Avant · demande incomplète
DemandeBesoin à préciser
OffresComparaison séparée
ValidationÉchange à rattacher
ERPCommande à transmettre
Situation métier 04 Achats et fournisseurs
Faire passer une demande d’achat jusqu’à une commande décidée.
Une demande d’achat passe par des e-mails, des fichiers, des validations et des échanges fournisseur. Une information manque souvent au moment où la décision doit être prise.
Comprendre avant de construire
La décision d’achat se complique quand le besoin, les offres et la commande ne partagent pas le même fil.
Une demande peut commencer par quelques lignes dans un e-mail, être complétée dans un fichier, puis comparée dans un autre support avant d’être transmise à l’ERP.
À chaque passage, le demandeur, l’acheteur et le valideur peuvent perdre une information ou une réserve importante. Nalmaro intervient sur ce circuit lorsqu’il est suffisamment récurrent pour rendre les critères, les validations et la transmission plus explicites.
Du besoin à la commande
La décision se fragilise quand besoin, offres et validation circulent séparément.
Nous suivons la demande depuis son expression jusqu’à sa transmission pour comprendre quelles informations doivent être réunies avant l’arbitrage.
- 01
Une demande est reformulée plusieurs fois avant d’être comprise.
+ - 02
Les offres fournisseurs sont comparées dans des fichiers séparés.
+ - 03
Une validation reste bloquée sans statut partagé.
+ - 04
La commande reprend des informations déjà disponibles ailleurs.
+
Ce que les allers-retours coûtent
Une demande incomplète ralentit le choix avant même la discussion fournisseur.
Les pertes apparaissent dans les reformulations, les comparaisons difficiles à expliquer et les ressaisies qui précèdent la commande.
MomentCe qui se passeConséquence possible
DemandeLes éléments nécessaires ne sont pas réunis au départ.Allers-retours et délai.
ChoixLes critères de comparaison ne sont pas visibles dans le même espace.Décision difficile à expliquer.
TransmissionLa commande ou le contrat est ressaisi.Erreur et perte de temps.
Un achat documenté
Rendre le besoin, les critères et la validation lisibles au même endroit.
Le flux cible prépare la comparaison, fait apparaître les réserves et transmet une décision exploitable sans déplacer la responsabilité de l’acheteur.
- 01Qualifier
Rendre les informations attendues explicites selon le besoin.
Une demande prête à instruire. - 02Comparer
Rassembler offres, critères et réserves au même endroit.
Un arbitrage lisible. - 03Valider
Faire circuler la demande vers les personnes concernées.
Un statut partagé. - 04Transmettre
Préparer la commande et la trace de la décision.
Une continuité sans ressaisie.
Point de contrôle
Une personne reprend la main dès qu’une règle, une donnée ou une responsabilité sort du cadre prévu.
Cette sortie est visible, documentée et reliée au dossier. Elle protège l’organisation au lieu de cacher l’incertitude derrière une automatisation.
Un circuit d’achat
Commencer par une famille de demandes et un seuil de validation concret.
Le premier périmètre doit couvrir un besoin récurrent, ses critères de comparaison et le passage vers le système de référence.
Une famille d’achats
Un type de demande suffisamment récurrent pour fixer les règles utiles.
Un circuit de validation
Les rôles et seuils qui font réellement varier la décision.
Un passage à l’ERP
La donnée validée revient dans le système de référence.
Les repères d’achat
Voir si une demande avance sans perdre ses critères ni sa décision.
Les indicateurs portent sur les informations manquantes, les attentes de validation et les champs repris entre les outils.
Les pièces et informations manquantes sont visibles dès l’entrée.
Les blocages entre validation et transmission deviennent mesurables.
Les champs repris d’un outil à l’autre sont identifiés.
Partir d’un flux réel
Partons d’une demande d’achat qui revient trop souvent en arrière.
Nous pouvons reprendre ses informations, ses validations et sa transmission pour cadrer un premier circuit testable.
Décrire votre processus