IDP: Wenn OCR nicht reicht
OCR liest Buchstaben. Intelligent Document Processing versteht Dokumente. Der Unterschied entscheidet, ob Posteingang, Akten oder Rechnungen wirklich automatisiert werden können.
"Wir scannen die Eingangspost und der Rest läuft automatisch." Der Satz ist alt und in den meisten Mittelstandsbetrieben immer noch nicht eingelöst. Der Grund liegt selten am Scanner und fast nie an der Texterkennung. Er liegt in der Lücke zwischen Buchstaben lesen und Dokumente verstehen.
Was OCR kann - und wo es endet
Tesseract, ABBYY oder die OCR-Engine im Multifunktionsdrucker liefern verlässlich, was sie versprechen: aus einem Bild oder PDF wird Text. Auf einem sauber gescannten Standardbrief funktioniert das hervorragend.
Im Tagesgeschäft sieht es anders aus:
- Gemischte Layouts - Rechnung, Lieferschein und handschriftliche Notiz auf einer Seite.
- Tabellen ohne Linien - der Mensch erkennt Spalten, OCR liefert eine Buchstabenwurst.
- Formularvarianten - dasselbe Formular von zehn Lieferanten, jeder mit eigenem Layout.
- Schwierige Vorlagen - Faxausdrucke, schiefe Scans, durchgedrückter Kugelschreiber.
- Mehrsprachigkeit - deutsche Vorlage, englische Stempel, italienischer Lieferantenname.
OCR liefert in all diesen Fällen Text. Was fehlt: niemand weiß, welcher Text was bedeutet.
Was Intelligent Document Processing dazulegt
IDP setzt auf OCR auf und ergänzt drei Schichten:
- Klassifikation. Welcher Dokumenttyp liegt vor - Rechnung, Mahnung, Vertrag, Lieferschein? Bei guten Modellen reichen wenige Beispiele pro Typ.
- Extraktion. Aus welchem Bereich kommt welche Information - Rechnungsnummer, Empfänger, IBAN, Fälligkeit? Hier kombinieren moderne Systeme Layout-Modelle (LayoutLMv3, Donut) mit regelbasierten Validierungen.
- Validierung. Plausibilität gegen Stammdaten, Rechenprobe bei Rechnungen, Abgleich mit ERP-Belegen. Ohne diese Schicht ist jede Extraktion nur ein Vorschlag.
Erst die Kombination der drei Schichten macht den Unterschied zwischen "Text erkannt" und "Vorgang fertig".
Wo IDP im Mittelstand wirklich liefert
Drei Felder, in denen sich der Aufwand fast immer rechnet:
- Eingangsrechnungen. Klassifikation, Extraktion der Pflichtfelder, Vorkontierung, Abgleich mit Bestellungen. Spart pro Beleg messbare Minuten und reduziert Fehlbuchungen.
- Posteingang in Kanzlei oder Praxis. Zuordnung zu Akten oder Patientendaten, Eingangsdatum sauber dokumentiert, Wiedervorlagen automatisch.
- Lieferanten- und Kundenformulare. Stammdatenpflege ohne Abtipper-Schicht, mit klarem Audit-Trail.
In allen drei Fällen ersetzt IDP keine Sachbearbeiter, sondern beseitigt die mechanische Vorarbeit, an der heute Stunden hängen bleiben.
Vier Punkte, die über den Erfolg entscheiden
Vier Punkte, die jedes IDP-Projekt entscheiden:
- Echte Belege schlagen jeden Demo-Datensatz. Modelle, die mit Musterrechnungen geprüft wurden, fallen bei der ersten echten Faxkopie auseinander. Die ersten 200 produktiven Belege gehören in die Evaluation.
- Lokale Modelle sind erwachsen geworden. Layout-Modelle wie Donut oder LayoutLMv3 laufen auf einer GPU im Serverraum und liefern bei deutschen Standardbelegen Ergebnisse auf Augenhöhe mit Cloud-Diensten - ohne dass Mandantenpost das Haus verlässt.
- Der Validierungsschritt ist Pflicht, nicht Kür. Ein extrahierter IBAN ohne Prüfsumme ist ein Risiko. Ein Rechnungsbetrag ohne Rechenprobe gegen Positionssummen auch.
- Mensch im Prozess bleibt wertvoll. Die letzten 5 % Sonderfälle kosten in der Vollautomatisierung mehr, als sie sparen. Ein klarer Übergabepunkt zur Sachbearbeitung ist Teil eines guten Designs.
Wann der Einstieg lohnt
Faustregel aus der Praxis: ab etwa 100 vergleichbaren Belegen pro Tag oder einem klar wiederkehrenden Eingangsstrom (Posteingang Kanzlei, Rechnungsstrom im Einkauf, Antragsformulare in der Verwaltung) trägt sich ein IDP-Setup spürbar.
Ein Pilot mit zwei bis drei Dokumenttypen, echten Belegen und einer ehrlichen Erfolgsmessung zeigt innerhalb weniger Wochen, ob der Hebel da ist. Erst danach lohnt das Gespräch über Skalierung, Integration ins ERP oder DMS und den Betriebsmodus.
Fazit
OCR ist eine Komponente, kein Prozess. Wer Eingangsdokumente automatisieren will, braucht Klassifikation, Extraktion und Validierung als zusammenhängendes System - mit echten Belegen evaluiert und mit dem ERP oder DMS sauber verbunden. Der Aufwand ist überschaubar, der Hebel im Tagesgeschäft hoch.