La même commande saisie trois fois : dans la boîte mail, dans Odoo, dans un tableur

Le symptôme, vu de votre bureau

Une commande client arrive par email, avec un bon de commande en PDF. Quelqu’un l’ouvre, la lit, crée le devis ou la commande dans Odoo ligne par ligne, recopie les références, vérifie les prix, puis note l’information dans un tableur de suivi « parce qu’on a toujours fait comme ça ». Quinze à trente minutes par commande, plusieurs fois par jour. À l’autre bout, l’atelier imprime l’ordre de fabrication, le complète au stylo, et quelqu’un ressaisit le tout le soir.

Chaque ressaisie coûte deux fois : le temps de la faire, et les erreurs qu’elle introduit. Une référence mal recopiée, c’est un mauvais article expédié, un avoir, un client agacé. L’automatisation Odoo consiste précisément à faire circuler l’information sans la retaper.

Avant / après, concrètement

Avant — le bon de commande PDF est lu par un humain qui recrée tout dans l’ERP ; les écarts de prix se découvrent à la facturation ; le tableur de suivi vit sa propre vie, jamais tout à fait à jour.

Après — le mail arrive, son contenu et sa pièce jointe sont lus automatiquement, le client est reconnu, le devis Odoo est créé en brouillon avec ses lignes de produits, ses conditions de paiement et sa référence client. Un humain garde la main : il relit, corrige si besoin, confirme. Ce qui prenait vingt minutes en prend deux — et le tableur de suivi disparaît, remplacé par ce qu’Odoo sait déjà afficher.

Le même principe s’applique dans l’autre sens : connecter Odoo et Make (ou n8n) permet d’alimenter automatiquement vos autres outils — logistique, transporteurs, tableaux de bord — depuis l’ERP, sans exports manuels du vendredi soir.

Ce qui est automatisable autour d’Odoo

• Commandes et devis créés depuis les emails clients et leurs PDF, en brouillon à valider.
• Accusés de réception, relances de devis et alertes internes envoyés au bon moment.
• Synchronisation avec la logistique : stocks, expéditions, suivis transporteurs.
• Réapprovisionnements proposés à partir des consommations réelles.
• Reporting : les chiffres que vous recompilez chaque lundi, calculés et envoyés seuls.

Règle constante : l’automatisation prépare, l’humain valide. Aucun document ne part de chez vous sans qu’un œil l’ait vu — c’est ce qui rend l’automatisation acceptable par les équipes, et fiable.

Avec quels outils

Le socle est votre ERP — Odoo en tête, parce qu’il expose proprement ses données et que je le pratique au quotidien, en tant qu’intégrateur et en tant qu’utilisateur dans ma propre entreprise. Autour, un orchestrateur — Make ou n8n selon le contexte, la volumétrie et l’hébergement souhaité — fait circuler l’information entre la messagerie, l’ERP, la logistique et les tableaux de bord. Et quand un document doit être lu — un bon de commande PDF, un email rédigé librement — un modèle d’IA en extrait les données : ce qui est sûr passe, ce qui est douteux est mis de côté pour un humain, avec une alerte.

Vous restez propriétaire de tout : les licences et les comptes sont à votre nom, les scénarios sont documentés et réversibles. Si nous arrêtons de travailler ensemble, tout continue de tourner sans moi.

Les questions qui reviennent

« Et si l’email de commande est ambigu ? » — Il n’est pas traité en force. La demande douteuse arrive dans une file de validation avec le document d’origine sous les yeux : l’automatisation traite les cas clairs, les cas limites gagnent simplement un pré-remplissage.

« Où passent nos données ? » — Les flux sont cartographiés par écrit avant la mise en production : quel outil voit quelles données, où il est hébergé, ce qui est conservé et combien de temps. Le détail est dans la méthode.

« Faut-il changer d’ERP d’abord ? » — Non. On automatise autour de l’existant, et c’est souvent l’occasion de mieux exploiter ce qu’Odoo sait déjà faire nativement. Si l’ERP est le vrai goulot, je vous le dis au diagnostic — pas au milieu du chantier.

Par où commencer

Par le flux qui revient tous les jours : chez la plupart des PME, c’est la commande client. Une journée de Diagnostic Flash suffit à mesurer ce qu’il coûte en l’état et ce que son automatisation rapporterait.

Un cas concret

[CAS-CLIENT] — PME de négoce technique, région toulousaine : saisie des commandes clients reçues par email automatisée dans Odoo (client, lignes, conditions de paiement, pièce jointe archivée). Chiffres avant/après à insérer.

Comment ça se passe

Tout commence par un Diagnostic Flash : une journée sur site pour mesurer où le temps se perd et chiffrer le gain.
La mise en production se fait ensuite en Sprint Automatisation : périmètre net, forfait ferme, 3 à 4 semaines.
Le détail des quatre étapes — Diagnostic, Sprint, Recette, Run — est décrit dans la méthode.