Pourquoi le stockage temporaire n’est-il pas considéré comme de l’archivage?
Par Emanuel Böminghaus, expert en systèmes hérités et directeur général d’AvenDATA
Par Emanuel Böminghaus,
expert en systèmes hérités et
directeur général d’AvenDATA
directeur général d’AvenDATA
Quand vient le temps de mettre un système hors service, d’arrêter une application ou de déplacer des données historiques, les entreprises optent généralement pour la solution la plus simple : tout copier sur un serveur, sauvegarder une base de données ou déposer des dossiers sur un support externe. Cette approche passe à côté d’une distinction fondamentale, celle qui sépare le simple stockage de l’archivage conforme aux exigences légales.
Sur le terrain, les mêmes idées reçues reviennent constamment au moment d’archiver des données héritées. Ces malentendus créent des risques juridiques, mais aussi des problèmes durables d’accès aux données, de productivité et de sécurité informatique. Voici les cinq plus fréquents.
Idée reçue n° 1 : « Une sauvegarde, c’est suffisant »
Une sauvegarde sert à récupérer un système en cas d’urgence, pas à conserver des données à long terme et de façon conforme aux exigences de vérification. Elle fonctionne par cycles, elle est écrasée régulièrement, et elle n’a jamais été conçue pour garder des enregistrements individuels accessibles, intacts et structurés pendant des années.
Une fois le système arrêté, la sauvegarde seule ne répond ni aux exigences de vérification ni aux obligations légales. Un système d’archivage, lui, journalise les accès, empêche toute modification après le dépôt et garantit que les données demeurent lisibles, interprétables et exploitables des années plus tard.
Idée reçue n° 2 : « Seules les bases de données doivent être archivées »
Beaucoup croient que l’archivage ne vise que le contenu des bases de données : écritures de transactions, données de base des clients, et ainsi de suite. C’est une vision trop étroite. Les contenus non structurés, courriels, PDF, documents Word et chiffriers Excel, sont eux aussi soumis à des obligations de conservation et de documentation. Dans un système mis hors service, ils se retrouvent souvent éparpillés entre des partages de fichiers, des lecteurs réseau et des archives locales.
Le problème saute aux yeux dans les systèmes ERP dont on n’exporte que la base de données, sans le contexte d’affaires. La logique d’affaires elle-même, soit les processus, les règles et les relations qui donnent leur sens aux données, disparaît dans un simple stockage. Sans elle, une bonne partie des données devient incompréhensible et perd toute valeur probante.
Idée reçue n° 3 : « Un PDF est automatiquement conforme aux exigences de vérification »
Le PDF s’impose souvent comme format d’archivage, parce qu’il est commode. Mais un PDF, à lui seul, ne garantit aucune conformité. Ce qui compte, ce n’est pas le format, c’est l’ensemble du dispositif. Le document a-t-il été déposé de façon inviolable? Les accès sont-ils journalisés? Existe-t-il une règle de suppression vérifiée?
Au moment de mettre le système hors service, il faut donc vérifier que ces documents ont bien été transférés vers un véritable système d’archivage. C’est la seule façon d’assurer la conformité juridique à long terme.
Idée reçue n° 4 : « On garde les données sur un support externe, ça suffit »
Un disque dur externe ou un espace de stockage infonuagique peut sembler une solution commode après l’arrêt d’un système. Or, ces supports ne respectent généralement pas les normes légales d’archivage. Sans métadonnées structurées, sans piste de vérification, sans règles de suppression ni contrôle des accès, il s’agit de simple entreposage numérique, pas d’une archive conforme.
Cette façon de faire soulève aussi des questions de protection des renseignements personnels : des renseignements sensibles peuvent se retrouver dans des environnements non certifiés, sans garanties suffisantes. La mise hors service d’un système ne doit pas se transformer en évacuation informelle des données.
Idée reçue n° 5 : « Tant que quelqu’un y a accès, tout va bien »
Après l’arrêt d’un système, il subsiste souvent des points d’accès isolés : un vieil identifiant d’administrateur, une copie locale sur un poste. Cela ne remplace en rien une solution d’archivage structurée. Au premier départ d’employé, à la première panne matérielle ou logicielle, l’accès disparaît, et les données avec lui.
L’archivage assure la disponibilité des données à long terme, quel que soit le sort du système d’origine. Miser sur la possibilité de les rouvrir un jour, c’est risquer de perdre une information dont on aura besoin lors d’une vérification ou d’une procédure judiciaire.
Conclusion : arrêter un système exige une stratégie d’archivage et de suppression
Le stockage temporaire n’est pas de l’archivage. Un arrêt de système demande une planification rigoureuse : déterminer ce qui doit être conservé, ce qui peut être détruit, et comment archiver le reste dans un format structuré, conforme aux exigences légales, prêt pour la vérification et supprimable au moment voulu.
Les systèmes ERP l’illustrent bien : sans la logique applicative sous-jacente, les données d’affaires ne veulent plus rien dire. Une simple sauvegarde de la base préserve les données brutes, mais pas le contexte qui permet de comprendre les processus, les relations et les transactions passées.
Une sauvegarde de base de données ne suffit donc pas à répondre aux exigences en matière de :
- vérifications et examens réglementaires
- demandes d’information à caractère juridique ou lié à la conformité
- suppression contrôlée des renseignements personnels à l’échéance des délais de conservation
Pour rester conformes et utiles dans le temps, les informations d’affaires essentielles doivent demeurer lisibles, consultables et traçables dans leur contexte fonctionnel d’origine, même longtemps après l’arrêt du système ERP source.
L’archivage n’est pas une tâche secondaire. Il est au cœur de tout arrêt de système et il conditionne la capacité de l’entreprise à utiliser, comprendre et, au besoin, supprimer son information en toute sécurité.
Vous prévoyez d’archiver un système hérité?