Lohnbuchhaltungs-Agent

Jede Lohnsoftware bucht. Keine beweist, wer sie verantwortet.

DATEV, SAP, Personio - aus jeder Entgeltabrechnung wird per Knopfdruck eine Sammelbuchung in der Finanzbuchführung. Das ist seit Jahren Standard. Die Frage, an der ein Monatsabschluss und eine Betriebsprüfung wirklich hängen, beantwortet keines dieser Systeme: Wer hat diese eine Zuordnung verantwortet, auf welcher Grundlage - und können Sie beweisen, dass sie seitdem nicht unbemerkt geändert wurde?

Dieser Agent folgt dem Decision Layer-Prinzip: Jede Buchung ist entweder regelbasiert, ein KI-Vorschlag oder eine menschliche Freigabe - klar getrennt und unveränderbar protokolliert. Nach EU AI Act ist er kein Hochrisiko-System, weil er keine Menschen bewertet. Seine Anforderungen kommen aus dem Steuer- und Handelsrecht, und die sind hart genug.

Lohnkontierung automatisieren: wo der Monatsabschluss klemmt

Die Hälfte der Finance-Teams braucht laut APQC-Benchmarks länger als eine Woche für den Monatsabschluss, und The Hackett Group zeigt, dass ein substanzieller Teil der Buchhalter-Arbeitszeit in manuelle Low-Value-Prozesse fließt. Die Lohnbuchung ist so ein wiederkehrender Block kurz vor Periodenschluss - und sie klemmt an drei Stellen:

• Kontierung. Aus einer Lohnauswertung wird ein Buchungssatz mit oft zehn bis zwanzig Splits: Lohnaufwand, Arbeitgeber-Anteil zur Sozialversicherung, Verbindlichkeiten gegenüber Finanzamt, Krankenkassen und Mitarbeitenden, dazu Kostenstellen. Die Brutto-Methode läuft über ein Lohnverrechnungskonto (SKR04 3790, SKR03 1755), dessen Saldo am Ende null sein muss. Die Zuordnung ist wiederkehrend und regelhaft - aber heute Handarbeit.
• Abstimmung. Stimmen die gebuchten Lohnverbindlichkeiten gegen die tatsächlichen Zahlungsausgänge? Ein typischer Fehler dabei sind Personalkosten auf der falschen Kostenstelle (Haufe Finance Office).
• Verfahrensdokumentation. Sie veraltet, bis der Prüfer danach fragt.

Der Einsatz ist real: Allein der Prüfdienst der Rentenversicherung kontrollierte 2024 rund 386.000 Betriebe und forderte dabei 710 Millionen Euro an Beiträgen nach (EY). Diese Prüfung ist keine Frage des Ob, sondern des Wann - sie kommt im Vier-Jahres-Takt.

Drei Quellen, klar getrennt: wer bucht was

Die meisten Anbieter sagen, ein Mensch bleibe “im Prozess”, und kleben ein GoBD-Siegel daneben. Beides bleibt eine schwarze Box. Der Agent macht stattdessen für jede Buchung sichtbar, aus welcher von drei Quellen die Entscheidung stammt:

Der Agent ist also überwiegend ein deterministischer Buchungsmotor, mit KI nur als Vorschlag an den Rändern und einem festen menschlichen Freigabe-Gate. Das ist die ehrliche Antwort auf den naheliegenden Einwand “darf eine KI überhaupt buchen?” - und genau das, was das Vier-Augen-Prinzip verlangt. Wichtig dabei: Wer freigibt, sieht jede KI-vorgeschlagene Zuordnung als solche markiert - mit Konfidenz und Quelle -, bevor er sie freigibt. Das Vier-Augen-Prinzip greift damit auf den KI-Anteil, nicht an ihm vorbei. Wie diese Schicht architektonisch durchgreift, zeigt der Decision Layer.

GoBD entsteht zur Laufzeit, nicht im Nachhinein

Ein Buchungsvorschlag, der aus einem KI-Modell ohne integrierten Nachweis kommt, ist für eine Prüfung wertlos: Er ist nicht reproduzierbar, und es ist nicht dokumentiert, welche Eingaben ihn erzeugt haben. Die GoBD verlangt aber genau das Gegenteil - Nachvollziehbarkeit, Vollständigkeit, Richtigkeit und Unveränderbarkeit.

Deshalb trägt beim Agenten jede Buchung ihren Nachweis bei sich: Quelle, Eingabe, Begründung, Zeitstempel und die angewandte Regelversion - append-only, nicht nachträglich änderbar. Die Verfahrensdokumentation wächst mit jeder Buchung mit, statt als separates Schriftstück gepflegt zu werden. Und die Belege bleiben aufbewahrt, solange das Gesetz es verlangt: Buchungsbelege steuerlich seit dem Vierten Bürokratieentlastungsgesetz acht Jahre (Paragraph 147 AO), Bücher und Jahresabschlüsse zehn Jahre.

Der Hebel dahinter: Fehlt die nachvollziehbare Dokumentation, darf das Finanzamt die Buchführung verwerfen und nach Paragraph 162 AO schätzen - auch wenn jede einzelne Buchung sachlich korrekt war. Eine zur Laufzeit entstehende Dokumentation nimmt dieser Eskalation die Grundlage.

Über DATEV und SAP, nicht statt ihnen

Der Agent konkurriert nicht mit Ihrer Lohnsoftware. Gegen DATEV und SAP auf der Buchungs-Achse anzutreten wäre aussichtslos - dort entscheidet Marktanteil und Integration. Der Agent legt sich als Entscheidungs- und Nachweis-Schicht darüber: Sie behalten Ihren Buchungslauf, und er macht ihn prüfbar.

Der fertige Buchungsstapel fließt unverändert und ohne Doppelbuchung in die Zielsysteme - ob DATEV Lohn und Gehalt im Lohnbüro oder SAP FI im Konzern mit mehreren Gesellschaften. Was hinzukommt, ist nicht ein weiteres System, sondern die Antwort auf die Prüfer-Frage: Für jede Zeile lässt sich sagen, wer sie verantwortet hat, und es ist unveränderbar belegt.

Der nächste Schritt ist keine Software-Einführung, sondern eine Bestandsaufnahme: Wo in Ihrem Lohn-FiBu-Prozess sitzt heute die manuelle Kontierung, und wie prüfungsfest ist die Dokumentation dahinter?

Auf einen Blick

• Was er tut: erzeugt aus jeder Entgeltabrechnung einen FiBu-Buchungssatz nach klaren Regeln und protokolliert jede Buchung unveränderbar
• Klassifikation: kein EU-AI-Act-Hochrisiko-System (regelbasiert, keine Bewertung von Menschen)
• Entscheidungslogik: überwiegend Regelwerk, KI nur als Vorschlag, Freigabe beim Menschen (Vier-Augen-Prinzip)
• Compliance-Anker: GoBD (Fassung 2024), Aufbewahrung nach Paragraph 257 HGB und Paragraph 147 AO, Lohnsteuer nach Paragraph 41a EStG, Prüfung nach Paragraph 28p SGB IV
• Integration: Schicht über DATEV, SAP FI, Personio, Lexware oder Sage - kein Ersatz
• Prüfungsfall: jede Buchung bis zur Quell-Lohnart rückverfolgbar, Stichprobe direkt belegbar