KI in der PraxisAktualisiert 25. Oktober 2026 · 8 min Lesezeit

Dokumenten-KI (IDP): wie KI Rechnungen, Verträge und Bestellungen liest

Ein großer Teil der Arbeit im Mittelstand ist das Abtippen: Rechnungsdaten ins ERP, Bestellpositionen ins Warenwirtschaftssystem, Vertragsfristen in die Wiedervorlage. Dokumenten-KI (Intelligent Document Processing, IDP) übernimmt genau das: Sie erkennt, um welches Dokument es sich handelt, zieht die relevanten Angaben heraus und prüft sie gegen Regeln und Stammdaten. Dieser Beitrag erklärt die drei Technikstufen von OCR bis zum multimodalen Modell, was Genauigkeitsangaben wirklich bedeuten, wie eine Freigabe-Schleife aussieht und was beim Betrieb im eigenen Haus zu beachten ist. Ein Baustein der Prozessautomation, der fast überall zuerst greift.

Dokumente sind für Menschen gemacht, nicht für Systeme

Eine Rechnung enthält für einen Menschen alles Nötige: Absender, Nummer, Datum, Positionen, Beträge, Bankverbindung. Für ein System ist sie ein Bild oder ein PDF mit Text an wechselnden Stellen. Jeder Lieferant baut sie anders. Ein Vertrag ist noch schwieriger: Die entscheidende Klausel steht auf Seite 14, die Frist ergibt sich aus zwei Absätzen zusammen.

Klassische Erfassung löst das mit Schablonen: Für jeden Lieferanten wird einmal festgelegt, wo welches Feld steht. Das funktioniert bei zwanzig Lieferanten und bricht bei zweihundert. Dokumenten-KI dreht den Ansatz um. Statt zu wissen, wo das Feld steht, versteht das System, was ein Rechnungsbetrag ist, unabhängig von der Position auf der Seite.

Ein Sonderfall verdient Erwähnung: Seit dem 1. Januar 2025 müssen inländische Unternehmen im B2B-Geschäft elektronische Rechnungen im strukturierten Format nach der Norm EN 16931 empfangen können, etwa XRechnung oder ZUGFeRD. Wo eine solche Rechnung ankommt, braucht es keine Erkennung, die Daten liegen schon strukturiert vor. Der Bedarf an Dokumenten-KI bleibt trotzdem: für die Übergangsjahre, für ausländische Lieferanten, für Bestellungen, Lieferscheine, Verträge und alles, was nie als E-Rechnung kommt.

OCR, Layout-Verständnis, multimodale Modelle: drei Stufen, drei Grenzen

Die Werkzeuge haben sich in drei Stufen entwickelt, die heute nebeneinander im Einsatz sind. Welche Stufe Sie brauchen, hängt vom Dokument ab, nicht vom Alter der Technik.

Stand 08/2026; Verfahren nach Xu et al. (2020), Kim et al. (2022), Mathew et al. (2021) und gängiger Praxis
StufeWas sie kannWo sie an Grenzen stößtTypischer Einsatz
Texterkennung (OCR)Wandelt Bildpunkte in Zeichen um; liefert Text mit PositionVersteht keine Bedeutung; schwach bei schlechten Scans, Handschrift, verschachtelten TabellenGescannte Papierbelege lesbar machen; Grundlage für die nächsten Stufen
Layout-VerständnisNutzt Text und Position gemeinsam; erkennt Felder, Tabellen, Abschnitte (z. B. LayoutLM-Familie)Braucht Trainingsdaten je Dokumenttyp; neue Layouts kosten NacharbeitRechnungen, Formulare, Lieferscheine mit hohem Volumen
Multimodale SprachmodelleSehen das Dokument als Bild und Text zugleich; beantworten Fragen dazu ohne SchabloneKönnen halluzinieren; teurer je Seite; Genauigkeit je Feld schwanktVerträge, Freitext, seltene Dokumenttypen, erste Klassifikation

In der Praxis kombiniert man. OCR macht aus dem Scan Text mit Koordinaten. Ein Layout- oder Sprachmodell ordnet die Angaben Feldern zu. Fachregeln prüfen das Ergebnis. In einem Projekt mit einem Berufsgeheimnisträger genügte für gescannte Urkunden eine offene OCR-Bibliothek mit deutschem Sprachpaket als Rückfallebene: Auch aus einer reinen Bild-PDF wurde die Aktennummer korrekt gelesen. Für schwierige Vorlagen wäre das nicht genug gewesen; dann kommt die nächste Stufe dazu. Wie Sprachmodelle solche Inhalte anschließend durchsuchbar machen, erklärt Embeddings und Vektordatenbanken.

Klassifikation, Extraktion, Validierung: was IDP im Ablauf tut

Klassifikation

Erste Frage: Was ist das? Rechnung, Gutschrift, Mahnung, Bestellung, Vertrag, Auftragsbestätigung. Die Klassifikation entscheidet, welcher Extraktionsweg und welcher Folgeprozess greift. Ein falsch klassifiziertes Dokument produziert alle Folgefehler mit.

Extraktion

Zweite Frage: Welche Angaben stehen drin? Bei Rechnungen die Pflichtangaben nach § 14 UStG, Positionen und Beträge; bei Bestellungen Artikel, Menge, Preis, Liefertermin; bei Verträgen Parteien, Laufzeit, Kündigungsfrist, Zahlungsbedingungen. Das Ergebnis ist ein strukturierter Datensatz je Dokument.

Validierung

Dritte Frage: Stimmt das? Summen nachrechnen, Umsatzsteuer prüfen, Lieferant gegen Stammdaten abgleichen, Bestellnummer gegen offene Bestellungen, IBAN gegen die hinterlegte. Hier greifen Regeln, keine Wahrscheinlichkeiten. Was durchfällt, geht in die Prüfung.

Übergabe

Der geprüfte Datensatz geht ins ERP, die Buchhaltung oder das Vertragsregister. Der Beleg selbst wird archiviert. Die Verknüpfung von Beleg, Daten und Freigabe bleibt nachvollziehbar, wie es die GoBD für die bildliche Erfassung verlangen.

Rückkopplung

Korrekturen der Prüfer fließen zurück: als neue Regeln, als Testfälle, bei trainierbaren Modellen als Trainingsdaten. Ohne diese Schleife bleibt die Genauigkeit stehen, wo sie am ersten Tag war.

Ausnahmen

Ein Anteil der Dokumente ist unleserlich, unvollständig oder unbekannt. Ein guter Ablauf hat für diese Fälle einen definierten Weg zum Menschen, statt sie mit niedriger Sicherheit durchzuwinken.

Den konkreten Ablauf für Eingangsrechnungen von der Erfassung bis zur Buchung beschreibt Rechnungsverarbeitung automatisieren.

Was „98 Prozent Genauigkeit" wirklich bedeutet

Anbieter nennen gern hohe Genauigkeiten. Drei Fragen machen aus der Zahl eine Aussage. Erstens: Genauigkeit je Feld oder je Dokument? Eine Rechnung mit zehn Pflichtfeldern, die jedes Feld mit 98 Prozent Wahrscheinlichkeit richtig liest, ist rechnerisch nur in rund 82 Prozent der Fälle komplett fehlerfrei (0,98 hoch 10). Der Prüfaufwand richtet sich nach der Dokumentquote, nicht nach der Feldquote.

Zweitens: Auf welchen Dokumenten gemessen? Saubere digitale PDFs großer Lieferanten sind leicht. Gefaxte Lieferscheine, Handschrift und mehrseitige Tabellen sind schwer. Öffentliche Datensätze wie SROIE für Kassenbelege oder DocVQA für Fragen zu Dokumentbildern zeigen, wie stark Ergebnisse je Dokumentart auseinandergehen. Verlangen Sie die Messung auf einer Stichprobe Ihrer eigenen Dokumente.

Drittens: Zählt eine Verwechslung wie eine Lücke? Ein fehlendes Feld fällt auf. Ein vertauschtes Datum oder ein Betrag mit verrutschtem Komma fällt nicht auf und ist teurer. Bei Sprachmodellen kommt die erfundene Angabe hinzu: ein plausibler Wert, der nirgends im Dokument steht. Wie Sie das messen, statt es zu vermuten, steht in KI-Evaluierung. Was gegen erfundene Angaben hilft, in KI-Halluzinationen vermeiden.

Die Freigabe-Schleife: Sicherheit je Feld statt Bauchgefühl je Beleg

Weil kein Verfahren jede Rechnung fehlerfrei liest, ist die Freigabe-Schleife Teil des Systems, nicht ein Notbehelf. Bewährt hat sich ein Aufbau in drei Zonen. Dokumente, bei denen alle Felder über der Sicherheitsschwelle liegen und alle Validierungen bestehen, laufen durch. Dokumente mit einzelnen unsicheren Feldern gehen mit markierten Feldern und Bildausschnitt an eine Person, die nur diese Felder bestätigt. Dokumente mit fehlgeschlagener Validierung oder unbekannter Klasse gehen komplett in die Prüfung.

Zwei Regeln kommen dazu. Beträge über einer definierten Grenze und Änderungen an Bankverbindungen werden immer freigegeben, unabhängig von der Sicherheit des Modells; das ist eine Frage der Verantwortung, nicht der Technik. Und jede Freigabe wird mit Person, Zeitpunkt und Modellstand protokolliert. Die Muster dahinter beschreibt Guardrails und Human-in-the-Loop.

Dokumenten-KI im eigenen Haus betreiben

Rechnungen enthalten Bankdaten, Verträge Geschäftsgeheimnisse, Personalunterlagen besondere Kategorien personenbezogener Daten. Wer solche Dokumente an einen Cloud-Dienst gibt, braucht Auftragsverarbeitung, Rechtsgrundlage und im Zweifel eine Prüfung des Drittlandtransfers, wie sie DSGVO-konforme KI beschreibt. Für Berufsgeheimnisträger und für Dokumente der höchsten Vertraulichkeitsstufe ist der lokale Betrieb oft die einfachere Antwort.

Technisch ist das heute machbar. Offene OCR-Bibliotheken, offene Layout-Modelle und Open-Weights-Sprachmodelle laufen auf einem Server im Haus oder in einer europäischen Private Cloud. Der Preis dafür sind Hardware, Betrieb und Modellpflege, die sonst der Anbieter trägt. Was ein solcher Aufbau braucht, steht in Lokale KI im Unternehmen und KI-Hardware für Unternehmen; was er kostet, in KI-Kosten im Betrieb.

Ein Mittelweg ist verbreitet: Klassifikation und Extraktion laufen lokal mit einem kleinen Modell, nur schwierige Fälle ohne vertrauliche Inhalte gehen an ein großes Modell. Voraussetzung ist eine Prüfung der Datenklasse vor dem Aufruf, damit die Aufteilung nicht vom guten Willen abhängt.

Kurz gesagt

Dokumenten-KI ersetzt das Abtippen durch Klassifikation, Extraktion und Validierung. OCR liest, Layout-Modelle ordnen zu, multimodale Modelle verstehen auch schwierige Vorlagen, und Fachregeln prüfen. Genauigkeitsangaben sind erst mit Bezugsgröße und Dokumentart eine Aussage; die Freigabe-Schleife gehört von Anfang an dazu. Wo Vertraulichkeit zählt, ist der Betrieb im eigenen Haus machbar und oft der kürzere Weg. Weitere Begriffe erklärt das KI-Glossar 2026, weitere Anwendungsfelder die Prozessautomation-Beispiele.

Häufige Fragen zu Dokumenten-KI (IDP)

Was ist Dokumenten-KI (IDP)?

Dokumenten-KI, englisch Intelligent Document Processing, bezeichnet Verfahren, die unstrukturierte Dokumente wie Rechnungen, Verträge oder Bestellungen automatisch klassifizieren, die enthaltenen Angaben in strukturierte Felder überführen und diese Angaben gegen Regeln und Stammdaten prüfen. Sie kombiniert Texterkennung (OCR), Layout-Verständnis und Sprachmodelle mit fachlicher Validierung und einer Freigabe-Schleife für unsichere Fälle.

Was ist der Unterschied zwischen OCR und Dokumenten-KI?

OCR wandelt Bildpunkte in Zeichen um und liefert Text mit Position, versteht aber nicht, was ein Rechnungsbetrag oder eine Kündigungsfrist ist. Dokumenten-KI setzt darauf auf: Layout-Modelle und Sprachmodelle ordnen den erkannten Text Feldern zu, unabhängig davon, wo er auf der Seite steht, und Prüfregeln validieren das Ergebnis. OCR ist damit eine Stufe innerhalb der Dokumenten-KI, nicht ihr Ersatz.

Wie genau ist Dokumenten-KI bei Rechnungen?

Das hängt von Dokumentart und Bezugsgröße ab. Saubere digitale PDFs werden deutlich besser gelesen als Scans, Faxe oder Handschrift. Wichtig ist der Unterschied zwischen Genauigkeit je Feld und je Dokument: Bei zehn Feldern mit je 98 Prozent ist rechnerisch nur rund 82 Prozent der Belege komplett fehlerfrei. Verlässlich ist nur eine Messung auf einer Stichprobe Ihrer eigenen Dokumente, ergänzt um Validierungsregeln und eine Freigabe für unsichere Felder.

Brauche ich noch Dokumenten-KI, wenn die E-Rechnung Pflicht ist?

Für strukturierte E-Rechnungen nach EN 16931 (XRechnung, ZUGFeRD) nicht: Die Daten liegen bereits maschinenlesbar vor. Seit dem 1. Januar 2025 müssen inländische Unternehmen im B2B-Geschäft solche Rechnungen empfangen können. Für die Übergangsjahre, ausländische Lieferanten, Bestellungen, Lieferscheine, Verträge und Personalunterlagen bleibt der Bedarf bestehen, weil diese Dokumente nicht als E-Rechnung kommen.

Kann Dokumenten-KI im eigenen Haus laufen?

Ja. Offene OCR-Bibliotheken, offene Layout-Modelle und Open-Weights-Sprachmodelle lassen sich auf einem Server im Unternehmen oder in einer europäischen Private Cloud betreiben. Das ist für vertrauliche Dokumente und Berufsgeheimnisträger oft der einfachere Weg als Auftragsverarbeitung und Drittlandprüfung. Der Preis dafür sind Hardware, Betrieb und Modellpflege. Ein verbreiteter Mittelweg: Standardfälle lokal mit einem kleinen Modell, schwierige Fälle ohne vertrauliche Inhalte an ein großes Modell, mit Prüfung der Datenklasse vor dem Aufruf.
  • Xu, Y. et al., LayoutLM: Pre-training of Text and Layout for Document Image Understanding, arXiv:1912.13318, 2020, https://arxiv.org/abs/1912.13318
  • Huang, Y. et al., LayoutLMv3: Pre-training for Document AI with Unified Text and Image Masking, arXiv:2204.08387, 2022, https://arxiv.org/abs/2204.08387
  • Kim, G. et al., OCR-free Document Understanding Transformer (Donut), arXiv:2111.15664, 2022, https://arxiv.org/abs/2111.15664
  • Mathew, M. et al., DocVQA: A Dataset for VQA on Document Images, arXiv:2007.00398, 2021, https://arxiv.org/abs/2007.00398
  • Huang, Z. et al., ICDAR 2019 Competition on Scanned Receipt OCR and Information Extraction (SROIE), arXiv:2103.10213, 2019, https://arxiv.org/abs/2103.10213
  • Pfitzmann, B. et al., DocLayNet: A Large Human-Annotated Dataset for Document-Layout Analysis, arXiv:2206.01062, 2022, https://arxiv.org/abs/2206.01062
  • tesseract-ocr, Tesseract Open Source OCR Engine, GitHub, https://github.com/tesseract-ocr/tesseract
  • Bundesministerium der Finanzen, GoBD (BMF-Schreiben vom 28.11.2019, geändert durch BMF-Schreiben vom 11.03.2024), Abschnitte zu bildlicher Erfassung und Verfahrensdokumentation
  • § 14 UStG in der Fassung des Wachstumschancengesetzes (BGBl. 2024 I Nr. 108): Pflicht zum Empfang elektronischer Rechnungen im B2B-Bereich ab 01.01.2025; Norm EN 16931 (XRechnung, ZUGFeRD)
Kostenloses Prozess-Audit

Welcher Ihrer Prozesse hat den größten Hebel?

In 30 Minuten analysieren wir Ihre Abläufe und sagen Ihnen ehrlich, was Automatisierung bei Ihnen bringt, und was nicht.

Antwort innerhalb eines Werktags · unverbindlich

Weiterlesen in KI in der Praxis