Cas d'usage · Transformation numérique industrielle
Des commandes sans ressaisie
Les commandes reçues par e-mail, PDF ou tableur entrent automatiquement dans l'ERP — contrôlées par rapport à vos prix, vos stocks et vos contrats — et votre équipe ne traite que les exceptions.
Ce cas d'usage décrit la manière dont INDNOV aborde ce problème. Il s'agit d'une architecture représentative, et non d'une étude de cas d'un client réel.
Les signes qui ne trompent pas
- Les commandes clients arrivent par e-mail — en PDF, en tableur ou en texte libre — et quelqu’un les ressaisit une à une dans l’ERP.
- La saisie des commandes occupe une ou plusieurs personnes à plein temps, avec des pics aux pires moments : la clôture du mois, avant les congés, après un changement de prix.
- Les erreurs de saisie ressortent plus tard sous forme de livraisons erronées, d’avoirs et de clients mécontents.
- Les clients attendent des heures, voire des jours, une confirmation de commande, et personne ne sait dire rapidement où en est une commande donnée.
Le problème
Les entreprises industrielles reçoivent des commandes par de nombreux canaux à la fois. Les grands comptes utilisent parfois l’EDI, mais la plupart envoient encore par e-mail un PDF généré par leur propre ERP, remplissent un tableur de commande ou écrivent quelques lignes dans le corps d’un e-mail — chacun avec son format, ses références produit et ses unités. Tout finit devant quelqu’un qui le ressaisit dans l’ERP.
La ressaisie est lente, source d’erreurs et difficile à faire évoluer avec les volumes. Elle mobilise des personnes qualifiées sur de la saisie, et quand les volumes augmentent ou que quelqu’un est en congé, les confirmations prennent du retard. Les outils à base de modèles, qui lisent une mise en page fixe, cessent de fonctionner dès qu’un client change la sienne.
L’approche : l’IA lit, les règles de l’ERP décident
Tous les canaux alimentent un seul processus d’entrée. L’IA lit les documents ; les données et les règles de votre ERP contrôlent chaque commande ; les équipes ne traitent que les exceptions.
Une seule entrée pour tous les canaux. Boîtes e-mail, tableurs, messages EDI et commandes du portail arrivent dans un même processus, et chaque commande conserve un lien vers son document d’origine.
Extraction par l’IA. Pour les documents au format libre — PDF issus des systèmes des clients, formulaires numérisés, e-mails — un modèle d’IA extrait le client, les articles, les quantités, les dates souhaitées et les références, avec un niveau de confiance pour chaque champ. Les formats structurés, comme l’EDI ou un tableur standard, sont lus directement, sans IA.
Validation par l’ERP. Chaque commande extraite est contrôlée par rapport à vos propres données : le client existe-t-il ? l’adresse de livraison est-elle connue ? les références produit et les unités correspondent-elles — les références et unités propres au client étant converties dans les vôtres ? les prix et conditions contractuelles sont-ils corrects ? y a-t-il du stock pour la date souhaitée ?
Traitement automatique ou exception. Les commandes qui passent tous les contrôles sont créées automatiquement dans l’ERP, et une confirmation part vers le client. Tout ce qui est incertain — un champ peu fiable, une référence inconnue, un prix qui ne correspond pas au contrat — rejoint une file d’exceptions, où une personne voit le document d’origine à côté des données extraites et valide ou corrige en une seule étape.
Apprendre des corrections. Les corrections sont réutilisées : une fois la référence d’un client convertie, elle est reconnue la fois suivante. Les problèmes récurrents montrent aussi quels clients pourraient passer à un portail ou à l’EDI.
La mise en œuvre
- Analyse des canaux de commande. Constituer un échantillon représentatif de commandes réelles par canal et par client, mesurer les volumes et les formats, et définir les règles de validation ainsi que les commandes qui peuvent passer sans relecture.
- Entrée, extraction et file d’exceptions. Connecter les principaux canaux et construire l’extraction et la validation par l’ERP. Au départ, toutes les commandes sont relues dans l’écran d’exceptions : la précision est mesurée sur des commandes réelles avant toute automatisation.
- Traitement automatique progressif. Les commandes qui passent systématiquement tous les contrôles commencent à entrer automatiquement dans l’ERP, client par client et format par format, puis les autres canaux sont ajoutés.
Résultats attendus
- Des commandes saisies en minutes plutôt qu’en heures, et des confirmations envoyées plus tôt.
- Moins d’erreurs de saisie, car chaque commande est contrôlée par les données de l’ERP avant d’être créée.
- Une équipe commandes concentrée sur les exceptions et les clients plutôt que sur la saisie — et capable d’absorber les pics.
- Chaque commande traçable jusqu’à son document d’origine, avec une vision claire de l’état de chacune.
Risques et compromis
- L’extraction par l’IA n’est pas parfaite. C’est pourquoi chaque commande est validée par l’ERP et les champs incertains vont à une personne ; l’automatisation n’est étendue que là où la précision a été démontrée sur des commandes réelles.
- L’intégration à l’ERP est souvent le point le plus difficile. Les ERP anciens peuvent offrir des interfaces limitées ; l’approche d’intégration est décidée dès la première phase, avant tout développement.
- Les formats des clients évoluent. Un nouveau modèle de document chez un client peut demander une ou deux corrections avant de repasser en traitement automatique — la file d’exceptions l’absorbe sans perturbation.
- Les documents de commande contiennent des données commerciales. Le traitement reste dans votre environnement ou sur des services hébergés dans l’UE, avec un accès limité à l’équipe commandes.
L’idée centrale
La saisie des commandes n’a pas besoin de personnes qui tapent, mais de personnes qui jugent. Laissez l’IA lire les documents et les règles de votre ERP les contrôler, et gardez l’attention de votre équipe pour les commandes qui en ont vraiment besoin.