Lettre du ministère fédéral allemand des finances du 28.11.2019, modifiée en 2024 ; § 146, § 147 AO

Ce que les GoBD exigent lorsqu'un agent d'IA touche à la comptabilité, et ce que Logsiegel y apporte

Les GoBD exigent que chaque écriture et chaque modification soit consignée de façon traçable et inaltérable. Dès qu'un agent d'IA lit des factures, rattache des pièces ou prépare des écritures, il fait partie de cette procédure, et le contrôle fiscal demandera ce qu'il a fait et quand.

Qui est concerné

Toute entreprise soumise à l'obligation de tenue de livres en Allemagne qui utilise l'IA dans le traitement des pièces, la saisie des factures, l'imputation comptable ou le recouvrement, ainsi que les conseillers fiscaux et les éditeurs de logiciels de comptabilité qui proposent de tels agents. Les principes s'appliquent indépendamment du fait qu'un humain ou un programme effectue le travail préparatoire.

Ce que la réglementation exige en matière d'enregistrements

Les points concernés (Randziffern, numéros de marge) de la lettre du ministère et la base légale dans le code fiscal allemand (Abgabenordnung, AO) :

Ce que Logsiegel y apporte aujourd'hui

• Un journal à côté du système comptable. Logsiegel ne remplace pas l'historique des modifications de votre logiciel de comptabilité. Il journalise ce que l'agent a fait : quelle entrée (empreinte de la pièce), quel modèle, quelle sortie (empreinte de la proposition d'écriture), et quand. La part de la procédure qui revient à l'IA devient ainsi traçable, comme l'exigent les points 30 et suivants.
• Enregistrement inaltéré, vérifiable. Chaque entrée est chaînée par empreinte à la précédente ; à intervalles réguliers, une racine de Merkle est calculée et signée en Ed25519 (point de contrôle). Toute modification, réorganisation ou troncature ultérieure fait échouer logsiegel verify. Pour le contrôleur fiscal, cela signifie : le journal de l'agent est inaltérable au sens des points 58 et suivants, et il peut le recalculer lui-même.
• La validation humaine comme événement. Lorsqu'un collaborateur valide ou rejette la proposition de l'agent, cela constitue une entrée à part. La chaîne montre : proposition, contrôle, validation, dans cet ordre.
• Conservation démontrable. Un point de contrôle signé atteste qu'à un instant donné le journal avait une longueur et un contenu déterminés. Quiconque tronque ensuite se trahit face à tout point de contrôle ou justificatif remis auparavant. Sur huit ou dix ans de conservation, c'est la différence entre une affirmation et une preuve.
• Dossier lisible. logsiegel export écrit le journal sous forme de dossier Markdown, pour les personnes qui ne veulent pas passer par la ligne de commande. Comme annexe à la documentation des procédures et pour l'accès aux données lors du contrôle fiscal.
• Justificatifs unitaires pour des tiers. logsiegel receipt produit, pour une action précise, un fichier composé de l'entrée, de sa preuve d'inclusion et d'un point de contrôle signé. Un auditeur, un client ou un tribunal le vérifie hors ligne contre votre clé publiée, sans accès à vos systèmes et sans voir le reste du journal.

Ce qui est en préparation prévu

• Horodatages qualifiés, pour que la saisie en temps utile (points 45 et suivants) ne dépende pas de la seule horloge de l'exploitant.
• Règles de conservation avec expiration des délais démontrable.

Comment le mettre en œuvre

1. Installer et créer un journal

Le SDK est en Python, sous Apache 2.0, sans serveur et sans compte. L'origine (origin) désigne le système dont l'activité est journalisée.

pip install logsiegel
logsiegel init ./trail --origin "acme.example/support-agent"

2. Brancher l'adaptateur là où chaque action doit passer

Si votre trafic d'IA passe par LiteLLM, chaque complétion devient une entrée inference signable, et les erreurs sont enregistrées comme anomaly. Les interventions humaines, vous les journalisez expressément comme un événement distinct.

import litellm
from logsiegel.integrations.litellm_logger import LogsiegelLogger

litellm.callbacks = [LogsiegelLogger("/var/lib/logsiegel/prod", store_payload=True)]

3. Journaliser les validations

Chaque validation ou rejet d'une proposition de l'agent devient une entrée mentionnant l'opérateur et la référence à la proposition d'origine.

logsiegel log ./trail --event human_override \
  --attr actor="comptabilite@acme.example" --attr decision=approved --attr ref_seq=1284

4. Poser des points de contrôle et les faire sortir de chez vous

Posez des points de contrôle régulièrement (par exemple via cron) et déposez-les hors de votre infrastructure : chez l'auditeur, chez le client, dans un dépôt tiers. Seul un point de contrôle que vous ne contrôlez plus seul rend le journal probant contre vous-même.

logsiegel checkpoint ./trail
logsiegel verify ./trail

5. Intégrer le journal et les points de contrôle dans la documentation des procédures

Décrivez dans la documentation des procédures que l'activité de l'agent est journalisée avec Logsiegel, où les points de contrôle sont déposés et comment le contrôle fonctionne avec logsiegel verify et l'export de dossier pour l'accès aux données de l'administration fiscale.

Autres réglementations : AI Act RGPD DORA NIS 2 ISO/IEC 27001 ISO/IEC 42001 eIDAS Vue d'ensemble

État du droit : septembre 2026. Cette page est une appréciation technique par le projet, ni un conseil juridique ni une déclaration de conformité. Merci de vérifier les références sur le texte en vigueur. Corrections bienvenues via une issue GitHub.