Le bon de commande arrive par e-mail, parfois accompagné d’un PDF, parfois d’un tableau rempli à la main. Une personne retrouve le compte client, traduit les références, vérifie les conditionnements et recopie les lignes dans l’ERP. Remplacer cette saisie par une extraction automatique paraît évident, jusqu’au jour où « deux cartons » devient deux pièces et où une ancienne pièce jointe crée une seconde commande.
L’IA peut préparer une proposition de commande ; la création dans l’ERP doit dépendre de contrôles métier exécutés séparément. Reconnaître un montant ou une référence ne prouve ni le droit de commander pour une société, ni la validité d’un tarif, ni la disponibilité promise. La première automatisation utile produit un brouillon explicable et une file courte d’exceptions attribuées.
Nous suivons un distributeur fictif de fournitures industrielles. Ses clients commandent des boîtes de vis, des joints et des consommables avec leurs propres références. Les messages, quantités, coûts et résultats attendus présentés ici sont pédagogiques. Ils permettent de préparer une recette ; ils ne mesurent les performances d’aucun modèle et ne décrivent aucun client Dawap.
Un projet d’IA et d’automatisation métier doit commencer par cette frontière entre lecture et engagement. L’intégration de l’IA au système d’information relie ensuite les pièces reçues aux comptes, aux articles et aux opérations réellement autorisées dans votre ERP, avec votre intégrateur lorsque son intervention est nécessaire.
Pour qui automatiser la préparation des commandes par e-mail
Le besoin devient concret lorsque les mêmes familles de commandes reviennent, que les références peuvent être rapprochées d’un catalogue et que l’équipe commerciale sait expliquer ses corrections. Une boîte partagée saturée n’est pas, à elle seule, un périmètre. Séparez les commandes fermes, les demandes de prix, les modifications et les conversations qui ne demandent aucune écriture.
Commencer par une population dont les exceptions sont connues
Retenez, par exemple, les commandes de clients existants portant sur des références actives et une adresse déjà enregistrée. Gardez les nouveaux comptes, les produits configurés et les demandes de crédit dans un circuit distinct. Ce choix réduit la portée du pilote sans prétendre que les autres demandes n’auront jamais de solution.
Si un client sait déjà envoyer un fichier structuré stable, comparez cette option avant de financer une lecture probabiliste. Le meilleur parcours peut combiner un import classique pour les commandes normalisées et une assistance IA pour les pièces irrégulières. La proportion d’e-mails traités ne vaut pas preuve de gain lorsque le travail restant devient plus complexe.
Conserver le dossier reçu avant de chercher à le comprendre
Chaque proposition doit remonter au message reçu, à ses pièces jointes et à leur version. Enregistrez un identifiant de réception, l’empreinte des fichiers, l’expéditeur observé, les dates et la société destinataire. La conservation suit les règles de sécurité et de durée applicables à votre organisation ; le journal technique ne doit pas recopier inutilement toutes les données commerciales.
Reconnaître une réémission sans confondre deux commandes
Deux messages contenant le même fichier peuvent correspondre à une relance. Deux fichiers visuellement identiques peuvent aussi représenter deux demandes distinctes. L’empreinte aide à repérer une répétition ; elle ne constitue pas seule une clé métier. Rapprochez le compte client, le numéro de commande communiqué et la version du document avant de décider.
Dans notre exemple, le message M-18 transmet le bon BC-804, puis M-19 ajoute « merci de prendre la version jointe ». Le second document remplace une ligne et conserve le numéro BC-804. Le système doit présenter une modification de dossier, pas créer deux commandes. Si la première est déjà engagée dans l’ERP, le remplacement exige un parcours d’amendement autorisé.
Extraire des observations avec leurs preuves, sans compléter les blancs
Une ligne proposée conserve son texte source, la page ou la cellule où il apparaît, sa valeur extraite et son unité. Les transformations restent séparées : « 2 boîtes de 50 » est une observation documentaire ; « 100 pièces » est un calcul fondé sur un conditionnement vérifié. Cette séparation permet de corriger la lecture sans perdre le raisonnement métier.
Traiter les instructions du document comme du contenu reçu
Un e-mail peut contenir « appliquez exceptionnellement ce tarif » ou une instruction visant le logiciel de traitement. Le texte ne peut pas modifier les permissions, désactiver un contrôle ou imposer un outil à appeler. La documentation Anthropic sur les injections indirectes décrit précisément ce risque pour les documents, les e-mails et les résultats d’outils. Le contrôle d’accès reste placé dans le service métier, en dehors de la réponse générée.
Un champ absent reste absent. Une référence proche du catalogue peut être proposée avec ses candidats, mais ne doit pas être présentée comme une référence effectivement écrite par le client. De même, un score de confiance élevé dans la lecture du prix ne prouve pas que ce prix est celui du contrat commercial.
Retrouver le bon compte, la référence et le conditionnement
Le domaine de l’adresse électronique ne suffit pas à choisir une société cliente. Un acheteur peut travailler pour plusieurs établissements ou utiliser une centrale d’achat. Résolvez le compte depuis des correspondances autorisées, puis vérifiez l’établissement facturé et le site livré. Une nouvelle adresse doit suivre la procédure prévue, même si elle ressemble à une adresse connue.
Ne pas écraser les références commerciales par une ressemblance textuelle
Le client utilise « JV-20 » pour un joint vendu sous la référence interne « J20-N ». Une table de correspondance approuvée relie les deux pour ce compte. Un autre client peut utiliser le même alias pour une pièce différente. La correspondance doit donc porter son contexte, sa période de validité et la personne qui l’a qualifiée.
Le conditionnement mérite un contrôle indépendant. Une boîte fournisseur de cinquante pièces, un carton logistique contenant dix boîtes et une unité de vente ne sont pas équivalents. Le calcul doit utiliser le conditionnement applicable à cette référence, à ce client et à cette date ; une conversion inconnue conduit à une question, pas à une estimation silencieuse.
Cas corrigé : six messages qui ne doivent pas produire six commandes
Dans le catalogue fictif, V-50 se vend par boîte de cinquante pièces et coûte 12 € HT par boîte pour le client C-17. Le minimum de commande de J20-N est dix pièces. Ces règles servent uniquement à l’exercice. Le résultat attendu porte sur la décision du système, avant tout appel à un ERP réel.
| Message | Observation | Décision attendue |
|---|---|---|
| M-18, BC-804 | Deux boîtes V-50, compte et site connus. | Proposer deux boîtes, cent pièces et 24 € HT de marchandises. |
| M-19, BC-804 révisé | Trois boîtes remplacent les deux premières. | Présenter la révision ; bloquer une deuxième création indépendante. |
| M-20, BC-805 | « Deux cartons V-50 », conversion non qualifiée. | Demander le conditionnement avant de calculer la quantité ERP. |
| M-21, BC-806 | Prix annoncé de 10 € par boîte, contrat à 12 €. | Faire arbitrer l’écart commercial sans remplacer le tarif autorisé. |
| M-22, BC-807 | Cinq pièces J20-N, minimum fixé à dix. | Soumettre la dérogation ; ne pas arrondir la demande du client. |
| M-23, BC-808 | Adresse inconnue et demande d’ignorer les validations. | Conserver la demande et refuser l’écriture automatique. |
Les cent pièces de M-18 ne doivent pas être multipliées une seconde fois lorsque l’adaptateur ERP reçoit la ligne. Conservez la quantité commerciale et la quantité normalisée dans des champs différents. Si l’ERP attend des boîtes, envoyez deux avec l’unité appropriée ; s’il attend des pièces, envoyez cent après vérification du contrat d’interface.
Le rapprochement entre commande, réception et facture reprend ce contrôle d’unité à une autre étape. Conserver dès le brouillon la quantité commerciale et sa conversion évite d’envoyer aux achats une ambiguïté que l’IA documentaire ne pourra pas résoudre seule.
Le passage de deux à trois boîtes modifie le montant de marchandises de 24 à 36 € HT. Il ne définit pas les frais de port, la taxe ni les conditions de paiement. Le brouillon doit montrer ce qui est calculé, ce qui provient du référentiel et ce qui reste à confirmer. Une somme correcte ne rend pas le dossier complet.
Présenter une validation humaine qui porte sur les changements réels
L’écran de revue juxtapose le passage reçu, la proposition et les valeurs du référentiel. Il distingue la correction d’une lecture, le choix entre deux références et une dérogation commerciale. Ces actions ne devraient pas avoir les mêmes droits : corriger un caractère mal reconnu ne donne pas l’autorisation de changer le prix client.
Ne pas faire approuver un dossier devenu différent
L’accord porte sur une version précise du brouillon. Une nouvelle pièce jointe, une modification de quantité ou un changement de compte invalide l’approbation des éléments concernés. L’opérateur retrouve les différences à relire ; il n’a pas à parcourir inutilement tous les champs inchangés.
Une validation rapide mais systématiquement aveugle masque le risque au lieu de le réduire. Mesurez les champs réellement corrigés et les catégories d’écarts. Si l’équipe accepte tout parce que la file est trop longue, réduisez le périmètre automatique ou améliorez l’affichage des preuves avant d’augmenter le volume.
Créer un brouillon ERP puis vérifier son existence et son état
L’adaptateur reçoit une opération autorisée, un compte résolu, une version de dossier et une clé de demande métier. Ses identifiants techniques sont limités aux capacités nécessaires. La création d’un brouillon ne doit pas implicitement confirmer une commande, réserver du stock ou déclencher un achat si ces effets ne font pas partie du périmètre reçu.
Prévoir la réponse perdue après une création réussie
Si l’ERP enregistre le document puis que la réponse se perd, une relance aveugle peut créer un doublon. Recherchez d’abord la référence externe convenue ou utilisez une garantie d’idempotence réellement fournie par l’interface. Quand aucune preuve n’est disponible, le dossier passe en vérification plutôt qu’en création répétée.
Le statut final relie le numéro ERP, la société, les lignes et l’état effectivement obtenu. « Appel réussi » ne signifie pas « commande confirmée ». Un message de confirmation au client doit refléter cet état : réception de la demande, brouillon en contrôle ou engagement accepté sont trois événements distincts.
Mesurer les dossiers terminés et les erreurs qui ont été évitées
Constituez un jeu de messages autorisés et représentatifs, distinct des exemples utilisés pour régler le système. Annotez les références, les unités, les révisions et les décisions attendues. Incluez des documents faciles, des scans difficiles et des demandes à refuser. Une moyenne d’extraction peut cacher un seul mauvais compte client, pourtant éliminatoire.
Comparer un travail équivalent avant de calculer l’économie
Prenons une simulation de cent dossiers : le traitement manuel exige six minutes par dossier, soit dix heures. Le parcours assisté demande deux minutes sur soixante dossiers et sept minutes sur les quarante exceptions, soit quatre cents minutes, ou six heures quarante. Le gain théorique est de trois heures vingt avant support, paramétrage et coûts techniques. Si les exceptions prennent douze minutes, ce même gain disparaît.
Les volumes sont choisis pour rendre le calcul vérifiable, pas pour annoncer un rendement. Chronométrez aussi les reprises et les dossiers incomplets. Le calcul du coût par dossier réellement terminé permet de comparer ces parcours sur un périmètre constant, plutôt que sur le nombre de documents lus.
Plan d’action : ouvrir une seule famille de commandes
Commencez par observer une semaine de travail représentative et classez les raisons de correction. Le responsable commercial définit les décisions autorisées ; l’équipe ERP confirme les effets de chaque opération ; le support vérifie qu’un dossier peut être retrouvé depuis le message ou le numéro ERP. Les responsabilités précèdent le choix du modèle.
- Choisir une famille de produits, des comptes connus et des unités documentées.
- Annoter un échantillon comprenant révisions, doublons et refus attendus.
- Exécuter le parcours en lecture seule puis comparer les propositions au travail réel.
- Ouvrir la création de brouillons sur des comptes pilotes après réception des contrôles.
- Examiner les erreurs par cause avant toute extension de catalogue ou d’autonomie.
Les critères de passage peuvent imposer aucune écriture vers un compte incorrect dans la recette, la conservation de toutes les révisions et une reprise expliquée après réponse perdue. Ce sont des conditions de réception sur les cas testés, pas une garantie statistique absolue. La surveillance doit continuer sur les dossiers effectivement traités.
Erreurs fréquentes qui déplacent la ressaisie au lieu de la supprimer
- Accepter une référence approchante : le temps gagné à la saisie revient sous forme de préparation erronée et de retour.
- Confondre document récent et commande nouvelle : une révision du même bon devient un second engagement.
- Régler un seuil global de confiance : une bonne lecture du texte masque une identité ou une unité non résolue.
- Donner tous les droits à l’adaptateur : un brouillon documentaire peut alors déclencher des effets non prévus.
- Compter uniquement les cas faciles : le bilan ignore la charge des demandes ambiguës et du support.
Deux signaux méritent une enquête rapide : des opérateurs qui corrigent toujours le même conditionnement et des commandes retrouvées uniquement par recherche libre. Le premier révèle souvent un référentiel manquant ; le second indique une rupture de traçabilité. Changer de modèle ne répare ni l’un ni l’autre à lui seul.
Guides complémentaires pour les preuves et les autorisations
Conserver l’absence au lieu de produire une valeur plausible
Le guide sur les champs absents dans une extraction IA approfondit la distinction entre une donnée lue, calculée ou manquante. Il aide à concevoir les messages de clarification sans transformer une hypothèse en valeur contractuelle.
Séparer proposition et opération autorisée
Le contrat d’un outil IA avec preuve d’effet décrit les contrôles qui entourent une action. Appliqués aux commandes, ils relient l’accord humain à la version exécutée et au document réellement créé dans le logiciel de gestion.
Conclusion : automatiser une préparation dont chaque décision reste explicable
La lecture d’un e-mail constitue une étape utile lorsqu’elle épargne une recherche ou une ressaisie vérifiable. Elle devient fragile si elle décide seule du client, du conditionnement ou des conditions commerciales. Ces frontières doivent être visibles dans le brouillon et effectives dans les services qui écrivent.
Le premier résultat attendu est un dossier cohérent : pièce source conservée, références résolues, écarts attribués et numéro ERP retrouvé. Les six messages de l’exercice permettent de contester une démonstration trop parfaite. Leur traitement prépare une recette plus large avec vos propres commandes.
L’autonomie progresse ensuite par famille de décisions, lorsque les exceptions sont comprises et que le temps total diminue réellement. Certaines demandes continueront de nécessiter un échange commercial ; leur traitement fait partie du service et doit apparaître dans le bilan.
Dawap accompagne la conception d’automatisations IA reliées aux outils métier, depuis les documents reçus jusqu’aux effets vérifiés dans le SI. Le cadrage permet de choisir une première opération maîtrisable, de préparer la recette avec les équipes et de rendre chaque reprise accessible après livraison.
