Faire communiquer vos logiciels : ERP, CRM, APIs tierces, fichiers plats

Le symptôme : la même donnée saisie trois fois

Un devis dans le CRM, recopié dans l’ERP, puis dans l’outil de facturation. Des stocks mis à jour dans un logiciel et faux dans l’autre jusqu’au lendemain. Un fichier Excel « de liaison » que tout le monde connaît et que personne n’ose modifier. Ce n’est pas un problème d’organisation, c’est un problème d’outils qui ne se parlent pas. Il se règle avec du code, pas avec une procédure.

Ce que je connecte

ERP et CRM

Synchronisation des clients, des commandes, des stocks, des factures entre les deux systèmes, dans un sens ou dans les deux. Avec une règle claire sur qui fait autorité pour chaque donnée, parce qu’une synchronisation bidirectionnelle sans cette règle finit toujours en conflit.

APIs tierces

Paiement, signature électronique, logistique, messagerie, données publiques. Chaque API extérieure a ses limites de débit, ses pannes et ses changements de version. Le connecteur les encaisse : file d’attente, reprise, journal.

Systèmes sans API

Exports planifiés, fichiers plats, bases de données en lecture directe. La majorité des logiciels métier installés dans les PME sont dans ce cas. Un connecteur fiable se construit quand même : validation en entrée, quarantaine des lignes douteuses plutôt que rejet global, reprise sur incident, journal lisible par le métier.

SharePoint et Microsoft 365

Quand l’environnement de l’entreprise est déjà là, avec ses comptes et ses droits, c’est souvent le bon endroit pour héberger un outil de liaison. Parfois sans serveur du tout, comme dans l’outil de prospection présenté dans les réalisations.

Ce qui fait qu’un connecteur tient dans le temps

N’importe qui peut écrire un script qui copie des données d’un système à l’autre un mardi après-midi. Ce qui coûte, c’est le connecteur qui tourne encore dans trois ans, après deux changements de version de l’ERP et un prestataire qui a cessé d’exister. Quatre propriétés font la différence.

• Idempotence : rejouer la même opération deux fois ne crée pas deux commandes. C’est ce qui permet de relancer un traitement sans réfléchir.
• Reprise sur erreur : quand un système ne répond pas, on attend, on retente, on signale. Rien n’est perdu, rien n’est doublé.
• Réconciliation : un contrôle régulier compare les deux côtés et remonte les écarts avant qu’un client ne les voie.
• Journal lisible par le métier : quelqu’un de la comptabilité doit pouvoir voir ce qui est passé, ce qui a échoué et pourquoi, sans appeler un développeur.

Zapier, Make ou sur mesure : quand chaque option est la bonne

Les outils d’automatisation sans code sont excellents pour relier deux services web modernes avec peu de volume et une logique simple. Je les recommande dans ce cas. Ils atteignent leurs limites quand le volume monte, quand une erreur silencieuse coûte de l’argent, quand la logique métier dépasse quelques règles, quand les données sont sensibles, ou quand l’abonnement mensuel finit par coûter plus qu’un développement. Le bon choix dépend de votre cas, et je vous le dirai même s’il ne passe pas par moi.

Exposer votre propre API

L’interconnexion consiste le plus souvent à consommer les interfaces des autres. Quand ce sont vos partenaires qui doivent se brancher sur vous, c’est l’inverse : il faut concevoir et exposer une API. C’est un service à part entière, décrit sur la pagedéveloppement d’API.