L'IA dans un ERP : ce qui sert vraiment, ce qui attend

Tous les éditeurs d’ERP annoncent de l’IA. Certains usages font gagner des heures chaque semaine ; d’autres sont surtout des démonstrations. Le critère qui trie est simple : la tâche est-elle répétitive, et son résultat facile à vérifier ?

Les usages qui tiennent

Lire les factures fournisseurs

Extraire fournisseur, montant, date, lignes et TVA d’un PDF reçu, puis proposer la pièce d’achat. Le comptable valide au lieu de saisir. Odoo propose cette lecture dans son application de comptabilité, et un ERP sans cette fonction peut la recevoir par un workflow externe. Avec la facturation électronique, une partie de ces factures arrivera déjà structurée, sans lecture nécessaire.

Proposer le rapprochement bancaire

Associer un virement reçu à la bonne facture, même quand le libellé est incomplet. Les règles classiques couvrent les cas simples ; un modèle aide sur les libellés ambigus. La validation reste humaine.

Trier les demandes entrantes

Classer les mails d’une adresse commune (commande, réclamation, demande de devis) et créer la bonne pièce dans l’ERP. C’est un usage où l’erreur se voit vite et se corrige facilement.

Les usages utiles, avec un humain

Poser une question en français sur ses données (« quels clients ont commandé moins ce trimestre que le précédent ? ») et recevoir une réponse, plutôt que construire un rapport. Les protocoles comme MCP permettent de relier un assistant à l’ERP, avec des droits de lecture limités. Nous avons détaillé le principe pour un CRM dans Piloter son CRM en langage naturel ; il s’applique à un ERP.

Les brouillons de relances de paiement, adaptés à l’historique du client, entrent dans la même catégorie : l’IA prépare, une personne relit et envoie.

Ce qui attend encore

Les prévisions de ventes et de stocks « par IA » valent ce que valent les données historiques, et elles masquent souvent une méthode statistique classique. Elles aident à réfléchir, pas à décider seules. Toute action qui engage l’entreprise (une commande fournisseur, un avoir, un paiement) doit garder une validation humaine.

Toutes les automatisations n’ont pas besoin d’IA

Créer une facture à la livraison, relancer une facture échue à J+15, alerter quand un stock passe sous son minimum : ce sont des règles, et une règle est moins chère, plus rapide et plus prévisible qu’un modèle. L’IA partout, sans besoin réel, multiplie les coûts et fait dériver les projets. Le bon ordre est d’automatiser par des règles, puis d’ajouter l’IA là où le texte est libre et variable.

Les données à protéger

Une facture contient des noms, des montants, parfois des coordonnées bancaires. Avant d’envoyer des données à un modèle, posez trois questions : quelles données partent, vers quel fournisseur, et sont-elles conservées ? Un modèle hébergé en Europe, ou sur votre propre infrastructure pour les données sensibles, règle la plupart des cas. Le règlement européen sur l’IA encadre aussi certains usages ; la page de la Commission européenne sur l’AI Act en donne le cadre.

Comment s’y prendre

Choisissez une tâche, mesurez-la avant (heures, erreurs), branchez l’IA sur un périmètre limité avec validation humaine, puis mesurez après quelques semaines. Si le gain est net, élargissez ; sinon, revenez à une règle simple. Cette méthode évite les projets d’IA qui coûtent plus qu’ils ne rapportent. Le guide complet de l’ERP décrit l’ERP sur lequel ces usages s’appuient, et notre offre IA au juste coût aide à choisir le modèle et l’hébergement selon la tâche et les données.

Mesurer le gain

Un usage d’IA se juge comme le reste : heures gagnées, erreurs évitées, coût du modèle. Si la lecture des factures fait gagner trois heures par semaine mais demande deux heures de corrections, le gain réel est d’une heure. Mesurez les corrections, pas seulement le temps de traitement.

Questions fréquentes

Sources

1. Cadre réglementaire de l’IA, Commission européenne (nouvel onglet)digital-strategy.ec.europa.eu