L'inaltérabilité est une propriété de la procédure
L'erreur la plus fréquente consiste à croire que tout dépend du format de fichier – qu'un document au format d'archivage serait sûr, un tableur non. Ce qui est exigé est pourtant autre chose : la procédure doit être conçue de telle sorte qu'une modification ultérieure soit exclue ou reconnaissable. Un fichier verrouillé, qu'une personne disposant de droits d'administrateur peut remplacer discrètement, n'y satisfait pas ; une base de données où chaque modification laisse une trace y satisfait.
Il en découle que les corrections sont autorisées et même souhaitées. Personne n'exige que vous ne fassiez jamais de faute de frappe. Ce qui est exigé, c'est que le contenu initial reste reconnaissable et que la correction soit visible en tant que telle. Écraser une écriture est un problème, l'annuler et la saisir à nouveau n'en est pas un.
En pratique, cela signifie : ce n'est pas l'archive qui décide, mais le chemin par lequel un enregistrement naît, est modifié et devient définitif. C'est précisément ce chemin que vous devez pouvoir décrire.
La traçabilité, c'est : de la pièce justificative à l'écriture et retour
La traçabilité est le plus souvent pensée dans un seul sens – à chaque écriture correspond une pièce justificative. Mais les deux sens sont exigés. Pour chaque pièce, il doit être possible de retrouver où elle a été comptabilisée, et pour chaque écriture, sur quoi elle repose. L'enregistrement n'est complet que lorsque le chemin fonctionne dans les deux sens.
En pratique, cela échoue rarement par manque de bonne volonté, mais par absence de renvois. Une pièce se trouve dans un classeur, l'écriture figure dans le logiciel, et le lien n'existe que dans la tête de la personne qui a saisi les deux. Si cette personne quitte l'exploitation, le pont disparaît – et un contrôle ne demande pas ce pont, mais la pièce.
- Un renvoi univoque de l'écriture vers la pièce justificative, et retour
- Le moment de la saisie, distinct de la date de la pièce
- Le motif d'une correction, pas seulement son résultat
- Un accès qui fonctionne sans la personne qui a saisi l'écriture
Les correspondances commerciales doivent être conservées, même sans écriture
L'angle mort le plus répandu concerne les documents qui n'ont jamais donné lieu à une écriture. Une offre que vous n'avez pas acceptée, une confirmation de commande, une réclamation, une lettre de résiliation – ces correspondances commerciales reçues et envoyées sont soumises à l'obligation de conservation, alors même qu'aucun montant n'a été versé. Elles expliquent des opérations commerciales, et c'est précisément pour cela qu'un contrôle veut les voir.
Cela concerne particulièrement les courriels. Un message qui règle une opération commerciale est une correspondance commerciale et non une correspondance privée – le canal de transmission n'y change rien. Si le courriel ne sert que de moyen de transport pour une pièce jointe, il doit plutôt être traité comme une enveloppe ; s'il règle lui-même quelque chose, il doit être conservé.
Comme ces documents ne portent aucun montant, ils échappent à tout système organisé autour des écritures. Il leur faut une place propre, avec le sens, la date, le correspondant et l'objet – sinon ils ne se trouvent que dans une boîte aux lettres qu'on finit un jour par ranger.
La facture électronique est un format, pas une nouvelle obligation comptable
La facture électronique donne l'impression d'être une obligation supplémentaire, mais il s'agit avant tout d'une règle de forme. Ce qu'une facture doit contenir figurait déjà dans le droit de la TVA (UStG) ; ce qui est nouveau, c'est que le contenu doit se trouver dans un jeu de données structuré qu'un logiciel peut lire – et non plus seulement dans une image que lit un être humain.
Pour la conservation, il en découle une règle claire : ce qui fait foi, c'est le jeu de données structuré, pas la représentation visuelle qui en est tirée. Qui archive le fichier de visualisation et jette les données a perdu l'original. L'introduction se fait par étapes et les délais transitoires évoluent – vous trouverez l'état contraignant dans les sources citées.
Le gain pratique se situe exactement là où l'obligation fait mal : une facture reçue sous forme structurée peut être vérifiée avant d'être comptabilisée. Une facture qui ne respecte pas les exigences se remarque dès la réception, et non plus seulement au moment de la déduction de la TVA en amont.
La documentation des procédures explique comment naissent les autres pièces
La documentation des procédures est le document qui manque le plus souvent et qui coûte le moins. Elle décrit comment les pièces arrivent dans l'exploitation, qui les saisit, où elles se trouvent, combien de temps elles restent, et ce qui garantit que personne ne les modifie sans que cela se remarque. Sans elle, même la gestion des données la plus soignée reste sans explication.
Elle n'a pas besoin d'être volumineuse. Ce qui compte, c'est qu'elle décrive le déroulement réel et non celui qu'on souhaiterait – et qu'elle soit mise à jour dès que le déroulement change. Une documentation qui décrit un autre logiciel que celui réellement utilisé est pire que pas de documentation du tout.
Ce qu'un contrôle exige réellement
Trois choses sont demandées : l'accès, l'exploitabilité et la lisibilité sur toute la durée de conservation. L'accès signifie que les données se trouvent dans le système et qu'un contrôleur peut les consulter. L'exploitabilité signifie qu'elles sont triables et filtrables par une machine – une pile de fichiers image ne l'est pas. La lisibilité signifie que vous pouvez encore ouvrir les données même quand le logiciel d'aujourd'hui aura depuis longtemps été remplacé.
La partie sous-estimée est la dernière. Les durées de conservation survivent aux changements de logiciel, et un export que personne n'a jamais testé n'offre aucune garantie. Qui vérifie une fois par an que les données peuvent effectivement être extraites et relues a répondu à la question avant même qu'elle soit posée.