Le guide de la suite collaborative souveraine pour les administrations africaines

Il s'adresse aux équipes qui instruisent ce choix : DSI d'État, directions informatiques ministérielles, agences et établissements publics. Il se termine par une grille de questions à poser à tout fournisseur, y compris à nous.

Un mot sur le vocabulaire. En français, « souverain » appartient aujourd'hui à un débat européen : openDesk en Allemagne, La Suite numérique en France, et plusieurs éditeurs privés. Ces travaux sont sérieux, et nous nous y référons ici. Mais ils sont écrits pour des administrations européennes : la page d'accueil d'openDesk, produit du centre public allemand ZenDiS, ne mentionne ni l'Afrique ni aucun pays hors d'Europe, et l'offre mutualisée de La Suite numérique est réservée aux agents de l'État français, même si son code libre permet à quiconque de déployer sa propre instance. Une administration ivoirienne, gabonaise ou sénégalaise qui cherche des réponses à ses contraintes (droit national, bande passante, devises, compétences disponibles sur place, fuseau horaire du support) ne les trouve pas dans ces documents. C'est ce vide que ce guide essaie de combler.

Les quatre niveaux de souveraineté, rarement distingués

« Souverain » désigne au moins quatre choses, et un fournisseur peut n'en cocher qu'une en laissant croire qu'il les coche toutes. Du plus visible au plus déterminant :

1. La souveraineté des données : où elles résident

C'est le niveau le plus simple à vérifier et le plus souvent le seul contrôlé : dans quel pays, quel datacenter, sur quels disques se trouvent les boîtes, les agendas, les fichiers, les journaux et les sauvegardes. Il y a toutefois trois angles morts. Les sauvegardes et les répliques : une plateforme hébergée à Abidjan dont les sauvegardes partent dans une région européenne n'est pas localisée. Les métadonnées et la télémétrie, qui sortent parfois du pays alors que les contenus y restent. Enfin les traitements annexes (antispam en nuage, transcription de réunion, assistant d'intelligence artificielle, aperçu de pièce jointe), dont chacun peut expédier le contenu ailleurs.

2. La souveraineté du code : ce que vous pouvez vérifier et modifier

Un code auditable autorise ce qu'un code fermé interdit : faire vérifier par un tiers ce que le logiciel fait des données, corriger ou adapter sans attendre l'éditeur, continuer à exploiter la plateforme si l'éditeur disparaît ou change de politique. C'est aussi là que les formulations commerciales deviennent les plus glissantes, car « ouvert », « basé sur des standards ouverts », « source disponible » et « open source » ne sont pas synonymes. Exigez, brique par brique, la licence, le dépôt public et la version déployée chez vous.

3. La souveraineté d'exploitation : qui a les mains dans la plateforme

Héberger n'est pas exploiter, et exploiter n'est pas éditer : une administration peut détenir ses serveurs et dépendre entièrement d'un tiers pour les administrer. Les questions utiles : qui détient les comptes à privilèges et les clés de chiffrement ? un intervenant extérieur peut-il se connecter sans votre accord explicite, et cet accès est-il tracé dans un journal que vous lisez ? vos ingénieurs sauraient-ils redémarrer, mettre à jour et restaurer la plateforme sans le fournisseur ?

4. La souveraineté contractuelle : quel droit s'applique, et comment vous sortez

C'est le niveau qui décide des trois autres, et le plus négligé : droit applicable, tribunal compétent, réversibilité (formats d'export, assistance à la sortie, délais de restitution et d'effacement), continuité si le fournisseur cesse son activité, par exemple via le dépôt du code chez un tiers de confiance. Et surtout, exposition du fournisseur à un droit étranger d'accès aux données.

Sur ce dernier point, il existe une déclaration publique, sous serment, qui dispense de toute paraphrase. Le 10 juin 2025, devant la commission d'enquête du Sénat français sur la commande publique, le rapporteur Dany Wattebled demande au directeur des affaires publiques et juridiques de Microsoft France, Anton Carniaux : « Pouvez-vous garantir devant notre commission, sous serment, que les données des citoyens français confiées à Microsoft via l'Ugap ne seront jamais transmises [...] sans l'accord explicite des autorités françaises ? » Réponse : « Non, je ne peux pas le garantir, mais, encore une fois, cela ne s'est encore jamais produit. » Au cours de la même audition, le directeur technique secteur public précise que depuis janvier 2025 les données des clients européens « ne sortent pas de l'UE » (compte rendu de la commission, Sénat, 10 juin 2025).

Les deux affirmations sont compatibles, et c'est tout l'intérêt de l'exemple : la localisation des données est réelle, et elle ne suffit pas, parce que c'est le droit applicable au fournisseur qui tranche en dernier ressort. Le niveau 1 ne protège pas du niveau 4.

Second précédent : le 8 mars 2024, le Contrôleur européen de la protection des données a jugé que l'usage de Microsoft 365 par la Commission européenne enfreignait les règles applicables aux institutions de l'Union (limitation des finalités, transferts vers des pays sans décision d'adéquation) et ordonné la suspension de ces flux (communiqué de l'EDPS). Même une institution publique aux moyens juridiques considérables n'a donc pas réussi à encadrer contractuellement un service propriétaire mondial au niveau d'exigence qu'elle s'impose.

Ce qu'une administration perd, et ce qu'elle gagne

Les comparatifs d'éditeurs présentent la migration comme un gain net. Elle ne l'est pas.

Ce qu'elle perd, ou ce qui devient plus difficile

Outlook, d'abord, selon la suite retenue. Les protocoles propriétaires de Microsoft (MAPI over HTTP, EWS, ActiveSync) ne sont pas pris en charge par tous les produits du marché : certains les implémentent nativement, d'autres n'offrent qu'IMAP, CalDAV et CardDAV, ce qui change l'expérience des agents sur la délégation d'agenda, les boîtes partagées et le carnet d'adresses. À faire démontrer sur vos cas réels, pas à lire dans un tableau.

Viennent ensuite les automatisations bâties autour de la suite : macros, bases bureautiques, publipostages, scripts qui envoient du courrier par l'API de l'éditeur, applications métier authentifiées sur l'annuaire du nuage. Ces dépendances ne sont presque jamais inventoriées avant le projet, et c'est là que les plannings dérapent. La fidélité des documents complexes pose un problème voisin : les suites open source traitent les formats de Microsoft Office, mais pas à l'identique sur les modèles à champs, les textes à numérotation imbriquée, les classeurs à macros. À inventorier modèle par modèle.

Sur les fonctions d'intelligence artificielle intégrées (rédaction, résumé, compte rendu de réunion), les éditeurs propriétaires ont de l'avance. Choisir une suite souveraine, c'est accepter d'attendre, ou héberger soi-même un modèle, ce qui est un projet en soi.

Reste l'écosystème de compétences. Un administrateur Exchange se recrute ; un administrateur Keycloak, Postfix, Matrix et Kubernetes se forme. C'est un coût réel, et un investissement national. Et là où une suite mondiale s'achète sur catalogue, une plateforme souveraine se dimensionne et se contractualise : davantage de travail en amont pour l'acheteur public.

Ce qu'elle gagne

Le gain le plus net est juridique. Les données publiques, sauvegardes comprises, restent sous le droit national, la localisation devient vérifiable, et le contentieux se règle devant un tribunal accessible. Un code ouvert peut par ailleurs être revu par l'agence nationale de cybersécurité, ou par un tiers que vous mandatez.

Le modèle économique change aussi. La licence par poste payée en devises laisse place à une souscription de maintenance et de support, plus une mise en service : les budgets cessent d'être exposés à une grille tarifaire fixée ailleurs et au taux de change. La dépense va à l'exploitation, à l'intégration et à la formation locales plutôt qu'à une licence exportée, et la valeur reste sur le continent.

À l'échelle d'un État, enfin, une plateforme unique, des organisations étanches et une administration déléguée par ministère remplacent des dizaines de messageries disparates, chaque ministère restant autonome sur ses comptes et ses règles. Et le calendrier redevient le vôtre : vous décidez quand une version est déployée, et ne subissez pas l'arrêt d'une fonction décidé pour un autre marché.

Les briques open source de référence, et leur maturité

Une suite souveraine n'est pas un logiciel : c'est un assemblage. Connaître les briques permet de juger un fournisseur sur ses choix techniques plutôt que sur son discours.

Fonction	Briques de référence	Ce qu'il faut savoir
Acheminement du courrier	Postfix, Exim ; filtrage par Rspamd ou SpamAssassin	Socle le plus mature du domaine. Le sujet n'est pas le logiciel mais la réputation d'envoi : SPF, DKIM, DMARC, enregistrements inverses, chiffrement de transport (MTA-STS, DANE), surveillance des listes de blocage.
Serveur collaboratif (messagerie, agenda, contacts)	Zimbra, Carbonio, BlueMind, OpenXchange ; ou une pile Dovecot avec SOGo	Point de vigilance licence : ce marché a connu plusieurs changements de modèle et de maintenance. Exigez la licence exacte, la version déployée et son calendrier de support.
Discussion	Matrix (serveur Synapse) avec le client Element	Protocole ouvert et fédérable, retenu par des administrations : Tchap, la messagerie instantanée de l'État français, figure au catalogue de La Suite numérique de la DINUM, qui indique s'appuyer sur Matrix. Maturité bonne ; les déploiements à très nombreux salons demandent de l'attention.
Réunions	LiveKit, Jitsi Meet ; Visio/Meet de La Suite numérique	Logiciels matures ; la qualité perçue dépend du réseau et des relais. Prévoyez un relais dans le pays et testez en conditions réelles, pas en salle de démonstration.
Fichiers	Nextcloud, OpenCloud, ownCloud Infinite Scale	La question structurante est l'architecture de stockage : une base de données centrale devient un goulot d'étranglement à grande échelle, là où une architecture adossée au stockage objet s'étend mieux.
Documents en coédition	OnlyOffice, Collabora Online (LibreOffice)	Coédition en temps réel et formats Microsoft dans les deux cas, avec des fidélités différentes : testez vos modèles et vos arrêtés, pas un fichier d'exemple.
Identité	Keycloak	Référence de fait pour l'authentification unique, le second facteur et la fédération d'annuaire (Active Directory, LDAP). Brique critique : rotation des clés, sauvegarde et haute disponibilité demandent de vraies compétences.
Orchestration	Kubernetes	Permet d'étendre chaque service séparément et de mettre à jour sans interruption. C'est aussi la compétence la plus rare dans les DSI publiques.

Aucune de ces briques ne couvre seule le besoin d'une administration : l'intégration, l'identité commune, la console unique, la supervision et les mises à jour coordonnées sont le travail de l'éditeur de suite. Et l'open source ne supprime pas la dépense, il la déplace de la licence vers le support et les compétences.

Les modes d'hébergement, et qui exploite quoi

Trois modes couvrent l'essentiel des situations. La question décisive n'est pas « où » mais « qui fait quoi ».

Critère	Dans votre datacenter	Chez un opérateur national agréé	Dans un nuage régional
Où sont les données	Votre infrastructure	Datacenter de l'opérateur, dans votre pays	Datacenter du fournisseur, sur le continent
Qui exploite	Vos équipes, ou un prestataire mandaté	L'opérateur	Le fournisseur de l'offre en ligne
Avec qui vous signez	L'éditeur ou un intégrateur agréé	L'opérateur	Le fournisseur
Mise en service	Quelques semaines, selon l'échelle	Quelques jours	Quelques jours
Convient à	États, ministères, grands établissements	Entreprises et organisations voulant du clé en main local	Démarrages rapides, petites structures, pilotes
Exige de vous	Kubernetes, stockage, idéalement un second site	Un contrat et une recette	Un contrat

Trois arbitrages décident. Une plateforme installée dans votre datacenter que vous n'avez pas les équipes pour exploiter est un risque, pas une souveraineté : la capacité d'exploitation réelle passe avant le lieu. Vient la reprise d'activité, où un site unique, même national, reste un point de défaillance ; un second site change l'architecture et le budget. Quant à l'agrément de l'hébergeur, vérifiez par écrit la localisation, les exigences de sécurité contrôlées avant mise en service, les procédures d'exploitation et le droit applicable.

Le contexte matériel pèse sur les délais autant que sur les prix. Selon le rapport économique 2026 de l'Africa Data Centres Association, relayé par ITWeb, l'Afrique concentre environ 0,6 % de la capacité mondiale de datacenters (360 MW actifs, 238 MW en construction, contre environ 55 GW actifs dans le monde) pour près de 20 % de la population mondiale (ITWeb, février 2026). La capacité croît vite, mais reste rare et inégalement répartie. D'où une question qui se pose avant celle du choix de la suite : « avons-nous un second site éligible dans le pays ? »

Le cadre juridique africain : ce qui existe déjà

Le droit n'est plus le maillon faible. Il est devenu un cadre qu'il faut lire avant de rédiger un appel d'offres.

Un instrument continental est en vigueur. La Convention de l'Union africaine sur la cybersécurité et la protection des données à caractère personnel, dite Convention de Malabo, a été adoptée le 27 juin 2014 et est entrée en vigueur le 8 juin 2023, après le dépôt du quinzième instrument de ratification (page du traité, Union africaine). Elle couvre les transactions électroniques, la protection des données personnelles, et la cybersécurité. Son effet est d'abord d'harmonisation : elle oriente les législations nationales sans se substituer à elles.

Les lois nationales, elles, existent presque partout. Le suivi de référence tenu par Data Protection Africa recensait, à sa mise à jour de janvier 2026, 43 lois de protection des données et 5 projets de loi, sur 55 pays cartographiés (dataprotection.africa). Pour une DSI, cela signifie presque toujours trois obligations : une base légale pour le traitement, une autorité nationale auprès de laquelle on déclare ou s'enregistre, et un régime encadrant les transferts hors du pays.

Les exigences de localisation, elles, n'existent que dans certains pays, et ne sont pas uniformes. Au Rwanda, la loi n° 058/2021 pose, selon la base Digital Policy Alert, le principe d'un stockage des données personnelles au Rwanda, un stockage à l'étranger restant possible sur autorisation (fiche Digital Policy Alert). D'autres pays encadrent plutôt les transferts que le lieu de stockage, ou réservent des règles spécifiques aux données de santé, bancaires ou d'état civil. Ce guide reste volontairement général : la règle applicable à votre administration se lit dans votre droit national et, le cas échéant, dans les instructions de votre autorité de régulation.

S'y ajoute un cadre continental de gouvernance des données. L'Union africaine a publié un cadre de politique des données destiné à renforcer et harmoniser la gouvernance des données en Afrique, en lien avec la zone de libre-échange continentale (AU Data Policy Framework), dans le prolongement de sa stratégie de transformation numérique 2020-2030 (document). Sans créer d'obligation directe, ces textes situent le choix d'une plateforme localisée dans une orientation continentale.

Reste l'extraterritorialité, à traiter comme un risque documenté. Le droit national protège vos données contre des accès locaux non autorisés ; il ne neutralise pas l'obligation faite à un fournisseur étranger par le droit de son pays d'origine. C'est exactement ce que décrit l'échange au Sénat français cité plus haut. Dans une analyse de risque, cela s'écrit noir sur blanc : nationalité du fournisseur et de ses sous-traitants, droit auquel ils sont soumis, et existence ou non d'un engagement contractuel qui, par construction, ne peut pas primer sur une injonction judiciaire étrangère.

La migration : ce qu'elle coûte vraiment

Le coût d'une migration de messagerie publique n'est presque jamais dans le logiciel : il est dans l'inventaire, l'annuaire, les applications métier et l'accompagnement. Un plan réaliste tient en cinq étapes.

1. L'inventaire. Comptes actifs et dormants, boîtes partagées, listes de diffusion, ressources et salles, délégations d'agenda, règles de transfert, volumétrie, domaines, certificats, et surtout toutes les applications qui envoient ou reçoivent du courrier (progiciels de gestion, parapheur, portails citoyens, imprimantes). Étape systématiquement sous-estimée, et c'est elle qui détermine la durée du projet.
2. L'architecture et la recette. Dimensionnement, sites, sauvegarde et restauration, règles de sécurité communes, modèle de délégation entre l'État, les ministères et les directions, plan de bascule. Une recette écrite, à critères mesurables, évite les litiges de fin de projet.
3. La cohabitation. La clé d'une migration sans coupure : l'ancien et le nouveau système partagent le même domaine, un routage dirigeant chaque message vers le bon serveur. La bascule en une nuit n'est pas sérieuse au-delà de quelques centaines de comptes.
4. Le pilote, puis les vagues. Une administration entière d'abord, mesurée : délais d'acheminement, incidents par agent, sollicitations du support, usage réel de la visioconférence. Puis les boîtes migrent par lots, avec suivi et retour arrière possible, dans un ordre décidé sur des critères d'exploitation (volumétrie, délégations, criticité) et non sur l'organigramme.
5. Le transfert de compétences. Formation des administrateurs et du support de premier niveau, documentation d'exploitation remise. Sans cette étape, la souveraineté d'exploitation reste théorique.

Les postes à faire chiffrer séparément, parce qu'un forfait les dissimule : architecture et installation ; intégration à l'annuaire et aux applications métier ; migration des boîtes ; formation ; double fonctionnement pendant la cohabitation ; support de premier niveau après chaque vague ; second site éventuel. Et un coût interne rarement budgété : le temps de vos équipes, qui conduisent le projet en plus de leur exploitation courante.

Sur les délais, méfiez-vous des engagements exprimés en semaines sans conditions. Les ordres de grandeur dépendent moins du nombre d'agents que de trois facteurs : le nombre d'applications métier couplées à la messagerie, la qualité de l'annuaire existant, et la disponibilité de vos équipes. Demandez à tout fournisseur de vous présenter son planning sous forme de dépendances, pas de durée globale. Nous ne publions pas de durée type : la migration de boîtes est outillée dans la console, mais son débit n'a pas fait l'objet d'une mesure que nous pourrions opposer à un client.

Comment choisir : la grille de questions à poser

Posez-les par écrit, et exigez des réponses écrites. Ce qui ne figure pas au contrat n'existe pas.

Données et localisation

1. Dans quel pays et quel datacenter résident les contenus, les métadonnées, les journaux et les sauvegardes ? Nommez les sites.
2. Une donnée sort-elle du pays pour un traitement annexe : antispam, antivirus, transcription, aperçu de document, assistant d'intelligence artificielle ?
3. Pouvons-nous recevoir une copie de la sauvegarde dans notre propre stockage, la verrouiller contre l'effacement, et sous quel délai et quels formats récupérons-nous nos données si nous arrêtons le contrat ?
4. Qui détient les clés de chiffrement, et pouvons-nous les détenir nous-mêmes ?

Code et licence 5. Pour chaque brique : nom du logiciel, licence exacte, dépôt public, version déployée chez nous. 6. Quelle part de la plateforme est du code spécifique au fournisseur, non publié ? Que fait cette part ? 7. Une édition communautaire existe-t-elle, publiée et installable sans vous ? Le code de l'édition de production est-il déposé chez un tiers de confiance, et à quelles conditions nous est-il remis ? 8. Pouvons-nous faire auditer le code et la plateforme par un tiers que nous mandatons ?

Exploitation 9. Qui détient les comptes à privilèges sur la plateforme, et combien de personnes ? 10. Un intervenant du fournisseur peut-il accéder à nos systèmes sans notre accord explicite ? Cet accès est-il limité dans le temps, inscrit dans un journal que nous consultons, et ce journal est-il exportable vers notre propre outil de supervision ? 11. Quelle est la disponibilité écrite au contrat, mesurée comment, et avec quelles pénalités ? 12. Nos équipes peuvent-elles exploiter seules : mise à jour, restauration, bascule sur le second site ? Quelle formation est prévue, et sanctionnée comment ?

Contrat et juridiction 13. Quel est le droit applicable et le tribunal compétent ? 14. Quelle est la nationalité du fournisseur, de sa maison mère et de chacun de ses sous-traitants ? À quel droit d'accès aux données sont-ils soumis ? 15. Que se passe-t-il si le fournisseur est racheté, ou cesse son activité ? 16. Les clauses de réversibilité prévoient-elles une assistance à la sortie, à quel tarif, et le prix est-il libellé en monnaie locale avec quelle clause de révision ?

Fonctionnel, à vérifier sur vos cas 17. Comment nos agents utilisent-ils Outlook, par quels protocoles, et avec quelles limites ? Demandez une démonstration avec délégation d'agenda, boîte partagée et carnet d'adresses. 18. Nos modèles de documents, nos classeurs et nos arrêtés s'ouvrent-ils à l'identique ? Testez avec vos fichiers. 19. Combien de participants par réunion, et avec quelle qualité sur notre liaison réelle ? 20. Quelles fonctions sont livrées aujourd'hui, et lesquelles sont sur la feuille de route ? Demandez la distinction par écrit, fonction par fonction. 21. Les applications mobiles sont-elles gérables (approbation, blocage, effacement à distance d'un appareil) ?

Échelle et administration 22. Combien d'utilisateurs simultanés la plateforme a-t-elle réellement supportés, sur quelle architecture, et pouvons-nous parler à l'exploitant de cette plateforme ? 23. L'administration peut-elle être déléguée à plusieurs niveaux (État, ministère, direction) avec des frontières étanches ? 24. Un annuaire d'État commun permet-il à un agent d'en trouver un autre dans un autre ministère sans ouvrir les données de l'un à l'autre ? 25. Comment les mises à jour sont-elles déployées, et pouvons-nous en maîtriser le calendrier ? Quels outils de migration existent depuis notre système actuel, et qui les opère ?

Support et proximité 26. Où sont les ingénieurs qui répondront, dans quel fuseau horaire et dans quelle langue ? Jusqu'à quel niveau le support va-t-il, et qui traite un correctif de sécurité sur une brique open source ? 27. Quel est le délai d'engagement sur une vulnérabilité critique, et serons-nous alertés avant sa publication ?

Où se situe Oworks

Nous éditons Oworks. Appliquez-lui la grille ci-dessus ; voici nos réponses.

Oworks est une suite collaborative (messagerie, agenda, contacts, tâches, réunions, discussion, fichiers, documents) assemblée sur des briques open source de référence : Carbonio pour le webmail, Zimbra pour la messagerie et l'agenda, Postfix et Rspamd pour l'acheminement et le filtrage, Matrix et Element pour la discussion, Meet de La Suite numérique et LiveKit pour les réunions, OpenCloud et OnlyOffice pour les fichiers et les documents, Keycloak pour l'identité. L'ensemble s'administre depuis une console unique, à trois niveaux (plateforme, organisation, unité), et tourne sur Kubernetes. Elle s'installe dans votre datacenter, chez un opérateur agréé de votre pays, ou en ligne. Elle est éditée par le groupe ivoirien VEONE, dont la filiale Cloud4Africa est co-éditrice : VEONE conçoit la suite, l'installe chez les États et les grands comptes et en assure le support de niveau 3 ; Cloud4Africa l'exploite en ligne et avec les opérateurs télécoms.

Les agents gardent Outlook, connecté nativement en MAPI over HTTP, EWS et ActiveSync ; IMAP, CalDAV et CardDAV restent disponibles pour les autres clients, et le carnet d'adresses hors connexion est servi. La suite est complète en édition communautaire : la connexion native d'Outlook n'y est pas bridée. Côté intelligence artificielle, rédaction, résumé, recherche et comptes rendus de réunion sont sur la feuille de route, avec le choix du modèle et du pays de traitement. Non livré.

Quant aux chiffres, la plateforme a été testée à plus de 100 000 utilisateurs simultanés, pour un dimensionnement visé de 700 000, soit l'échelle d'une fonction publique entière. Elle sert aujourd'hui environ 60 000 utilisateurs, tous déploiements confondus. VEONE a été créée à Abidjan en 2010 et déploie des messageries open source depuis 2011. Nous vous en communiquons le mode de calcul sur demande.

La démarche que nous proposons commence par un atelier sur vos administrations, votre existant et votre gouvernance cible. Suivent une architecture et un plan de bascule, un ministère pilote, une généralisation par vagues, et le transfert de compétences à vos équipes.

Sources

• Sénat (France), commission d'enquête sur la commande publique, compte rendu de l'audition de Microsoft France du 10 juin 2025 : https://senat.fr/compte-rendu-commissions/20250609/ce_commande_publique.html
• Contrôleur européen de la protection des données (EDPS), décision du 8 mars 2024 sur l'usage de Microsoft 365 par la Commission européenne : https://www.edps.europa.eu/press-publications/press-news/press-releases/2024/european-commissions-use-microsoft-365-infringes-data-protection-law-eu-institutions-and-bodies
• Union africaine, Convention sur la cybersécurité et la protection des données à caractère personnel (Convention de Malabo), adoptée le 27 juin 2014, entrée en vigueur le 8 juin 2023 : https://au.int/en/treaties/african-union-convention-cyber-security-and-personal-data-protection
• Union africaine, AU Data Policy Framework : https://au.int/en/documents/20220728/au-data-policy-framework
• Union africaine, Digital Transformation Strategy for Africa 2020-2030 : https://au.int/en/documents/20200518/digital-transformation-strategy-africa-2020-2030
• Data Protection Africa, suivi des lois de protection des données en Afrique, mise à jour janvier 2026 : https://dataprotection.africa/
• Digital Policy Alert, exigence de localisation des données dans la loi rwandaise n° 058/2021 : https://digitalpolicyalert.org/change/12074-data-localisation-requirement-in-law-no-0582021-relating-to-the-protection-of-personal-data-and-privacy
• Africa Data Centres Association, 2026 Economic Report: Data Centres in Africa, relayé par ITWeb, 18 février 2026 : https://www.itweb.co.za/article/africas-data-centre-capacity-on-back-foot-despite-investment-push/dgp45MaBbknqX9l8
• ZenDiS, openDesk : https://opendesk.eu/en/
• DINUM, La Suite numérique : https://lasuite.numerique.gouv.fr/