L’automatisation des commandes B2B ne consiste pas à faire disparaître les commerciaux ou les équipes ADV. Son rôle est beaucoup plus concret : recevoir une commande quel que soit son canal, vérifier qu’elle peut être exécutée, créer les bonnes informations dans les bons outils, puis donner au client et à l’équipe un statut fiable.
Dans une PME, une commande peut arriver par email avec un PDF, un portail client, un fichier CSV, une marketplace, un formulaire ou un échange EDI. Elle est ensuite recopiée dans un ERP, un logiciel de stock, un outil logistique et parfois un tableur de suivi. Le problème ne vient pas d’une seule saisie. Il vient de la succession de micro-actions où une référence, une remise, une adresse ou une quantité peut se déformer sans que personne ne le voie immédiatement.
Un bon workflow évite cette ressaisie sans transformer le processus en boîte noire. Il qualifie ce qui est certain, bloque ce qui est incohérent et laisse une personne décider lorsque la commande sort du cadre prévu.
Pourquoi le traitement manuel des commandes devient vite fragile
Une commande B2B contient rarement uniquement un produit et une quantité. Elle peut inclure un tarif négocié, une condition de livraison, plusieurs adresses, une référence client obligatoire, une règle de minimum de commande, un reliquat ou une date d’expédition demandée. Quand ces éléments arrivent par des canaux différents, la question n’est plus seulement « qui saisit la commande ? ». C’est « quelle information fait foi et que fait-on si elle est incompatible avec le système ? ».
Les symptômes sont souvent les mêmes :
- une commande est saisie deux fois après un email de confirmation ;
- le stock affiché au commercial et celui de l’ERP ne concordent plus ;
- une remise contractuelle est oubliée ;
- le client appelle pour obtenir un statut que personne ne voit immédiatement ;
- une commande incomplète part en préparation avant validation ;
- un avoir ou une livraison partielle est traité à la main, sans trace claire.
L’automatisation n’élimine pas toute exception. Elle empêche surtout que les cas simples consomment le même temps et la même vigilance que les cas réellement sensibles.
Délimiter le flux : commande, confirmation, préparation, facture
Avant de connecter des outils, il faut décider où commence et où s’arrête le workflow. Une commande B2B traverse généralement quatre objets différents :
| Objet | Ce qu’il représente | Ce que le workflow doit garantir |
|---|---|---|
| Demande ou bon de commande | L’intention du client | la source, la référence et les lignes reçues |
| Commande interne | L’enregistrement exécutable dans l’ERP | les prix, le client, les produits et le statut |
| Préparation ou expédition | La promesse opérationnelle | le stock, le dépôt, la livraison et les reliquats |
| Facture et paiement | La conséquence financière | la référence commune et la cohérence avec le réalisé |
Les confondre crée des erreurs. Une commande reçue n’est pas forcément acceptée. Une commande acceptée n’est pas forcément expédiée. Une expédition partielle ne clôt pas nécessairement la commande. En séparant ces états, le workflow peut informer le client sans annoncer plus que ce que l’entreprise sait réellement.
L’EDI formalise justement ce type d’échanges : GS1 identifie le message ORDERS comme le message de commande électronique et présente la commande, l’avis d’expédition et la facture comme des documents clés d’un échange commercial structuré (GS1). Mais une PME peut appliquer la même logique avec un portail ou un email : une référence stable, des données structurées et des états explicités.
Le workflow minimal : recevoir, contrôler, écrire, notifier
Le premier objectif n’est pas de relier tout le système d’information. Il est de fiabiliser un parcours fréquent. Une version initiale peut suivre cette séquence :
- capter une commande depuis un canal identifié ;
- lire les lignes et normaliser les formats ;
- retrouver le client, le contrat et la grille tarifaire ;
- vérifier les contrôles nécessaires ;
- créer ou mettre à jour la commande interne ;
- enregistrer l’identifiant de correspondance ;
- confirmer le statut approprié au client et à l’équipe ;
- placer les cas ambigus dans une file de décision.
Cette logique est volontairement asymétrique. Le canal de réception alimente la commande interne ; il ne doit pas automatiquement écraser l’ensemble des données dans les deux sens. Une fois la commande créée, l’ERP ou le logiciel métier devient généralement la source de vérité pour son statut opérationnel.
Le guide sur l’automatisation de la saisie de données entre logiciels détaille cette notion de source de vérité, de mapping et d’écriture idempotente. Dans le cas d’une commande, elle protège très directement contre le doublon : recevoir deux fois le même message ne doit jamais créer deux livraisons.
Écrire les contrôles avant l’acceptation
Tous les contrôles ne doivent pas arrêter une commande. Il faut distinguer ce qui empêche l’exécution de ce qui mérite simplement une information. La matrice suivante peut être adaptée à chaque entreprise.
Les contrôles les plus utiles sont souvent les suivants :
- identité du client : compte connu, contact autorisé, contrat actif ;
- référence de commande : identifiant unique du client ou du canal ;
- tarif et remise : prix conforme à la grille ou dérogation explicitement validée ;
- produit et quantité : référence existante, unité comprise, minimum de commande respecté ;
- disponibilité : stock, délai ou possibilité de reliquat ;
- adresse et mode de livraison : données complètes et compatibles avec le transporteur ;
- doublon : même référence déjà créée, ou commande quasi identique reçue deux fois.
La règle importante est de rendre l’action compréhensible. Par exemple, une quantité non disponible peut créer une commande avec statut « à confirmer », proposer une livraison partielle ou exiger une validation ADV. Elle ne doit pas faire croire que le produit est déjà réservé si ce n’est pas le cas.
Gérer les exceptions sans les cacher dans une boîte mail
Le workflow doit prévoir qu’une part des commandes ne pourra pas passer de bout en bout automatiquement. C’est normal. L’échec consiste à les envoyer dans une boîte générique sans propriétaire, ou à laisser le système deviner une remise, une adresse ou un produit de remplacement.
Une exception utile contient au minimum :
- la commande reçue et son canal ;
- la règle qui a bloqué ;
- les données disponibles ;
- les options de décision ;
- le responsable du traitement ;
- le délai attendu avant relance ou escalade.
La file d’exception peut rester très simple : une vue dans l’ERP, un tableau de suivi, une tâche créée dans l’outil de l’équipe ou une notification dans Teams/Slack. L’essentiel est que la décision soit tracée. Si une personne autorise une remise exceptionnelle, le statut et la justification doivent revenir dans la commande ; sinon le prochain écart devra être résolu de zéro.
La supervision humaine est particulièrement utile pour les nouveaux clients, les prix négociés, les commandes à forte valeur, les références inconnues et les changements de coordonnées. À l’inverse, elle ne devrait pas être sollicitée pour chaque commande parfaitement conforme.
Informer le client avec le bon niveau de certitude
L’automatisation commerciale est parfois réduite à l’envoi d’un email. C’est trop court. Le bon message dépend de l’état réel de la commande :
- commande reçue : « nous avons bien enregistré votre demande » ;
- commande validée : « votre commande est confirmée » ;
- information manquante : « il nous manque cet élément pour la traiter » ;
- stock ou délai à confirmer : « nous vérifions la disponibilité » ;
- expédition partielle : « voici ce qui part maintenant et ce qui reste à venir » ;
- expédiée : « voici la référence de suivi, si elle existe ».
Le gain ne vient pas d’un email automatique de plus. Il vient du fait que le message est déclenché par un état fiable, sans demander à l’équipe de rechercher l’information dans trois logiciels avant chaque réponse.
Mesurer la qualité, pas seulement le volume traité
Un dashboard qui annonce « 98 % des commandes traitées automatiquement » peut être trompeur si les 2 % restants représentent les commandes les plus urgentes ou les plus rentables. Il faut suivre la qualité du processus, pas seulement sa vitesse.
Une formule simple constitue un bon départ :
Taux d’exécution sans reprise = commandes validées sans correction ÷ commandes reçues × 100
Ajoutez ensuite quatre indicateurs opérationnels :
- le délai entre réception et première réponse ;
- la part de commandes placées en exception ;
- les motifs d’exception les plus fréquents ;
- le taux de modifications après confirmation.
Ces indicateurs révèlent souvent un problème de données plus qu’un problème de workflow. Si la moitié des exceptions provient d’une unité de vente ambiguë, la priorité est peut-être de clarifier le catalogue ou la convention de commande, pas de multiplier les règles automatiques.
Relier la commande au reste du flux financier
Une commande fiable simplifie la suite, mais ne la remplace pas. Une fois l’expédition, la facture et le paiement entrés en jeu, l’entreprise doit pouvoir relier les objets sans se fier uniquement à un montant. Le guide sur la réconciliation automatisée des factures, paiements et commandes montre comment conserver cette chaîne et isoler les écarts plutôt que de les masquer.
Le contexte évolue aussi avec la facturation électronique : depuis le 1er septembre 2026, les entreprises assujetties doivent être en capacité de recevoir des factures électroniques lorsque leurs fournisseurs ont l’obligation de les émettre (impots.gouv.fr). Cette réforme ne remplace pas la gestion des commandes, mais elle renforce l’intérêt d’identifiants, de statuts et de données structurées qui restent cohérents d’un document à l’autre.
Une mise en place pragmatique en sept étapes
Pour éviter un projet trop ambitieux, commencez par un seul canal et un seul type de commande.
- prenez un mois de commandes réelles et classez les exceptions ;
- choisissez la source de vérité pour le client, les prix, le stock et le statut ;
- définissez les identifiants qui relient chaque outil ;
- automatisez uniquement les commandes conformes ;
- créez une file visible pour les cas bloqués ;
- exécutez le workflow en parallèle du processus manuel pendant quelques jours ;
- élargissez progressivement aux autres canaux une fois les règles validées.
Cette séquence est moins spectaculaire qu’une synchronisation totale annoncée dès le premier jour. Elle est beaucoup plus sûre : elle permet d’observer les vrais cas, de corriger les règles et de documenter ce que fait l’automatisation avant de lui confier davantage de volume.
Conclusion : automatiser le parcours, pas la décision commerciale
L’automatisation des commandes B2B devient utile lorsque les mêmes vérifications et saisies se répètent, mais que chaque erreur peut toucher le stock, la marge ou la relation client. Le bon workflow centralise la réception, contrôle les données, crée une trace et réserve l’intervention humaine aux décisions qui ont réellement besoin de contexte.
Si tes commandes passent entre plusieurs canaux, outils de stock, ERP et règles tarifaires, l’offre Workflow sur mesure permet de cadrer la logique, les contrôles et la reprise des exceptions avant le déploiement.
