Automatiser les commandes clients dans Sage 100

Automatiser les commandes clients dans Sage 100 consiste à faire circuler une commande reçue par email, PDF, portail client ou EDI partiel jusqu'à sa création dans Sage 100, sans que l'ADV ne ressaisisse chaque ligne à la main. Le point qui décide de la réussite du projet n'est pas l'extraction du texte : c'est l'application du bon tarif négocié et de la bonne référence article, avec un contrôle d'écart qui bloque toute anomalie avant création. Sans ce garde-fou, automatiser revient simplement à créer des erreurs plus vite.

Dans beaucoup de PME et ETI équipées de Sage 100, ce flux reste largement manuel. Le service ADV lit l'email ou le PDF, cherche le client dans Sage, retrouve les références qui correspondent à ce que le client a écrit, applique le tarif qu'il pense être le bon, et saisit la commande ligne par ligne. C'est fiable tant que le volume reste maîtrisable. Ça devient un goulot d'étranglement dès que le volume augmente ou que l'équipe est absente.

Cet article décrit le flux complet à automatiser, les deux points durs qui déterminent la fiabilité du projet (tarifs et références), les trois voies d'écriture possibles vers Sage 100, et les cas limites à anticiper avant de se lancer.

Guide pilier

Cet article fait partie de notre Guide automatisation n8n, qui regroupe l'ensemble de nos ressources sur le sujet.

Points clés à retenir

Le point dur numéro un n'est pas l'extraction des lignes de commande, c'est l'application du tarif négocié du client avec un contrôle d'écart de prix qui bloque toute anomalie avant création
Le point dur numéro deux est la correspondance entre la référence utilisée par le client et la référence interne Sage 100 ; une table de correspondance entretenue reste la base, l'IA prend le relais quand elle est absente ou incomplète
Trois voies d'écriture existent vers Sage 100 : écriture directe, import de fichier planifié, ou dépôt en attente de validation ADV ; le choix dépend du niveau de confiance dans les données amont, pas d'une préférence technique
Cinq contrôles doivent systématiquement bloquer une création automatique : client inconnu ou bloqué, encours dépassé, article inexistant ou arrêté, quantité incohérente, écart de prix au-delà du seuil fixé
Le gain se mesure en délai de traitement et en réduction d'erreurs de saisie, mais il est directement conditionné au volume et à la régularité des documents reçus, pas à un ordre de grandeur générique

Le flux complet : de la commande reçue à sa création dans Sage 100

Avant de parler d'IA ou d'automatisation, il faut décrire précisément ce que fait aujourd'hui votre service ADV, étape par étape. C'est ce flux qu'on automatise, pas un flux théorique.

Réception. La commande arrive par email (corps du message, PDF joint, tableau Excel), par un portail client si vous en avez un, ou par un flux EDI partiel qui ne couvre pas tous vos clients ni tous les cas.
Tri. Le document est identifié comme une commande, distinct d'une demande de devis, d'une réclamation ou d'une simple question. Ce tri évite de traiter comme une commande ce qui n'en est pas une.
Extraction des lignes. Chaque ligne (article demandé, quantité, unité, référence client éventuelle) est isolée à partir du texte libre ou du document reçu.
Rapprochement client. Le workflow identifie la fiche client dans Sage 100, avec son statut, son tarif applicable et son encours.
Rapprochement des références articles. La dénomination ou la référence utilisée par le client est traduite vers la référence interne Sage 100.
Application du tarif et des conditions. Le prix, les remises et les conditions de port applicables au client sont calculés, jamais au tarif catalogue par défaut.
Contrôles. Une série de vérifications bloquantes s'exécute avant toute création (détaillées plus bas).
Création du document dans Sage 100. Selon la voie choisie, la commande est écrite directement, importée par fichier, ou déposée en attente de validation ADV.

Décrire ce flux avec précision, avec vos propres formats de documents et vos propres clients, est le premier travail à faire avant tout développement. C'est ce que nous cadrons systématiquement dans le cadre de notre offre d'automatisation de processus métier, avant d'écrire la moindre ligne de workflow.

Pourquoi ce flux ressemble à celui d'autres ERP, mais pas tout à fait

Le principe général (réception, extraction, rapprochement, écriture) est le même que pour n'importe quel ERP ou CRM. Notre article sur l'automatisation des commandes email dans Odoo décrit une architecture comparable sur un autre logiciel. Ce qui change avec Sage 100, ce sont les objets métier précis à manipuler (tiers, articles, tarifs, commandes) et la façon dont on y accède, détaillée plus bas.

Le tarif et les conditions client, le point dur numéro un

Une commande client ne se crée jamais au prix catalogue. Elle se crée au tarif réellement négocié avec ce client, et c'est exactement l'endroit où une automatisation mal conçue fait le plus de dégâts, silencieusement, commande après commande.

Remises par famille, conditions de port, unités de vente

Sage 100 gère nativement des grilles tarifaires par client, des remises qui peuvent s'appliquer par famille d'articles plutôt qu'à la ligne, et des conditions de port qui varient selon le client ou le montant de la commande. Le workflow doit interroger ces éléments sur la fiche du client concerné avant de calculer quoi que ce soit, jamais appliquer une règle générique.

Un autre piège fréquent : l'unité de vente utilisée par le client n'est pas toujours l'unité de stock dans Sage. Un client commande en cartons, la référence est gérée en unités dans Sage 100. Un client commande en mètres, la référence est gérée en rouleaux. Si cette conversion n'est pas appliquée correctement, la quantité créée dans Sage 100 est fausse, même si le prix et la référence sont corrects.

Le contrôle d'écart de prix, le garde-fou le plus important

Quelle que soit la qualité de l'extraction et du rapprochement, une règle doit s'appliquer sans exception : avant toute création de commande, le prix calculé par le workflow est comparé au prix attendu selon le tarif du client dans Sage 100. Si l'écart dépasse un seuil que vous définissez, la commande n'est pas créée automatiquement, elle est mise en attente avec le détail de l'écart pour que l'ADV tranche.

Ce contrôle protège contre trois situations distinctes : une erreur d'extraction sur un prix mentionné dans l'email, un changement de tarif client non répercuté dans Sage 100, et une référence mal identifiée qui entraîne un prix incohérent. Dans les trois cas, le symptôme est le même (un écart de prix), et la réponse aussi : on bloque, on ne devine pas.

Ce qu'on observe sur le terrain

Les projets d'automatisation de commandes qui échouent le font rarement sur l'extraction du texte, un LLM correctement guidé s'en sort bien. Ils échouent sur des tarifs mal appliqués qui passent inaperçus pendant des semaines, parce que personne n'a mis de contrôle d'écart en place dès le premier jour. C'est la première chose que nous vérifions dans tout cadrage sur Sage 100.

Les références articles, le point dur numéro deux

Le client ne commande presque jamais avec votre référence Sage 100. Il commande avec sa propre référence, son propre libellé, ou une désignation qu'il utilise en interne depuis des années. Faire correspondre les deux mondes est le second point dur du projet.

La table de correspondance, la base de toute automatisation fiable

Quand elle existe et qu'elle est entretenue, une table de correspondance par client (référence client vers référence Sage 100) résout la majorité des cas en un lookup direct. C'est la solution la plus simple, la plus prévisible et la moins coûteuse à faire fonctionner. Sur des clients qui commandent régulièrement les mêmes familles d'articles, elle couvre l'essentiel du volume dès sa mise en place.

Ce que l'IA apporte quand la table est absente ou incomplète

Le problème réel se pose sur les clients sans table de correspondance, ou sur les nouvelles références qu'ils commandent pour la première fois. Dans ce cas, un modèle de langage peut proposer un rapprochement en croisant plusieurs signaux : le libellé écrit par le client, les références fournisseurs enregistrées dans Sage 100, et l'historique des commandes précédentes de ce même client.

Chaque proposition de rapprochement est accompagnée d'un niveau de confiance. Les correspondances jugées certaines peuvent alimenter directement la ligne de commande. Les correspondances ambiguës ou nouvelles sont soumises à l'ADV, qui valide en quelques secondes plutôt que de chercher la référence à la main dans le catalogue. C'est le même principe de validation par échantillon que nous détaillons dans notre article sur où placer la validation humaine dans une automatisation.

Un point à ne jamais perdre de vue : chaque rapprochement validé par l'ADV peut être ajouté à la table de correspondance du client. Le volume traité automatiquement augmente donc naturellement avec le temps, sans travail supplémentaire dédié à l'entretien de cette table.

Écriture directe, import planifié ou attente de validation : comment choisir

Une fois la commande extraite, tarifée et contrôlée, il reste à la faire exister dans Sage 100. Trois voies sont possibles, et le choix entre elles est un choix de gouvernance autant qu'un choix technique.

Écriture directe

La commande est créée dans Sage 100 dès que tous les contrôles passent, sans attente. Sage 100 expose ses données via les Objets Métiers, une bibliothèque destinée aux développeurs qui permet de lire et d'écrire dans les tables de tiers, d'articles, de tarifs et de commandes. Certains intégrateurs proposent également des webservices tiers qui exposent ces mêmes objets sous forme d'API REST, plus simples à intégrer dans un workflow d'automatisation moderne.

L'étendue exacte de ce qui est accessible en écriture, et les objets réellement exposés, dépendent de votre version de Sage 100 (i7, 100c), de votre pack (Standard, Etendu) et des droits inclus dans votre contrat de licence. C'est un point à faire vérifier précisément par votre éditeur ou votre intégrateur Sage avant de vous engager sur cette voie, plutôt qu'une hypothèse à valider a posteriori.

Import de fichier planifié

Le workflow génère un fichier structuré au format attendu par le moteur d'import de Sage 100, déposé et traité selon une fréquence définie (toutes les heures, plusieurs fois par jour). Cette voie a l'avantage de séparer nettement la production des données de leur intégration dans Sage, ce qui facilite le contrôle et la traçabilité, au prix d'un délai entre la réception de la commande et sa présence effective dans Sage.

Dépôt en attente de validation ADV

La commande n'est pas créée dans Sage 100 elle-même, mais préparée dans une file d'attente que l'ADV consulte et valide en quelques clics avant intégration finale. Cette voie est la plus prudente : elle garde un humain systématiquement dans la boucle, au prix d'un gain de temps moindre que l'écriture directe. C'est souvent le point de départ recommandé le temps que la fiabilité du processus se confirme sur plusieurs semaines, avant d'évoluer vers plus d'automatisation directe sur les cas les plus sûrs.

Le compromis à trancher est toujours le même : plus l'automatisation est directe, plus le gain de temps est important, mais plus l'exigence sur la qualité des contrôles en amont est élevée. Notre article sur le choix entre connecteur standard ou développement sur mesure détaille comment cette décision se prend selon votre contexte technique et votre volume.

Les contrôles bloquants et les cas limites à anticiper

Un flux automatisé qui fonctionne bien sur le cas standard peut créer des dégâts sur les cas particuliers s'ils ne sont pas identifiés à l'avance. Deux catégories à distinguer clairement.

Les contrôles qui doivent bloquer la création, sans exception

Client inconnu ou bloqué. Un client absent de Sage 100, ou marqué bloqué (litige, dépassement de paiement), ne doit jamais donner lieu à une commande créée automatiquement.
Encours dépassé. Si la commande fait dépasser l'encours autorisé du client, elle est mise en attente pour arbitrage commercial, pas créée puis découverte plus tard.
Article inexistant ou arrêté. Une référence qui n'existe plus, ou qui a été remplacée par une nouvelle référence, doit être signalée plutôt que forcée sur l'ancienne fiche.
Quantité incohérente. Une quantité très supérieure à l'historique du client sur cette référence (erreur de saisie côté client, mauvaise unité) déclenche une vérification plutôt qu'une création silencieuse.
Écart de prix au-delà du seuil. Détaillé plus haut : c'est le contrôle le plus fréquemment déclenché, et le plus important.

Les cas limites qui échappent à l'automatisation complète

Certaines situations demandent une intervention humaine par nature, pas par manque de fiabilité de l'IA : une commande partielle qui ne couvre qu'une partie d'un devis existant, une modification après envoi où le client rectifie sa commande initiale par un second email, un reliquat à rattacher à une commande déjà partiellement livrée, une commande ouverte avec livraisons échelonnées sur plusieurs semaines, ou une adresse de livraison différente de l'adresse de facturation et absente des adresses connues du client.

Dans tous ces cas, le bon comportement du workflow est le même : reconnaître la situation, ne pas forcer une création standard qui serait fausse, et signaler le cas à l'ADV avec le contexte nécessaire pour trancher rapidement. C'est exactement le même principe que nous appliquons pour le rapprochement en aval, décrit dans notre article sur le rapprochement commande, livraison et facture : signaler l'écart, ne jamais le masquer.

Votre ADV ressaisit encore les commandes clients à la main dans Sage 100 ?

Nous cadrons votre flux exact, vos formats de documents et votre catalogue avant de proposer une architecture d'automatisation adaptée à votre volume.

Discuter de mon projet Sage 100

Le gain réel : délai de traitement, erreurs, et à quel volume ça devient rentable

Le gain d'un tel projet se lit sur deux axes. Le premier est le délai de traitement : le temps entre la réception de la commande et sa disponibilité dans Sage 100, prête pour la préparation ou la production. Sur les commandes standard bien qualifiées, ce délai peut passer de plusieurs minutes de saisie manuelle à quelques secondes de traitement automatique suivi d'une validation rapide.

Le second axe est la réduction des erreurs : une erreur de tarif, de référence ou de quantité en saisie manuelle coûte souvent plus cher à corriger après coup (avoir, litige, retour) qu'à prévenir en amont par un contrôle systématique avant création.

Ces deux gains restent conditionnés à un facteur que rien ne remplace : le volume et la régularité des documents reçus. Un service ADV qui traite quelques commandes par jour, sur des formats hétérogènes et changeants, tirera un bénéfice limité d'un tel projet, l'essentiel du temps restant consacré au traitement des cas particuliers. Une équipe qui reçoit un flux quotidien conséquent, avec un socle de clients et de références récurrent, verra le bénéfice s'accumuler rapidement, y compris pendant les périodes de forte activité où l'ADV est la plus sous tension.

Avant de vous engager sur ce type de projet, le réflexe le plus utile reste de mesurer votre propre situation : comptez les commandes reçues sur deux semaines, le temps réellement passé à les saisir, et la part qui suit un schéma standard répétitif plutôt qu'un cas particulier. C'est cette mesure, pas un ordre de grandeur générique, qui doit guider la décision.

Questions fréquentes sur l'automatisation des commandes clients dans Sage 100

Sage 100 expose ses données via les Objets Métiers, une bibliothèque destinée aux développeurs qui permet de lire et d'écrire dans la base (tiers, articles, tarifs, devis, commandes, factures). Certains intégrateurs proposent aussi des webservices tiers qui exposent ces mêmes objets sous forme d'API REST. Mais l'étendue exacte de ce qui est accessible en lecture et en écriture dépend de votre version de Sage 100 (i7, 100c), de votre pack (Standard, Etendu) et des droits inclus dans votre contrat de licence. La bonne pratique est de faire vérifier ce périmètre précis par votre éditeur ou votre intégrateur Sage avant tout engagement, plutôt que de partir d'une hypothèse générique.

Le workflow ne crée jamais une commande au prix catalogue par défaut. Il interroge la fiche du client dans Sage 100 pour récupérer le tarif qui lui est réellement applicable, grille tarifaire, remises par famille d'articles, conditions de port, avant de calculer les lignes de commande. Un contrôle d'écart compare ensuite systématiquement le prix retenu au prix attendu et bloque la création si l'écart dépasse un seuil que vous fixez. C'est le garde-fou le plus important de tout ce type de projet.

La méthode la plus fiable reste une table de correspondance entretenue par client, qui associe chaque référence utilisée par le client à la référence interne Sage 100. Quand cette table est absente ou incomplète, l'IA propose un rapprochement à partir du libellé de l'article, de l'historique des commandes précédentes du même client et des références fournisseurs enregistrées dans Sage. Chaque proposition est accompagnée d'un niveau de confiance, et les correspondances incertaines sont soumises à l'ADV avant toute création de commande.

Trois voies existent : l'écriture directe via les Objets Métiers ou un webservice, l'import d'un fichier structuré selon une planification régulière, et le dépôt d'une commande en attente de validation dans une file dédiée à l'ADV. Le choix dépend du niveau de confiance dans les données amont et du volume traité. Sur les commandes standard et bien qualifiées, l'écriture directe avec contrôles bloquants automatiques est souvent le bon compromis. Sur des flux plus hétérogènes, le dépôt en attente de validation limite le risque le temps que la fiabilité du processus se confirme.

Cinq contrôles reviennent systématiquement : client inconnu ou bloqué dans Sage 100, encours client dépassé, article inexistant ou arrêté, quantité incohérente au regard de l'historique du client, et écart de prix au-delà du seuil que vous avez fixé. Dès qu'un de ces contrôles échoue, la commande n'est jamais créée automatiquement, elle est mise en attente avec le motif du blocage, pour une décision humaine rapide plutôt qu'une création risquée.

Les commandes partielles, les reliquats et les commandes ouvertes, avec livraisons échelonnées sur une même commande, sont des cas que Sage 100 sait gérer nativement, mais que l'automatisation doit savoir reconnaître avant d'agir. Le workflow signale ces cas plutôt que de forcer une création automatique standard, car ils demandent souvent un rattachement à une commande ou un contrat existant. C'est un des cas limites traités en amont de tout déploiement.

Oui, à condition que l'information soit présente dans le document reçu, email, PDF ou portail, ou déjà enregistrée comme adresse secondaire sur la fiche client dans Sage 100. Le workflow distingue les deux adresses et les reporte sur les champs correspondants de la commande. Quand l'adresse de livraison mentionnée ne correspond à aucune adresse connue du client, la commande est mise en attente plutôt que créée avec une adresse incertaine.

Le gain dépend directement du volume et de la régularité des commandes reçues, pas d'un seuil universel. Un service ADV qui traite quelques commandes par jour, sur des formats variés et changeants, tirera moins de bénéfice qu'une équipe qui reçoit un flux quotidien conséquent et régulier, avec un socle de clients et de références récurrent. Le bon réflexe avant de se lancer est de mesurer votre propre volume et le temps réellement passé aujourd'hui sur la saisie, plutôt que de se fier à un ordre de grandeur générique.

Non. Cet article traite de Sage 100 Gestion Commerciale, utilisé par des PME et ETI de négoce, distribution et industrie pour leurs commandes clients standard. Sage Batigest Connect et Sage 100 Gestion Commerciale Bâtiment sont des gammes dédiées au BTP, avec une logique de chantiers, de devis et de situations de travaux différente. Notre article sur l'automatisation de Sage Bâtiment avec l'IA couvre spécifiquement ce second cas.

Pour aller plus loin

Nos automatisations de processus métier : l'offre Tensoria pour les PME et ETI équipées de Sage 100.
Automatiser les commandes email dans Odoo avec l'IA : une architecture comparable sur un autre ERP.
Automatiser la saisie des commandes email dans un ERP : le cas général de l'extraction depuis un email.
Automatiser l'extraction de bons de commande par email : le détail de l'étape d'extraction en amont de la création dans Sage 100.
Sage Bâtiment et IA : le cas des gammes Sage dédiées au BTP, différent de Sage 100 Gestion Commerciale.
Automatiser un logiciel métier sans API : les solutions alternatives si votre licence Sage 100 n'expose pas l'écriture directe.
Supprimer la double saisie entre deux logiciels métier : trancher la source de vérité avant de synchroniser Sage 100 avec un autre outil.
Où placer la validation humaine dans une automatisation : la méthode pour calibrer les contrôles sans recréer un goulot d'étranglement.
Rapprocher bon de commande, livraison et facture : la suite logique une fois la commande créée dans Sage 100.
Faire correspondre les champs de deux logiciels avec l'IA : la méthode générale de mapping appliquée aux références articles.
Connecteur standard ou développement sur mesure : la grille de décision pour choisir la voie d'écriture vers Sage 100.
Automatiser les commandes email vers EBP : le même principe d'extraction, appliqué à un ERP différent.
Saisie des pièces comptables dans Cegid avec l'IA : le même type de flux, côté saisie comptable plutôt que commandes.