Soll und Haben
Buchungssätze mit KI: fünf Geschäftsvorfälle in SKR03 und SKR04
Buchungssätze mit KI entstehen in drei Schritten: Die KI ordnet den Geschäftsvorfall einem Konto im Soll und einem im Haben zu, wählt den Steuerschlüssel und legt das Ergebnis als Vorschlag vor – gebucht ist er erst, wenn das Buchhaltungssystem ihn geprüft und mit einer Buchungsnummer ins Journal geschrieben hat. Die meisten Fehler einer KI liegen nicht in der Logik von Soll und Haben, sondern in Kontonummern aus dem falschen Kontenrahmen, in der Verwechslung von Brutto und Netto und im Steuerschlüssel. Diese Seite zeigt fünf typische Fälle mit SKR03- und SKR04-Konten und wie Sie jeden Vorschlag prüfen.
Stand: 2026-10-30
So übersetzt eine KI einen Geschäftsvorfall
Ein Buchungssatz beantwortet vier Fragen. Welche Konten berührt der Vorgang? In welche Richtung verändern sie sich – ein Zugang auf einem Aktivkonto und ein Aufwand stehen im Soll, ein Zugang auf einem Passivkonto und ein Ertrag im Haben? Welche Umsatzsteuer gilt? Und welche Nummern haben diese Konten im Kontenrahmen genau dieser Gesellschaft?
Die ersten drei Fragen beantwortet ein Sprachmodell aus allgemeinem Wissen oft richtig. Die vierte kann es nur beantworten, wenn es nachschaut: Mit get_entity liest es, ob die Gesellschaft SKR03 oder SKR04 führt, mit list_accounts sucht es ein Konto per Nummer oder Stichwort, einschließlich der eigenen Konten der Gesellschaft. Ein Vorschlag ohne diesen Blick in den echten Kontenrahmen ist eine Vermutung.
Fünf Geschäftsvorfälle mit Konten
Alle Beträge sind Beispiele, die Sätze zeigen die Wirkung zusammengefasst. Die Kontonummern stammen aus dem SKR-Katalog der Software; „V19“ steht für 19 % Vorsteuer, „A19“ für 19 % Umsatzsteuer. Beim Bilanzierer entsteht ein Aufwand aus dem Beleg, die Bankzahlung gleicht danach den offenen Posten aus – im Ergebnis stehen dieselben Konten.
1. Bürobedarf, per Bank bezahlt, 119,00 € brutto
SKR03: 4930 Bürobedarf 100,00 und 1576 Vorsteuer 19 % 19,00 an 1200 Bank 119,00. SKR04: 6815 Bürobedarf und 1406 Vorsteuer 19 % an 1800 Bank. Steuerschlüssel V19 – die Vorsteuerzeile bildet die Software aus Bruttobetrag und Schlüssel selbst.
2. Ausgangsrechnung Beratung, 1.000,00 € netto
SKR03: 1400 Forderungen 1.190,00 an 8200 Erlöse 1.000,00 und 1776 Umsatzsteuer 19 % 190,00. SKR04: 1200 Forderungen an 4200 Erlöse und 3806 Umsatzsteuer 19 %. Ist der Kunde mit eigenem Debitorenkonto angelegt, steht dessen Personenkonto statt des Sammelkontos. Lehrbücher nennen oft 8400 bzw. 4400; in der Software sind das Automatikkonten, deshalb bucht auch create_outgoing_invoice auf das ratenneutrale Erlöskonto 8200 bzw. 4200, mit Schlüssel A19.
3. Büromiete, 1.500,00 € ohne Umsatzsteuer
SKR03: 4210 Miete an 1200 Bank 1.500,00. SKR04: 6310 Miete an 1800 Bank. Die Vermietung von Grundstücken ist nach § 4 Nr. 12 Satz 1 Buchst. a UStG steuerfrei, also keine Vorsteuer. Hat der Vermieter nach § 9 UStG zur Steuerpflicht optiert und weist die Rechnung oder der Mietvertrag Umsatzsteuer aus, gilt V19.
4. Kontoführungsgebühr, 12,90 €
SKR03: 4970 Nebenkosten des Geldverkehrs an 1200 Bank 12,90. SKR04: 6855 an 1800. Umsätze im Zahlungs- und Überweisungsverkehr sind nach § 4 Nr. 8 Buchst. d UStG steuerfrei, eine Vorsteuer gibt es nicht.
5. Kunde zahlt die Rechnung aus Fall 2
SKR03: 1200 Bank an 1400 Forderungen 1.190,00. SKR04: 1800 Bank an 1200 Forderungen. Kein Steuerschlüssel, denn die Umsatzsteuer wurde schon mit der Rechnung gebucht. Achtung: 1200 heißt in SKR03 Bank, in SKR04 Forderungen.
Wo KI-Buchungssätze typischerweise danebenliegen
- Falscher Kontenrahmen: Dieselbe Nummer bedeutet in SKR03 und SKR04 etwas anderes, wie Fall 5 zeigt. Ein Modell, das „1200“ aus einem SKR03-Lehrbuch kennt, bucht in einem SKR04-Buch auf die Forderungen statt auf die Bank.
- Lehrbuchkonto statt Buchungskonto: Automatikkonten wie 8400 rechnen ihre Steuer selbst. Bei eigenen Buchungen lehnt der Buchungskern sie ab und nennt das ratenneutrale Konto, weil die Steuer sonst doppelt gezählt würde.
- Brutto und Netto: Das Werkzeug create_journal_entry erwartet den Bruttobetrag; nur mit amount_is_net=true gilt er als netto. Rechnet das Modell die Steuer vorher selbst heraus, entsteht ein zu niedriger Aufwand.
- Richtung des Steuerschlüssels: V-Schlüssel gehören zu Eingangsleistungen, A-Schlüssel zu Ausgangsleistungen. Eine Verwechslung verschiebt die Zahllast der Voranmeldung.
- Steuerfreie Leistungen: Miete und Bankgebühren bekommen von einem Modell gern pauschal 19 % Vorsteuer. Beide sind im Regelfall steuerfrei.
- Anlage oder Aufwand: Ein Software-Abonnement ist Aufwand der Periode (SKR03 4964, SKR04 6837), gekaufte Software wird aktiviert (0027 bzw. 0135). Gekaufte Software bis 800 Euro netto wird steuerlich wie ein geringwertiges Wirtschaftsgut behandelt und kann im Anschaffungsjahr voll abgezogen werden (§ 6 Abs. 2 EStG, R 5.5 Abs. 1 EStR).
Vom Vorschlag zur gebuchten Buchung
Ein Vorschlag lässt sich jederzeit ändern, eine gebuchte Buchung nicht. Ein Auftrag, der beides sauber trennt, kann so aussehen:
Geschäftsvorfall: Lastschrift der Bank vom 30.09.2026 über 12,90 € für die Kontoführung September. 1. Lies mit get_entity unseren Kontenrahmen. 2. Schlag mir Soll, Haben, Betrag und Steuerschlüssel vor und nenne die Norm, falls die Leistung steuerfrei ist. 3. Sag mir, über welches Werkzeug dieser Vorgang gebucht würde. 4. Buche nichts, bevor ich „ja“ schreibe.
Vorschläge sehen Sie in drei Formen: als Text im Chat, als Buchungsvorschlag eines Belegs über get_receipt_proposal und als Probelauf. Den Probelauf mit dry_run bieten die Stapelbuchung (import_journal_batch), das Buchen von Eingangsrechnungen und das Erfassen von Rechnungszahlungen an; die Antwort nennt die Buchungszeilen, die entstehen würden, und ihre Wirkung auf Konten und Voranmeldung, gebucht wird nichts.
Gebucht wird über den Weg, der zum Vorgang passt: Belege mit confirm_receipt, Bankumsätze mit book_bank_transaction oder match_bank_transaction, Eingangsrechnungen mit book_incoming_invoice und freie Handbuchungen wie Umbuchungen mit create_journal_entry. Beim Bilanzierer bucht ein Bankumsatz Aufwand oder Erlös nur mit Beleg; ohne Beleg greift allein eine bestehende Bankregel. Nach dem Buchen hat die Buchung eine Nummer und bleibt im Journal. Ist sie falsch, hilft storno_journal_entry mit Stornogrund: Die Gegenbuchung steht nachvollziehbar daneben.
So prüfen Sie einen Buchungssatz der KI
- Gleicht die Summe der Soll-Beträge der Summe der Haben-Beträge?
- Steht jedes Konto im Kontenrahmen Ihrer Gesellschaft, und ist es das richtige? Fragen Sie im Zweifel nach dem Ergebnis von list_accounts.
- Passt der Steuerschlüssel zu Richtung und Steuersatz, und ist der Betrag brutto gemeint?
- Liegt das Buchungsdatum in einem offenen Zeitraum? Den Stand je Monat zeigt list_bookkeeping_periods.
- Ist der Beleg verknüpft – über die Belegnummer in belegfeld1 oder die Beleg-ID in attachment_receipt_ids?
- Stimmt der Sachverhalt? Das prüft keine Maschine: Ob ein Essen Bewirtung war oder eine private Ausgabe, wissen nur Sie.
Was der Buchungskern von sich aus abweist
Viele formale Fehler kommen gar nicht erst ins Journal. Der Buchungskern lehnt Buchungen ab, deren Soll- und Haben-Konto gleich sind, deren Betrag nicht positiv oder nicht auf den Cent genau ist, deren Konto unbekannt, inaktiv oder ein Automatikkonto ist und deren Steuerschlüssel es für den Kontenrahmen nicht gibt. Ein Datum in einem festgeschriebenen Zeitraum wird mit dem Hinweis abgewiesen, ein späteres zu wählen. Sind Bilanz und GuV des Geschäftsjahres im Jahresabschluss bereits bestätigt, ist das Journal dieses Jahres gesperrt. Eine Buchung auf die Vortragskonten 9000 bis 9009 verlangt eine ausdrückliche Bestätigung, weil sie den berechneten Saldenvortrag ersetzen würde.
Diese Regeln gelten unabhängig davon, ob der Satz aus der App, aus einem Import oder von einem KI-Programm kommt. Was sie nicht abfangen, ist ein formal gültiger, aber inhaltlich falscher Satz – deshalb bleibt Ihre Bestätigung vor dem Buchen der wichtigste Schritt.
Recht und Praxis
§ 239 Abs. 2 HGB verlangt, dass Eintragungen vollständig, richtig, zeitgerecht und geordnet sind; § 146 Abs. 4 AO verbietet Änderungen, die den ursprünglichen Inhalt unkenntlich machen. Darum wird ein falscher Buchungssatz storniert und nicht überschrieben. Für die Vorsteuer verlangt § 15 Abs. 1 Satz 1 Nr. 1 UStG eine nach den §§ 14, 14a UStG ausgestellte Rechnung – ein Buchungssatz mit V19 ersetzt keine ordnungsgemäße Rechnung.
Die Verantwortung für richtige Bücher bleibt beim Unternehmen. Eine KI, die Buchungssätze vorschlägt, nimmt Ihnen Tipparbeit und Nachschlagen ab; ob ein Vorschlag stimmt, entscheiden Sie allein oder gemeinsam mit Ihrer Kanzlei.
Grenzen: was bei Ihnen bleibt
- Den Sachverhalt kennt nur Ihr Betrieb: ob ein Kauf privat veranlasst war, ob ein Essen eine Bewirtung von Geschäftspartnern war, ob eine Rechnung zu einem anderen Jahr gehört.
- Bewertungsfragen wie Anlage oder Aufwand, Nutzungsdauer oder die Option des Vermieters zur Umsatzsteuer entscheidet ein Mensch, nicht das Modell.
- Reverse Charge bei ausländischen Anbietern, innergemeinschaftlicher Erwerb und Einfuhrumsatzsteuer gehören immer auf Ihren Tisch.
- Ein gebuchter Satz lässt sich nicht still ändern, nur stornieren. Bestätigen Sie deshalb lieber einmal mehr als einmal zu wenig.
Häufige Fragen
Kann KI Buchungssätze richtig bilden?
Für Routinevorgänge oft ja, wenn sie den Kontenrahmen der Gesellschaft abfragt, statt Nummern aus dem Gedächtnis zu nehmen. Typische Fehler liegen bei Kontenrahmen, Brutto und Netto und Steuerschlüssel. Prüfen Sie jeden Vorschlag vor dem Buchen.
Welcher Kontenrahmen wird verwendet?
Der Kontenrahmen Ihrer Gesellschaft, SKR03 oder SKR04, einschließlich eigener Konten. Ihr KI-Programm liest ihn mit get_entity und sucht Konten mit list_accounts.
Warum lehnt die Software das Konto 8400 ab?
8400 und 4400 sind Automatikkonten, die ihre Umsatzsteuer selbst rechnen. Bei eigenen Buchungen bildet die Software die Steuer als eigene Zeile; gebucht wird deshalb auf das ratenneutrale Erlöskonto mit Steuerschlüssel, sonst zählte die Steuer doppelt.
Was unterscheidet einen Vorschlag von einer Buchung?
Ein Vorschlag ist Text, ein Belegvorschlag oder ein Probelauf und lässt sich frei ändern. Eine Buchung steht mit Nummer im Journal und wird nur noch per Storno korrigiert.
Rechnet die KI die Vorsteuer selbst aus?
Sie muss es nicht. Mit Bruttobetrag und Steuerschlüssel bildet der Buchungskern Netto und Steuer selbst, zum Beispiel aus 450,00 € mit V19 genau 378,15 € netto und 71,85 € Vorsteuer.
Wie korrigiere ich einen falschen Buchungssatz der KI?
Mit einem Storno, in der App oder mit storno_journal_entry und einem Stornogrund. Gehört die Buchung zu einem Bankumsatz, steht dieser danach wieder offen und wird mit book_bank_transaction neu gebucht.
Vom selben Anbieter: Jahresabschluss nach HGB – der komplette Leitfaden auf jahresabschluss.io.