API Sage 100 : brancher l’IA et vos autres logiciels sur votre gestion commerciale

Vous cherchez l’API Sage 100 pour relier votre gestion commerciale à un site, un CRM, un outil de commande ou un assistant d’IA ? La réponse courte : Sage 100 se branche, mais pas par une seule API. Pour créer des commandes, des tiers ou des articles, la voie de référence reste la bibliothèque des Objets Métiers de Sage ; pour lire, on dispose aussi de la base SQL Server et, selon la version, d’une API liée à Microsoft 365. Ce qui est possible chez vous dépend d’abord de votre version et de votre hébergement.

Je rencontre Sage 100 très souvent chez les PME du négoce et de la distribution et de l’industrie. La question revient toujours sous la même forme : « peut-on éviter de tout ressaisir dans Sage ? ». Cet article fait la carte des chemins, sans vendre de connecteur. Précision utile : je ne suis pas partenaire Sage ; ce qui suit vient de la documentation publique de l’éditeur, de sa communauté et d’éditeurs de connecteurs, chaque fois cités.

À retenir Une recherche en anglais sur « Sage 100 API » mène souvent vers un autre logiciel : aux États-Unis, Sage 100 désigne un ERP différent de notre Sage 100 France (Comptabilité, Gestion commerciale). Vérifiez toujours qu’une documentation parle bien de la version française.

Pourquoi brancher Sage 100 sur vos autres logiciels ?

Parce que Sage 100 est souvent le centre de l’entreprise, mais pas le seul endroit où le travail arrive. Les commandes tombent dans la boîte de l’administration des ventes, les prospects vivent dans le CRM, le site e-commerce a son propre catalogue, et la direction veut ses chiffres sans export Excel. Chaque frontière entre deux logiciels crée une ressaisie, et chaque ressaisie une occasion d’erreur.

Les flux que l’on me demande le plus :

• Commandes reçues par e-mail ou en PDF, lues par l’IA et créées en pièces de vente dans Sage 100 (c’est le sujet de l’article sur la saisie des commandes dans l’ERP).
• Site e-commerce ou portail B2B : articles, prix par client et stocks publiés depuis Sage, commandes rapatriées dans Sage.
• CRM : fiches clients et devis tenus à jour dans les deux sens, sans double saisie.
• Tableau de bord : chiffre d’affaires, marges, encours, lus chaque matin pour le point du lundi.
• Assistant IA : poser une question en français (« quelles commandes de Martin SA sont en retard ? ») et obtenir une réponse tirée de Sage.

Ce besoin n’a rien de marginal : l’Insee relève que l’incompatibilité avec les logiciels existants freine 38 % des entreprises de 10 à 49 salariés qui n’utilisent pas l’IA, et 45 % de celles de 50 à 249 salariés. Le branchement est souvent le vrai sujet, avant le modèle d’IA.

API Sage 100 : quelles sont les voies d’accès ?

Quatre chemins existent. Ils ne s’excluent pas : un bon branchement en combine souvent deux, un pour lire, un pour écrire.

Les Objets Métiers : le chemin qui respecte les règles de gestion

Les Objets Métiers sont une bibliothèque fournie par Sage pour Windows (un composant COM, autrement dit une DLL). Ils permettent à un programme de créer, modifier ou supprimer des pièces de vente, des tiers ou des articles exactement comme le ferait l’application : numérotation, contrôles, mouvements de stock compris. Sur le forum officiel de Sage, un membre de la communauté le résume ainsi pour les bases installées : pas d’API web fournie par Sage, mais les Objets Métiers, sur lesquels on peut construire la sienne. Il faut une application Sage 100 installée avec sa partie client, et les composants sont en 32 bits. D’après les échanges du même forum, le téléchargement est gratuit et la formation payante ; les conditions sont à demander à votre revendeur.

L’API de Sage 100 liée à Microsoft 365

Sage met en avant le lien entre Sage 100 et Microsoft 365, et ses fiches produit, diffusées par les revendeurs, citent un connecteur pour Power Automate et Power Apps. Sage documente l’API correspondante sur son portail développeurs, developer.sage.com. Je n’ai pas pu lire ce portail à la date de cet article (accès bloqué à la lecture automatique) : la liste des données exposées, la possibilité d’écrire des pièces, la version minimale et le coût sont donc à vérifier à la source, ou auprès de votre revendeur, avant tout projet. Sur le forum de Sage, un éditeur de connecteurs jugeait ce connecteur « très incomplet » il y a quelques années ; il a pu évoluer depuis.

Les API REST de tiers posées sur les Objets Métiers

Plusieurs sociétés vendent une API REST prête à l’emploi qui s’appuie sur les Objets Métiers : Webservices 100 (groupe PPI) ou Assortir, par exemple. C’est un gain de temps réel quand on a beaucoup de flux, au prix d’une dépendance à un tiers et d’un abonnement. Je les cite comme exemples, sans recommandation : demandez la liste des opérations couvertes, la compatibilité avec votre version et le délai de mise à jour après une nouvelle version de Sage.

La base SQL Server : pour lire, pas pour écrire

Les versions SQL de Sage 100 stockent leurs données dans Microsoft SQL Server. Lire directement en SQL est rapide, utile pour un tableau de bord ou pour extraire de gros volumes, avec un compte limité à la lecture. Écrire en SQL est une autre affaire : on contourne toutes les règles de l’application, au risque de désynchroniser stocks, numérotation et comptabilité. L’éditeur de connecteurs Chift le déconseille formellement, et je ne le fais jamais.

Sage 100 installé, Sage Partner Cloud ou en ligne : votre version compte

Avant de parler technique, une question : où tourne votre Sage 100 ? Sage propose aujourd’hui Sage 100 hébergé dans le cloud Microsoft Azure, installé par des partenaires certifiés « Sage Partner Cloud », à côté des installations classiques sur vos serveurs. Sage annonce aussi une nouvelle interface web et un assistant IA inclus dans tous les packs.

La version compte aussi. Selon un revendeur, la version 12 de Sage 100, sortie en 2025, « enrichit les API et objets métiers ». Une installation ancienne peut donc limiter ce qui est faisable, et une mise à jour peut faire partie du projet.

À retenir Notez votre numéro de version, votre hébergement (serveur, Sage Partner Cloud, en ligne) et le nom de votre revendeur. Avec ces trois informations, on sait en dix minutes quelle voie d’accès est ouverte chez vous.

Peut-on brancher ChatGPT ou Claude sur Sage 100 ?

Oui, mais pas directement. Un modèle d’IA ne se connecte à rien : c’est un programme intermédiaire, à votre nom, qui va chercher les données dans Sage, les lui transmet, récupère la réponse et, si c’est prévu, écrit le résultat par les Objets Métiers. C’est ce que j’appelle une intégration IA : le modèle compte moins que le branchement.

Le protocole MCP (Model Context Protocol), qui permet à un assistant comme Claude ou ChatGPT d’appeler les outils d’un logiciel, se répand vite. Pour Sage 100 France, je n’ai trouvé aucun serveur MCP officiel au 8 octobre 2026 ; le seul serveur MCP de Sage repéré concerne un autre produit, Sage Intacct. Méfiez-vous donc de toute offre qui se présente comme « le MCP officiel de Sage 100 ». Rien n’empêche d’en construire un sur les voies décrites plus haut, avec trois règles :

1. Lecture seule au départ. L’assistant répond aux questions ; il n’écrit rien tant que les usages ne sont pas clairs.
2. Les droits de la personne. Un commercial n’obtient que ce qu’il voit déjà dans Sage, pas les marges de tout le portefeuille.
3. Un journal. Chaque question, chaque donnée envoyée au modèle et chaque écriture sont tracées.

Quand l’outil écrit (une commande, une fiche client), le contrôle se règle tâche par tâche : une personne valide d’abord chaque pièce préparée, puis les cas éprouvés passent en automatique, et tout ce qui sort des règles revient à l’équipe. L’assistant IA que Sage annonce dans Sage 100 sert, lui, à interroger le logiciel ; il ne remplace pas un branchement avec vos autres outils. Et pour cadrer l’usage de ChatGPT par vos équipes en attendant, voyez l’article sur le shadow IA et la charte IA.

Et si votre ERP est Odoo, EBP ou Cegid ?

La même question se pose pour les autres ERP de PME, avec des réponses très différentes. Voici ce que disent les éditeurs dans leur documentation publique, lue le 9 octobre 2026.

Odoo API : la nouvelle API JSON-2 et la fin de XML-RPC

Odoo est le plus ouvert des quatre, à une condition. Depuis la version 19, l’API externe passe par des appels JSON-2 : une requête par modèle et par méthode, une clé d’API transmise en en-tête, et chaque appel dans sa propre transaction (deux appels successifs ne s’annulent pas ensemble en cas d’erreur, il faut le prévoir). Les clés ne peuvent pas durer plus de trois mois : il faut organiser leur renouvellement. Les anciennes API XML-RPC et JSON-RPC sont dépréciées et leur retrait est annoncé pour Odoo 22, à l’automne 2028 : un connecteur écrit aujourd’hui doit viser JSON-2. Surtout, la documentation est explicite : l’accès aux données par l’API externe n’est disponible que dans les offres « Custom » ; il ne l’est pas dans les offres gratuite et Standard.

MCP Odoo : un serveur MCP dans les versions récentes

Odoo documente un serveur MCP natif dans ses versions les plus récentes (documentation de la version 20 et de la version en ligne 19.4) : l’assistant d’IA se connecte à l’adresse de la base suivie de « /mcp », avec une clé d’API dédiée, et agit avec les droits de l’utilisateur qui l’a créée. Les actions exposées se règlent dans Odoo. Vérifiez votre version et votre offre avant de compter dessus. Des serveurs MCP communautaires existent pour les versions plus anciennes, mais ils passent souvent par XML-RPC, voué à disparaître.

Sécurité et maintenance d’un branchement sur Sage 100

Un branchement est un petit logiciel qui vit à côté de votre ERP. Il doit être construit pour durer :

• Un compte de service dédié dans Sage, avec les droits nécessaires et pas davantage, jamais le compte de l’administrateur.
• Un agent local tenu à jour, installé sur le serveur Sage ou dans l’environnement du partenaire, qui sort vers l’extérieur sans ouvrir de port entrant.
• Un journal et une reprise sur erreur : une commande qui n’a pas pu être créée doit être signalée et rejouée, pas perdue.
• Un test après chaque mise à jour de Sage, sur une base de test, avant la base réelle.
• Des clés et des mots de passe dans un coffre, pas dans le code ni dans un tableur partagé.
• Un mode manuel : si le branchement s’arrête, l’équipe reprend la saisie comme avant, sans rien perdre.

Combien coûte un branchement sur l’API Sage 100 ?

Je ne publie pas de prix, et méfiez-vous d’un tarif annoncé sans avoir vu votre installation. Ce qui fait varier le coût est connu :

• la voie d’accès : une surcouche REST de tiers ajoute un abonnement mais réduit le développement ; les Objets Métiers demandent plus de travail ;
• le sens : lire coûte moins qu’écrire, parce que l’écriture demande contrôles, reprise sur erreur et validation ;
• le nombre de flux et de logiciels à relier ;
• l’état de vos données : fiches articles, tarifs par client, correspondances de références ;
• la maintenance : mises à jour de Sage, renouvellement des clés, suivi du journal.

Pour situer un budget plus large, avec une application ou un portail autour, l’article sur le prix d’une application métier sur mesure donne des fourchettes publiées et leurs sources. Le travail de branchement lui-même est décrit sur la page intégration API.

Ce que je ne recommande pas

• Écrire directement dans la base SQL de Sage. C’est rapide à coder et coûteux à réparer.
• Un connecteur sans journal ni reprise sur erreur. Le jour où une commande manque, personne ne sait pourquoi.
• Croire à « l’API officielle » sans l’avoir lue. Demandez la documentation, la version couverte et un essai sur une base de test.
• Brancher l’IA avec le compte administrateur. Une question anodine peut alors faire sortir des marges ou des données d’autres clients.
• Tout automatiser dès le premier flux. Commencez par lire, puis écrivez avec une validation, puis libérez les cas éprouvés.