Lorsqu'une entreprise souhaite échanger des informations avec un client, un fournisseur ou un partenaire, une idée revient souvent : « Nous devons utiliser le même logiciel. » Cette croyance est pourtant largement dépassée.
Aujourd'hui, l'interopérabilité des logiciels permet à des applications différentes de communiquer efficacement sans qu'il soit nécessaire de remplacer les solutions déjà en place. Grâce aux API, aux interfaces sur mesure et aux middlewares, il est possible d'automatiser les échanges de données entre applications, tout en conservant les outils les plus adaptés à chaque organisation.
Dans cet article, nous verrons pourquoi l'utilisation d'un logiciel commun n'est pas indispensable et comment mettre en place une intégration de logiciels fiable, évolutive et sécurisée.
Un exemple concret
Prenons le secteur de la santé.
Un hôpital n'a pas les mêmes besoins qu'un service d'aide et de soins à domicile, un EMS, un laboratoire ou un cabinet médical. Chaque établissement choisit un logiciel métier répondant à ses propres contraintes fonctionnelles et réglementaires.
Pourtant, tous travaillent autour d'un même élément : le patient.
Les informations administratives (nom, prénom, date de naissance, numéro AVS, adresse, coordonnées, etc.) sont souvent nécessaires à plusieurs intervenants. Avec l'accord du patient, ces données devraient pouvoir circuler automatiquement entre un médecin, un spécialiste, un hôpital ou un organisme de soins à domicile.
Cette synchronisation des données ne nécessite pas que tous utilisent le même logiciel. Ce qui compte réellement est la capacité des applications à communiquer entre elles.
Les standards facilitent l'intégration des logiciels
Dans le domaine de la santé, la norme HL7 constitue une référence en matière d'échange de données. Lorsqu'elle est correctement implémentée par les éditeurs, elle facilite grandement la communication entre différents logiciels.
Tous les secteurs d'activité ne disposent cependant pas d'un standard métier comparable. Cela ne signifie pas pour autant que les échanges sont impossibles.
Aujourd'hui, les standards techniques sont largement suffisants pour assurer une connexion entre logiciels métiers. Les plus répandus sont notamment :
- les API REST, idéales pour des échanges en temps réel ;
- les fichiers CSV, simples et universels ;
- les formats JSON ou XML, très utilisés pour les échanges automatisés.
Ces technologies permettent de construire des interfaces fiables entre des applications développées par des éditeurs différents.
Le rôle du middleware : traduire les données
Même lorsque deux logiciels peuvent communiquer, ils ne parlent pas toujours le même langage.
Par exemple :
- un logiciel stockera le prénom dans un champ
prenom; - un autre utilisera
first_name; - les formats de date pourront être différents ;
- certains codes ou statuts auront des significations propres à chaque application.
C'est précisément le rôle d'un middleware.
Le middleware agit comme un traducteur entre deux systèmes. Il reçoit les données, les transforme, applique les règles de correspondance (mapping) puis les transmet dans un format compréhensible par le logiciel destinataire.
Cette couche intermédiaire permet de réaliser une intégration de logiciels sans modifier le fonctionnement des applications existantes.
Elle facilite également la maintenance : lorsqu'un logiciel évolue, il suffit souvent d'adapter le middleware plutôt que de revoir l'ensemble des interfaces.
Un cas concret : préférer le best-of-breed à l'ERP unique
Ce n'est pas qu'une théorie. Je l'ai mis en place lors d'un précédent poste, dans un organisme du domaine médico-social, en remplaçant une application monolithique par un écosystème logiciel construit sur le principe du best-of-breed : plusieurs outils, chacun choisi pour être le meilleur dans son domaine, plutôt qu'un seul système généraliste censé tout couvrir.
Plutôt que d'essayer de faire rentrer tous les services dans un même ERP, ce qui aurait imposé de nombreux compromis fonctionnels, j'ai développé plusieurs interfaces et middlewares chargés de synchroniser les données entre les différents logiciels. Résultat : une plus grande flexibilité pour chaque service métier, et des flux de données mieux maîtrisés d'un bout à l'autre du système.
C'est exactement le principe décrit plus haut : on ne standardise pas les logiciels, on standardise leur capacité à communiquer. Les investissements existants sont préservés, les doubles saisies disparaissent, et le système reste capable d'accueillir un nouveau partenaire ou un nouvel outil sans tout reconstruire.
Les solutions proposées par Accurway
Chez Accurway, nous développons des interfaces sur mesure, des API et des middlewares pour connecter vos logiciels existants, qu'ils soient développés en interne ou fournis par des éditeurs tiers, sans vous imposer de changer d'outil.
Un projet d'échange de données entre applications en tête, un ERP à synchroniser avec un CRM, un partenaire à connecter, des logiciels métiers à faire communiquer ? Discutons-en.
Conclusion
L'idée selon laquelle deux entreprises doivent utiliser le même logiciel pour collaborer appartient de plus en plus au passé. Grâce aux API, aux middlewares et aux standards d'échange, il est désormais possible de connecter des applications très différentes et d'automatiser les flux de données entre organisations.
L'enjeu n'est plus de choisir un logiciel unique, mais de construire un système d'information ouvert, capable de s'intégrer facilement avec son environnement.
