Article sourcé
Cartographier ses outils numériques, ses données et ses dépendances
Méthode pratique pour savoir quels outils sont réellement utilisés, quelles données font foi, qui en dépend et comment continuer si un service disparaît.
Cartographier pour agir, pas pour produire un inventaire décoratif
Une organisation utilise souvent davantage d’outils qu’elle ne le pense : application principale, tableur de secours, boîte e-mail, espace fournisseur, automatisation, formulaire, dossier partagé et téléphone d’une personne. La cartographie relie chacun à une activité observable. Elle répond à trois questions : quelle décision dépend de cet outil, quelle donnée fait foi et qui sait reprendre si le service devient indisponible ?
Commencez par un incident ou une action récurrente : préparer une mission, retrouver un document, publier une offre, rapprocher un paiement ou transmettre une consigne. Suivez le parcours réel, y compris les copies et messages intermédiaires. Un outil sans usage actuel peut être archivé ; un outil discret qui porte une étape critique doit devenir visible.
Le résultat attendu tient dans un registre maintenu, pas dans un schéma parfait. Chaque ligne possède un propriétaire, une date de revue et une action : conserver, simplifier, sécuriser, relier, remplacer ou fermer.
Définir un périmètre assez petit pour être terminé
Choisissez une activité, une équipe ou un parcours. Une cartographie globale commencée sans borne devient vite obsolète. Pour une première passe, retenez les outils utilisés pendant les trente derniers jours et ceux indispensables à une échéance annuelle, un incident ou une obligation de conservation.
Incluez les services externes, les appareils, les scripts et les procédures manuelles. Distinguez l’outil officiellement retenu du contournement toléré ou du fichier privé non gouverné. L’objectif n’est pas de blâmer un usage, mais de comprendre pourquoi il existe et quel besoin l’outil officiel ne couvre pas.
Indiquez ce qui reste hors périmètre et la date de la prochaine extension. Une inconnue visible vaut mieux qu’une case remplie par supposition.
- Une activité ou chaîne de décision
- Les profils réellement concernés
- Les outils utilisés ou nécessaires en secours
- Les données créées, copiées ou exportées
- Les fournisseurs et connexions externes
- Les inconnues et la prochaine revue
Construire le registre minimal des outils
Pour chaque outil, consignez son nom public, sa finalité, son propriétaire fonctionnel, son administrateur, les profils utilisateurs, l’origine de l’accès et la procédure de récupération. Ajoutez le coût connu, la fréquence d’usage et l’échéance contractuelle seulement lorsqu’ils sont vérifiables.
Le propriétaire fonctionnel décide de l’usage et de la qualité attendue ; l’administrateur gère la configuration et les accès. Ces rôles peuvent être tenus par la même personne dans une petite structure, mais ils restent nommés séparément pour éviter qu’un départ rende l’outil incompréhensible.
Ne stockez aucun mot de passe, secret d’API ou code de récupération dans ce registre. Notez uniquement le coffre ou la procédure autorisée qui permet d’y accéder.
| Champ | Question utile | Preuve possible |
|---|---|---|
| Finalité | Quelle action dépend de l’outil ? | Parcours ou procédure |
| Autorité | Quelle donnée y fait foi ? | Objet et identifiant |
| Responsable | Qui arbitre et qui administre ? | Rôles nommés |
| Accès | Comment créer, modifier et révoquer ? | Procédure testée |
| Dépendance | Que se passe-t-il en cas de panne ? | Mode dégradé |
| Sortie | Comment exporter et fermer ? | Export relu et plan de révocation |
Distinguer données sources, copies, caches et preuves
Une même information peut apparaître dans plusieurs outils sans avoir la même autorité. La réservation peut faire foi dans un système, être copiée dans un calendrier et résumée dans un message. Marquez la source, les copies, le délai de propagation et la règle de correction. Corriger une copie sans corriger la source crée un écart silencieux.
La minimisation recommandée par la CNIL invite à ne transporter que les champs nécessaires au destinataire et à la finalité. Une équipe terrain peut avoir besoin d’un créneau et d’une consigne, pas du dossier commercial complet. La cartographie relève les données personnelles ou sensibles et précise quels profils y accèdent réellement.
Une preuve de clôture n’est pas forcément une copie de toutes les données. Un identifiant, un état, une date, un auteur et une référence contrôlée peuvent suffire. Cette distinction réduit les duplications et facilite la suppression.
| Statut | Rôle | Risque si confondu |
|---|---|---|
| Source | Autorité de création ou de décision | Deux vérités concurrentes |
| Copie de travail | Permettre une action locale | Correction non répercutée |
| Cache | Accélérer un accès temporaire | Fraîcheur inconnue |
| Archive | Conserver selon une règle | Usage opérationnel d’une donnée ancienne |
| Preuve | Démontrer une action ou décision | Collecte excessive |
Tracer les échanges et leurs modes d’échec
Chaque échange relie un émetteur, un destinataire, un objet, un déclencheur et une fréquence. Notez le format, l’identifiant de rapprochement, le délai attendu et le comportement en cas d’erreur. Un flux manuel par e-mail mérite la même visibilité qu’une API : il peut être critique, lent, dupliqué ou dépendre d’une seule personne.
Distinguez transfert complet, notification, lien, synchronisation et consultation directe. Une notification ne garantit pas que le destinataire a reçu ou traité la donnée ; une synchronisation ne garantit pas qu’elle est instantanée ; une API disponible ne prouve pas que son schéma couvre le besoin.
Pour chaque flux critique, décrivez un contrôle et un mode dégradé : bilan de lot, file d’erreurs, rapprochement, reprise depuis un checkpoint ou procédure manuelle bornée.
Repérer les concentrations et les dépendances invisibles
Classez les dépendances : fournisseur, compte administrateur, domaine, identité, réseau, appareil, format, automatisation, donnée externe et compétence humaine. Une panne de service n’est qu’un scénario parmi d’autres. La perte d’un compte, l’expiration d’un domaine ou le départ de la seule personne qui comprend un tableur peuvent bloquer la même activité.
Cherchez les points uniques : un seul administrateur, une seule copie, une seule méthode d’export, un format propriétaire sans lecteur indépendant, un script sans propriétaire ou deux outils qui partagent le même secret. L’ANSSI recommande notamment de connaître et maîtriser les comptes, sauvegardes, mises à jour et droits ; la cartographie rend ces contrôles rattachables à l’activité.
Une concentration n’est pas automatiquement mauvaise. Elle devient un risque lorsqu’elle n’est pas comprise, surveillée ou assortie d’une procédure de reprise.
- Compte et récupération
- Domaine et DNS
- Fournisseur et sous-traitant
- Format et lecteur indépendant
- Automatisation et ordonnanceur
- Sauvegarde et restauration
- Compétence et relais humain
Conduire une revue courte et attribuer les corrections
Réunissez les responsables du parcours, pas tous les utilisateurs de tous les outils. Pour chaque écart, formulez un résultat : nommer une autorité, supprimer une copie, tester un export, ajouter un second administrateur, documenter un flux ou fermer un compte inactif. Attribuez un responsable et une date.
Priorisez selon l’impact et la probabilité, puis selon l’effort de réduction. Une dépendance critique sans mode dégradé passe avant un doublon sans conséquence. Les actions de sécurité urgentes suivent la procédure appropriée ; la cartographie ne remplace ni l’analyse de risque ni la réponse à incident.
La revue est terminée lorsque les changements sont vérifiés et le registre daté. Un tableau rempli sans correction ni propriétaire n’améliore pas la continuité.
Checklist d’une cartographie exploitable
- Périmètre et exclusions datés.
- Chaque outil relié à une action réelle.
- Source de vérité distinguée des copies et caches.
- Responsable fonctionnel et administrateur nommés.
- Flux, identifiants, délais et erreurs décrits.
- Secrets absents du registre.
- Points uniques et modes dégradés visibles.
- Export, récupération et révocation testables.
- Corrections attribuées avec prochaine revue.
Limites et usage de ce guide
Ce guide propose une méthode d’organisation générale. Il ne réalise ni audit de sécurité, ni analyse juridique, ni inventaire automatique du réseau. La profondeur nécessaire dépend du risque, des contrats, des données et de la taille de l’activité.
DOHM n’a pas accès à vos outils ou à vos données. Les applications du portefeuille restent indépendantes ; leur présence dans un catalogue ne prouve aucune synchronisation entre elles. La cartographie peut justement conclure qu’aucune interconnexion n’est souhaitable.
Sources
- Guide d’hygiène informatique · ANSSI · vérifié le 17 septembre 2026
- Guide de la sécurité des données personnelles · CNIL · vérifié le 17 septembre 2026
- Minimiser les données collectées · CNIL · vérifié le 17 septembre 2026