Aller au contenu
OSMOSE SYSTEMS

Quand la saisie des commandes devient une validation

Grande entreprise, logistique et distribution · Intégration ERP, développement IA, connecteur WMS

Le contexte

D’où part le projet

Une grande entreprise recevait chaque jour un volume important de bons de commande, envoyés par ses clients dans des formats tous différents : PDF générés par leur propre ERP, tableurs, documents scannés. Une équipe entière passait ses journées à recopier ces documents dans le système de gestion.

Le projet comportait trois volets indissociables : mettre en place l’ERP, automatiser la lecture des bons de commande, puis connecter l’ensemble au WMS qui pilote l’entrepôt. Automatiser la lecture sans relier l’entrepôt n’aurait fait que déplacer le goulot d’étranglement.

Le problème

Ce qui bloquait

  • Chaque client envoyait ses bons de commande dans sa propre mise en page, y compris scannés
  • Les références produit du client ne correspondaient pas aux références internes
  • La saisie manuelle créait un délai entre la réception d’une commande et sa préparation
  • Les erreurs de saisie n’étaient découvertes qu’au moment de la préparation, en entrepôt
  • L’entrepôt et la gestion commerciale ne partageaient pas le même état des stocks

La solution

Ce qu’on a construit

Le socle ERP

Déploiement et paramétrage d’Odoo sur les périmètres ventes, achats, stock et facturation, en partant des règles réelles de l’entreprise plutôt que du standard.

La lecture automatique des documents

Un traitement combinant OCR et modèle de langage extrait les lignes de commande : références, désignations, quantités, prix, conditions de livraison.

La correspondance des références

Une table de correspondance apprise et enrichie au fil des commandes fait le lien entre la référence du client et la référence interne, y compris sur des libellés approximatifs.

Le contrôle avant validation

Chaque commande extraite reçoit un indice de confiance. Au-delà d’un seuil, elle part en création automatique ; en dessous, elle est présentée à un opérateur avec le document d’origine côte à côte.

Les garde-fous

Contrôle des prix par rapport aux conditions négociées, des quantités par rapport aux historiques, et blocage des cas aberrants avant qu’ils n’atteignent l’entrepôt.

Le connecteur WMS

Les commandes validées descendent vers le WMS sous forme d’ordres de préparation ; les statuts, quantités préparées et écarts remontent vers l’ERP.

Schéma de fonctionnement

Comment c’est fait

Sous le capot

Le point délicat d’un projet de ce type n’est pas l’extraction elle-même — un modèle de langage lit correctement un bon de commande — mais tout ce qui l’entoure : que se passe-t-il quand la référence n’existe pas, quand le prix ne correspond pas, quand le document est illisible ? Nous avons donc conçu le système autour de ses exceptions plutôt qu’autour du cas nominal.

Concrètement, chaque document passe par une file de traitement, et chaque étape est journalisée : document reçu, texte extrait, lignes reconnues, correspondances appliquées, contrôles passés ou échoués. Un opérateur peut à tout moment reprendre la main, et la correction qu’il apporte enrichit la table de correspondance pour les fois suivantes.

La liaison avec l’ERP passe par ses API standard, celle avec le WMS par des échanges bidirectionnels : descente des ordres de préparation, remontée des statuts et des écarts de préparation. L’ERP reste l’unique référence pour le stock disponible à la vente.

Les résultats

Ce que ça change

Stack technique

  • Odoo 17/18
  • Python
  • OCR
  • Modèles de langage
  • XML-RPC / JSON-RPC
  • PostgreSQL
  • API WMS
  • Files de traitement

Parlons de ce que vous pourriez automatiser

Un échange de 30 minutes suffit pour identifier les chantiers les plus rentables.

Nous contacter