Intégration API : connecter vos logiciels entre eux

Qu’est-ce qu’une intégration API, en clair ?

Une intégration API relie deux logiciels pour qu’ils échangent des données sans intervention humaine. Trois mots reviennent dans tous les échanges avec un prestataire :

• API : la porte d’entrée qu’un logiciel ouvre aux autres programmes. Elle permet de lire ou de créer une commande, une facture ou un contact, dans les limites fixées par l’éditeur.
• Webhook : un message qu’un logiciel envoie de lui-même quand un événement se produit (« nouvelle commande », « facture payée »). Le flux réagit tout de suite, au lieu d’interroger l’outil toutes les heures.
• Connecteur : le module qui sait parler à l’API d’un logiciel donné. Les outils d’automatisation en proposent pour la plupart des logiciels courants ; quand il manque, on l’écrit.

En PME, une intégration utile ressemble à l’un de ces trois cas. Une commande passée sur la boutique en ligne crée la facture dans le logiciel comptable et retire l’article du stock. Un devis signé dans le CRM devient une facture, sans que le commercial ressaisisse les lignes. Un e-mail fournisseur avec un bon de commande en PDF devient une commande dans l’ERP : c’est un flux que nous faisons tourner en production pour un acteur de la distribution alimentaire multi-sites, où une référence inconnue ou un prix différent du tarif convenu remonte à une personne avec le PDF d’origine.

Connecteur natif, outil no-code ou connecteur sur mesure : comment choisir ?

Regardez d’abord le connecteur natif, celui qu’un de vos éditeurs propose dans ses paramètres. S’il couvre votre besoin, gardez-le : vous n’aurez rien à maintenir. Par exemple, l’intégration Shopify de Pennylane récupère chaque matin les ventes de la boutique, y compris celles de Shopify POS, et les comptabilise dans le journal des ventes à la fréquence choisie (jour, semaine ou mois), selon la présentation de Pennylane (mise à jour le 04/12/2023, consultée le 08/11/2026). Cette présentation ne parle ni du stock ni du CRM : pour ces flux, vérifiez ce que le connecteur fait réellement avant de compter dessus.

Nous construisons les flux avec n8n et y ajoutons du code quand un calcul ou un connecteur manquant l’exige. Le choix se fait au diagnostic, logiciel par logiciel. Si le connecteur natif suffit, le compte rendu le dit.

Et si mon logiciel n’a pas d’API ?

Beaucoup de logiciels métier anciens, ou installés sur un seul poste, n’ont pas d’API publique. Avant de conclure que rien n’est possible, nous cherchons, dans cet ordre :

1. un export planifié (fichier CSV ou Excel déposé chaque nuit dans un dossier), que le flux lit au matin ;
2. les e-mails que le logiciel envoie déjà (confirmations, rapports), que le flux peut lire ;
3. un accès en lecture à la base de données, si l’éditeur et votre contrat l’autorisent ;
4. en dernier recours, la RPA : un robot reproduit les clics d’un utilisateur à l’écran.

La RPA fonctionne, mais une mise à jour de l’interface suffit à la bloquer. Quand elle est la seule option, chaque échec déclenche une alerte, et on prévoit la procédure manuelle de secours.

Comment fiabiliser une intégration API dans le temps ?

Le flux qui marche le jour de la démonstration doit ensuite passer les soldes, les pannes d’un éditeur et les cas que personne n’avait prévus. Nous traitons cinq points dans chaque intégration :

• Les doublons. Si le même événement arrive deux fois (un webhook renvoyé, un rejeu après une panne), le flux le reconnaît et ne crée pas une seconde facture. Les développeurs parlent d’idempotence.
• La reprise sur erreur. Un élément qui échoue est mis de côté avec sa cause, puis rejoué, au lieu d’être perdu.
• Les limites d’appel. La plupart des API plafonnent le nombre de requêtes par minute. Le flux espace ses appels pour ne pas être bloqué un jour de forte activité.
• Les versions d’API. Les éditeurs retirent leurs anciennes versions. Nous notons celle que chaque flux utilise et suivons les annonces.
• Les alertes. Une erreur qui se répète prévient une personne, avec la donnée en cause et le lien vers l’exécution.

Les 30 jours qui suivent la mise en production, les corrections sont incluses. Ensuite, l’abonnement Ops (trois mois minimum puis sans engagement) surveille les flux et les répare quand un éditeur change quelque chose. Le flux, l’instance n8n et la documentation restent à votre nom.

Quelles intégrations documentons-nous ?

• Shopify et Pennylane : ventes de la boutique vers la comptabilité.
• Logiciel de facturation, banque et e-mail : la relance automatique des factures impayées rapproche chaque facture du relevé avant d’envoyer l’un de nos modèles de relance.
• E-mail fournisseur et ERP : les bons de commande fournisseurs créés dans l’ERP.

Une intégration est souvent la première brique d’un chantier plus large : l’automatisation des processus métier, ou un ERP sur mesure relié à votre comptabilité et à votre boutique.

Listez-nous les logiciels que vous voulez relier dans le formulaire de diagnostic. Sous 48 h après l’échange de 30 minutes, le compte rendu écrit indique si un connecteur natif suffit, sinon quel flux construire et son chiffrage. Toutes les formules sont décrites sur la page offres.