Une personne entame une démarche administrative et soumet à nouveau un document qu’un autre service possède déjà. Une entreprise change de fournisseur et découvre que ses données ne peuvent pas être transférées sans un projet coûteux. Un hôpital reçoit un dossier d’un autre établissement, mais interprète ses champs différemment. Dans ces trois situations, des systèmes numériques existent ; ce qui fait défaut, c’est leur capacité à collaborer de manière fiable.
L’interopérabilité numérique est la capacité de systèmes autonomes à échanger des informations, à en préserver le sens et à les utiliser conformément à des règles convenues. Elle ne consiste pas simplement à relier des ordinateurs. Elle exige que les parties partagent des formats, des concepts, des processus, des responsabilités et des limites.
Idée clé : Deux systèmes sont interopérables lorsqu’ils ne se contentent pas de se transmettre des données, mais peuvent les comprendre et les utiliser correctement dans le cadre d’accords connus.
L’interopérabilité n’est pas synonyme d’intégration
Ces concepts sont souvent employés comme des synonymes, mais ils répondent à des problèmes distincts.
La compatibilité permet à deux composants de coexister ou de communiquer sans conflit. Par exemple, un logiciel peut ouvrir un type de fichier créé par un autre. Cela ne garantit pas qu’il interprète toutes les informations de la même manière ni qu’il puisse les intégrer dans son propre processus.
L’intégration est une liaison concrète entre des composants. Une organisation peut concevoir une connexion sur mesure entre son système de vente et son système comptable. Cette solution peut très bien fonctionner, bien qu’elle dépende des deux produits et d’une configuration particulière.
L’interopérabilité, en revanche, vise une capacité réutilisable de coopération entre des systèmes qui conservent leur autonomie. Pour ce faire, elle s’appuie sur des accords communs, de sorte que l’intégration d’un nouveau participant n’oblige pas à concevoir chaque relation en partant de zéro.
La distinction n’est pas absolue : le vocabulaire varie selon les disciplines et une intégration peut s’appuyer sur des standards interopérables. L’essentiel est de ne pas confondre une connexion ponctuelle avec une capacité durable de l’ensemble.
Échanger des données n’autorise pas n’importe quel usage
Il convient également de distinguer trois actions :
- Échange : un système transmet des informations à un autre.
- Accès : une personne ou un système reçoit l’autorisation de consulter une information déterminée.
- Réutilisation : l’information obtenue est employée à nouveau, éventuellement dans un autre processus ou pour une autre finalité.
Le fait qu’une donnée puisse voyager techniquement ne signifie pas que quiconque doive la consulter. Et autoriser une consultation pour vérifier une identité n’équivaut pas à consentir à ce que cette information soit conservée indéfiniment, croisée avec d’autres bases de données ou utilisée pour prendre d’autres décisions.
Cette séparation est déterminante pour la confidentialité numérique. Une architecture peut être hautement interopérable tout en limitant chaque consultation selon sa finalité, l’identité de l’utilisateur, le délai et le type de donnée. Elle peut également enregistrer qui y a accédé, à quel moment et dans quel but. Interopérabilité et centralisation ne sont pas non plus équivalentes : plusieurs systèmes peuvent échanger des informations au moyen d’une architecture distribuée sans tout rassembler dans une base unique.
Les couches qui doivent fonctionner ensemble
Une interface technique est visible, mais elle ne constitue qu’une partie du problème. Les lignes directrices européennes d’évaluation de l’interopérabilité distinguent des dimensions techniques, sémantiques, organisationnelles et juridiques. En tant que schéma pédagogique, ces couches permettent de repérer où la coopération fait défaut :
- Technique et syntaxique. Les systèmes ont besoin de canaux, de protocoles et de formats compatibles. Une API — une interface documentée permettant à des programmes d’échanger des requêtes et des réponses — peut résoudre une partie de cette couche.
- Sémantique. Les parties doivent attribuer le même sens aux données. Si « date d’inscription » signifie enregistrement pour un système et première prestation pour un autre, le format commun n’évite pas l’erreur.
- Organisationnelle. Les processus, les calendriers et les fonctions doivent se coordonner. Il ne sert à rien de recevoir une réponse exacte si elle parvient après la clôture de la procédure ou si personne n’a l’obligation de la traiter.
- Juridique et de gouvernance. Il doit être clair qui peut demander des informations, sur quel fondement et à quelle fin, qui répond d’une erreur et comment une décision peut être contestée.
L’OCDE souligne précisément que l’interopérabilité dépend autant des outils et des interfaces que de la gouvernance, des règles et des standards sémantiques. C’est une capacité qui s’entretient et se corrige, et non une installation achevée une fois pour toutes.
Idée clé : Une API peut ouvrir la porte entre deux systèmes ; elle ne décide pas de ce que signifie l’information, de qui doit entrer ni de ce qu’il est permis d’en faire par la suite.
Quels bénéfices peut-elle apporter
Lorsque les couches précédentes sont alignées, l’interopérabilité peut réduire les frictions. Une personne pourrait, par exemple, autoriser une institution à vérifier une donnée déjà enregistrée auprès d’une autre, au lieu de demander et de fournir à nouveau le même document. Le guide du gouvernement du Pérou s’appuie sur ce type d’échange pour expliquer son application dans les services numériques.
Dans le secteur privé, une interface bien documentée peut permettre à différents prestataires d’offrir des produits compatibles. Cela facilite le remplacement d’une implémentation, la combinaison d’outils spécialisés ou le transfert d’informations. Le résultat peut favoriser la concurrence économique, car il réduit certaines barrières à l’entrée et à la sortie.
Il s’agit toutefois de bénéfices conditionnels, et non automatiques. Maintenir des interfaces, des catalogues, des vocabulaires et des contrôles engendre un coût. Migrer des données peut demeurer difficile en raison des licences, des effets de réseau ou de fonctionnalités exclusives. De plus, éviter qu’une personne ne fournisse deux fois la même information n’est légitime que s’il existe une base valable pour la consulter et la réutiliser.
Standards ouverts et liberté de choix
Un standard décrit la façon dont certains éléments doivent être représentés ou échangés. Un produit est une implémentation concrète de cette spécification. C’est pourquoi standard ouvert et logiciel open source ne signifient pas la même chose : des logiciels propriétaires comme des logiciels open source peuvent implémenter une spécification commune.
Lorsqu’une spécification est accessible, bien documentée et peut être mise en œuvre par différents fournisseurs, elle rend la substitution plus viable. Le W3C associe ses standards ouverts et exempts de redevances à l’interopérabilité ainsi qu’à un choix plus effectif entre différentes implémentations.
Cela ne suffit pas à lui seul. Un standard peut avantager des acteurs dominants si son processus de gouvernance est fermé, si ses licences excluent des concurrents ou si sa complexité ne peut être assumée que par quelques entreprises. L’ouverture doit s’évaluer dans la pratique : qui peut connaître la spécification, la mettre en œuvre, participer à son évolution et changer de fournisseur.
Sécurité, confidentialité et responsabilité
Chaque interconnexion élargit le champ des opérations possibles et, lorsqu’elle est mal conçue, accroît également la surface d’exposition. Il ne s’ensuit pas pour autant que l’interopérabilité soit nécessairement moins sécurisée. Cela signifie qu’un échange responsable exige des contrôles proportionnés.
Au minimum, une architecture devrait définir :
- une finalité spécifique pour chaque accès ;
- le volume minimal de données nécessaires ;
- une authentification et des autorisations différenciées ;
- des registres traçables des consultations et des modifications ;
- des délais de conservation et des règles de suppression ;
- des responsables pour corriger les erreurs et traiter les réclamations ;
- des procédures pour les incidents, les audits et les évolutions du système.
La recommandation de l’OCDE sur l’accès et le partage des données inscrit les formats, les modèles, les métadonnées, les interfaces et les contrôles d’accès au sein d’un cadre plus large d’utilisation responsable. La technique aide à appliquer les limites, mais elle ne les choisit pas. Cette décision requiert des règles prévisibles, une autorité délimitée et de véritables voies de reddition de comptes.
Avertissement : La possibilité technique de combiner des données ne doit jamais devenir, par inertie, une autorisation de surveiller, de profiler ou de réutiliser des informations sans finalité légitime et vérifiable.
Comment évaluer une initiative d’interopérabilité
Avant de se réjouir du fait que deux systèmes soient connectés, il convient de poser des questions plus exigeantes : quel problème concret cet échange résout-il ? Les parties comprennent-elles les données de la même façon ? Qui autorise chaque consultation ? La personne concernée peut-elle en avoir connaissance ou la contester ? Est-il possible de changer de prestataire ? Qui répond d’une information inexacte ou employée en dehors de sa finalité ?
Une interopérabilité réussie préserve l’autonomie tout en rendant la coopération possible. Elle peut simplifier les relations et élargir les options, mais elle ne mérite confiance que si le sens des données, les responsabilités et les limites voyagent avec elles. Connecter des systèmes n’est qu’un début ; décider selon quelles règles ils doivent collaborer constitue la question fondamentale.
Partager