Sourcing: lire les exigences V3+V4 compliance & security inline
Pourquoi le bidder voit les choix compliance et security sur le bid detail lui-même, sans naviguer ailleurs pour comprendre ce qu’il price.
Un bidder qui price un job doit voir ce que le job exige. Si les compliance et security picks vivent à trois clicks du bid form, la moitié des bids price le mauvais scope. Le module sourcing affiche les requirements V3 (compliance) et V4 (security) inline sur la bid detail page, afin que le bidder les lise pendant qu'il tape le price.
Ce que portent V3 et V4
V3 est la compliance section de la request : les frameworks exigés par le customer (GDPR, R2v3, ADISA, NAID AAA, sector-specific). V4 est la security section : erasure standards, on-site flag, exigences de chaîne de conservation. Ensemble, ils définissent ce que disposal doit respecter pour le customer — et ce à quoi le bidder doit s'engager.
Inline rendering
La bid detail page (/sourcing/bids/[id]) rend V3 et V4 sous forme de labeled chips à côté du request summary, avant le price input. Chaque chip montre le requirement name et (pour security) le picked level. Hover ou tap révèle la full code définition du catalog, afin qu'un bidder qui ne connaît pas un framework puisse lire ce qu'il exige réellement sans quitter la page.
Pourquoi sur bid detail, pas request detail
Parce que bid detail est l'endroit où le bidder prend le price commitment. Mettre les requirements là signifie que le bidder les lit au moment qui compte. La request detail garde le full breakdown pour les curieux ; la bid detail contient les parties que le bidder ne peut pas skip.
Coverage-driven filtering
Si V3 ou V4 contient un code que le tenant du bidder n'a pas en active Coverage, la plateforme ne route pas la request vers lui. Les codes affichés sur le bid detail sont des codes que le bidder est, par sa Coverage configuration, capable de fournir. C'est by design — les bidders ne voient jamais de requests qu'ils ne peuvent pas fulfil.