Pourquoi la saisie des commandes occupe encore l’ADV
Saisir une commande paraît simple : un client, des articles, des quantités, une date. Dans une ETI, chaque client commande à sa façon, et la saisie devient une enquête.
- Un format par client : PDF généré par son ERP, tableur, e-mail rédigé, bon scanné, portail à consulter : rien ne se lit deux fois de la même manière.
- Des références propres à chaque client : le client commande avec ses propres codes, d’anciens libellés ou un code EAN, et l’ADV retrouve l’article de mémoire.
- Des prix à vérifier ligne par ligne : le prix écrit par le client ne correspond pas toujours au tarif ou aux conditions négociées en vigueur.
- Des contrôles faits trop tard : stock insuffisant, encours dépassé, adresse de livraison inconnue : découverts après la confirmation, ils obligent à rappeler le client.
- Une boîte partagée sans suivi : commandes, modifications et relances arrivent au même endroit ; une commande peut rester sans réponse sans que personne ne le voie.
Le temps ne part pas dans la frappe, mais dans l’interprétation de ce que le client a voulu commander, et dans les vérifications qui l’entourent.
Les six étapes, et ce qui s’automatise à chacune
- Recevoir et trierAutomatique
- Lire et extraireAutomatique
- Retrouver les articlesProposé, puis validé
- Contrôler la commandeProposé, puis validé
- Créer dans l’ERPAutomatique
- Confirmer au clientDécidé par une personne
Le détail de chaque étape : ouvrez-la.
Recevoir et trier les commandes
- Aujourd’hui
- Boîte partagée relevée à la main ; portails consultés un par un ; commandes, modifications et relances mélangées.
- Automatisé
- Une file unique : e-mails et pièces jointes (PDF, tableurs, scans) classés par client et par nature (commande, modification, annulation), commandes des portails récupérées, commandes EDI des grands comptes intégrées directement.
- Reste humain
- Traiter les messages que l’outil n’a pas su classer.
Lire et extraire la commande
- Aujourd’hui
- Lecture à l’écran, copie des lignes dans l’ERP.
- Automatisé
- Un agent IA extrait l’en-tête (client, numéro de commande, date demandée, adresse de livraison) et chaque ligne (référence, libellé, quantité, prix), avec un niveau de confiance par champ.
- Reste humain
- Relire les champs à faible confiance.
Retrouver les articles
- Aujourd’hui
- Références client retrouvées de mémoire ou dans un tableur que chacun complète.
- Automatisé
- Table de correspondance par client entre ses références et les articles internes ; pour une référence inconnue, l’agent propose les articles les plus proches à partir du libellé, du code EAN et de l’historique.
- Reste humain
- Confirmer chaque nouvelle correspondance avant qu’elle n’entre dans la table.
Contrôler avant la saisie
- Aujourd’hui
- Vérifications faites au fil de l’eau, parfois après la confirmation.
- Automatisé
- Contrôles systématiques sur les données de l’ERP : prix et remises contre le tarif et les conditions du client, disponibilité, encours, adresse de livraison connue, date demandée tenable, doublon de commande.
- Reste humain
- Trancher chaque écart signalé, avec le commercial pour les prix.
Créer la commande dans l’ERP
- Aujourd’hui
- Saisie ligne à ligne dans les écrans de l’ERP.
- Automatisé
- Commande pré-saisie par interface, rattachée au document d’origine ; les commandes sans écart attendent la validation, les autres arrivent avec leurs alertes.
- Reste humain
- Valider la commande avant sa confirmation.
Confirmer au client et traiter les exceptions
- Aujourd’hui
- Accusé de réception édité et envoyé à la main ; exceptions traitées par téléphone, sans trace.
- Automatisé
- Accusé de réception généré depuis l’ERP, envoyé par e-mail ou en message EDI selon le canal du client, avec les dates confirmées ; exceptions suivies dans une file avec leur motif.
- Reste humain
- Expliquer au client un écart de prix, une rupture ou une date décalée, et décider de la suite.
Les prérequis
- Un référentiel articles propre codes, libellés, codes EAN et unités de vente à jour dans l’ERP.
- Une table de correspondance par client entre ses références et les articles internes, avec une personne chargée de la tenir.
- Des tarifs et conditions à jour dans l’ERP avec leurs dates de validité, plutôt que dans les échanges avec les commerciaux.
- Une adresse de réception unique pour les commandes, communiquée aux clients, et un accès de l’outil à l’ERP pour lire les données et créer les commandes.
Quatre façons de l’automatiser
| Options | Adaptée quand | Limites | À vérifier |
|---|---|---|---|
| EDI pour les gros volumes | Grands comptes, enseignes, distributeurs qui émettent déjà des commandes en EDI et attendent une réponse de commande. | Mise en place client par client ; inaccessible aux petits clients ; les rejets restent à traiter. | Messages couverts (commande, réponse de commande, avis d’expédition), plateforme EDI, traitement des rejets. |
| Portail client ou site B2B | Clients réguliers qui peuvent saisir eux-mêmes leurs commandes sur un catalogue et des prix à jour. | Déplace la saisie vers le client, qui doit l’accepter ; ne traite pas les commandes déjà reçues par e-mail. | Synchronisation des tarifs, du stock et de l’encours avec l’ERP, adoption par les clients. |
| Agent IA de lecture des commandes | Commandes en PDF, tableurs, e-mails ou scans, dans des formats qui varient d’un client à l’autre. | Propose, ne confirme pas ; dépend de la table de correspondance et de la qualité des documents reçus. | Hébergement des données, niveau de confiance par champ, lien vers le document d’origine, contrôles avant l’ERP. |
| Outil sur-mesure branché sur l’ERP | Contrôles propres à l’activité (allocations, minimums de commande, règles par client), plusieurs sociétés ou plusieurs ERP. | Demande un cadrage et une maintenance. | Propriété du code, documentation, réversibilité. |
L’ERP garde la commande ; les options se branchent autour de lui. Le portail ou l’EDI réduisent les PDF à lire, l’IA traite ceux qui restent.
Les pièges fréquents
- Une table de correspondance non tenue complétée par chacun à sa façon, ou jamais mise à jour : les références inconnues reviennent à chaque commande et la lecture automatique perd sa fiabilité.
- Une création automatique sans contrôle de prix le prix écrit par le client entre tel quel dans l’ERP ; l’écart se découvre à la facturation, ou en litige.
- La perte de l’original la commande saisie n’est plus reliée à l’e-mail ou au PDF reçu ; en cas de litige, impossible de montrer ce que le client a commandé.
- Les modifications traitées comme de nouvelles commandes un client renvoie sa commande corrigée, et elle est saisie une deuxième fois.
Le contrôle interne
Chaque commande garde son document d’origine (e-mail, PDF, message EDI), la trace de ce que l’agent a extrait, de ce que l’ADV a corrigé et de qui l’a validée. Les écarts de prix ne se corrigent pas sans décision de l’ADV ou du commercial : les conditions générales de vente restent le socle de la négociation commerciale, et toute condition particulière doit être connue avant d’être appliquée. Les bons de commande sont des pièces justificatives, à conserver dix ans à partir de la clôture de l’exercice ; la correspondance commerciale, cinq ans.
Par où commencer
- Classer les commandes reçues par canal et par client : volume, formats, part des grands comptes, part des commandes corrigées après saisie.
- Constituer ou nettoyer la table de correspondance des références pour les clients qui commandent le plus.
- Démarrer la lecture automatique sur les formats les plus fréquents, avec validation systématique par l’ADV, puis alléger la validation des commandes sans écart.
Questions fréquentes
L’agent IA peut-il confirmer seul une commande au client ?
Non. Il lit, rapproche et contrôle ; la confirmation reste à l’ADV, qui valide les commandes signalées et répond du prix et de la date annoncés au client.
Faut-il demander aux clients de changer leur façon de commander ?
Pas à tous. Les grands comptes peuvent passer en EDI et les clients réguliers à un portail ; les autres gardent leurs PDF et leurs e-mails, que l’outil lit tels qu’ils arrivent.
Que se passe-t-il quand un client commande une référence inconnue ?
La ligne est signalée. L’agent propose les articles les plus proches à partir du libellé, du code EAN et de l’historique du client ; l’ADV confirme, et la correspondance resservira à la commande suivante.
Une commande scannée ou manuscrite peut-elle être lue automatiquement ?
Un scan lisible, oui, avec un niveau de confiance plus faible sur chaque champ. Une commande manuscrite ou très dégradée revient à l’ADV ; c’est souvent l’occasion de proposer un autre canal au client.
Combien coûte l’automatisation de la saisie des commandes ?
Cela dépend du nombre de clients, de formats et de contrôles, et de l’ouverture de l’ERP. Un diagnostic permet de le dire précisément avant de s’engager.
Votre saisie des commandes, en diagnostic
Canaux, formats, références, contrôles : un état des lieux de vos commandes entrantes et ce qu’il est réaliste d’automatiser.
Demander le diagnosticPour aller plus loin
Sources
- EANCOM 2002 S4, message ORDRSP (réponse de commande à un message ORDERS) — GS1
- Les conditions générales de vente entre professionnels (article L441-1 du code de commerce), mise à jour du 25 juin 2026 — CCI Paris Île-de-France
- Quels sont les délais de conservation des documents pour les entreprises ?, vérifié le 1er juillet 2024 — Service-Public.fr