Intégration API : site, CRM, ERP et facturation connectés entre eux.

Une API (interface de programmation) est la porte d’entrée qu’un logiciel ouvre aux autres : elle dit quelles données on peut lire ou écrire, et sous quelle forme. La plupart des logiciels récents en ont une, souvent de type REST.

Une intégration API utilise ces portes pour faire circuler l’information entre vos logiciels. Elle repose sur trois briques :

• un déclencheur : un événement (une commande créée, un devis signé) signalé par un webhook, ou une synchronisation à heure fixe ;
• une correspondance : la traduction des champs d’un logiciel vers l’autre (codes articles, unités, TVA, statuts) ;
• un journal : la trace de chaque échange, réussi ou non.

Le résultat : une donnée saisie une fois, juste partout, et des équipes qui arrêtent de faire le lien à la main.

Commencez par le flux que quelqu’un recopie déjà chaque jour. Il se repère facilement : un export Excel suivi d’une saisie, un e-mail transféré pour qu’une autre personne retape son contenu, une liste à tenir à jour dans deux outils.

Dans les PME du négoce et de la distribution, de l’industrie et des services, les mêmes flux reviennent :

• site et ERP : commandes et clients vers l’ERP, stocks et prix vers le site ;
• CRM et facturation : le devis signé devient une facture, le paiement remonte au commercial ;
• formulaires et CRM : chaque demande arrive rattachée au bon contact ;
• banque et comptabilité : les paiements rapprochés des factures.

Un bon premier flux est fréquent, simple à vérifier et visible : le gain se constate en quelques semaines, et la même base sert aux suivants.

Les plateformes d’intégration (iPaaS comme Zapier, Make ou n8n) relient des logiciels courants sans écrire de code. Elles conviennent aux flux simples et peu volumineux : un formulaire qui crée un contact, une notification dans Teams.

Elles montrent leurs limites dès que les règles se compliquent (tarifs par client, unités différentes, cas particuliers), que les volumes montent ou qu’un logiciel n’est pas dans leur catalogue. L’abonnement augmente avec le nombre d’opérations, et la logique reste enfermée dans l’outil.

Un connecteur sur mesure, ou une petite couche d’intégration (middleware) entre vos logiciels, coûte plus au départ mais suit exactement vos règles, tient la charge et vous appartient. Dans la pratique, je mélange souvent les deux : une plateforme là où elle suffit, du code là où il faut de la précision. Le choix se fait flux par flux, pendant l’audit.

C’est l’inquiétude la plus fréquente, et rarement un obstacle. Un logiciel sans API ouvre presque toujours une autre porte :

• des exports et imports de fichiers (CSV, Excel, XML), qu’on peut programmer à heure fixe ;
• une base de données accessible en lecture, parfois en écriture, avec l’accord de l’éditeur ;
• l’EDI, déjà en place chez beaucoup de distributeurs et d’industriels ;
• en dernier recours, un robot qui reproduit les clics à l’écran (RPA), plus fragile.

Le connecteur se charge de traduire ces échanges dans un format que vos autres logiciels comprennent. Votre ERP reste en place, vos équipes gardent leurs habitudes, et le jour où vous le changerez, seul le connecteur sera à adapter.

Je vérifie ce point dès le premier appel : vous savez avant tout engagement si le lien est possible, et par quel chemin.

Soyons francs : la plupart des échanges entre logiciels n’ont pas besoin d’IA. Quand deux logiciels ont une API et des données propres, une règle de correspondance fait le travail, plus vite, moins cher et sans risque d’erreur d’interprétation.

L’IA devient utile là où il faut lire ou comprendre :

• un bon de commande ou une facture en PDF, dont la mise en page change d’un fournisseur à l’autre ;
• un e-mail rédigé librement, dont il faut tirer le client, les articles et la date ;
• un libellé saisi à la main qu’il faut rapprocher du bon code article ;
• un doublon probable que les règles strictes ne voient pas.

Dans ces cas, l’IA extrait l’information, la propose au connecteur, et les règles vérifient le reste. Ce qu’elle n’est pas sûre d’avoir compris est signalé, jamais écrit en silence. Lire les commandes et les factures reçues par e-mail relève de l’automatisation des processus métiers ; donner à vos équipes un assistant qui interroge vos logiciels, de l’intégration IA.

Une intégration se juge le jour où quelque chose se passe mal. Quatre points font la différence :

• Les accès : authentification par OAuth2 ou clés dédiées, droits limités au strict nécessaire, secrets rangés hors du code.
• Le journal : chaque échange est enregistré avec son contenu et son résultat. On sait ce qui est passé, quand, et pourquoi un envoi a échoué.
• La reprise sur erreur : si un logiciel ne répond pas, l’envoi est retenté ; s’il échoue encore, il est mis de côté et une alerte part. Rien ne se perd.
• La documentation : flux, correspondances, accès et procédure de reprise sont écrits, à votre nom.

Le code, les comptes et la documentation vous appartiennent. Vous n’êtes lié à personne : un autre développeur peut reprendre l’intégration, et quand un éditeur fait évoluer son API, l’adaptation est circonscrite à un seul connecteur.