Zum Hauptinhalt springen

KREDITORENBUCHHALTUNG

Rechnungsdatenextraktion für die Kreditorenbuchhaltung

Verwandeln Sie eingehende Rechnungen in validierte Datensätze, die Ihr ERP buchen kann. Talonic erfasst Kopf- und Positionsfelder, gleicht Summen und Steuern ab, prüft gegen Bestellungen und leitet nur echte Ausnahmen an eine Person weiter. Das Ergebnis: weniger Tastatureingaben, eine kürzere Ausnahmeliste und ein klarer Prüfpfad für jeden Wert.

  • DSGVO
  • HIPAA
  • ISO 27001 / 42001 konform
  • Mitautor von DIN SPEC 91491
  • EU-ansässige Infrastruktur

Der Engpass in der Kreditorenbuchhaltung

Ein Kreditorenteam hat kein Leseproblem. Es hat ein Erfassungs- und Prüfproblem. Rechnungen kommen als PDFs, Scans und E-Mail-Anhänge von Hunderten Lieferanten, und jemand muss die Zahlen ins ERP eintippen und deren Richtigkeit prüfen. Genau in diesem manuellen Schritt entstehen Kosten, Verzögerungen und Fehler, und es ist der Schritt, der bei steigendem Volumen nicht mitwächst.

Rechnungsdatenextraktion beseitigt das Eintippen und verlagert die Prüfung nach vorne. Erfasste Felder werden im Moment der Extraktion validiert, sodass Rechnungen, die einen Menschen benötigen, einen bekommen, und der Rest direkt durchläuft. Dies ist die Anwendungssicht; wenn Sie die Mechanik erfahren möchten, wie Parsing ein Dokument in Felder verwandelt, siehe Rechnungsparsing.

Wo die Extraktion im AP-Workflow ansetzt

Die Rechnungsdatenextraktion ist eine Stufe in einer längeren Pipeline, und Automatisierungsprojekte gelingen oder scheitern an den Übergaben zwischen den Stufen. Ein funktionierendes Kreditorenbuchhaltungs-Setup läuft in fünf Schritten ab:

  1. Stufe 1

    Erfassung aus jedem Kanal

    Rechnungen treffen per E-Mail, Lieferantenportal, Scanner und API-Upload ein. Jede landet unabhängig vom Kanal in einer einzigen Eingangswarteschlange, sodass eine fotografierte Papierrechnung und ein originär digitales PDF von der ersten Minute an denselben Weg durchlaufen.

  2. Stufe 2

    Extraktion und Validierung in einem Durchgang

    Talonic liest das Dokument anhand Ihres Rechnungsschemas und liefert typisierte Felder zurück. Die Validierung läuft im selben Durchgang: Summen werden abgeglichen, Steuern neu berechnet, und jeder Wert trägt einen Konfidenzwert, sodass der Datensatz, der diese Stufe verlässt, bereits geprüft wurde.

  3. Stufe 3

    Abgleich mit der Bestellung

    Zwei- und Drei-Wege-Abgleich vergleicht die extrahierte Rechnung mit der Bestellung und, sofern verwendet, dem Wareneingang. Abweichungen bei Preis und Menge werden pro Position markiert statt pro Rechnung, sodass ein Prüfer genau sieht, welche Zeile nicht übereinstimmt.

  4. Stufe 4

    Weiterleitung von Freigaben und Ausnahmen

    Saubere Rechnungen gehen direkt in die Buchung. Die übrigen gehen an eine Person, versehen mit dem Fehlergrund und der Quellregion, wodurch die Ausnahmebearbeitung von einer Nacherfassung zu einer Sicht- und Bestätigungsaufgabe wird.

  5. Stufe 5

    Buchung und Archivierung

    Der validierte Datensatz wird per Webhook, S3, SFTP oder API an das ERP gebucht, und das Originaldokument bleibt zu Prüfzwecken mit jedem extrahierten Wert verknüpft.

Die Kennzahl, die es über die gesamte Pipeline hinweg zu beobachten gilt, ist die Touchless-Rate: der Anteil der Rechnungen, die ohne menschliches Zutun gebucht werden. Extraktionsqualität, Validierung und Bestellabgleich sind die drei Hebel, um sie zu erhöhen.

Kopf- und Positionsfelder, vollständig typisiert

Kopfdaten

  • Lieferantenname, Adresse, Steuer-ID
  • Rechnungsnummer und Bestellnummer
  • Rechnungsdatum und Fälligkeitsdatum (ISO 8601)
  • Währung, Netto-, Steuer- und Bruttosummen
  • Zahlungsbedingungen, IBAN, Zahlungsreferenz

Pro Position

  • Beschreibung und SKU oder Artikelcode
  • Menge und Mengeneinheit
  • Einzelpreis und Positionssumme
  • Steuersatz und Steuerbetrag auf Positionsebene
  • Kostenstelle oder Projektcode

Bei den Rechnungspositionen zeigt sich der Wert der Extraktion

Kopffelder sind die einfache Hälfte. Die meisten ins Stocken geratenen AP-Automatisierungsprojekte scheitern an den Rechnungspositionen: Tabellen, die sich über mehrere Seiten fortsetzen, Beschreibungszellen, die sich über drei Zeilen umbrechen, Gutschriftzeilen mit negativen Beträgen und Fracht- oder Zuschlagszeilen, die gar keine Produkte sind. Talonic liest die Tabelle als Tabelle. Zeilen, die einen Seitenumbruch überspannen, werden wieder zusammengefügt, umgebrochene Beschreibungen bleiben eine Zeile, und wiederholte Spaltenüberschriften erscheinen nie als Daten.

Jede Zeile kommt typisiert zurück: Menge als Zahl mit Maßeinheit, Einzelpreis und Positionssumme als Dezimalwerte in der Rechnungswährung, sowie der Steuersatz auf Positionsebene, sofern der Lieferant einen angibt. Da die Summe der extrahierten Zeilen mit dem extrahierten Nettogesamtbetrag übereinstimmen muss, wird eine übersehene oder doppelt erfasste Zeile rechnerisch bereits bei der Erfassung erkannt, statt Wochen später im Hauptbuch aufzutauchen. Das ist der Unterschied zwischen Rechnungsdaten, die Sie buchen können, und Text, den Sie noch prüfen müssen.

Validierung erkennt Fehler, bevor sie gebucht werden

Summenabgleich

Netto plus Steuer muss der Bruttosumme entsprechen, und die Summe der Positionen muss dem Nettobetrag entsprechen. Eine Abweichung wird erkannt, bevor die Rechnung gebucht wird, nicht erst nach einem Zahlungslauf.

Abgleich von Bestellung und Menge

Extrahierte Bestellnummern, Mengen und Einzelpreise werden gegen die Bestellung geprüft, sodass Überabrechnung und Mengenabweichung bereits bei der Erfassung sichtbar werden.

Duplikat- und Konfidenzprüfung

Wiederholte Rechnungsnummern desselben Lieferanten werden erkannt, und jedes Feld unterhalb Ihres Konfidenzschwellenwerts wird für eine kurze manuelle Prüfung zurückgehalten, statt ungeprüft weiterzulaufen.

Wie streng die Prüfung ausfällt, ist ein Regler, keine Konstante. Teams beginnen meist mit einem konservativen Konfidenzschwellenwert, beobachten die Ausnahmewarteschlange über zwei oder drei Zyklen und heben die Grenze für die automatische Annahme an, sobald die gemessene Genauigkeit steigt. Felder tragen unabhängige Werte, sodass Sie einen Lieferantennamen bei 0.93 automatisch annehmen können, während jede IBAN unter 0.99 an eine Person weitergeleitet wird: Die Kosten eines falschen Werts unterscheiden sich je Feld, und das sollte auch für die Schwelle gelten.

Jedes Validierungsergebnis wird dem Datensatz zusammen mit Quellseite und Bereich zugeordnet, sodass ein Prüfer nicht nur sieht, dass etwas fehlgeschlagen ist, sondern auch, wo auf der Rechnung nachzusehen ist. Bei einem Logistik-Benchmark mit 930 Dokumenten hat ein Kunde einen Anstieg der Genauigkeit von 75 % auf 92 % über mehrere Prüfzyklen mit diesem konfidenzgesteuerten, validierten Ansatz gemessen.

Rechnungsdaten über die API extrahieren

Dieselbe Extraktion, die im Dashboard läuft, ist ein einziger HTTP-Aufruf. Senden Sie das Dokument mit Ihrem Rechnungsschema per POST und lesen Sie typisiertes JSON mit Rechnungspositionen und Konfidenz je Feld zurück. Batches laufen asynchron mit Webhook-Callbacks, sodass ein AP-System eine ganze Nacht an Eingängen in einem Job einreichen und validierte Datensätze erhalten kann, sobald sie fertig sind.

Anfrage

curl -X POST https://api.talonic.com/v1/extract \
  -H "Authorization: Bearer $TALONIC_API_KEY" \
  -F "file=@vendor-invoice.pdf" \
  -F 'schema={"invoice_number":"string","invoice_date":"date",
      "vendor_name":"string","currency":"string","net_total":"number",
      "tax_total":"number","gross_total":"number",
      "line_items":[{"description":"string","quantity":"number",
      "unit_price":"number","line_total":"number"}]}'

Antwort

{
  "extraction_id": "b7e2a9c4-31d8-4f6e-9a02-5c7d1e8f4a21",
  "request_id": "req_x7y8z9a0b1c2d3e4",
  "status": "complete",
  "document": {
    "id": "3f8c1d2e-9a4b-4c5d-8e6f-7a0b1c2d3e4f",
    "filename": "vendor-invoice.pdf",
    "pages": 1,
    "size_bytes": 182044,
    "type_detected": "Invoice",
    "language_detected": "de"
  },
  "data": {
    "invoice_number": "RE-2026-4417",
    "invoice_date": "2026-08-14",
    "vendor_name": "Berger Logistik GmbH",
    "currency": "EUR",
    "net_total": 2840.00,
    "tax_total": 539.60,
    "gross_total": 3379.60,
    "line_items": [
      { "description": "Pallet transport Berlin-Hamburg",
        "quantity": 4, "unit_price": 610.00, "line_total": 2440.00 },
      { "description": "Fuel surcharge",
        "quantity": 1, "unit_price": 400.00, "line_total": 400.00 }
    ]
  },
  "confidence": {
    "overall": 0.97,
    "fields": { "gross_total": 0.99, "line_items": 0.96 }
  }
}

Die Endpunktreferenz, SDKs und asynchronen Muster finden Sie im Datenextraktions-API-Überblick und in der API-Dokumentation.

Von der Extraktion bis in Ihr ERP

Validierte Rechnungsdatensätze werden per Webhook, S3, SFTP oder API an ein führendes System übermittelt. Ob Sie an NetSuite, SAP, Microsoft Dynamics oder ein Data Warehouse buchen, die Ausgabe hat dieselbe schemavalidierte Form, sodass sich die Integration nicht ändert, wenn ein neuer Lieferant hinzukommt. Die Verarbeitung läuft auf EU-ansässiger Infrastruktur in Germany West Central und ist DSGVO-konform, was für Finanzteams mit Anforderungen an die Datenresidenz relevant ist.

Software zur Rechnungsdatenextraktion auswählen

Wenn Sie Software zur Rechnungsdatenextraktion evaluieren, sehen die meisten Demos gleich aus: Eine saubere Rechnung geht hinein, Felder kommen heraus. Die Unterschiede, die darüber entscheiden, ob die Einführung den Kontakt mit echter Lieferantenpost übersteht, sind diese:

Schemabasiert, nicht vorlagenbasiert

Eine Vorlage pro Lieferant ist ein Wartungsvertrag, den Sie mit sich selbst schließen. Extraktion gegen ein Schema verarbeitet auch einen Lieferanten, den Sie noch nie gesehen haben, und übersteht eine Neugestaltung bei einem, den Sie kennen.

Positionen, nicht nur Kopfdaten

Viele Tools erfassen den Bruttobetrag und hören dort auf. Wenn die Ausgabe eine 40-zeilige Tabelle mit Gutschriften und Zuschlägen nicht abbilden kann, bleiben PO-Abgleich und Kostenstellenzuordnung manuell.

Validierung im Produkt, nicht in Ihrem Code

Summenabgleich, Steuerberechnung und Duplikaterkennung gehören an den Zeitpunkt der Extraktion. Wenn Sie diese Prüfungen selbst bauen müssen, haben Sie einen Texterkenner gekauft, kein Extraktionsprodukt.

Konfidenzwerte, auf die Sie sich verlassen können

Eine einzelne Genauigkeitsangabe sagt nichts über die Rechnung vor Ihnen aus. Konfidenzwerte pro Feld mit Herkunftsnachweis lassen Sie sichere Werte automatisch akzeptieren und nur den Rest überprüfen.

Zustellung an die Systeme, die Sie bereits betreiben

Zustellung per Webhook, S3, SFTP und API an NetSuite, SAP oder Dynamics sollte Konfiguration sein, kein Integrationsprojekt.

Datenstandort und Preise, die mitwachsen

EU-Datenverarbeitung, wo die Regulierung dies vorschreibt, und nutzungsbasierte Preise, die saisonale Volumenspitzen nicht bestrafen.

Häufig gestellte Fragen

Was erfasst die Rechnungsdatenextraktion?+

Sowohl Kopf- als auch Positionsdaten. Kopffelder umfassen Lieferant, Rechnungsnummer, Bestellnummer, Rechnungs- und Fälligkeitsdatum, Währung, Steuer sowie Netto- und Bruttosumme. Positionen erfassen Beschreibung, Menge, Einzelpreis und Positionssumme je Zeile. Alles kommt als typisiertes JSON zurück: Daten normalisiert nach ISO 8601, Beträge als Zahlen, jeweils einem festen Schlüssel zugeordnet, sodass die Struktur über Lieferanten hinweg konstant bleibt.

Wie fügt sich das in die Automatisierung der Kreditorenbuchhaltung ein?+

Die Rechnungsdatenextraktion ist der Erfassungsschritt eines AP-Workflows. Sie ersetzt manuelle Eingabe: Eine eingegangene Rechnung wird zu einem validierten Datensatz, der per Webhook, S3 oder SFTP an Ihr ERP- oder Buchhaltungssystem gebucht wird. Da die Ausgabe schemavalidiert und abgeglichen ist, landen weniger Rechnungen in der Ausnahmewarteschlange, und jene, die es doch tun, kommen mit einem klaren Grund und einem Verweis auf den Quellbereich an.

Welche Arten von Fehlern erkennen die Validierungsprüfungen?+

Summen, die nicht übereinstimmen, Positionen, die sich nicht zum Nettobetrag addieren, falsch berechnete Steuer, Mengen, die die zugehörige Bestellung übersteigen, und doppelte Rechnungsnummern desselben Lieferanten. Diese Prüfungen laufen bereits bei der Extraktion, sodass eine fehlerhafte Rechnung erkannt wird, bevor sie Ihr Zahlungssystem erreicht, nicht erst danach.

Funktioniert es über viele Lieferanten hinweg ohne Einrichtung pro Lieferant?+

Ja. Die Extraktion läuft gegen ein Schema statt gegen eine lieferantenspezifische Vorlage, sodass ein neuer Lieferant ohne Erstellung einer Vorlage auf dieselben Ausgabefelder abgebildet wird. Die Field Registry merkt sich Felder, die in Ihrem Korpus erkannt wurden, sodass die Erkennung lieferantenspezifischer Eigenheiten mit jeder verarbeiteten Rechnung zunimmt.

Was ist der Unterschied zwischen Rechnungsdatenextraktion und Rechnungsparsing?+

Parsing ist der mechanische Schritt: ein Dokument lesen und seinen Inhalt in strukturierte Felder umwandeln. Rechnungsdatenextraktion, wie der Begriff von AP-Teams verwendet wird, ist der Workflow rund um diesen Schritt: Erfassung aus jedem Kanal, Validierung, PO-Abgleich und Zustellung ins ERP. Wenn Sie die Mechanik evaluieren, beginnen Sie mit der Seite zum Rechnungsparsing. Wenn Sie die Kreditorenbuchhaltung automatisieren, ist diese Seite die richtige Perspektive.

Kann ich Rechnungsdaten über eine API extrahieren?+

Ja. Die Rechnungsdatenextraktions-API ist ein einzelner POST-Endpunkt: Senden Sie das Dokument und Ihr Schema, erhalten Sie typisiertes JSON mit Positionen und Konfidenzwerten pro Feld zurück. Asynchrone Stapelverarbeitung mit Webhook-Callbacks bewältigt hohe Volumina, und ein Node SDK sowie ein MCP-Server umhüllen denselben Endpunkt für Entwickler von Anwendungen und Agenten.

Was sollte Software zur Rechnungsdatenextraktion umfassen?+

Vier Dinge unterscheiden produktionsreife Software von Demos: schemabasierte Extraktion, die keine anbieterspezifischen Vorlagen benötigt, Erfassung von Positionszeilen, die auch mehrseitige Tabellen übersteht, Validierung mit feldgenauer Konfidenz zum Zeitpunkt der Extraktion, und Übermittlung in Ihr ERP-System per Webhook, S3 oder SFTP. Auch der Datenstandort spielt eine Rolle: Wenn Ihre Rechnungen in der EU verbleiben müssen, prüfen Sie, wo die Verarbeitung tatsächlich stattfindet.

Wo werden die Daten verarbeitet, und wie starte ich?+

Die Verarbeitung erfolgt auf EU-ansässiger Infrastruktur in Germany West Central, DSGVO-konform. Starten Sie kostenlos im Dashboard, ohne Kreditkarte, oder rufen Sie die Extraktions-API direkt auf. Die kostenpflichtige Nutzung erfolgt guthabenbasiert mit 1.000 Credits pro Euro.

Rechnungserfassung automatisieren

Senden Sie einen Stapel echter Lieferantenrechnungen und sehen Sie die validierten Datensätze zurückkommen. Starten Sie kostenlos ohne Kreditkarte, und skalieren Sie anschließend mit nutzungsbasierter Preisgestaltung.

Integrieren Sie das in Ihre Software? Nutzen Sie die API zur Datenextraktion oder das kostenlose Tool zur Rechnungsextraktion.