Le Cameroun a formulé en août 2026 un problème que beaucoup d’administrations connaissent mais décrivent rarement aussi directement : les systèmes numériques existent, mais ils fonctionnent trop souvent comme des îlots.
Le Cameroon Internet Governance Forum 2026 a donc choisi un thème sans ambiguïté : « From Fragmentation to Interoperability ».
L’objectif annoncé est de faire de la donnée une base des infrastructures numériques publiques, d’améliorer la circulation sécurisée de l’information entre administrations et de construire des services publics numériques plus cohérents.
Dit comme cela, le projet semble technique.
Il ne l’est qu’en partie.
Faire parler des systèmes publics entre eux est autant un problème d’architecture que de gouvernance, de responsabilité, de sécurité et de qualité des données.
Interopérabilité : faire travailler des systèmes différents ensemble
La première erreur serait d’imaginer qu’il faut reconstruire toutes les plateformes existantes.
Une contribution camerounaise publiée par l’Union internationale des télécommunications en août 2026 défend précisément l’approche inverse.
Le document propose une transition progressive à partir de cas d’usage à forte valeur. Les systèmes existants peuvent être connectés au moyen d’interfaces convenues, de structures de données de référence et de mécanismes d’authentification, plutôt que remplacés en bloc.
C’est une distinction décisive.
Un État ne devient pas interopérable simplement parce qu’il achète une grande plateforme centrale. L’objectif est plus simple à formuler : des systèmes différents doivent pouvoir échanger des informations de façon prévisible et sécurisée.
Il le devient lorsque des systèmes différents peuvent échanger des informations de manière prévisible, sécurisée et gouvernée sans perdre leur responsabilité métier.
En pratique, il ne faut pas fusionner tous les logiciels. Il faut définir un contrat commun : quelles données peuvent circuler, dans quel format, entre quels acteurs et sous quelles règles.
Une architecture en cinq couches donne une bonne lecture du problème
La contribution camerounaise à l’UIT propose cinq couches. On peut les lire simplement ainsi : connecter les systèmes, fournir les services, organiser les échanges, savoir quelles données font référence, puis sécuriser l’ensemble.
Cette séparation est utile parce qu’elle évite de réduire le sujet à une simple API.
La première couche est la connectivité.
Avant de parler d’échange de données, les institutions doivent disposer de réseaux suffisamment fiables, d’accès disponibles dans les zones concernées et d’une infrastructure capable de supporter les services.
La deuxième couche correspond aux services numériques eux-mêmes.
Ce sont les applications utilisées par les citoyens, les entreprises et les agents publics : formulaires, portails, paiements, demandes d’autorisation, systèmes métier.
La troisième couche est l’interopérabilité.
Elle porte sur les interfaces, les protocoles, les formats, le routage, les mécanismes d’échange et la manière dont les services se découvrent et se parlent.
La quatrième concerne les données de référence.
C’est souvent la couche la plus sous-estimée.
Enfin, la cinquième couvre la confiance et la sécurité : identité, authentification, autorisation, traçabilité, protection des données, gestion des secrets, supervision et résilience.
Une seule de ces couches peut rendre l’ensemble fragile si elle est négligée.
Le problème le plus difficile n’est pas de déplacer la donnée. C’est de savoir quelle donnée fait foi.
Supposons qu’un service public A demande le nom, l’adresse ou l’identifiant d’une personne et qu’un service public B possède déjà cette information.
Techniquement, transférer quelques champs via une API est facile.
La vraie question est : quelle base est la source officielle de référence ?
Qui a le droit de corriger l’information ?
Quel identifiant permet d’éviter les doublons ?
Que se passe-t-il lorsque deux systèmes donnent des valeurs différentes ?
À quelle fréquence la donnée est-elle mise à jour ?
Quelle institution est responsable si l’information est fausse ?
C’est ici que les référentiels deviennent stratégiques.
Le système doit donc savoir quelle administration fait foi pour chaque information, puis autoriser les autres services à réutiliser cette donnée selon des règles claires.
Sinon, on ne supprime pas la fragmentation.
On l’automatise.
Une porte d’entrée API ne règle pas tout
Dans un projet d’intégration, on peut être tenté de croire qu’une API Gateway — une porte d’entrée qui contrôle les échanges entre applications — suffit à résoudre le problème.
Ces outils sont utiles.
Ils ne définissent pas le sens des données.
Deux administrations peuvent exposer chacune un champ appelé `status` et parler de choses complètement différentes.
Deux systèmes peuvent utiliser des formats de date incompatibles.
Une API peut changer sans versionnement et casser plusieurs services.
Un identifiant peut être unique dans une application et ambigu dans une autre.
Il faut aussi documenter le format des données, versionner les changements, définir les erreurs possibles, garder une trace des échanges et savoir qui maintient quoi.
L’architecture doit également décider quand une demande synchrone est appropriée et quand un événement ou une synchronisation différée est préférable.
Ce sont des détails d’ingénierie.
À l’échelle de l’État, ils deviennent des règles de fonctionnement.
La sécurité doit contrôler la circulation, pas simplement la bloquer
Plus les systèmes sont connectés, plus une mauvaise conception peut propager un incident.
L’objectif n’est donc pas de choisir entre interopérabilité et sécurité.
L’objectif est de construire l’interopérabilité de façon à savoir précisément qui accède à quoi, pourquoi et pendant combien de temps.
Le Cameroun dispose depuis décembre 2024 d’une loi relative à la protection des données à caractère personnel. Le forum de 2026 a également placé la cybersécurité, la gouvernance des données et la souveraineté numérique parmi les sujets centraux.
Dans une architecture publique interopérable, cela doit se traduire techniquement.
Authentification forte des systèmes.
Autorisations minimales.
Chiffrement des échanges.
Traçabilité des accès.
Gestion des secrets.
Détection d’anomalies.
Politiques de conservation.
Segmentation.
Procédures d’incident.
Et surtout, une base juridique et organisationnelle claire pour chaque échange de données.
Une plateforme d’interopérabilité ne doit pas devenir un raccourci permettant à tout le monde de lire tout.
Elle doit devenir le point où les règles deviennent visibles et auditables.
Le plus gros risque est organisationnel
Une intégration peut fonctionner en laboratoire et échouer six mois plus tard parce que personne ne sait qui doit maintenir l’interface.
Qui garantit le SLA ?
Qui prévient les autres lorsqu’un format de données change ?
Qui gère les certificats ?
Qui finance le service partagé ?
Qui arbitre lorsqu’une administration refuse un standard ?
Qui corrige une donnée erronée ?
Qui peut couper un accès compromis ?
Ces questions ne se règlent pas avec Kubernetes.
L’OCDE rappelle dans son Digital Government Outlook 2026 que l’interopérabilité est devenue une question de gouvernance autant que de technologie. Les systèmes partagés créent de la valeur lorsqu’ils sont réellement utilisés par les institutions et lorsque les responsabilités sont explicites.
Le Cameroun devra donc définir non seulement une architecture de référence, mais aussi un modèle opératoire.
Sans cela, les standards deviennent des documents et les interfaces finissent par diverger.
Commencer par quelques parcours visibles est plus intelligent que connecter tout à tout
L’approche progressive défendue dans la contribution camerounaise à l’UIT est probablement la plus réaliste.
Choisir quelques cas d’usage.
Mesurer la friction actuelle.
Identifier les données réellement nécessaires.
Nommer les systèmes autoritatifs.
Définir les interfaces et les responsabilités.
Construire.
Observer.
Puis étendre.
Un bon premier cas d’usage n’est pas forcément le plus spectaculaire.
C’est celui où une personne ou une entreprise cesse de remettre trois fois le même document, où deux administrations évitent une saisie manuelle, ou où une vérification qui prenait plusieurs jours devient une opération contrôlée de quelques secondes.
L’interopérabilité devient crédible lorsqu’elle réduit quelque chose de mesurable : temps, duplication, erreur, coût ou déplacement.
Le sujet dépasse déjà le Cameroun
Du 31 août au 4 septembre 2026, Douala a accueilli des travaux de la Commission économique des Nations unies pour l’Afrique, de la CEEAC et de partenaires régionaux autour d’un cadre commun de gouvernance des données pour l’Afrique centrale.
L’objectif annoncé est notamment de permettre des flux transfrontaliers de données fiables et sécurisés tout en rapprochant les approches nationales.
Cela signifie qu’une décision d’architecture prise aujourd’hui au Cameroun peut avoir demain une dimension régionale.
Les standards d’identité, les politiques de partage, les formats, les mécanismes de confiance et les règles de gouvernance deviennent beaucoup plus difficiles à harmoniser lorsqu’ils ont été conçus indépendamment pendant dix ans.
Construire des interfaces ouvertes et documentées maintenant coûte moins cher que réconcilier plusieurs écosystèmes fermés plus tard.
Les systèmes publics n’ont pas besoin d’être identiques. Ils doivent pouvoir travailler ensemble.
C’est probablement la distinction la plus importante.
L’interopérabilité ne demande pas à une administration fiscale, un hôpital, une mairie ou un service d’identité d’utiliser le même logiciel.
Elle demande que chacun sache comment prouver son identité, demander une information autorisée, comprendre la réponse, tracer l’échange et respecter les mêmes règles de confiance.
Le débat lancé en 2026 est donc pertinent précisément parce qu’il arrive avant la promesse d’une plateforme miracle.
La technologie nécessaire existe.
Le défi consiste à transformer des standards en contrats, les contrats en services fiables et les services en habitudes institutionnelles.
Un État numérique ne devient pas cohérent lorsqu’il possède beaucoup d’applications.
Il le devient lorsque ces applications peuvent travailler ensemble sans que le citoyen soit obligé de faire lui-même l’intégration.