Automatiser le traitement des commandes reçues par email (PDF, OCR, ERP)

En résumé. Une commande client reçue en PDF par mail se traite aujourd’hui en trois étapes automatisables : extraction des lignes, contrôle contre votre référentiel, injection dans l’ERP. Le coût de la partie modèle est de 0,02 $ par commande avec Claude Sonnet 5 et 0,0009 $ avec Mistral Small 4, soit 9 à 195 $ par an pour 10 000 commandes. En face, la ressaisie manuelle de ces 10 000 commandes représente environ 500 heures. Le poste qui décide de la réussite du projet n’est ni l’OCR ni le modèle, c’est la qualité de votre référentiel articles.

Ce que la réforme de la facture électronique ne règle pas

Point important à clarifier avant de commencer, parce que la confusion est générale en ce moment.

Au 1er septembre 2026, la réception de factures électroniques devient obligatoire pour toutes les entreprises assujetties à la TVA, avec transit par une plateforme agréée et formats structurés (Factur-X, UBL, CII). L’obligation d’émission suit au 1er septembre 2027 pour les TPE et PME. Les sanctions démarrent à 500 € pour absence de plateforme agréée, puis 1 000 € tous les trois mois, et 15 € par facture non conforme.

Cette réforme porte sur les factures. Elle ne porte pas sur les commandes clients.

Vos clients continueront de vous envoyer leurs bons de commande en PDF par mail, dans leur propre mise en page, avec leurs propres références. Le chantier de la saisie de commande reste entier après septembre 2026, et il concerne le poste en amont : l’administration des ventes, pas la comptabilité.

La chaîne technique, étape par étape

Cinq étapes, dont trois entièrement automatisables.

1. Capter le mail. Une boîte dédiée, du type [email protected], relevée automatiquement. Les pièces jointes sont extraites, le corps du mail conservé (il contient souvent une instruction de livraison qui ne figure pas dans le PDF).

2. Lire le document. C’est là que trois générations de technologies coexistent, et que beaucoup de projets partent sur la mauvaise.

3. Contrôler. Chaque ligne extraite est confrontée à votre référentiel : la référence existe-t-elle, le prix correspond-il au tarif client, la quantité est-elle un multiple du conditionnement, le client est-il bloqué en compta.

4. Décider. Commande conforme, elle part en injection. Commande douteuse, elle part en file de validation humaine avec le motif du doute affiché.

5. Injecter dans l’ERP. Par API si l’ERP en a une, par import de fichier structuré sinon.

L’étape 4 est celle que les projets ratés suppriment pour aller plus vite. C’est aussi celle qui décide si vos équipes font confiance au système au bout de trois semaines.

Les trois générations de lecture de documents

Technologie	Principe	Ce qui casse
EDI	Format normalisé négocié entre partenaires	Rien, mais seuls vos gros clients l’implémentent
OCR à gabarits	Un modèle de lecture par mise en page de client	Chaque nouveau client demande un gabarit ; une modification de leur mise en page casse le gabarit
Modèle de langage multimodal	Le modèle lit le document comme un humain	Les cas ambigus, qui doivent partir en validation

L’EDI reste la meilleure solution quand il est disponible. Le problème est qu’il suppose un accord technique bilatéral, ce que vos vingt plus gros clients acceptent et vos deux cents autres non.

L’OCR à gabarits, sur lequel reposent les solutions historiques du marché comme Esker, Itesoft ou Yooz, fonctionne très bien à volume élevé et mise en page stable. Son coût caché est le paramétrage : chaque client, chaque évolution de sa mise en page.

Les modèles multimodaux actuels lisent directement un PDF, y compris scanné de travers, sans gabarit préalable. C’est le changement de ces deux dernières années, et c’est ce qui rend le projet accessible à une PME qui reçoit des commandes de trois cents clients différents.

La bonne architecture combine souvent les trois : EDI pour les gros comptes, modèle pour la longue traîne, humain pour le reste.

Le coût par commande

Un bon de commande de deux pages représente environ 4 000 tokens en entrée avec les instructions, et 500 tokens en sortie pour le JSON structuré des lignes.

Modèle	Coût par commande	10 000 commandes par an
Mistral Small 4	0,0009 $	9 $
Claude Haiku 4.5	0,0065 $	65 $
Claude Sonnet 5	0,0195 $	195 $

Mettez ces chiffres en face du temps humain. À trois minutes de ressaisie par commande, 10 000 commandes représentent 500 heures par an, soit environ 15 000 € en coût chargé. Si 80 % des commandes passent en automatique et que les 20 % restantes demandent une minute de contrôle, il reste une centaine d’heures.

Le gain net tourne autour de 12 000 € par an sur ce volume. Un projet de 25 à 40 jours se rembourse donc en dix-huit à vingt-huit mois sur une base de 700 € par jour, moins vite si votre prestataire facture au tarif d’une expertise IA. Et l’écart entre les modèles pèse moins que le prix d’un déjeuner. Pour poser vos propres chiffres sur ce calcul, le calculateur de coût d’une tâche répétitive prend deux minutes.

Ce qui veut dire une chose : ne choisissez pas votre modèle sur son prix. Choisissez-le sur son taux d’extraction correcte, parce qu’un point de taux d’erreur en plus coûte plus cher que la totalité de la facture d’API.

Les cinq cas qui font échouer le projet

Ils reviennent systématiquement, et aucun n’est un problème d’intelligence artificielle.

Le référentiel articles. Votre client commande « tube inox 40 » et votre ERP connaît « TUB-INX-040-2M ». La correspondance n’existe nulle part sauf dans la tête de la personne qui saisit. Sans table de correspondance client par client, aucune automatisation ne fonctionne. C’est le premier chantier, avant toute ligne de code.

Les quantités et conditionnements. Le client commande 12 unités, vous vendez par carton de 6. Faut-il arrondir, refuser, alerter ? La règle existe, elle est appliquée par habitude, elle n’est écrite nulle part.

Les commandes qui ne sont pas des commandes. Dans la même boîte mail arrivent des demandes de prix, des relances, des réclamations et des accusés de réception. Le tri en amont fait partie du projet.

Les tarifs négociés. Le prix qui figure sur le PDF du client est parfois l’ancien tarif, parfois un prix négocié à l’oral la semaine dernière. Décider si le système fait foi sur votre tarif ou sur le document reçu est une décision commerciale, pas technique.

Les pièces jointes multiples. Un mail avec la commande, le plan de la pièce et le bon de livraison souhaité. Savoir lequel des trois PDF est la commande demande une étape de classement.

Ces cinq points expliquent pourquoi un projet de saisie de commande prend six à huit semaines et pas une. Le développement de l’extraction prend quelques jours ; c’est l’écriture des règles métier qui prend le reste.

Injecter dans l’ERP

Trois voies, par ordre de préférence.

L’API de l’ERP, quand elle existe. C’est le cas des générations récentes et des solutions en ligne. L’injection est immédiate et les erreurs remontent proprement.

L’import de fichier structuré. La plupart des ERP acceptent un import de commandes en CSV ou XML, souvent conçu pour les reprises de données. Il est parfaitement utilisable en flux quotidien, avec un décalage de quelques minutes à quelques heures.

L’écriture directe en base, à éviter sauf accord de l’éditeur. Ça marche jusqu’à la prochaine mise à jour, où ça casse sans prévenir, et ça vous prive du support.

Si votre ERP n’offre aucune de ces voies, le problème mérite un traitement à part.

Ce que ce projet n’apporte pas

Il ne supprime pas le poste d’administration des ventes. Il en change le contenu : moins de saisie, plus de traitement des cas particuliers et de relation client. Une entreprise qui présente le projet comme une suppression de poste obtient une équipe qui saborde le projet en trois semaines, et elle a des raisons.

Il ne corrige pas un référentiel articles en désordre. Il le révèle.

Il ne vaut pas le coup en dessous d’un certain volume. À vingt commandes par semaine, la saisie représente une heure hebdomadaire. Automatisez autre chose d’abord.

---

Calendrier de la facturation électronique au 7 août 2026, sur la base des textes en vigueur. Tarifs de modèles relevés sur les grilles publiques d’Anthropic et Mistral AI en août 2026. Les temps de traitement manuels sont des ordres de grandeur, à mesurer sur votre propre flux.