Connecter vos logiciels, en trois phrases
Quand deux logiciels ne se parlent pas, quelqu’un recopie : la commande dans la facturation, le devis accepté dans le planning, la facture dans le fichier de l’expert-comptable. Un connecteur API fait ce travail à sa place, en faisant passer les informations d’un outil à l’autre au moment où elles changent, et en vous prévenant quand quelque chose ne passe pas. On garde les logiciels que l’équipe connaît ; on supprime la double saisie et les erreurs qui vont avec.
Cette page parle de la tuyauterie : comment les données circulent, dans quel sens, et ce qui se passe quand un tuyau se bouche. Ce qu’on fait ensuite de ces données (relancer, alerter, préparer un devis) est traité sur les pages automatisation des processus et agent IA.
Les mots à connaître, sans jargon
L’API. C’est la porte qu’un logiciel ouvre pour que d’autres logiciels puissent lui parler. Par cette porte, on peut lui demander « donne-moi les factures d’aujourd’hui » ou lui dire « crée ce client ». La plupart des logiciels en ligne récents en ont une ; certains la réservent à leurs formules les plus chères, c’est à vérifier avant tout projet. Une API REST est simplement le type d’API le plus répandu sur internet.
Le connecteur. C’est le programme qui passe par les portes de deux logiciels pour faire circuler les données. Il peut être prêt à l’emploi (proposé par l’éditeur ou par un outil comme n8n, Make ou Zapier) ou développé pour vous.
La synchronisation. C’est le fait de garder deux logiciels d’accord entre eux, dans un sens (la boutique envoie ses ventes à la facturation) ou dans les deux (une adresse modifiée d’un côté est reportée de l’autre).
Le déclencheur et le webhook. Le déclencheur est l’événement qui lance le transfert : une commande payée, un devis accepté. Certains logiciels préviennent eux-mêmes à la seconde par un webhook (un message automatique envoyé à une adresse web) ; pour les autres, le connecteur vient vérifier à intervalle régulier, par exemple toutes les dix minutes.
La source de vérité. C’est le logiciel qui a le dernier mot sur une information. Le prix d’un article, par exemple, ne doit être modifié qu’à un seul endroit.
Quand aucune API n’existe, il reste souvent l’export et l’import de fichiers à heure fixe. C’est moins immédiat, mais la ressaisie disparaît quand même.
Une synchronisation, pas à pas : boutique en ligne et logiciel de facturation
Prenons un cas courant : un caviste, un fleuriste ou un producteur qui vend en ligne et facture dans un logiciel séparé. Aujourd’hui, chaque soir, quelqu’un recopie les commandes du jour. Voici ce que fait le connecteur. C’est un exemple type, à adapter à vos logiciels.
| Étape | Ce qui se passe | Qui |
|---|---|---|
| 1 | Un client paie sa commande sur la boutique | Le client |
| 2 | La boutique envoie un webhook « commande payée » au connecteur | La boutique, automatiquement |
| 3 | Le connecteur cherche le client dans le logiciel de facturation (par son email). S’il n’existe pas, il le crée | Le connecteur |
| 4 | Il fait correspondre chaque article de la boutique à l’article du logiciel de facturation, grâce à une table de correspondance préparée au départ | Le connecteur |
| 5 | Il crée la facture, avec le bon taux de TVA et le mode de paiement, puis note le numéro de facture dans la commande de la boutique | Le connecteur |
| 6 | Il enregistre l’opération dans un journal : heure, commande, facture créée | Le connecteur |
| 7 | Chaque matin, un récapitulatif liste les factures créées la veille et les éventuels échecs | Vous le lisez en deux minutes |
Qui a le dernier mot sur quoi
Avant de brancher quoi que ce soit, on écrit qui est la source de vérité, information par information :
| Information | Source de vérité | Sens de circulation |
|---|---|---|
| Commandes et paiements en ligne | La boutique | Boutique vers facturation |
| Factures et numéros de facture | Le logiciel de facturation | Facturation vers boutique (pour affichage) |
| Prix de vente | Celui que vous choisissez, un seul | Jamais modifié des deux côtés |
| Stock | Le logiciel de caisse ou de stock | Stock vers boutique |
Sans cette règle, deux personnes modifient le même prix à deux endroits, et le connecteur ne sait plus lequel croire.
Ce qui se passe quand ça échoue
Une synchronisation tombera en panne un jour. La question est de savoir si vous l’apprenez le jour même ou trois mois plus tard. Voici les cas les plus fréquents et le comportement qu’on construit :
- Le logiciel de facturation est indisponible (maintenance de l’éditeur) : la commande est mise en file d’attente et renvoyée automatiquement, par exemple toutes les quinze minutes. Rien n’est perdu.
- Un article de la boutique n’a pas d’équivalent (vous avez créé un nouveau coffret sans prévenir) : la facture n’est pas créée au hasard. La commande est mise de côté et vous recevez un message « article inconnu : coffret Noël, à relier ».
- Le même webhook arrive deux fois (cela arrive) : le connecteur vérifie que la commande n’a pas déjà sa facture, pour ne pas facturer en double.
- Le mot de passe ou la clé d’accès a expiré : tout s’arrête, et une alerte part immédiatement, au lieu d’échouer en silence.
- Une commande est remboursée : selon votre règle, le connecteur prépare un avoir en brouillon, que vous validez.
C’est ce travail sur les échecs, plus que le branchement lui-même, qui distingue un connecteur fiable d’un bricolage. Une synchronisation silencieuse qui s’arrête est pire que pas de synchronisation : on croit les chiffres justes alors qu’ils ne le sont plus.
Pour qui, et pour qui ce n’est pas
La connexion entre logiciels rend service si :
- vous ou un salarié passez du temps chaque semaine à recopier des informations d’un outil à un autre ;
- des erreurs de ressaisie vous ont déjà coûté (une facture oubliée, un mauvais prix, une commande en double) ;
- vous voulez garder vos logiciels actuels, que l’équipe maîtrise, plutôt que tout remplacer ;
- vous voulez des chiffres d’ensemble sans compiler plusieurs exports à la main.
Ce n’est pas utile si :
- vous n’utilisez qu’un seul logiciel, ou si la ressaisie se limite à quelques lignes par mois ;
- l’un de vos outils ne laisse sortir aucune donnée, ni par API ni par export : mieux vaut d’abord changer cet outil ;
- un logiciel unique du marché couvre déjà toute votre chaîne pour un abonnement raisonnable. Quand ce n’est pas le cas et que les outils se multiplient, la question d’un ERP sur mesure peut se poser, mais en dernier recours.
D’autres connexions que nous construisons
- Le devis qui devient facture. Un plombier chauffagiste fait ses devis dans un logiciel et sa facturation dans un autre : la facture est créée dès que le devis passe à « réalisé ».
- Le garage relié au reste. Dans un garage automobile, logiciel d’atelier, prise de rendez-vous en ligne et comptabilité vivent séparément ; les relier évite de saisir trois fois le même véhicule.
- Le registre de cave et la boutique. Pour un viticulteur, relier registre de cave, boutique en ligne et facturation donne le reste à vendre en temps réel, cuvée par cuvée.
- Les pièces vers l’expert-comptable. Factures émises et reçues partent rangées et nommées vers l’outil de votre cabinet. Il reste celui qui tient les comptes : voir préparer sa comptabilité pour l’expert-comptable.
- La facture électronique. Votre logiciel de facturation doit échanger avec une plateforme agréée ; quand le lien n’est pas prévu d’origine, un connecteur peut le faire. Voir choisir sa plateforme agréée et le calendrier de la facture électronique.
- L’alimentation d’un outil sur mesure. Quand vous faites construire un outil, il récupère les données des logiciels existants par un connecteur prévu dès le cadrage : voir le SaaS sur mesure.
Comment ça se passe
- Cartographie. Nous listons vos logiciels, ce que chacun contient, les informations que vous recopiez et le temps que cela prend.
- Vérification des portes. Pour chaque logiciel : existe-t-il une API, est-elle incluse dans votre formule, que permet-elle de lire et d’écrire, y a-t-il un webhook, un export à défaut ?
- Règles de circulation. Source de vérité par information, sens des flux, correspondance des articles et des clients.
- Choix de l’outil. Si un connecteur prêt à l’emploi existe dans n8n, Make ou Zapier, on l’utilise ; sinon on développe la partie manquante. Voir n8n, Make ou Zapier.
- Construction et test, y compris des pannes provoquées exprès, puis un petit volume réel.
- Documentation. Un schéma d’une page : ce qui circule, dans quel sens, et quoi faire en cas d’alerte.
Ce que ça ne fait pas, et ce que coûtent les outils autour
- Un connecteur ne répare pas des données fausses. Un client présent en trois exemplaires d’un côté arrivera en trois exemplaires de l’autre. On nettoie d’abord.
- Il ne prend aucune décision métier. Il transporte et range ; il ne relance pas, ne trie pas, ne juge pas.
- Il dépend des éditeurs. Quand un éditeur modifie son API ou la rend payante, le connecteur doit être adapté : c’est une des raisons de la maintenance.
- L’accès à l’API peut être payant. Nous le vérifions et l’annonçons avant de commencer.
- Les outils d’automatisation ont leur prix. Au 11/11/2026, la formule Starter de n8n en ligne est affichée à 20 € par mois en paiement annuel pour 2 500 exécutions, selon la page tarifs de n8n. Make et Zapier sont détaillés dans le comparatif.
Comment le prix est établi
Nous n’affichons pas de prix : relier deux logiciels qui ont déjà un connecteur prêt à l’emploi n’a rien à voir avec un développement sur une API mal documentée. Le devis dépend du nombre de logiciels et de flux, de la qualité de leurs API, du sens de la synchronisation, du volume de données et du niveau de surveillance souhaité. Les abonnements des outils tiers sont listés à part.
Pour commencer, listez les informations que vous recopiez chaque semaine et le temps que cela prend : le calculateur de temps gagné vous aide à le chiffrer. Puis écrivez-nous : nous vous dirons si un connecteur existant suffit.
