Documentation informatique : tout ce qu’il faut savoir pour la réaliser
De la connaissance à l’action – découvrez Timly maintenant!
La documentation informatique est l’outil de travail qui permet à une équipe de connaître, d’exploiter et de sécuriser le système d’information de son entreprise sans dépendre de quelques personnes. Elle concerne aussi bien les responsables informatiques et les administrateurs de PME et d’ETI que les prestataires qui interviennent sur leur environnement.
Au programme : ce que recouvre la notion, pourquoi une documentation informatique à jour fait gagner du temps lors des incidents et des audits, les six domaines à couvrir et ce qui doit déclencher leur mise à jour, les repères recommandés par l’ANSSI et les principaux référentiels, un plan type pour tout structurer et les outils, du tableur au logiciel de gestion des actifs.
Qu’est-ce que la documentation informatique ?
Elle répond à trois questions principales :
- qu’avons-nous,
- comment est-ce relié,
- comment fait-on tourner l’ensemble ?
La documentation informatique n’est pas un classeur que l’on remplit une fois avant de le ranger. C’est un ensemble vivant d’inventaires, de schémas, de fiches de configuration et de procédures, reliés entre eux et corrigés au rythme des changements.
L’importance de la documentation pour le service informatique
Réduire la dépendance aux personnes responsables
Dans bon nombre d’entreprises, une ou deux personnes concentrent la connaissance du système d’information. Elles savent quel serveur refuse de redémarrer du premier coup et pourquoi telle règle de pare-feu existe. Quand elles sont en congés, en arrêt maladie ou parties pour de bon, ce savoir s’absente avec elles. Consigner les configurations et les procédures dans une documentation informatique permet à un collègue ou à un prestataire de reprendre la main sans repartir de zéro.
Intervenir plus vite en cas d’incident
Face à une panne ou à une cyberattaque, chaque minute passée à chercher une information allonge le temps moyen de réparation. Une documentation informatique à jour indique aussitôt quels serveurs hébergent quelles applications, quelles dépendances relient les services et qui détient quels droits. Elle permet d’isoler un équipement compromis, de vérifier les accès et de redémarrer les systèmes dans le bon ordre. Le plan de reprise d’activité (PRA) repose d’ailleurs sur ces informations : un PRA qui renvoie à des schémas périmés ne vaut guère mieux qu’une absence de PRA.
Préparer les audits et les contrôles
Audit de certification, contrôle d’un client grand compte, questionnaire d’un assureur ou revue interne : tôt ou tard, la même question arrive, « pouvez-vous le prouver ? ». Une documentation informatique structurée permet de sortir rapidement l’inventaire des équipements, la liste des comptes à privilèges ou l’historique des changements. Sans elle, l’équipe passe des jours à reconstituer ce qui aurait dû être écrit au fil de l’eau.
Que doit contenir la documentation informatique ?
Le périmètre d’une documentation informatique varie selon la taille de l’entreprise, mais six domaines reviennent presque toujours. La dernière colonne est la plus utile : c’est elle qui empêche une documentation de vieillir en silence.
| Domaine | Ce qu’on y consigne | Quand le mettre à jour |
|---|---|---|
| Inventaire du matériel informatique | Serveurs, postes fixes, portables, smartphones, imprimantes, périphériques : modèle, numéro de série, utilisateur, localisation, fin de garantie | À chaque achat, attribution, réparation ou mise au rebut |
| Logiciels et licences | Applications installées, versions, éditeurs, nombre de licences, dates de renouvellement | À chaque installation, mise à jour majeure ou renouvellement |
| Réseau | Schémas physique et logique, plan d’adressage IP, VLAN, commutateurs, pare-feu, liens opérateurs | À chaque modification d’architecture ou de règle de filtrage |
| Infrastructure | Serveurs physiques et virtuels, stockage, services cloud, salles et baies, contrats d’hébergement | À chaque mise en service, migration ou retrait |
| Comptes et droits | Comptes à privilèges, groupes, rôles, accès des prestataires | À chaque onboarding, offboarding ou changement de poste |
| Exploitation et sécurité | Procédures courantes, sauvegardes, PRA, politique de sécurité, contacts d’escalade | Après chaque incident significatif et lors des revues périodiques |
Dans un environnement hybride (serveurs sur site, cloud, prestataires), le schéma des flux et des interconnexions est souvent la pièce la plus précieuse : c’est lui qui dit ce qu’un changement risque de casser.
En France, ces contenus se répartissent généralement entre le dossier d’architecture technique (DAT), qui décrit la conception du système, et le dossier d’exploitation, qui explique comment le faire fonctionner. Deux termes à connaître avant de discuter avec un intégrateur.
Ce que recommandent les référentiels de sécurité et de gestion des services
Le guide d’hygiène informatique de l’ANSSI
Publié pour la première fois en 2013 puis mis à jour en 2017, le guide d’hygiène informatique de l’Agence nationale de la sécurité des systèmes d’information (ANSSI) regroupe 42 mesures. Il part d’un constat de l’agence : la majorité des attaques qu’elle a traitées auraient pu être évitées en appliquant ces mesures. L’une de ses familles de mesures, consacrée à la connaissance du système d’information, recommande notamment de tenir à jour une cartographie et un inventaire exhaustif des comptes privilégiés. Ce ne sont pas des obligations légales, mais de nombreux auditeurs et prestataires s’en servent comme grille de lecture.
La norme ISO 27001
Pour les entreprises qui visent la certification de leur système de management de la sécurité de l’information (SMSI), la norme impose de tenir des « informations documentées ». Sa version 2022 prévoit notamment, dans son annexe A, une mesure d’inventaire des informations et autres actifs associés avec leurs propriétaires (mesure 5.9) et une autre sur les procédures d’exploitation documentées (mesure 5.37). La norme fixe des exigences, pas un modèle : chaque entreprise les traduit dans sa propre documentation informatique.
Le référentiel ITIL
Né à la fin des années 1980 au sein d’une agence gouvernementale britannique, ITIL rassemble des bonnes pratiques de gestion des services informatiques. Sa version 5, annoncée début 2026 par PeopleCert, décrit entre autres des pratiques de gestion des connaissances, de gestion des configurations de service et de gestion des actifs informatiques (ITAM, IT Asset Management). Le référentiel propose une méthode pour structurer ces informations, sans imposer d’outil ni de format.
Les bonnes pratiques pour une documentation à jour et utile
Quelques règles simples évitent ce scénario :
- Désigner un responsable par domaine : une information sans propriétaire vieillit sans que personne ne s’en aperçoive.
- Associer chaque changement à une mise à jour : aucun ticket de changement ne devrait être clos tant que la fiche concernée n’a pas été corrigée. C’est sans doute la règle la plus utile, et la plus souvent oubliée.
- Adopter des modèles communs : toutes les fiches serveur suivent la même trame et les équipements respectent les mêmes conventions de nommage.
- Écrire pour quelqu’un qui ne connaît pas l’environnement : le bon test : un technicien arrivé la veille doit pouvoir suivre la procédure seul.
- Planifier des revues : une revue semestrielle des schémas et des comptes rattrape les écarts qui ont échappé au processus de changement.
- Protéger l’accès et conserver l’historique : la documentation informatique décrit l’architecture de l’entreprise : elle intéresse aussi un attaquant. Limitez les droits de lecture et gardez une trace des versions.
- Automatiser la collecte (lorsque c’est possible) : un outil de découverte réseau qui alimente l’inventaire évite la plupart des ressaisies et des oublis.
Comment structurer sa documentation ?
L’objectif est simple : un technicien qui découvre l’environnement doit trouver l’information dont il a besoin sans avoir à demander à personne.
Exemple de plan type :
- Fiche de présentation : périmètre, responsables, date de dernière révision
- Vue d’ensemble du système d’information et schéma général
- Inventaire du matériel, des logiciels et des licences
- Réseau et infrastructure
- Comptes, rôles et droits d’accès
- Procédures d’exploitation et de sauvegarde
- Sécurité, continuité et contacts d’escalade
- Annexes : rapports de sauvegarde, preuves d’audit, contrats
- Tableau des révisions
Deux principes rendent ce plan efficace. Dans la documentation informatique, chaque information ne vit qu’à un seul endroit : la fiche d’un serveur renvoie vers le schéma réseau et la procédure de sauvegarde au lieu de les recopier. C’est ce qui évite de trouver deux adresses IP différentes pour le même serveur selon le document consulté. Ensuite, chaque chapitre a un responsable identifié, pour que chacun sache où intervenir.
Quels outils pour documenter son système d’information ?
Tableur et documents bureautiques : un point de départ
Pour un petit parc informatique, un tableur bien structuré et un dossier partagé peuvent tout à fait suffire pour démarrer sa documentation informatique. Leurs limites apparaissent vite : copies multiples, historique flou, mises à jour manuelles et aucun lien entre un poste, son utilisateur et ses licences. Autre piège classique : une documentation informatique stockée uniquement sur le serveur qu’elle décrit devient inaccessible le jour où ce serveur tombe ou se fait chiffrer par un rançongiciel, c’est-à-dire précisément le jour où l’on en a le plus besoin. Prévoyez toujours une copie consultable hors ligne.
Wiki, CMDB ou logiciel de gestion de parc : à chacun son rôle !
| Outil | Points forts | Limites |
|---|---|---|
| Wiki interne | Rédaction libre, adapté aux procédures, recherche plein texte | Peu structuré pour l’inventaire, mise à jour manuelle |
| CMDB (base de données de gestion des configurations) | Relations entre composants, analyse d’impact des changements | Mise en place lourde, gouvernance stricte nécessaire |
| Logiciel de gestion des actifs | Inventaire structuré, attributions, cycle de vie, rappels d’échéances | Ne remplace pas la rédaction des procédures |
Les entreprises font souvent le choix de répartir leur documentation informatique entre un outil de rédaction pour les procédures et un logiciel de gestion de parc pour l’inventaire. C’est sur ce second volet que la plateforme de gestion de parc Timly se positionne. Grâce à son intégration avec Lansweeper, qui analyse le réseau, les équipements et logiciels détectés sont importés automatiquement dans Timly, ce qui maintient l’inventaire à jour sans ressaisie. Chaque fiche peut ensuite être complétée par l’attribution à un collaborateur ou à un site, les échéances de garantie et de maintenance, ou encore les tickets associés.
Conclusion : documenter son informatique vaut-il l’effort ?
Oui, dès que l’informatique conditionne l’activité, c’est-à-dire presque toujours. Le coût d’une documentation informatique se voit tout de suite ; celui de son absence apparaît au pire moment : départ imprévu, panne majeure, audit du parc informatique avec un délai serré.
La vraie question porte plutôt sur le niveau de formalisme. Une entreprise de vingt postes peut avancer avec un inventaire tenu dans un tableur, un schéma réseau et une liste des comptes à privilèges. Plusieurs sites, des prestataires nombreux ou un projet de certification justifient en revanche un outil dédié et des responsabilités clairement attribuées. Dans tous les cas, commencez par l’inventaire du parc informatique : c’est à lui que se rattachent ensuite les schémas, les comptes et les procédures.
Foire aux questions
Une base de connaissances regroupe surtout des articles de résolution (problèmes récurrents, tutoriels), parfois ouverts aux utilisateurs. La documentation informatique décrit l’environnement lui-même : configurations, inventaire, schémas, comptes. Elle exige donc un contrôle d’accès plus strict.
Non, surtout pas en clair dans la documentation informatique. Les secrets ont leur place dans un coffre-fort de mots de passe, avec des accès nominatifs et une traçabilité des consultations. La documentation informatique indique où se trouve chaque secret et qui peut y accéder, sans le reproduire.
Il n’existe pas d’obligation générale qui s’applique à toutes les entreprises, mais plusieurs textes imposent une partie de ce travail. Le RGPD exige un registre des activités de traitement (article 30), avec des exceptions limitées pour les structures de moins de 250 salariés. La directive européenne NIS 2 imposera des mesures de gestion des risques aux entités concernées ; en France, sa transposition passe par le projet de loi relatif à la résilience des infrastructures critiques, adopté par le Sénat en mars 2025 mais toujours en attente d’examen à l’Assemblée nationale à la mi-octobre 2026.
Le prestataire produit souvent l’essentiel de la documentation informatique, mais l’entreprise doit en rester propriétaire et y accéder à tout moment. Le contrat d’infogérance devrait préciser les documents attendus, leur fréquence de mise à jour et leur restitution en fin de contrat, via une clause de réversibilité. Sans cette clause, changer de prestataire peut revenir à repartir d’une page blanche.
L’ANSSI propose un guide d’élaboration de la cartographie du système d’information en cinq étapes, du cadrage des enjeux au maintien à jour. La démarche s’appuie sur un inventaire du système, présenté ensuite sous forme de vues complémentaires : écosystème et partenaires, processus métier, applications, administration, puis infrastructures logique et physique. Elle est itérative : on peut commencer par les vues les plus utiles à la sécurité.
