Inaltérable / Append-only

« Append-only » signifie qu'une écriture validée n'est plus modifiée ni supprimée en place. Le registre évolue par ajout d'écritures et d'événements de correction. Dans les données couvertes, des protections placées dans la base de données rejettent les commandes directes de modification ou de suppression ; une rectification doit passer par l'événement prévu et rester reliée à l'écriture d'origine. Le périmètre exact de ces protections doit être revérifié après chaque évolution du schéma.

À quoi ça sert concrètement : à protéger votre bonne foi. Un registre où l’on peut tout réécrire ne prouve rien ; un registre où l’on ne peut qu’ajouter montre l’erreur et sa correction. C’est précisément ce que cherche un contrôleur.

Un exemple : vous avez saisi 480 € au lieu de 840 € sur un buffet acheté le 12 mars, et vous ne vous en apercevez que le 2 avril. Vous ne pouvez pas récrire la ligne. Vous ajoutez une rectification datée du 2 avril qui renvoie à l’écriture du 12 mars et indique ce qui était faux et ce qui est corrigé. Les deux restent lisibles, dans l’ordre.

Les erreurs fréquentes :

• Recréer l’achat comme une opération neuve pour « faire propre » : vous fabriquez un doublon et vous perdez la chronologie.
• Voir un bug dans l’absence de bouton « Modifier ». C’est la protection qui fonctionne, pas une panne.
• Attendre plusieurs semaines avant de rectifier. Une correction rapide et datée se comprend mieux qu’une correction tardive.

Pour aller plus loin : la situation je ne peux pas modifier une écriture validée, le module Corriger une erreur et le guide de la correction d’erreur.