Was zeichnet der Audit Trail eines KI-Agenten auf?

Das Wichtigste in Kürze

• Das Transformance-Protokoll hält je Aktion sechs Felder fest: Zeitstempel, was das System getan hat, was der Nutzer getan hat, wer freigegeben hat, die Eingangsdaten und die Konfidenz.
• 64 % der Unternehmen erwarten, dass Prüfer die Kontrollumgebung rund um ihren KI-Einsatz in der Finanzberichterstattung genauer prüfen (KPMG, 2024).
• Das ERP belegt, was wann gebucht wurde; das Protokoll des Agenten erklärt, warum und wer freigegeben hat. Ein Prüfer braucht beides, und beides muss übereinstimmen.
• In jedem hier behandelten ERP nimmt ein Storno den Ausgleich zuerst oder zugleich zurück und bucht in einer offenen Periode.
• Transformance kann einen Storno veranlassen und ins ERP zurückbuchen, sobald eine Person freigibt; so bleiben die ursprüngliche Buchung und ihre Korrektur sichtbar.

In diesem Beitrag

• Das Wichtigste in Kürze
• Was zeichnet der Audit Trail eines KI-Agenten in der Buchhaltung auf?
• Warum reicht das Protokoll des ERP für Prüfer nicht aus?
• Wie sieht ein vollständiger Protokolleintrag aus?
• Wer gibt was frei, und wie zeigt das Protokoll es?
• Wie stornieren Sie einen Buchungssatz, den ein KI-Agent gebucht hat?
• Wie storniert jedes ERP eine ausgeglichene Zahlung?
• Was verhindert eine Stornobuchung?
• Wie prüfen Sie den Audit Trail eines KI-Agenten?

Was zeichnet der Audit Trail eines KI-Agenten in der Buchhaltung auf?

Für jede Aktion hält das Transformance-Protokoll sechs Felder fest: den Zeitstempel, was das System getan hat, was der Nutzer getan hat, wer freigegeben hat, die Eingangsdaten und die Konfidenz.

Was der Audit Trail festhält, und wo der Rest steht

Beispieleinträge; Feldbezeichnungen wie von Transformance erfasst, ERP-Felder so, wie Ihr ERP sie benennt.

Ein Audit Trail (Prüfpfad) für KI ist die Aufzeichnung jeder Aktion des Agenten, an der eine dritte Partei erkennen kann, was vorgeschlagen wurde, auf welcher Grundlage und wer die Buchung im Hauptbuch zugelassen hat. Das Feld „Was der Nutzer getan hat“ hält fest, ob eine Person übernommen, geändert oder abgelehnt hat, was das System getan hat.

‍

‍

Prüfer fragen bereits nach. In 1.800 Unternehmen in 10 Ländern erwarteten 64 % der Führungskräfte und Aufsichtsratsmitglieder aus der Finanzberichterstattung, dass Prüfer die Kontrollumgebung rund um den KI-Einsatz in der Finanzberichterstattung genauer prüfen; 72 % erprobten oder nutzten KI punktuell (KPMG, 2024). Was Transformance in welchem ERP liest und schreibt, steht in was die Debitorenautomatisierung im ERP liest und schreibt.

Warum reicht das Protokoll des ERP für Prüfer nicht aus?

Das ERP belegt, welcher Beleg wann und unter welchem Benutzer gebucht wurde, nicht aber die Grundlage, die Konfidenz oder die Person, die außerhalb des ERP freigegeben hat.

Jedes ERP hält auf dem Buchungsbeleg fest: Belegnummer, Datum, Periode, Gesellschaft, buchenden Benutzer und bei einem Storno den Stornogrund. Die Lücke ist das Benutzerfeld. Eine Schnittstelle bucht in der Regel unter einem eigenen ERP-Benutzer, das ERP zeigt also diesen technischen Benutzer und nicht den Leiter der Debitorenbuchhaltung, der freigegeben hat. Freigeber, Zahlungsavis und Konfidenz stehen im Protokoll des Agenten. Zwei Aufzeichnungen, eine Geschichte: Der Prüfer testet, ob beide übereinstimmen.

Legen Sie daher vor dem Go-live fest, über welche Referenz ein Protokolleintrag mit seinem ERP-Beleg verknüpft wird (Kunde, Betrag, Buchungsdatum oder ein Referenzfeld, das Ihr ERP speichert), und lassen Sie sich die Verknüpfung vom Anbieter an einem echten Eintrag zeigen.

Bei Prüfungen in den USA ändern sich auch die Verfahren der Prüfer selbst. Das PCAOB hat AS 1105 und AS 2301 angepasst, um die Anforderungen an Prüfungshandlungen mit technologiegestützter Analyse zu klären; sie gelten für Prüfungen von Geschäftsjahren, die nach dem 15. Dezember 2025 beginnen (Deloitte DART, 2024; USA).

Wie sieht ein vollständiger Protokolleintrag aus?

Ein vollständiger Eintrag für eine zugeordnete Zahlung zeigt den Vorschlag, die Grundlage und die Konfidenz dahinter, was der Bearbeiter geändert hat, wer freigegeben hat und wann gebucht wurde.

Beispiel (Unternehmen und Zahlen sind fiktiv). Am 14. Oktober zahlt Kunde B EUR 48.250,00 mit „ZAHLUNG OKT“ als einzigem Text. Ein Zahlungsavis per E-Mail nennt drei Rechnungen: 2026-3305 über EUR 20.000,00, 2026-3318 über EUR 18.250,00 und 2026-3342 über EUR 10.000,00, zusammen EUR 48.250,00.

• Zeitstempel: Vorschlag um 09:12, Freigabe um 09:31.
• Was das System getan hat: hat vorgeschlagen, die drei Rechnungen mit der Zahlung auszugleichen.
• Die Eingangsdaten: die Kontoauszugszeile und das Zahlungsavis per E-Mail.
• Die Konfidenz: mit dem Vorschlag erfasst.
• Was der Nutzer getan hat: Der Sachbearbeiter Debitoren hat den Vorschlag unverändert übernommen.
• Wer freigegeben hat: der Leiter der Debitorenbuchhaltung, weil der Betrag über der für Kunde B festgelegten Freigabegrenze liegt.

Die ERP-Seite ist eine eigene Aufzeichnung: ein Ausgleichsbeleg mit eigener Nummer, gebucht am 14. Oktober in Periode 10 unter dem ERP-Benutzer der Schnittstelle. Zusammen zeichnen beide den Weg der Zahlung von der Kontoauszugszeile bis zu den ausgeglichenen Posten nach.

ClearMatch gleicht 95 % der Zahlungen automatisch ab, und nichts wird ohne menschliche Freigabe gebucht; Vero, der Agent von Transformance, untersucht den Rest und schlägt mit Belegen vor (so funktioniert der Zahlungsabgleich mit KI).

Wer gibt was frei, und wie zeigt das Protokoll es?

Freigaben folgen Grenzen, die Sie nach Betrag, Gesellschaft und Kunde festlegen; Administratoren konfigurieren die Regeln, Finanzmitarbeitende geben frei, und das Protokoll hält fest, wer jede Aktion freigegeben hat.

Transformance arbeitet mit einem mehrstufigen Freigabemodell (lesen, empfehlen, ausführen, buchen); bei ERP-Buchungen ist immer eine Person eingebunden. Die Grenzen folgen Ihrem Geschäft: zum Beispiel eine strengere Regel ab einem bestimmten Betrag, für eine Gesellschaft oder für einen Schlüsselkunden.

Die Funktionstrennung zeigt sich im Protokoll als zwei Benutzer: der Administrator, der eine Regel geändert hat, und die Person aus dem Finanzbereich, die ihr Ergebnis freigegeben hat. Wer eine Regel konfiguriert, sollte nicht freigeben, was diese Regel vorschlägt. Die vollständige Tabelle der Freigabegrenzen steht im Beitrag dazu, wer was freigibt, wenn ein KI-Agent in Ihrem ERP arbeitet.

Wie stornieren Sie einen Buchungssatz, den ein KI-Agent gebucht hat?

Korrigieren Sie mit einem Storno, nie mit einer Löschung: Transformance kann den Storno veranlassen und ins ERP zurückbuchen, sobald eine Person freigibt, und das ERP öffnet die Posten wieder.

‍

‍

So wird die falsche Buchung eines KI-Agenten storniert, in 6 Schritten

1. Eine Person meldet die falsche Buchung, zum Beispiel nach einer Kunden-E-Mail oder einer Abstimmungsprüfung. Der Protokolleintrag zeigt, was gebucht wurde, auf welcher Grundlage und wer freigegeben hat.
2. Transformance veranlasst den Storno für diese Buchung und ihren Ausgleich.
3. Eine Person gibt den Storno frei, nach Ihren Freigabegrenzen wie bei jeder ERP-Buchung. Das Protokoll hält fest, wer freigegeben hat.
4. Der Storno wird ins ERP gebucht: Zuerst wird der Ausgleich zurückgenommen, dann wird der Beleg in einer offenen Periode storniert.
5. Das ERP öffnet die betroffenen Posten wieder, und die Zahlung geht zurück in den Abgleich, wo Vero sie in der Customer 360 untersucht und die richtige Zuordnung vorschlägt.
6. Prüfen Sie, ob beide Aufzeichnungen übereinstimmen: Stornobeleg und Stornogrund im ERP, was System und Nutzer getan haben im Protokoll.

Die NetSuite-Hilfe erklärt, warum: Eine Kundenzahlung zu stornieren (Void) ist dem Löschen vorzuziehen, weil der Audit Trail dabei erhalten bleibt (Oracle NetSuite, Hilfecenter). Ein Storno ist ein neuer Buchungssatz, der das Original spiegelt, sodass das Hauptbuch den Fehler und die Korrektur zeigt. Das Protokoll erfasst dazu dieselben sechs Felder, die Freigabe eingeschlossen.

Das Beispiel, fortgesetzt. Am 16. Oktober schreibt Kunde B, dass seine EUR 10.000,00 für die Rechnung 2026-3351 gedacht waren, ebenfalls über EUR 10.000,00. Der Leiter der Debitorenbuchhaltung gibt den Storno mit dieser E-Mail als Beleg frei. Der Ausgleich wird zurückgenommen und in Periode 10, die noch offen ist, storniert; alle drei Rechnungen sind wieder offen. Vero schlägt EUR 20.000,00 für 2026-3305, EUR 18.250,00 für 2026-3318 und EUR 10.000,00 für 2026-3351 vor, eine Person gibt frei, und 2026-3342 bleibt offen.

Wie storniert jedes ERP eine ausgeglichene Zahlung?

Jedes ERP nimmt bei einem Storno den Ausgleich zurück: SAP setzt ausgeglichene Posten zurück, Dynamics 365 macht den Ausgleich rückgängig, Business Central hebt Ausgleiche auf und NetSuite storniert die Zahlung (Void).

So storniert jedes ERP eine ausgeglichene Kundenzahlung

Menünamen unterscheiden sich je nach Release; stimmen Sie das Vorgehen mit Ihrem ERP-Team ab. Transaktionscodes beschreiben, wie SAP arbeitet, nicht was eine Schnittstelle aufruft.

Was die Hersteller dazu schreiben:

• SAP: Ein Beleg mit ausgeglichenen Posten lässt sich nicht stornieren; er muss zuerst zurückgesetzt werden. Jeder Storno braucht einen Stornogrund (SAP Learning, S/4HANA-Kurs; mehr in KI-Agenten mit SAP in der Debitorenbuchhaltung).
• Business Central: Ein Posten lässt sich nur einmal stornieren (Microsoft Learn, 2026); nach dem Aufheben eines Ausgleichs werden die Posten, die der Ausgleich geschlossen hatte, wieder geöffnet (Microsoft Learn, 2025).
• Oracle Fusion: Der Storno eines Zahlungseingangs erzeugt Storno-Journalbuchungen im Hauptbuch und öffnet alle Soll- und Haben-Posten wieder, die der Zahlungseingang geschlossen hatte (Oracle, 26D, 2026; NetSuite und Oracle in KI-Agenten mit Oracle und NetSuite in der Debitorenbuchhaltung).
• Odoo: Wer die Abstimmung einer Zahlung aufhebt, trennt sie von der Rechnung, löscht sie aber nicht (Odoo, Dokumentation 18.0); eine Gutschrift erzeugt eine Gegenbuchung zum Original (Odoo, Dokumentation 18.0).

Wie die Zahlung ursprünglich gebucht und ausgeglichen wurde, steht im Beitrag dazu, wie Fremdsysteme Zahlungen buchen und offene Posten ausgleichen.

Was verhindert eine Stornobuchung?

Geschlossene Perioden, ein durchgeführter Jahresabschluss, nicht zurückgenommene Ausgleiche und Folgebelege verhindern Stornos; legen Sie daher Stornodatum und Reihenfolge fest, bevor Sie freigeben.

• Geschlossene Periode. Eine Zahlung wurde am 30. September ausgeglichen, der Fehler fällt am 3. Oktober auf, nachdem der September geschlossen wurde. Dynamics 365 lehnt ein Stornodatum in einer nicht offenen Periode ab. Erlaubt die Transaktion ein Stornodatum, können Sie es in eine offene Periode legen; ausgeglichene Posten brauchen zuerst das Rückgängigmachen des Ausgleichs (Microsoft Learn, 2024). In SAP kann der Stornogrund ein Stornodatum erlauben, das vom ursprünglichen Buchungsdatum abweicht (SAP Learning). Siehe Periodenabschluss.
• Jahresabschluss. In Dynamics 365 lassen sich die Transaktionen eines Geschäftsjahres nach dem Jahresabschluss nicht mehr stornieren, auch wenn noch eine Periode offen ist (Microsoft Learn, 2024).
• Reihenfolge der Schritte. Nehmen Sie den Ausgleich vor dem Storno zurück. In Business Central heben Sie zuerst den zuletzt gebuchten Ausgleich auf, wenn ein Posten mehrfach ausgeglichen wurde (Microsoft Learn, 2025).
• Folgebelege. Hat der Ausgleich einen Restposten hinterlassen, der inzwischen bezahlt und ausgeglichen wurde, nehmen Sie zuerst diesen späteren Ausgleich zurück, denn SAP storniert keinen Beleg, der ausgeglichene Posten enthält. Oracle-Rückbelastungen und NetSuite-Kreditkartenzahlungen haben eigene Wege (Tabelle oben).
• Währungsdifferenzen. Die Korrekturposten in Business Central enthalten Kursgewinne und -verluste (Microsoft Learn, 2025), und Odoo bucht die Kursdifferenz automatisch (Odoo, Dokumentation 18.0). Prüfen Sie diese Zeilen in derselben Freigabe.
• Gesellschaften. Stornieren Sie in der Gesellschaft, die gebucht hat (Buchungskreis in SAP, juristische Person in Dynamics 365, Tochtergesellschaft in NetSuite). Transformance führt mehrere SAP-Instanzen, Buchungskreise, Tochtergesellschaften und juristische Personen in einer Umgebung zusammen (Order-to-Cash über mehrere Gesellschaften).

Wie prüfen Sie den Audit Trail eines KI-Agenten?

Ziehen Sie einen freigegebenen und einen abgelehnten Eintrag, prüfen Sie alle sechs Felder, ordnen Sie jeden seinem ERP-Beleg zu, stornieren Sie dann eine Testbuchung und bestätigen Sie, dass beide Aufzeichnungen sie zeigen.

Der Test funktioniert bei jedem Anbieter, auch bei uns:

1. Eine freigegebene Buchung: alle sechs Felder vorhanden, mit namentlich genanntem Freigeber.
2. Ein abgelehnter oder geänderter Vorschlag: was der Nutzer getan hat, und wann.
3. Der ERP-Beleg zur freigegebenen Buchung: Nummer, Periode und buchender Benutzer, über die vereinbarte Referenz mit dem Protokolleintrag verknüpft.
4. Ein Teststorno in einer Pilotgesellschaft, in beiden Aufzeichnungen geprüft.

Fragen Sie dann schriftlich nach, wie ein Protokolleintrag mit dem ERP-Beleg verknüpft ist, wie Änderungen an Regeln und Modellen nachverfolgt und freigegeben werden, wer das Protokoll lesen und exportieren kann und wie die Aufbewahrung zu Ihren Vorgaben passt. Bei Transformance melden sich Nutzer per SSO/SAML an, mit rollenbasierter Zugriffskontrolle (RBAC), die Daten liegen in Ihrer Region, für EU-Kunden in der EU, und es werden keine Kundendaten zum Training von Modellen verwendet. Die Einkaufssicht steht in der Checkliste für KI-Anbieter im Finanzwesen.

Führen Sie die Prüfung während des Proof of Value durch, 4 bis 5 Wochen in einer Gesellschaft, bevor Buchungsrechte auf weitere Gesellschaften ausgeweitet werden (wie KI-Agenten sicher auf ERP-Daten zugreifen).

Wer Transformance einsetzt

• ERPs: Finanzteams mit SAP S/4HANA, SAP ECC, NetSuite, Microsoft Dynamics 365 Finance & Operations und Business Central oder Odoo (alle bei Kunden im Produktivbetrieb) sowie mit Oracle oder Infor (unterstützt). Jede Buchung und jeder Storno geht in dasselbe ERP zurück.
• Größe: Mittelstand bis Großunternehmen, 250 bis über 2.000 Mitarbeitende, auch Gruppen mit mehreren Gesellschaften und Shared-Service-Centern.
• Zahlungsvolumen: von unter 1.000 bis über 100.000 Zahlungen im Monat.
• Branchen: Fertigung, Konsumgüter sowie Lebensmittel und Getränke, Logistik, E-Commerce, Landwirtschaft, Energie und unternehmensnahe Dienstleistungen.
• Umfang: Cash Application allein oder der gesamte Order-to-Cash (Cash Application, Abzugsmanagement, Forderungsmanagement, Liquiditätsplanung).

Fazit: das Warum protokollieren, das Was stornieren

Der Audit Trail eines Agenten erklärt, warum jeder Eintrag vorgeschlagen wurde und wer freigegeben hat, das ERP belegt, was gebucht wurde, und ein freigegebener Storno korrigiert die Buchung, ohne etwas zu löschen.

Fordern Sie vor dem Go-live einen echten Protokolleintrag und einen Teststorno an und prüfen Sie, ob beide Aufzeichnungen dieselbe Geschichte erzählen.

Wichtige Begriffe

• Audit Trail: die Aufzeichnung, mit der eine dritte Partei einen Eintrag von der Quelle bis ins Hauptbuch und zurück nachvollziehen kann.
• Buchungssatz: der Buchungsdatensatz im Hauptbuch; ein Storno ist ein neuer Buchungssatz, der ihn spiegelt.
• Nebenbuch: das Debitorennebenbuch, in dem offene Posten ausgeglichen und nach einem Storno wieder geöffnet werden.
• Periodenabschluss: das Schließen einer Buchungsperiode; ein Storno braucht danach ein Datum in einer offenen Periode.
• KI-Governance: die Regeln, Rollen und Aufzeichnungen, die Entscheidungen von KI kontrollierbar und prüfbar halten.
• Erklärbare KI (Explainable AI): KI, deren Ergebnisse mit den Eingangsdaten und der Begründung kommen, die eine Person prüfen kann.

Weiterführende Beiträge

• Mit welchen ERP-Systemen verbindet sich Transformance?
• Freigabematrix für KI-Agenten im ERP: Wer gibt was frei?
• Wie gleicht ein Fremdsystem offene Posten im ERP aus?
• Welche Daten liest und schreibt die Debitorenautomatisierung im ERP?
• Wie bindet Transformance SAP S/4HANA über eine Schnittstelle an?
• Wie greifen KI-Agenten sicher auf Ihr ERP und Ihre Kundendaten zu?
• Checkliste für KI-Anbieter im Finanzwesen

Häufig gestellte Fragen

In welchen ERP-Systemen kann Transformance buchen und stornieren?

Transformance bucht und storniert in SAP S/4HANA, SAP ECC, NetSuite, Microsoft Dynamics 365 Finance & Operations und Business Central sowie Odoo, jeweils im Produktivbetrieb bei Kunden; Oracle und Infor werden unterstützt.

Funktioniert der Audit Trail über mehrere Gesellschaften oder Buchungskreise?

Ja: Mehrere SAP-Instanzen und Buchungskreise, NetSuite-Tochtergesellschaften und Dynamics-365-Gesellschaften laufen in einer Transformance-Umgebung zusammen, und die Freigabegrenzen können je Gesellschaft abweichen.

Wie lange dauert die Einrichtung der Schnittstelle und der Freigaben?

Die ERP-Schnittstelle steht typischerweise in 2 bis 3 Tagen, Ihre IT ist unter Umständen eingebunden; der vollständige Rollout inklusive Freigabegrenzen dauert bis zu 4 bis 8 Wochen. Ein Proof of Value läuft 4 bis 5 Wochen in einer Gesellschaft (Einführungsdauer).

Was kostet Transformance?

Die Kosten hängen von Umfang und Anzahl der Gesellschaften ab; am schnellsten kommen Sie über ein kurzes Gespräch zum Umfang zu einer Zahl: Termin buchen.

Kann ein KI-Agent eine Buchung aus dem ERP löschen?

Eine falsche Buchung wird mit einem Storno korrigiert, der das Original sichtbar lässt: Transformance kann den Storno veranlassen und ins ERP zurückbuchen, sobald eine Person freigibt.

Was sollte ein Prüfer einen KI-Anbieter zu seinem Protokoll fragen?

Fordern Sie einen echten freigegebenen Eintrag und einen abgelehnten oder geänderten Vorschlag an, prüfen Sie jeweils alle sechs Felder und fragen Sie, wie jeder Eintrag mit seinem ERP-Beleg verknüpft ist.

Trainiert Transformance Modelle mit unseren Finanzdaten?

Nein: Es werden keine Kundendaten zum Training von Modellen verwendet, und Transformance hostet Ihre Daten in Ihrer Region, für EU-Kunden in der EU; eine VPC-Bereitstellung in Ihrer eigenen Cloud ist möglich (Datenhaltung in Ihrer Region).