Kreditoren

Das Kreditoren Modul verbindet Eingangsbelege direkt mit deiner Buchhaltung.
Ziel ist ein schneller, nachvollziehbarer Flow von der Einreichung bis zum belastbaren Buchungsvorschlag.

OCR ScanTexterkennung aus Eingangsbelegen

GoBD CheckFormale Prüfung der Belegpflichten

Steuervorschlag19 %, 7 %, Reverse Charge u.v.m.

KontierungsvorschlagSKR04-Konto automatisch vorbelegt

E-Mail-PostfachBelege direkt per Mail einreichen

DuplikaterkennungDoppelbuchungen zuverlässig verhindern

Workflow

1

Einreichung von Belegen/DokumentenVia API, MCP oder direkt im UI.

2

OCR-Analyse & FeldextraktionDer Beleg wird gelesen, alle Kernfelder extrahiert und der Inhalt strukturiert.

3

Buchungsvorschlag mit SKR04 + SteuerschlüsselDas System erstellt einen Vorschlag inkl. Kontierung und passendem Steuercode.

4

Formale Prüfung der RechnungFormale Voraussetzungen (GoBD/Belegpflichten) werden geprüft und Auffälligkeiten markiert.

5

Review und BuchungDu bestätigst, passt an oder verwirfst den Vorschlag. Nach der Buchung bleibt der Vorgang revisionssicher erhalten.

6

DuplikaterkennungPotenzielle Dubletten werden erkannt und im Review markiert, damit keine Rechnung doppelt gebucht wird.

Belegeinreichung

Wir stellen die folgenden Pipelines für die Einreichung von Dokumenten zur Verfügung.

MCP AgentVia documents_create Tool aus einer KI-Automatisierung (z. B. Claude, ChatGPT) einreichen. Gibt den Beleg in den Workflow und liefert die Beleg-ID zurück.

REST APIPOST /api/v1/documents mit Base64-kodiertem Inhalt oder URL. Geeignet für systemseitige Imports und Batch-Verarbeitung.

E-Mail ForwardingEingangsrechnungen an die hinterlegte LedgerLou-Adresse weiterleiten. Anhänge und PDF-Inhalte werden automatisch erkannt.

OCR-Analyse + Prüfung

Nach der Einreichung wird der Beleg vollständig analysiert und durchläuft dabei vier aufeinanderfolgende Schritte.

1. OCR-Scan Alle relevanten Felder werden extrahiert: Lieferant, Rechnungsnummer, Datum, Positionen, Beträge und Steuerangaben. Die strukturierten Daten sind anschließend direkt im Dashboard einsehbar.

2. Formale Prüfung Es wird geprüft, ob die gesetzlichen Belegpflichten erfüllt sind (GoBD, §14 UStG). Fehlende oder fehlerhafte Pflichtangaben werden als Hinweise im Review markiert.

3. Buchungsvorschlag Auf Basis der extrahierten Daten wird ein Buchungsvorschlag inkl. SKR04-Konto und passendem Steuerschlüssel (19 %, 7 %, steuerfrei, Reverse Charge u. a.) erstellt.

4. Duplikaterkennung Der Beleg wird mit bereits verbuchten Dokumenten abgeglichen. Potenzielle Dubletten werden im Review kenntlich gemacht, bevor eine Buchung bestätigt werden kann.

KI-basierte Analyse

OCR-Scan und Buchungsvorschlag basieren auf KI und sind nicht rein deterministisch — Ergebnisse können variieren oder Fehler enthalten. Der Review-Schritt ist bewusst als Kontrollinstanz vorgesehen.

Was im Vorschlag enthalten ist

• Lieferant, Rechnungsnummer, Datum, Beträge
• Netto/Steuer/Brutto auf Positionsebene
• SKR04-Konto-Vorschlag
• Steuerschlüssel-Vorschlag (z. B. 19 %, 7 %, steuerfrei, Reverse Charge)
• Hinweise aus der formalen Prüfung
• Duplikat-Hinweise bei potenziell doppelten Belegen

Beispielansicht: OCR-Ergebnis, Steuerschlüssel, SKR04-Vorschlag und formale Prüfhinweise.

Ergebnis

• Klare Trennung zwischen Belegeingang, Analyse und finaler Buchung
• Weniger manuelle Kontierungsarbeit durch belastbare Vorschläge
• Höhere Qualität durch kombinierte inhaltliche und formale Prüfung

Audit-Logik bei Verwerfen und Löschen

• pending Review-Einträge dürfen physisch entfernt werden. Dabei werden auch die zugehörige Eingangsrechnung und das Dokument gelöscht, sofern keine andere Rechnung dasselbe Dokument referenziert.
• confirmed oder overridden Einträge werden nicht hart gelöscht. Stattdessen erzeugt LedgerLou ein Storno der gebuchten Eingangsrechnung und markiert den Review-Eintrag als reverted.
• Das bedeutet: Die Buchungshistorie bleibt GoBD-konform nachvollziehbar, während der Workflow-Status klar zeigt, dass der Vorgang fachlich verworfen wurde.
• Dokumente und Rechnungsmetadaten bleiben bei reverted erhalten, damit der ursprüngliche Beleg und die Korrektur weiterhin auditierbar sind.

Wichtige Endpunkte

Methode	Endpoint	Zweck
GET	/v1/documents/:id/file	Beleg-Datei abrufen
GET	/v1/review-queue	Review-Queue listen
GET	/v1/review-queue/count	Anzahl offener Reviews
GET	/v1/review-queue/next	Nächsten offenen Eintrag abrufen
GET	/v1/review-queue/:id	Einzelnen Review-Eintrag abrufen
PATCH	/v1/review-queue/:id/draft	Draft manuell anpassen
POST	/v1/review-queue/:id/confirm	Buchungsvorschlag bestätigen
POST	/v1/review-queue/:id/override	Buchung mit korrigiertem Draft ausführen
POST	/v1/review-queue/:id/adjust	Buchungsdraft anpassen
DELETE	/v1/review-queue/:id	Pending-Eintrag löschen oder gebuchten Eintrag per Storno auf reverted setzen

Scopes

journal:read journal:write journal:review