Eingangsrechnungen: OCR, Freigabe & ERP-Anbindung Referenz |…

Automatisierung

Die Herausforderung

E-Mail-Postfach, Papierstapel und doppelte Erfassung

Rechnungen trafen verteilt ein: als PDF-Anhang, als Scan aus der Poststelle und gelegentlich noch als Fax. Die Buchhaltung musste Beträge, Lieferanten und Kostenstellen mehrfach prüfen; bei Abweichungen zum Bestellwesen entstanden Rückfragen und Wartezeiten. Ein reines OCR-Tool ohne Anbindung an Freigaben und ERP hätte nur einen Teil des Problems gelöst.

Das Shared-Service-Team bearbeitete parallel Anfragen aus Vertrieb und Einkauf – jede manuelle Doppelerfassung band Kapazität, die für Prüfung und Reporting fehlte. Status war in E-Mail-Threads verstreut, nicht in einem System mit eindeutiger Verantwortlichkeit.

Saisonale Spitzen beim Wareneingang verdoppelten das Rechnungsvolumen; ohne Queue und Priorisierung stauten sich Belege, obwohl Zahlungsziele und Skonti unverändert blieben.

Compliance und Nachweisbarkeit

Der Kunde benötigte klare Regeln: Wer darf bis zu welchem Betrag freigeben? Welche Lieferanten sind bekannt? Wo müssen Abweichungen zur Bestellung explizit kommentiert werden? Jeder Schritt sollte revisionssicher protokolliert sein – ohne dass sich Mitarbeitende durch zusätzliche Klickpfade überfordern.

Interne Revision verlangte Nachvollziehbarkeit von Extraktionsergebnis bis Buchungsvorschlag: Welche OCR-Konfidenz lag vor, wer hat freigegeben, welche ERP-Transaktion entstand. GoBD-konforme Ablage der Originalbelege war Pflicht, nicht optional.

Unterschiedliche Steuerszenarien und Reverse-Charge-Fälle durften nicht pauschal automatisch gebucht werden – Ausnahmen brauchten sichtbare Freigabe-Ketten mit Begründung.

API-first zwischen OCR, Workflow und ERP

Das ERP bot REST-Schnittstellen für Buchungsvorschläge; der Engpass lag in der Kette davor – Eingang, Klassifikation, Abgleich, Freigabe. Gesucht war eine orchestrierte Pipeline statt isolierter Tools, die Daten per Zwischenablage oder Excel weitergeben.

Der Großhandel wollte keine proprietäre Blackbox: Worker, Queues und Audit-Log sollten wartbar sein und an bestehende Monitoring-Prozesse anschließen. Python-Services und dokumentierte APIs passten besser als reine Desktop-RPA für diesen dokumentenlastigen Prozess.

Integration in Bestellwesen und Lieferantenstamm war zentral – Rechnungen ohne Bestellbezug oder mit Mengenabweichung mussten früh als Aufgabe an Einkauf oder Budgetverantwortliche, nicht erst beim Buchen auffallen.

Unsere Lösung

Screenshots zur Prozessautomatisierung

Pipeline von Eingang bis Buchungsvorschlag

Wir haben eine orchestrierte Kette umgesetzt: eingehende Dokumente werden klassifiziert, Text und Kernfelder extrahiert und mit Stammdaten abgeglichen. Abweichungen werden als Aufgaben an definierte Rollen geroutet; im Standardfall reicht eine kurze Freigabe in einer Web-Oberfläche, bevor ein Buchungsvorschlag ans ERP übergeben wird.

Die Architektur verbindet Prozessautomatisierung mit Schnittstellen-Entwicklung – dokumentengetrieben, aber API-first zum ERP. Einordnung auch im Vergleich RPA vs. API-Integration und im Themen-Hub Integration.

„OCR allein reichte nicht – wir brauchten Freigaben, Bestellabgleich und ERP in einer Kette. Jetzt sehen wir pro Beleg den Status, statt in Postfächern zu suchen.“

Stabile Schnittstellen statt manueller Übergabe

Die Anbindung an das bestehende ERP erfolgt über dokumentierte REST-Schnittstellen und idempotente Aufrufe – damit sich Wiederholungen und Batch-Läufe sicher verhalten. Worker verarbeiten die Queue mit Backoff bei temporären Fehlern; kritische Ereignisse landen in einem Audit-Log für Revision und Support.

Jeder Buchungsvorschlag trägt eine externe Korrelations-ID; Retries erzeugen keine Doppelbuchungen. Fehlgeschlagene ERP-Aufrufe landen in einer Dead-Letter-Queue mit Alert an IT – nicht in stillem Datenverlust.

OCR-Ergebnisse unterhalb der Konfidenzschwelle gehen in manuelle Erfassung mit vorausgefüllten Feldern – Sachbearbeiter korrigieren nur Abweichungen, statt alles neu zu tippen.

Engineering in Deutschland

Konzeption und Umsetzung lagen bei Groenewold IT Solutions in Leer/Ostfriesland: enge Abstimmung mit Fachbereich und IT, pragmatische MVP-Phase und anschließende Erweiterung um zusätzliche Lieferanten- und Steuerszenarien.

Schulungen für Freigabe-Rollen und Buchhaltung fanden vor Go-live statt; Shadow-Betrieb mit paralleler manueller Kontrolle sicherte Vertrauen in Extraktion und Routing-Regeln.

Budgetplanung unterstützt der Kostenrechner Automatisierung; vergleichbare Projekte finden sich in Referenzen Automatisierung.

Monitoring, Audit und kontinuierliche Optimierung

„Revision will Belege und Entscheidungen in einer Spur – deshalb protokollieren wir jeden Schritt von OCR bis ERP, ohne Passwörter oder Roh-PDFs im Klartext-Log.“

Dashboards zeigen Durchlaufzeit, Auto-Quote und Klärfall-Gründe; monatliche Reviews mit Einkauf und Buchhaltung verfeinern Matching-Regeln und Freigabe-Schwellen. Made in Germany – Entwicklung und Betriebs-Support aus Ostfriesland.

Ergebnisse

Weniger manuelle Erfassung, schnellere Durchlaufzeit

Der überwiegende Teil der Eingangsrechnungen läuft ohne Doppelarbeit durch die Buchhaltung; Rückfragen konzentrieren sich auf echte Ausnahmen. Transparenz über Status und Verantwortliche ersetzt „Wer hat die Mail zuletzt bearbeitet?“-Diskussionen.

Durchlaufzeiten von Eingang bis Buchungsvorschlag sanken messbar; Skontofristen werden seltener verpasst. Einkauf erhält strukturierte Aufgaben bei Bestellabweichungen statt unstrukturierter E-Mail-Ketten.

Das Shared-Service-Team gewinnt Kapazität für Analyse und Lieferantenkommunikation – nicht für wiederholtes Abtippen identischer Kopfdaten.

Referenz für dokumentengetriebene Automatisierung

Das Projekt zeigt, wie sich wiederkehrende Belegprozesse mit OCR, Workflows und ERP-Konnektoren zuverlässig automatisieren lassen – ohne die Kontrolle der Fachseite zu verlieren.

Für Großhandel und Shared Services ist das Muster übertragbar: API-first zum ERP, menschliche Freigabe bei Ausnahmen, revisionssicheres Audit-Log. Weitere Beispiele im Automatisierungs-Hub und Integrationsthemen.

Langfristig lassen sich zusätzliche Kanäle (EDI, Lieferantenportal) an dieselbe Pipeline anschließen – ohne den Kern neu zu bauen.

Technische Umsetzung im Detail

Eingang, OCR und Stammdatenabgleich

E-Mail-Postfach, Upload-Ordner und Scan-Station speisen eine gemeinsame Queue. Klassifikation trennt Rechnungen von Werbung und Lieferscheinen; OCR extrahiert Kopf- und Positionen mit Konfidenzscores. Abgleich mit Lieferanten- und Bestellstamm markiert Abweichungen vor der Freigabe.

Mehrsprachige Rechnungen und Sonderzeichen in Lieferantenadressen werden normalisiert; Dublettenprüfung verhindert doppelte Verarbeitung derselben Rechnungsnummer.

Freigabe-Workflow und ERP-Übergabe

Rollenbasierte Freigaben mit Betragsschwellen und Kostenstellen-Zuständigkeit laufen in einer schlanken Web-Oberfläche. Nach Freigabe erzeugt der Worker einen idempotenten Buchungsvorschlag per REST; ERP-Antworten aktualisieren Status und Audit-Log.

Abgelehnte oder zurückgezogene Freigaben bleiben mit Begründung im Log – Revision sieht den Entscheidungspfad ohne Zugriff auf Produktiv-E-Mail.

Rollout und Lessons Learned

MVP, Pilot-Lieferanten, Skalierung

Start mit den zehn volumenstärksten Lieferanten und klaren PDF-Layouts; nach vier Wochen Pilot Erweiterung auf Scans und Randfälle. Shadow-Mode verglich OCR-Felder mit manueller Erfassung, bevor Auto-Routing produktiv ging.

Neue Steuerszenarien wurden als Regel-Module ergänzt, nicht als Sondercode pro Beleg – Wartbarkeit blieb im Vordergrund.

Betrieb und Zusammenarbeit Fachbereich/IT

Wöchentliche Kurz-Reviews mit Buchhaltung und Einkauf reduzierten Klärfall-Quote; OCR-Modelle wurden bei wiederkehrenden Layouts nachjustiert. IT-Monitoring alertet bei Queue-Stau oder ERP-5xx, nicht erst wenn Skonti verfallen.

Dokumentation für Runbooks und Eskalation liegt bei Groenewold IT und interner IT – klare Trennung zwischen Anwendungs-Support und ERP-Basis.

Features

Funktionen im Überblick

Klassifikation und Extraktion aus PDF und Scan
Abgleich mit Lieferanten- und Bestellstammdaten
Rollenbasierte Freigaben mit Schwellenlogik
Übergabe von Buchungsvorschlägen an das ERP
Warteschlangen, Wiederholung und Monitoring
Revisionssicheres Protokoll der Verarbeitungsschritte
Umsetzung durch Groenewold IT Solutions (Made in Germany)

Häufige Fragen zur OCR-gestützten Eingangsrechnungsautomatisierung im ERP

Wie verlaeuft ein typischer OCR-Prozess für Eingangsrechnungen im ERP?

Rechnungen werden erfasst, per OCR und Plausibilitaetslogik ausgelesen und danach an ERP-Prüfpfade uebergeben. Erst wenn Pflichtfelder, Lieferantenbezug und Kontierung passen, wird automatisiert weitergeleitet. Solche Ketten bauen auf Automatisierung und Schnittstellen-Entwicklung auf.

Wann braucht man neben OCR auch Workflow- und Freigabelogik?

Sobald Rechnungen über Kostenstellen, Niederlassungen oder abweichende Sachkonten verteilt werden, reicht reines Auslesen nicht mehr. Dann braucht es klare Regeln für Freigaben, Eskalationen und Ausnahmen. Genau dort helfen RPA & Workflows und strukturierte Automatisierung.

Wie sinkt die Fehlerquote bei Lieferanten- und Belegdaten?

Durch Lieferantenregeln, Dublettenprüfung und den Abgleich mit bestehenden ERP-Stammdaten. Dadurch landen weniger fehlerhafte Buchungen in der Buchhaltung und Rueckfragen sinken deutlich. Technisch ist das oft eine Kombination aus Schnittstellen-Entwicklung und Referenzen Automatisierung.

Welche Kennzahlen zeigen den Erfolg einer Rechnungsautomatisierung?

Wichtig sind Durchlaufzeit pro Rechnung, Automatisierungsquote, Rueckfragequote und Anteil korrekt verbuchter Belege ohne manuelle Nacharbeit. Wenn Fachbereiche schneller freigeben und die Buchhaltung weniger korrigieren muss, ist der Nutzen sichtbar. Vergleichbare Muster finden sich unter Referenzen Automatisierung.

Eingangsrechnungen: OCR, Freigabe & ERP-Anbindung