Comment connecter deux systèmes qui ne s’intègrent pas entre eux?
Si les deux ont une API, ils peuvent être connectés — au moyen d’une plateforme d’intégration (middleware) pour les cas standards, ou avec du code sur mesure quand la logique est particulière. Si l’un d’eux n’a pas d’API, les solutions de repli sont les exportations de fichiers planifiées, l’analyse automatique de courriels ou l’accès à la base de données, dans cet ordre de préférence.
Déterminez la source de vérité avant de brancher quoi que ce soit. Deux systèmes qui se synchronisent dans les deux sens sans gagnant désigné produisent des conflits bien plus difficiles à déboguer que l’étape manuelle d’origine. La discipline qui fonctionne, c’est une carte de propriété des champs : pour chaque champ partagé — téléphone, statut, montant, responsable — notez quel système peut le modifier et lequel ne fait que l’afficher. La synchronisation à sens unique par champ est ennuyeuse et correcte; la synchronisation bidirectionnelle symétrique est une invitation permanente à ce que les deux systèmes s’écrasent l’un l’autre, indéfiniment.
Décidez aussi ce qui arrive quand la synchronisation échoue, parce que ça arrivera. Les API changent, les identifiants expirent, les fournisseurs retirent des points de terminaison, les limites de débit rejettent une rafale de mises à jour. Un échec silencieux est pire que pas d’automatisation du tout, puisque les gens arrêtent de vérifier. Le développement a besoin de trois éléments peu glorieux : une nouvelle tentative qui ne créera pas de doublons quand le même événement arrive deux fois, une file d’erreurs où les fiches en échec attendent visiblement une personne au lieu de disparaître, et une alerte qui se déclenche quand la connexion est silencieuse plus longtemps qu’elle ne devrait l’être. Les intégrations échouent rarement bruyamment; elles échouent en silence et on s’en aperçoit à la fin du mois.
La méthode de connexion compte moins qu’on le pense, mais l’ordre de préférence est réel. Les webhooks ou déclencheurs d’événements valent mieux que l’interrogation périodique quand le fournisseur les offre — les changements arrivent en quelques secondes plutôt que selon un horaire. Les plateformes d’intégration se mettent en place rapidement et sont facturées à la tâche, ce qui convient à un volume modeste et devient une vraie ligne budgétaire une fois que la synchronisation tourne pour chaque fiche. Le code sur mesure vaut son prix quand la logique de transformation est propre à votre entreprise : faire correspondre des listes de choix qui ne concordent pas, scinder une fiche d’un système en deux fiches dans l’autre, uniformiser des formats.
Quand un côté n’a pas d’API, soyez honnête sur la fragilité que vous acceptez. Les exportations planifiées sont stables, mais en retard de plusieurs heures; l’analyse de courriels fonctionne jusqu’à ce que le fournisseur refasse son modèle d’avis; l’accès direct à la base de données est puissant et cesse de fonctionner sans avertissement à la prochaine mise à jour du fournisseur, si les conditions d’utilisation le permettent seulement. Les trois sont des passerelles légitimes — mais ce sont des passerelles, et le plan doit préciser ce qui déclenchera leur remplacement.
Avant que la première fiche circule, nettoyez et dédoublonnez ce qui se trouve déjà dans les deux systèmes, sinon l’automatisation propagera fidèlement le désordre. Et testez avec les fiches bizarres, pas les propres — le contact avec deux adresses courriel, le dossier sans responsable, le nom avec un accent. Les fiches propres n’ont jamais été le problème.
Dernière révision le 28 août 2026