Prérequis
- PR approuvée (si la config l’exige)
- Permission RFQ / achats
- Fournisseurs actifs
Comprendre avant de cliquer
Le RFQ met le marché en concurrence. Il appartient au couloir achats.
Contexte
Après une PR approuvée, l’acheteur structure une consultation (OUTBOUND). Les règles (PR obligatoire, nombre d’invités, délais, pondérations) sont paramétrables. Ce n’est pas encore un PO : aucun engagement ferme tant que l’award / la commande n’est pas faite.
Principes
Sourcing ≠ engagement
Comparer des offres prépare la décision. L’engagement budgétaire fort arrive au PO signé.
Transparence configurable
Ouverture, clôture, poids de scoring : le tenant choisit la rigueur via `rfq.*`.
Couloir acheteur
Le demandeur ne « pirate » pas le RFQ : les permissions RFQ sont distinctes de la PR.
Les mots à ne pas mélanger
- RFQ OUTBOUND — Consultation fournisseurs (achats).
- Award — Choix d’offre(s) qui peut déclencher la création de PO.
- Réviser — Nouvelle révision du RFQ (n° métier stable) après motif — pas d’édition silencieuse.
Comment faire
2 Lier le besoin
Sélectionnez la PR / lignes, la devise, invitez les fournisseurs.
3 Ouvrir / envoyer
Soumettez selon le WF RFQ, puis ouvrez la consultation quand les prérequis sont remplis.
4 Réviser si besoin
Après publication, si le besoin change : action Réviser + motif. Une nouvelle révision est créée ; l’ancienne reste en historique.
Résultat attendu
Succès RFQ ouvert ; les fournisseurs peuvent répondre.
Si ça bloque
- PR non approuvée alors que la config l’exige.
- Pas assez d’invités avant ouverture.
- Permission `rfq.revise` manquante → pas de bouton Réviser.
Voir aussi