craft.ai
Intégrations

Compta / ERP

Sage 100 France ne s'interroge pas comme un logiciel cloud

Quand une TPE française dit « on est sur Sage », elle parle presque toujours de Sage 50 — l'ancien Ciel — ou de Sage 100, l'ancien Saari, installé sur un serveur de l'entreprise. Ce n'est pas Sage Intacct, ce n'est pas Sage Accounting britannique. Sage 100 France n'expose pas d'API web générale. L'éditeur documente des objets métier locaux, et une API séparée, bornée à Microsoft 365 et Power Platform. Un agent qui « se branche sur Sage » sans cette phrase est un devis qui ment. Le travail existe ; il n'est pas un branchement cloud.

Page mise à jour le

Ce que l'API permet

Ce que Sage expose réellement

Repris de la documentation publique de l'éditeur, pas d'une plaquette commerciale. Le lien vers cette documentation est en bas de page.

Les objets métier, sur la machine qui tient le dossier

Sage 100 France s'intègre par une bibliothèque locale, les objets métier, qui parlent à la gestion commerciale et à la comptabilité installées sur le poste ou le serveur. On lit un client, on pousse une écriture, on crée une facture, dans les règles du dossier. Ça n'écoute pas Internet. Un agent cloud doit donc poser un relais sur le réseau de l'entreprise, le maintenir, le surveiller. Ce relais est le projet, pas un détail d'installation.

Sage 100 pour Microsoft 365, un périmètre étroit

L'éditeur publie une documentation « Sage 100 & Microsoft 365 » : des flux et des applications pour la gestion commerciale et la comptabilité, dans l'écosystème Microsoft. Ce n'est pas une porte ouverte à n'importe quel outil. C'est une porte vers Excel, Power Automate, des applications d'entreprise déjà dans Microsoft 365. Si votre besoin est là, on s'en sert. S'il n'est pas là, on ne fait pas semblant.

Lire le dossier, pas le réécrire à la légère

Même par les objets métier, on ne contourne pas les contrôles de Sage : un compte fermé, une période clôturée, une pièce déjà lettrée. L'intérêt d'un agent n'est pas d'écrire plus vite que l'écran. C'est de préparer la pièce — tiers, lignes, TVA, journal — et de la pousser une fois que Sage l'accepte. Une écriture refusée par Sage et recréée « pour que ça passe » est une écriture fausse.

Sage 100 & Microsoft 365 — portail développeur Sage (nouvel onglet) — Consultée le 21-08-2026. Documentation de l'API Sage 100 pour Microsoft 365. Sage 100 France n'y est pas présenté comme une API web générale : l'intégration native hors Microsoft passe par les objets métier locaux.

Trois automatisations concrètes

Ce qu'on met en place avec

Trois situations réelles, décrites comme du travail plutôt que comme de la technique.

Pousser les factures de vente sans les retaper dans Sage

Les factures naissent dans un autre outil — boutique, métier, tableur cadré. L'agent les pose en gestion commerciale Sage, avec les articles et les tarifs du dossier, pas avec des lignes libres. Les refus de Sage (article inconnu, client bloqué, TVA absente) reviennent comme une liste, pas comme un import « presque bon ». Vous corrigez le master, pas la pièce. C'est plus lent la première semaine, et c'est le seul rythme qui ne salit pas le dossier.

Préparer les écritures d'achat pour la compta

Une facture fournisseur lue ailleurs devient une proposition d'écriture : journal, compte, auxiliaire, TVA, échéance. L'agent ne la valide pas dans une période clôturée. L'expert-comptable, ou la personne qui tient Sage, la voit dans une file. Sage 100 n'est pas un bac à sable cloud ; chaque écriture poussée est une écriture du dossier. D'où la file, d'où la validation.

Sortir un état d'échéances sans export du vendredi

L'agent lit les pièces ouvertes, les échéances, les lettrages, et produit la liste des relances à faire — ailleurs, parce que Sage n'est pas un outil de courriel. La liste est datée, filtrée, et elle ignore les pièces lettrées dans la journée. Relancer à partir d'un export Excel de la veille, sur Sage, est une habitude coûteuse. La remplacer par une lecture du dossier, même via un relais local, change le rythme sans changer de logiciel.

Limites

Ce que cette intégration ne fera pas

Les contraintes qu'on rencontre pour de vrai. Les découvrir maintenant coûte une lecture ; les découvrir en cours de projet coûte le projet.

Pas d'API web générale sur Sage 100 France

C'est le fait central, et il doit être lu avant le reste. Il n'y a pas de jeton cloud, pas de bac à sable distant, pas de « clé API Sage 100 » à copier. Les intégrateurs qui promettent une API web générale parlent soit d'un autre Sage, soit d'une couche tierce. On nomme la couche, on nomme qui la maintient, on nomme où elle s'exécute. Sinon le projet n'a pas de propriétaire le jour où le serveur Windows redémarre.

Un relais local à vivre, pas à oublier

Dès qu'on sort de Microsoft 365, il faut un programme qui tourne près du dossier Sage, avec un compte Windows, des droits sur la base, une supervision, une mise à jour à chaque version Sage. Ce n'est pas un abonnement qu'on coupe. C'est une machine, un certificat, une personne qui sait relancer le service. Si cette personne n'existe pas dans l'entreprise, le projet n'est pas un projet d'agent, c'est un projet d'exploitation.

Sage 50 France est encore plus fermé

Sage 50, l'ancien Ciel, n'a pas davantage d'API web publique. Beaucoup de TPE y sont encore. Dans ce cas, les chemins honnêtes sont l'export, l'import cadré, parfois un partenaire certifié — pas un agent qui « se connecte à Ciel ». On le dit à la première réunion. Un devis qui mélange Sage 50, Sage 100 et Sage cloud est un devis qui n'a pas ouvert le poste de compta.

Ce que brancher Sage demande vraiment

On identifie le produit exact et sa version, on ouvre le poste ou le serveur, on parle à la personne qui tient les objets métier ou Microsoft 365, on décide si un relais local est acceptable. Ensuite on automatise *un* flux — les factures de vente, ou les écritures d'achat — pas les deux. Un diagnostic Sage qui tient en visio sans voir le dossier n'est pas un diagnostic. C'est pour ça que le travail ressemble plus à du sur-mesure qu'à un connecteur.

Sources

Chaque affirmation de cette page renvoie au texte qui fait foi. En cas d'écart entre cette page et la source, c'est la source qui a raison.

Vos questions

Peut-on quand même automatiser des relances avec Sage 100 ?

Oui, à condition d'accepter un relais près du dossier, ou de passer par l'API Microsoft 365 si votre installation l'ouvre. L'agent ne « se connecte pas à Sage dans le cloud ». Il lit les pièces ouvertes là où elles sont, et il rédige ailleurs. Si le serveur Sage n'est allumé que le jour, l'agent n'est allumé que le jour. C'est une contrainte d'exploitation, pas un détail. On la pose dans le contrat de maintenance, ou on ne démarre pas.

Sage Intacct ou Sage Accounting, c'est la même chose ?

Non. Sage Intacct et Sage Accounting ont des portails développeur et des API cloud documentées. Ce ne sont pas les produits installés chez la plupart des TPE françaises sous le nom Sage 50 ou Sage 100. Confondre les catalogues, c'est chiffrer un projet sur la mauvaise documentation. On demande la version affichée au lancement du logiciel, et on s'y tient.

Un partenaire « API Sage 100 » suffit-il ?

Parfois, s'il s'appuie vraiment sur les objets métier et s'il a un contrat de maintenance clair. Parfois non, s'il écrit dans la base en contournant Sage : les contrôles tombent, les lettrages cassent, la clôture devient un procès. On demande à voir sur quelle couche il s'appuie, qui la met à jour à chaque version Sage, et ce qui se passe quand le relais s'arrête. Si la réponse est floue, on ne l'utilise pas.

Une idée en tête ?

Réservez un rendez-vous ou écrivez-nous — réponse sous 24 h.