# Connecteur natif, no-code ou sur mesure : relier vos logiciels sans vous tromper

> Connecteur d’éditeur, plateforme no-code ou développement sur mesure : relier deux logiciels selon la criticité du flux, pas selon la vitesse d’installation.

Publié le 25 septembre 2025 · Valentin Souvay, fondateur et consultant en transformation numérique (Onilys)

Source : https://onilys.fr/blog/connecteur-natif-no-code-sur-mesure-relier-logiciels/

Pour faire passer une donnée d’un logiciel à l’autre, il existe trois chemins : le connecteur de l’éditeur, une plateforme no-code, un développement sur mesure. Le bon se choisit selon ce que le flux pèse, pas selon le temps qu’il prend à installer.

## En bref

- Le connecteur de l’éditeur est le plus simple, tant qu’il fait exactement ce que vous voulez : testez-le sur un mois réel.
- La plateforme no-code se monte vite, à condition d’avoir un responsable, des alertes et une documentation.
- Le sur mesure se justifie quand le flux est spécifique ou critique ; exigez journal, alertes, procédure de rejeu et propriété du code.
- Deux questions décident : que se passe-t-il si le flux s’arrête trois jours, et ce qu’il fait existe-t-il tel quel chez un éditeur ?

Prenons un atelier de chaudronnerie où le devis accepté par le client est imprimé, puis ressaisi dans l’ERP par l’assistante, ligne par ligne. Une quarantaine de lignes en moyenne, plusieurs devis par jour. Les erreurs de ressaisie se découvrent au moment de facturer, parfois après livraison. Le dirigeant veut « un lien entre les deux ». Trois prestataires peuvent lui proposer trois choses différentes : le connecteur de l’éditeur de l’ERP, une plateforme d’automatisation, un développement sur mesure. Les trois marchent. Aucun n’est le bon dans tous les cas.

## Le connecteur de l’éditeur : le plus simple, tant qu’il fait ce que vous voulez

La plupart des logiciels de gestion proposent aujourd’hui des liaisons toutes faites vers les outils les plus courants : l’ERP vers la comptabilité, le planning vers la paie, la banque vers le logiciel de trésorerie. Quand votre besoin est exactement celui prévu par l’éditeur, c’est le bon choix. Il n’y a rien à construire, la mise à jour est comprise, et quand ça casse, vous appelez le support de l’éditeur, qui est le seul responsable.

Ce qui coince, c’est l’écart entre ce que le connecteur fait et ce que vous voulez. Il envoie les factures vers la comptabilité, mais pas avec votre découpage analytique par chantier. Il reprend les heures du planning, mais pas les primes de déplacement. L’éditeur ne changera pas son connecteur pour vous, et il n’a aucune raison de le faire. Vous vous retrouvez alors à corriger à la main ce qui manque, et le connecteur a déplacé la ressaisie au lieu de la supprimer. Ce qu’il faut prévoir : tester le connecteur sur un mois réel avant de s’engager, avec vos vraies données, et vérifier ce qu’il fait des erreurs. Un rejet silencieux est pire qu’une absence de connecteur, parce que personne ne le voit.

## La plateforme no-code : vite montée, à condition de savoir qui la surveille

Les plateformes d’automatisation permettent de relier deux logiciels sans écrire de code : quand un devis passe en « accepté », créer la commande dans l’ERP ; quand une commande est livrée, prévenir le service facturation. On les configure en quelques heures, parfois en une après-midi. Il en existe plusieurs, dont des outils européens hébergés en Europe, ce qui compte quand les données concernent vos salariés ou vos clients.

C’est le bon choix pour un flux simple, fréquent, et dont l’arrêt ne bloque pas l’entreprise : une notification, une copie de fichier, la création d’une fiche. C’est aussi un bon moyen de tester une idée avant d’investir. Ce qui coince arrive plus tard. La personne qui a monté le scénario change de poste et personne ne sait plus comment il fonctionne. L’éditeur du logiciel de devis renomme un champ, et le scénario s’arrête sans prévenir. L’abonnement augmente parce que le nombre d’opérations a grimpé. Et les cas particuliers, un devis avec acompte, une commande en plusieurs livraisons, finissent par faire dix scénarios là où il y en avait un. Ce qu’il faut prévoir : un responsable nommé, une alerte quand un scénario échoue, un document d’une page qui décrit chaque flux, et une revue tous les six mois pour fermer ceux qui ne servent plus.

## Le sur mesure : quand le flux est le vôtre et qu’il ne doit pas s’arrêter

Le développement sur mesure est un petit programme écrit pour vous, qui lit dans un logiciel et écrit dans l’autre, selon vos règles. C’est le bon choix dans deux cas. Quand le flux porte une spécificité qui vous appartient : votre façon de découper un chantier en lots, votre grille de prix négociée par client, votre circuit de validation. Et quand le flux est critique : s’il s’arrête, la paie ne part pas, les factures ne sortent pas, et, à partir de septembre prochain, les factures électroniques que vous devrez recevoir par une plateforme agréée ne seront plus traitées. Dans ces cas, le sur mesure n’est pas un luxe. C’est le seul moyen d’avoir un flux qui fait exactement ce que vous voulez et dont vous possédez le code.

Ce qui coince, c’est tout ce que les deux autres options vous évitaient. Il faut quelqu’un pour l’écrire, quelqu’un pour le maintenir, et une mise à jour quand un des deux logiciels change de version. Le coût de départ est plus élevé. Et un développement livré sans supervision, sans journal des erreurs et sans documentation vaut moins qu’un connecteur d’éditeur. Ce qu’il faut prévoir, donc, dès le devis : un journal lisible de chaque échange, une alerte par courriel quand un flux échoue, une procédure écrite pour rejouer une journée manquée, et un contrat de maintenance qui dit en combien de temps on intervient. Et la propriété du code, par écrit.

## Choisir selon ce que le flux pèse, pas selon le temps qu’il prend à installer

La tentation est de prendre le plus rapide à mettre en place. C’est le mauvais critère. Un flux se choisit selon deux questions. Est-il critique, c’est-à-dire : que se passe-t-il chez vous s’il s’arrête trois jours ? Et est-il spécifique, c’est-à-dire : ce qu’il fait existe-t-il tel quel chez un éditeur, ou est-ce votre façon de travailler ? Un flux ni critique ni spécifique va vers le connecteur ou la plateforme. Un flux spécifique mais peu critique peut vivre sur une plateforme, avec un responsable. Un flux critique, spécifique ou non, mérite soit un connecteur d’éditeur solidement testé, soit du sur mesure. Avant de décider, pour chaque flux, écrivez les réponses à ces questions :

- Qui saura, le lundi matin, que le flux n’a pas tourné dans la nuit ?
- Qui est capable de le réparer, et dans quel délai ?
- Que fait-on des données qui n’ont pas pu passer : on les rejoue, on les ressaisit, on les perd ?
- Que se passe-t-il si l’un des deux logiciels change de version ou d’éditeur ?
- À qui appartient ce qui a été construit ?

Nous ne vendons aucun de ces trois chemins. Nous n’avons pas de plateforme à placer, pas d’accord avec un éditeur, pas de licence à revendre. Quand nous recommandons un connecteur d’éditeur, c’est parce qu’il suffit. Quand nous écrivons du sur mesure, c’est parce que rien d’autre ne tenait. Pour l’atelier de chaudronnerie, une réponse raisonnable tiendrait en deux chemins : un scénario sur une plateforme pour la création de la commande, avec une alerte et un responsable nommé, et un développement sur mesure pour le flux vers la comptabilité, parce que celui-là ne doit pas s’arrêter. Deux flux, deux poids, deux chemins.

Si vous avez un flux de ce genre, une ressaisie quotidienne entre deux logiciels, c’est exactement ce que nous appelons [le connecteur humain](https://onilys.fr/blog/connecteur-humain-ressaisie-entre-logiciels/), et le type de processus que nous traitons en une demi-journée, avec les personnes qui le font, lors de notre [workshop d’automatisation](https://onilys.fr/workshop-automatisation/).