Sauvegarder, archiver et sécuriser les données
La comptabilité d’une entreprise représente des mois ou des années de travail : factures, règlements, écritures, comptes clients et fournisseurs, déclarations, pièces justificatives et historiques de traitement. Une panne, une erreur humaine, un logiciel malveillant ou une mauvaise manipulation peut rendre ces informations indisponibles ou les détruire. À l’inverse, conserver des fichiers sans méthode pendant des années ne constitue pas un véritable archivage. Utiliser professionnellement un logiciel comptable suppose donc de savoir sauvegarder les données, vérifier qu’elles peuvent être restaurées, organiser leur conservation et protéger leur accès.
- distinguer sauvegarde, archivage et sécurisation ;
- expliquer pourquoi une sauvegarde doit être indépendante des données d’origine ;
- identifier les principales causes de perte de données comptables ;
- comprendre les sauvegardes complètes, incrémentales et différentielles ;
- appliquer le principe de sauvegarde 3-2-1 ;
- comprendre l’intérêt de l’historisation et du versionnement ;
- vérifier qu’une sauvegarde est réellement exploitable ;
- comprendre le rôle d’une restauration test ;
- organiser un plan de sauvegarde adapté ;
- distinguer sauvegarde et synchronisation ;
- organiser l’archivage des données et pièces comptables ;
- comprendre les principales durées de conservation ;
- préserver la lisibilité, l’intégrité et la traçabilité des archives ;
- protéger les accès au logiciel comptable ;
- appliquer le principe du moindre privilège ;
- réagir correctement à une perte de données ou à un incident de sécurité.
1. Trois notions différentes
Sauvegarder, archiver et sécuriser poursuivent des objectifs différents.
Sauvegarder
Créer une copie permettant de récupérer des données après une perte, une corruption ou une mauvaise manipulation.
Archiver
Conserver durablement des informations qui doivent rester accessibles, lisibles et exploitables pendant une certaine durée.
Sécuriser
Protéger les données contre les accès non autorisés, les modifications indésirables, les destructions, les pertes et les autres incidents.
2. Une même donnée peut être concernée par les trois
Prenons une facture fournisseur.
Sauvegarde : une copie permet de récupérer le document après un incident.
Archivage : le document est conservé pendant la durée nécessaire.
Sécurité : seules les personnes autorisées peuvent y accéder ou le modifier selon leurs droits.
3. Pourquoi les données comptables doivent-elles être protégées ?
La perte des données peut empêcher l’entreprise de :
- connaître ses créances clients ;
- connaître ses dettes fournisseurs ;
- justifier certaines opérations ;
- retrouver ses factures ;
- préparer ses déclarations ;
- produire ses états comptables ;
- répondre à un contrôle ;
- poursuivre normalement son activité.
4. D’où peut venir une perte de données ?
Une perte ne provient pas uniquement d’une panne informatique.
- panne matérielle ;
- suppression accidentelle ;
- mauvaise manipulation ;
- fichier corrompu ;
- mise à jour défaillante ;
- vol d’un ordinateur ;
- incendie ;
- dégât des eaux ;
- attaque informatique ;
- rançongiciel ;
- compte utilisateur compromis ;
- erreur de synchronisation ;
- défaillance d’un prestataire.
5. Qu’est-ce qu’une sauvegarde ?
Sauvegarde
Copie de données réalisée afin de pouvoir les restaurer si les données utilisées normalement sont perdues, détériorées, supprimées ou rendues indisponibles.
L’objectif principal n’est donc pas de posséder plusieurs fichiers.
L’objectif est de pouvoir revenir à une situation exploitable.
6. Copier un fichier n’est pas toujours une stratégie de sauvegarde
Supposons que la comptabilité soit enregistrée sur :
C:\Comptabilite\Societe\
L’utilisateur crée une copie dans :
C:\Sauvegarde\Societe\
Il existe désormais deux copies.
Mais elles se trouvent sur le même ordinateur et éventuellement sur le même disque.
7. Une sauvegarde doit être suffisamment indépendante
Plus la sauvegarde dépend du même matériel, du même compte ou du même système que les données d’origine, plus un même incident risque d’affecter les deux.
Une copie utile doit pouvoir survivre à l’incident qui détruit l’original.
8. Que faut-il sauvegarder ?
Le périmètre dépend du logiciel et de l’organisation de l’entreprise.
Il peut notamment comprendre :
- la base de données comptable ;
- les dossiers des entreprises ;
- les écritures ;
- le plan de comptes ;
- les fichiers clients et fournisseurs ;
- les paramètres ;
- les pièces justificatives dématérialisées ;
- les modèles et configurations nécessaires ;
- les exports importants ;
- les données nécessaires à une restauration complète.
9. Sauvegarder seulement les exports PDF ne suffit pas
Une balance, un grand livre ou un PDF de déclaration permettent de consulter certaines informations.
Ils ne permettent pas nécessairement de reconstruire le dossier comptable complet dans le logiciel.
10. La sauvegarde complète
Sauvegarde complète
Sauvegarde contenant l’ensemble des données prévues dans le périmètre de sauvegarde.
Elle est généralement simple à comprendre et à restaurer, mais peut nécessiter davantage de stockage et de temps.
11. Exemple de sauvegarde complète
Données comptables : 20 Go
Chaque sauvegarde complète copie les 20 Go prévus dans le périmètre.
Si cinq sauvegardes complètes sont conservées, l’espace théorique nécessaire peut atteindre 100 Go, avant prise en compte d’éventuels mécanismes de compression ou d’optimisation.
12. La sauvegarde incrémentale
Sauvegarde incrémentale
Sauvegarde qui conserve, selon la solution utilisée, les données modifiées depuis la sauvegarde précédente prise comme référence.
Lundi : sauvegarde complète
Mardi : modifications depuis lundi
Mercredi : modifications depuis mardi
Jeudi : modifications depuis mercredi
13. La sauvegarde différentielle
Sauvegarde différentielle
Sauvegarde qui conserve, selon la solution utilisée, les modifications intervenues depuis une sauvegarde complète prise comme référence.
Lundi : sauvegarde complète
Mardi : changements depuis lundi
Mercredi : changements depuis lundi
Jeudi : changements depuis lundi
14. Il n’existe pas une seule stratégie valable pour toutes les entreprises
Le choix dépend notamment :
- du volume de données ;
- de la fréquence des modifications ;
- du logiciel utilisé ;
- du temps acceptable de restauration ;
- de la quantité de données que l’entreprise peut accepter de perdre ;
- des moyens techniques disponibles ;
- des risques identifiés.
15. Deux questions permettent de réfléchir au besoin
Combien de données peut-on perdre ?
Une journée ? Une heure ? Quelques minutes ?
Combien de temps peut-on rester sans comptabilité ?
Quelques heures ? Une journée ? Plusieurs jours ?
Ces questions permettent de déterminer la fréquence des sauvegardes et les moyens nécessaires à la reprise.
16. Sauvegarder une fois par an serait généralement insuffisant
Une entreprise qui travaille quotidiennement dans son logiciel peut créer chaque jour :
- des factures ;
- des règlements ;
- des écritures ;
- des lettrages ;
- des rapprochements ;
- des pièces numérisées.
Si la dernière sauvegarde date de trois mois, une restauration peut faire perdre trois mois de travail.
17. Le principe 3-2-1
Une règle pratique largement utilisée pour construire une stratégie de sauvegarde est le principe 3-2-1.
3 copies des données
2 supports ou environnements distincts
1 copie conservée hors du site principal
Ce principe constitue une base de réflexion et doit être adapté au contexte réel.
18. Exemple d’organisation 3-2-1
Copie 1 : données de production.
Copie 2 : sauvegarde sur un système de stockage distinct.
Copie 3 : sauvegarde protégée dans un autre emplacement.
19. Pourquoi conserver une copie ailleurs ?
Une sauvegarde située dans le même bâtiment peut être affectée par le même événement :
- incendie ;
- vol ;
- dégât des eaux ;
- incident électrique majeur ;
- attaque affectant tout le réseau.
20. Sauvegarde hors site ne signifie pas nécessairement cloud
Une copie hors site peut être organisée de différentes manières.
L’essentiel est qu’elle ne soit pas exposée aux mêmes risques que la donnée principale.
21. Le cloud n’est pas automatiquement une sauvegarde
Un logiciel comptable en ligne peut comporter des mécanismes de sauvegarde gérés par son fournisseur.
Mais l’utilisateur doit connaître :
- ce qui est sauvegardé ;
- à quelle fréquence ;
- combien de temps les versions sont conservées ;
- qui peut demander une restauration ;
- comment une restauration est effectuée ;
- ce qui se passe en cas de suppression accidentelle ;
- quelles possibilités d’export ou de récupération existent.
22. Synchronisation et sauvegarde ne sont pas synonymes
Synchronisation
Mécanisme destiné à maintenir des données cohérentes entre plusieurs emplacements ou appareils.
Si un fichier est supprimé dans un emplacement, la suppression peut être répercutée ailleurs.
23. Exemple de synchronisation dangereusement confondue avec une sauvegarde
Le dossier comptable est synchronisé avec un espace en ligne.
Un utilisateur supprime accidentellement le dossier principal.
La synchronisation répercute la suppression.
La duplication instantanée d’une erreur n’est pas une protection contre cette erreur.
24. Le versionnement
Versionnement
Mécanisme permettant de conserver plusieurs états successifs d’un même fichier ou ensemble de données.
Il peut permettre de revenir à une version antérieure à une erreur ou une modification indésirable.
25. Exemple de versionnement
Version 10 h : correcte
Version 12 h : correcte
Version 14 h : données supprimées accidentellement
Si les anciennes versions sont conservées, une version antérieure peut éventuellement être restaurée.
26. Pourquoi conserver plusieurs sauvegardes ?
Conserver uniquement la sauvegarde la plus récente peut être dangereux.
Une corruption peut ne pas être détectée immédiatement.
Lundi : fichier déjà corrompu mais personne ne le remarque.
Mardi : nouvelle sauvegarde du fichier corrompu.
Mercredi : l’anomalie est découverte.
Si toutes les anciennes sauvegardes ont été remplacées, il peut ne plus exister de version saine.
27. L’historisation des sauvegardes
Une politique de sauvegarde peut conserver plusieurs générations :
- sauvegardes récentes fréquentes ;
- sauvegardes plus anciennes espacées ;
- copies correspondant à certaines étapes importantes.
Le nombre et la durée de conservation dépendent de la stratégie retenue.
28. Une sauvegarde n’est utile que si elle peut être restaurée
Sauvegarde réussie ≠ restauration garantie.
Un fichier peut exister mais être :
- incomplet ;
- corrompu ;
- illisible ;
- chiffré sans clé disponible ;
- incompatible avec le logiciel ;
- impossible à retrouver ;
- insuffisant pour reconstruire le dossier.
29. Tester la restauration
Test de restauration
Opération consistant à vérifier qu’une sauvegarde permet effectivement de récupérer les données attendues dans des conditions maîtrisées.
Ce test constitue l’un des contrôles les plus importants d’une politique de sauvegarde.
30. Que vérifier lors d’un test de restauration ?
- la sauvegarde est accessible ;
- le fichier n’est pas corrompu ;
- le logiciel peut ouvrir les données restaurées ;
- la bonne entreprise est présente ;
- les exercices attendus sont présents ;
- les écritures sont accessibles ;
- les pièces attendues sont présentes si elles font partie du périmètre ;
- les paramètres indispensables sont récupérés ;
- la date de la sauvegarde est connue.
31. Attention au test sur les données de production
Une restauration de test ne doit pas écraser accidentellement les données réellement utilisées.
32. Automatiser les sauvegardes
Une sauvegarde manuelle peut être oubliée.
L’automatisation permet d’exécuter les sauvegardes selon une fréquence définie.
Mais l’automatisation ne dispense pas du contrôle.
33. Contrôler les sauvegardes automatiques
Un système peut afficher pendant des semaines :
Échec de sauvegarde
sans que personne ne consulte les alertes.
Une sauvegarde automatique non surveillée peut donner une fausse impression de sécurité.
34. Les journaux de sauvegarde
Une solution de sauvegarde peut conserver des informations sur :
- la date de l’opération ;
- son résultat ;
- le volume traité ;
- les éventuelles erreurs ;
- la destination ;
- la durée de l’opération.
Ces informations permettent de contrôler le bon fonctionnement du processus.
35. Construire un plan de sauvegarde
Un plan de sauvegarde doit répondre au minimum aux questions suivantes :
- Quelles données sauvegarder ?
- À quelle fréquence ?
- Sur quels systèmes ?
- Combien de versions conserver ?
- Où conserver les copies ?
- Qui contrôle les sauvegardes ?
- Qui peut les restaurer ?
- Comment tester la restauration ?
- Que faire en cas d’échec ?
36. Exemple de plan simple
Périmètre : dossier comptable et pièces intégrées.
Fréquence : sauvegardes automatiques régulières adaptées au volume d’activité.
Copies : plusieurs emplacements indépendants.
Historique : plusieurs versions conservées.
Contrôle : vérification des rapports d’exécution.
Test : restauration périodique dans un environnement de test.
37. Qu’est-ce que l’archivage ?
Archivage
Organisation de la conservation de données ou documents pendant la durée nécessaire, en préservant leur accessibilité, leur lisibilité et, lorsque cela est requis, leur intégrité et leur traçabilité.
38. Sauvegarde et archivage ne répondent pas au même besoin
Sauvegarde
Objectif principal : récupérer les données après un incident.
Archivage
Objectif principal : conserver des informations dans la durée.
39. Exemple concret
Une facture de 2026 peut être :
présente dans la sauvegarde quotidienne pour permettre la reprise après incident ;
et
conservée dans un système d’archivage pour pouvoir être retrouvée plusieurs années plus tard.
40. Pourquoi archiver les pièces comptables ?
Une écriture comptable doit pouvoir être reliée à son origine et aux pièces qui la justifient.
L’archivage permet notamment :
- de retrouver une facture ;
- de justifier une écriture ;
- de répondre à une demande interne ;
- de préparer certains contrôles ;
- de conserver l’historique de l’activité ;
- de respecter les obligations de conservation applicables.
41. La durée de conservation dépend du document et de la règle applicable
Il n’existe pas une durée unique pour tous les documents d’une entreprise.
Les obligations peuvent notamment relever :
- du droit commercial ;
- des règles comptables ;
- des règles fiscales ;
- du droit social ;
- de règles particulières à certains documents ou activités.
42. Documents comptables : retenir le repère des 10 ans
En matière commerciale, les documents comptables et les pièces justificatives doivent être conservés pendant 10 ans à compter de la clôture de l’exercice concerné.
Exercice clos : 31 décembre 2026
Le calcul de la conservation doit être effectué à partir de cette clôture selon la règle applicable.
43. Les délais fiscaux doivent être analysés séparément
Les règles fiscales prévoient leurs propres délais de conservation pour les documents sur lesquels l’administration peut exercer ses droits de communication, d’enquête et de contrôle.
Ces délais ne doivent pas être confondus avec la durée commerciale de conservation des documents comptables.
Durée comptable ou commerciale et délai fiscal ne sont pas nécessairement identiques.
44. Conserver ne signifie pas seulement garder un fichier
Dans dix ans, le fichier doit encore pouvoir être retrouvé et exploité.
Il faut donc penser :
- classement ;
- nommage ;
- format ;
- support ;
- droits d’accès ;
- lisibilité ;
- intégrité ;
- traçabilité ;
- évolution des logiciels.
45. Le risque d’obsolescence
Un fichier peut être parfaitement conservé mais devenir difficile à exploiter si le logiciel nécessaire n’existe plus.
Archive : intacte
Ancien logiciel : plus disponible
Résultat : donnée potentiellement difficile à exploiter
46. Prévoir des formats exploitables
Selon les documents, il peut être pertinent de conserver :
- les données natives nécessaires ;
- des exports structurés ;
- des documents lisibles ;
- les éléments nécessaires pour comprendre les données.
La stratégie dépend de la nature de l’information et de son utilisation future.
47. Archiver les pièces avec une organisation cohérente
Un classement peut s’appuyer sur plusieurs critères :
- exercice ;
- type de document ;
- journal ;
- client ou fournisseur ;
- numéro de pièce ;
- date ;
- référence.
L’objectif est de pouvoir retrouver rapidement la pièce correspondant à une écriture.
48. Exemple de classement
Comptabilite
└── 2026
├── Achats
├── Ventes
├── Banque
├── Fiscal
└── Cloture
Ce n’est qu’un exemple.
Le classement réel doit être adapté au logiciel et à l’organisation de l’entreprise.
49. Éviter les noms de fichiers incompréhensibles
scan001.pdf
document-final-v2-new.pdf
facture.pdf
Ces noms deviennent rapidement difficiles à exploiter dans une archive importante.
50. Un nom de fichier peut porter des informations utiles
2026-10-06_Fournisseur-Dupont_F2026-458.pdf
La convention exacte dépend de l’organisation retenue, mais elle doit rester :
- cohérente ;
- compréhensible ;
- stable ;
- adaptée aux outils utilisés.
51. L’intégrité des archives
Intégrité
Propriété permettant de s’assurer qu’une donnée n’a pas été modifiée de manière non autorisée ou non maîtrisée.
L’intégrité est particulièrement importante pour des documents qui doivent permettre de justifier les opérations comptables.
52. L’archivage électronique ne doit pas permettre des modifications invisibles
Une bonne organisation doit permettre de distinguer :
- le document conservé ;
- une éventuelle nouvelle version ;
- une correction ;
- les informations permettant d’en comprendre l’origine.
Archiver ne signifie pas conserver un document que chacun peut remplacer silencieusement.
53. La sécurité repose sur plusieurs dimensions
Pour les données comptables, on cherche notamment à préserver :
- la confidentialité : seules les personnes autorisées accèdent aux données ;
- l’intégrité : les données ne sont pas modifiées de manière non autorisée ;
- la disponibilité : les données restent accessibles lorsqu’elles sont nécessaires.
54. La confidentialité
Une comptabilité peut contenir des informations sensibles :
- chiffre d’affaires ;
- marges ;
- salaires ou données liées à la paie ;
- coordonnées bancaires ;
- dettes ;
- créances ;
- informations clients et fournisseurs ;
- données personnelles.
Tout le monde ne doit donc pas disposer du même accès.
55. Le principe du moindre privilège
Moindre privilège
Principe consistant à n’accorder à un utilisateur que les droits nécessaires à l’exercice de ses fonctions.
Un salarié doit consulter les comptes clients.
Il n’a pas nécessairement besoin de pouvoir :
- modifier le paramétrage général ;
- supprimer des utilisateurs ;
- restaurer une sauvegarde ;
- modifier les droits d’accès.
56. Éviter les comptes partagés
Si cinq personnes utilisent :
Utilisateur : compta
Mot de passe : ********
il devient plus difficile de savoir qui a réalisé une action.
Un compte nominatif facilite la gestion des droits et la traçabilité.
57. Le mot de passe
Un mot de passe doit être suffisamment robuste et ne pas être réutilisé de manière dangereuse sur plusieurs services.
Il ne doit pas être :
- affiché sur un post-it ;
- partagé entre plusieurs personnes sans nécessité ;
- envoyé sans précaution ;
- conservé en clair dans un fichier accessible à tous.
58. L’authentification multifacteur
Authentification multifacteur
Mécanisme demandant plus d’un facteur pour authentifier l’utilisateur.
Lorsqu’elle est disponible, elle renforce la protection des comptes, notamment pour les services accessibles en ligne.
59. Les droits doivent évoluer avec les personnes
Un collaborateur peut :
- arriver dans l’entreprise ;
- changer de fonction ;
- changer de service ;
- quitter l’entreprise.
Ses droits doivent donc être créés, modifiés ou supprimés en conséquence.
60. Exemple : départ d’un salarié
Un comptable quitte l’entreprise vendredi.
Son compte reste actif pendant six mois.
La désactivation des accès doit faire partie du processus de départ.
61. Les administrateurs disposent de pouvoirs importants
Un compte administrateur peut notamment, selon le logiciel :
- créer des utilisateurs ;
- modifier les droits ;
- modifier des paramètres ;
- accéder à de nombreuses données ;
- effectuer certaines opérations sensibles.
Ces droits doivent donc être attribués avec prudence.
62. Les mises à jour participent à la sécurité
Un logiciel ancien peut contenir des vulnérabilités connues.
Il faut maintenir à jour, selon l’organisation technique :
- le logiciel comptable ;
- le système d’exploitation ;
- les composants nécessaires ;
- les outils de sécurité ;
- les équipements concernés.
Une mise à jour importante doit cependant être préparée et les données sauvegardées selon la procédure prévue.
63. Le rançongiciel
Rançongiciel
Logiciel malveillant qui rend des données ou systèmes indisponibles, souvent par chiffrement, puis réclame une rançon.
Une attaque peut toucher :
- les données de production ;
- les dossiers partagés ;
- les postes utilisateurs ;
- certaines sauvegardes accessibles depuis le réseau.
64. Pourquoi une sauvegarde connectée en permanence peut être vulnérable
Si le système compromis peut également accéder à la sauvegarde, l’attaque peut atteindre :
les données originales
et
leurs sauvegardes.
Une stratégie robuste cherche donc à disposer d’au moins une copie suffisamment isolée ou protégée contre ce type d’incident.
65. Une sauvegarde peut elle-même contenir des données sensibles
Copier les données ne supprime pas leur caractère sensible.
Une sauvegarde volée ou accessible sans autorisation peut exposer autant d’informations que le système principal.
Les sauvegardes doivent elles-mêmes être sécurisées.
66. Chiffrer certaines sauvegardes
Chiffrement
Transformation des données afin qu’elles ne puissent être lues sans disposer du moyen nécessaire à leur déchiffrement.
Le chiffrement peut contribuer à protéger une sauvegarde contre un accès non autorisé.
67. Mais le chiffrement crée également une responsabilité
Une sauvegarde parfaitement chiffrée dont personne ne possède la clé ou le secret nécessaire peut devenir inutilisable.
68. La traçabilité des actions
Un logiciel peut enregistrer certaines informations concernant :
- les connexions ;
- les créations ;
- les modifications ;
- les validations ;
- les imports ;
- les exports ;
- les opérations d’administration.
Les fonctions disponibles dépendent du logiciel.
69. Pourquoi les journaux d’activité sont utiles
Ils peuvent aider à comprendre :
- qui a effectué une opération ;
- à quelle date ;
- depuis quel compte utilisateur ;
- quelle action a été réalisée ;
- ce qui s’est passé avant un incident.
70. Attention aux exports locaux
Une base comptable peut être très sécurisée dans le logiciel, puis être exportée dans un fichier CSV enregistré :
sur le bureau d’un ordinateur,
sur une clé USB non protégée,
ou dans un dossier accessible à tout le monde.
La sécurité doit donc suivre la donnée après son export.
71. La sécurité concerne aussi les pièces justificatives
Une facture numérisée peut contenir :
- des coordonnées ;
- des références contractuelles ;
- des coordonnées bancaires ;
- des noms de personnes ;
- des informations commerciales.
L’espace documentaire doit donc être protégé comme les données comptables.
72. Que faire avant une opération importante ?
Avant certaines opérations sensibles, il peut être prudent de vérifier l’existence d’une sauvegarde exploitable.
Par exemple avant :
- une migration ;
- une mise à jour importante ;
- un import massif ;
- une modification importante du paramétrage ;
- certaines opérations de clôture ou de reprise.
73. Que faire lorsqu’une donnée disparaît ?
La première réaction ne doit pas être de multiplier les manipulations au hasard.
- Identifier ce qui a disparu.
- Déterminer l’étendue de l’incident.
- Éviter les opérations susceptibles d’aggraver la situation.
- Identifier la dernière sauvegarde saine.
- Appliquer la procédure de restauration prévue.
- Contrôler les données restaurées.
- Identifier les opérations à reprendre depuis la sauvegarde.
- Analyser la cause de l’incident.
74. La dernière sauvegarde n’est pas nécessairement la bonne
Supposons :
Lundi : données correctes.
Mardi : corruption invisible.
Mercredi : sauvegarde automatique.
Jeudi : anomalie découverte.
La sauvegarde de mercredi peut déjà contenir les données corrompues.
Il faut rechercher la dernière sauvegarde saine, pas simplement la plus récente.
75. Mesurer ce qui doit être ressaisi après restauration
Supposons :
Incident : 17 h 00
Dernière sauvegarde saine : 12 h 00
La restauration peut permettre de retrouver la situation de midi.
Il reste alors à identifier les opérations réalisées entre 12 h et 17 h qui doivent éventuellement être reconstituées.
76. Ne pas écraser immédiatement les données existantes
Lors d’un incident, une restauration précipitée sur l’environnement principal peut détruire des informations encore récupérables.
77. Documenter la procédure
Une entreprise ne devrait pas dépendre uniquement de la mémoire d’une seule personne.
La procédure peut notamment préciser :
- où se trouvent les sauvegardes ;
- qui les contrôle ;
- qui peut les restaurer ;
- comment lancer une restauration ;
- qui contacter en cas d’incident ;
- quels contrôles effectuer après restauration.
78. Cas professionnel complet
Une entreprise utilise un logiciel comptable installé sur son infrastructure.
Chaque soir, une sauvegarde automatique est créée.
L’administrateur pense donc que la comptabilité est protégée.
79. L’incident
Un lundi matin, un rançongiciel rend indisponibles :
- la base comptable ;
- les dossiers partagés ;
- les sauvegardes accessibles en permanence depuis le même environnement.
La sauvegarde existait, mais elle était exposée au même incident.
80. Quelle était l’erreur ?
L’entreprise avait plusieurs copies, mais pas suffisamment d’indépendance entre elles.
Le nombre de copies ne suffit pas. Il faut également considérer leur exposition aux mêmes risques.
81. Une meilleure organisation
L’entreprise met ensuite en place :
- des sauvegardes régulières ;
- plusieurs générations conservées ;
- une copie protégée hors de l’environnement principal ;
- des contrôles automatiques ;
- une surveillance des échecs ;
- des tests de restauration ;
- une documentation de la procédure.
82. Cas professionnel : suppression accidentelle
À 15 h, un utilisateur supprime par erreur un ensemble de documents.
La synchronisation répercute la suppression sur son dossier synchronisé.
Mais le système de sauvegarde dispose d’une version datant de 14 h.
Perte potentielle : environ une heure de modifications
Après analyse, la version saine peut être restaurée selon la procédure prévue.
83. Cas professionnel : départ d’un utilisateur
Une collaboratrice quitte l’entreprise.
Avant son départ, elle disposait :
- d’un accès au logiciel comptable ;
- d’un accès documentaire ;
- d’un accès à l’espace de sauvegarde ;
- d’un accès à certains exports.
Le processus de départ doit permettre de supprimer ou modifier ces accès au moment approprié.
84. Les erreurs fréquentes
Une panne peut supprimer l’original et la copie.
Une suppression peut être synchronisée partout.
La dernière sauvegarde peut déjà contenir une corruption.
Une sauvegarde inutilisable peut rester indétectée jusqu’au jour de l’incident.
Une tâche peut échouer pendant plusieurs jours sans être remarquée.
Cela augmente inutilement les possibilités d’erreur et d’action malveillante.
La traçabilité des actions devient beaucoup plus difficile.
Des comptes inutiles restent actifs.
Un fichier impossible à retrouver n’est pas une archive efficace.
Il faut connaître les fonctions réelles de sauvegarde, de versionnement, d’export et de restauration du service utilisé.
85. Méthode professionnelle de sauvegarde
- Identifier les données indispensables.
- Évaluer la fréquence de leurs modifications.
- Déterminer la perte de données acceptable.
- Définir une fréquence de sauvegarde adaptée.
- Prévoir plusieurs copies suffisamment indépendantes.
- Conserver plusieurs générations lorsque nécessaire.
- Protéger les sauvegardes contre les accès non autorisés.
- Automatiser lorsque cela est pertinent.
- Surveiller les résultats des sauvegardes.
- Tester régulièrement la restauration.
- Documenter la procédure.
- Réévaluer la stratégie lorsque le système évolue.
86. Méthode professionnelle d’archivage
- Identifier les documents à conserver.
- Identifier la durée applicable à chaque catégorie.
- Classer les documents selon une organisation stable.
- Associer les pièces aux opérations correspondantes.
- Préserver leur lisibilité.
- Préserver leur intégrité lorsque cela est nécessaire.
- Contrôler les droits d’accès.
- Prévoir l’évolution des formats et logiciels.
- Vérifier régulièrement que les archives restent exploitables.
- Organiser la fin de conservation selon les règles applicables.
87. Méthode professionnelle de sécurisation
- Créer des comptes utilisateurs individuels.
- Limiter les droits au besoin réel.
- Protéger les authentifications.
- Activer l’authentification multifacteur lorsqu’elle est disponible et pertinente.
- Maintenir les logiciels et systèmes à jour.
- Protéger les sauvegardes.
- Contrôler les exports de données.
- Retirer rapidement les accès devenus inutiles.
- Surveiller les événements et alertes disponibles.
- Préparer une procédure de réaction aux incidents.
88. Checklist sauvegarde
- □ données critiques identifiées ;
- □ fréquence adaptée ;
- □ plusieurs copies disponibles ;
- □ copies suffisamment indépendantes ;
- □ copie hors du site ou environnement principal prévue ;
- □ plusieurs versions conservées lorsque nécessaire ;
- □ sauvegardes protégées ;
- □ échecs surveillés ;
- □ restauration testée ;
- □ procédure documentée ;
- □ responsable identifié.
89. Checklist archivage
- □ documents à conserver identifiés ;
- □ durées de conservation vérifiées ;
- □ classement cohérent ;
- □ noms compréhensibles ;
- □ pièces retrouvables ;
- □ formats exploitables ;
- □ intégrité préservée ;
- □ accès contrôlés ;
- □ archives encore lisibles ;
- □ évolution technologique prise en compte.
90. Checklist sécurité
- □ comptes utilisateurs nominatifs ;
- □ droits adaptés aux fonctions ;
- □ administrateurs limités ;
- □ authentification protégée ;
- □ authentification multifacteur utilisée lorsque pertinente ;
- □ comptes des anciens utilisateurs désactivés ;
- □ logiciels maintenus à jour ;
- □ sauvegardes protégées ;
- □ exports sensibles protégés ;
- □ accès aux archives contrôlés ;
- □ procédure d’incident connue.
91. Ce qu’il faut retenir
À retenir
- Une sauvegarde sert principalement à restaurer des données après un incident.
- Un archivage sert principalement à conserver durablement des informations.
- La sécurité vise notamment la confidentialité, l’intégrité et la disponibilité.
- Une copie sur le même disque ne protège pas contre la panne de ce disque.
- Le principe 3-2-1 constitue une base utile pour organiser les sauvegardes.
- Synchronisation et sauvegarde ne sont pas synonymes.
- Conserver plusieurs générations permet de revenir avant certaines erreurs ou corruptions.
- Une sauvegarde doit être surveillée.
- Une sauvegarde non testée ne garantit pas qu’une restauration sera possible.
- Il faut rechercher la dernière sauvegarde saine, pas nécessairement la plus récente.
- Les documents comptables et pièces justificatives sont soumis à des obligations de conservation.
- Le repère commercial de 10 ans ne doit pas être généralisé à tous les documents de l’entreprise.
- Une archive doit rester retrouvable, lisible et exploitable.
- Les accès au logiciel doivent respecter le principe du moindre privilège.
- Les comptes individuels améliorent la gestion des droits et la traçabilité.
- Les sauvegardes et les exports doivent eux-mêmes être protégés.
- La sécurité des données comptables est un processus continu, pas une opération unique.
Mini-test
Voir la réponse
La sauvegarde vise principalement à permettre une restauration après un incident. L’archivage vise la conservation durable et organisée des informations.
Voir la réponse
Non. Une panne du disque peut supprimer simultanément l’original et la copie. Les sauvegardes doivent être suffisamment indépendantes des données qu’elles protègent.
Voir la réponse
Conserver trois copies des données, sur deux supports ou environnements distincts, avec au moins une copie hors du site principal. Ce principe constitue une base de stratégie à adapter au contexte.
Voir la réponse
Parce qu’une suppression, une modification indésirable ou certains incidents peuvent être répercutés sur les emplacements synchronisés.
Voir la réponse
Parce qu’une corruption ou une erreur peut être découverte après avoir déjà été copiée dans la sauvegarde la plus récente. Une version plus ancienne peut alors être nécessaire.
Voir la réponse
Non. Il faut contrôler les sauvegardes et effectuer des tests de restauration pour vérifier qu’elles sont réellement exploitables.
Voir la réponse
Le Code de commerce prévoit une conservation pendant 10 ans à compter de la clôture de l’exercice. Cette durée ne doit pas être généralisée automatiquement à tous les documents de l’entreprise.
Voir la réponse
Il consiste à attribuer à chaque utilisateur uniquement les droits dont il a besoin pour réaliser ses tâches.
Voir la réponse
Pour éviter de conserver des accès devenus inutiles et réduire les risques d’accès non autorisé.
Voir la réponse
Non. La sauvegarde la plus récente peut déjà contenir la corruption ou l’erreur. Il faut identifier la dernière sauvegarde saine et appliquer une procédure de restauration maîtrisée.
Compétence acquise
Vous savez désormais organiser la sauvegarde, l’archivage et la sécurisation des données d’un logiciel comptable.
Vous savez distinguer une véritable sauvegarde d’une simple copie ou d’une synchronisation, comprendre les principales stratégies de sauvegarde, conserver plusieurs versions et surtout vérifier qu’une restauration est réellement possible.
Vous savez également organiser la conservation des documents comptables, contrôler les accès, protéger les données sensibles et réagir méthodiquement à un incident.
Vous maîtrisez le raisonnement essentiel : protéger les données, prévoir leur perte, être capable de les restaurer, les conserver aussi longtemps que nécessaire et limiter leur accès aux personnes autorisées.
La suite
Vous savez maintenant protéger les données sur lesquelles repose le travail réalisé dans le logiciel comptable.
La prochaine compétence du chapitre permettra de poursuivre la maîtrise du logiciel sans anticiper son contenu.
Exercices du cours
Entraînez-vous avec 15 exercices progressifs. Ouvrez un exercice pour répondre, puis afficher sa correction.
