OCR Belege DATEV klingt nach einem einfachen Ablauf: Beleg fotografieren, Text auslesen, an die Buchhaltung übergeben, fertig. In der Praxis ist der kritische Teil aber nicht das Foto, sondern die Qualität der daraus entstehenden Belegdaten. Ein Handyfoto kann lesbar sein und trotzdem falsche Steuerfelder, einen unklaren Geschäftszweck oder eine ungeprüfte Kategorie enthalten. Genau dort entstehen Rückfragen zwischen Unternehmen, Finance-Team und Steuerkanzlei.

Für KMU ist OCR deshalb am stärksten, wenn sie als vorgelagerter Kontrollprozess verstanden wird. Die Erkennung schlägt Händler, Datum, Beträge, Steueranteile und weitere Felder vor. Finance entscheidet anschließend, welche Daten direkt weiterlaufen dürfen, welche korrigiert werden müssen und welche Fälle vor der DATEV-Übergabe blockiert bleiben. So wird aus einem schnellen Scan ein belastbarer Datensatz.

Dieser Leitfaden zeigt, wie Unternehmen OCR-Belegdaten für einen DATEV-orientierten Prozess vorbereiten: Welche Felder wichtig sind, welche Prüfregeln vor dem Export sinnvoll sind und wie Bill.Dock beim Erfassen, Strukturieren und Exportieren von Belegen unterstützen kann. Er ersetzt keine Rechts- oder Steuerberatung. Stimmen Sie konkrete DATEV-Prozesse, Kontierung und Importwege immer mit Ihrer Steuerberatung ab.

Warum OCR vor DATEV kein Automatismus ist

DATEV selbst unterscheidet klar zwischen digitalen Belegen, strukturierten Rechnungsdaten und Buchungsvorschlägen. Im DATEV-Ökosystem können digitale Dokumente in Belege online bereitgestellt werden. Strukturierte Rechnungs- und Kassendaten können über die DATEV XML-Schnittstelle online beziehungsweise den Rechnungsdatenservice 1.0 verarbeitet werden. Erst wenn die passenden Daten im passenden Bestand liegen, können daraus in DATEV-Prozessen Buchungsvorschläge entstehen.

OCR ist dabei nur eine von mehreren Datenquellen. Der DATEV Automatisierungsservice Rechnungen beschreibt ausdrücklich, dass Buchungsvorschläge auf Basis digitaler Eingangs- und Ausgangsrechnungen und der Buchungshistorie generiert werden. DATEV weist zudem darauf hin, dass strukturierte Daten aus E-Rechnungen qualitativ hochwertiger sein können als OCR-erfasste Daten. Das ist ein wichtiger Praxispunkt: OCR hilft vor allem bei Papierbelegen, Fotos, PDF-Rechnungen ohne strukturierte Daten und gemischten Spesenbelegen. Bei XRechnung oder ZUGFeRD sollte der strukturierte Teil nicht durch ein bloßes Bild oder OCR-Ergebnis ersetzt werden.

Für Unternehmen bedeutet das: Nicht jeder erkannte Text ist automatisch buchbar. Ein OCR-Ergebnis ist ein Vorschlag, kein geprüfter Buchungssatz. Die eigentliche Qualität entsteht durch Feldprüfung, Plausibilität, Verantwortlichkeiten und eine Übergabe, die zum Kanzleiprozess passt.

Die fünf Prüfebenen eines guten OCR-Belegprozesses

Ein stabiler Workflow trennt technische Lesbarkeit von fachlicher Belastbarkeit. Bewährt hat sich eine Prüfung in fünf Ebenen:

Diese Ebenen verhindern, dass OCR nur Arbeit verschiebt. Ohne Prüfung landet der Fehler später im Buchungsstapel, in der Kanzleirückfrage oder im Monatsabschluss. Mit Prüfung wird der Scan dagegen zu einem kontrollierten Eingangspunkt.

Welche Felder vor der Kanzleiübergabe wichtig sind

Die GoBD nennen für Buchungsbelege unter anderem eine eindeutige Belegnummer, Belegaussteller und -empfänger, Betrag, Währung und Belegdatum als wichtige Inhalte. Für umsatzsteuerliche Zwecke kommen die Rechnungsangaben nach §§ 14, 14a UStG und den Vereinfachungsregeln der UStDV hinzu. Für Finance ist daraus keine starre App-Maske abzuleiten, aber eine klare Prüfliste.

Mindestens sollten OCR-Belegdaten diese Felder sauber trennen: Händler beziehungsweise leistender Unternehmer, Rechnungsempfänger, Beleg- oder Rechnungsnummer, Ausstellungsdatum, Leistungsdatum, Beschreibung der Leistung, Netto- und Bruttobetrag, Steuersatz, Steuerbetrag, Währung, Zahlungsart, Mitarbeiter, Kostenstelle, Projekt, Kategorie, Freigabestatus und Originalbeleglink. Bei Reisekosten kommen Reisezweck, Reisezeitraum, Bewirtungsangaben, Kilometer- oder Fahrtbezug und mögliche private Anteile hinzu.

Besonders kritisch sind Felder, die ähnlich aussehen. Auf Rechnungen stehen oft Bestellnummer, Kundennummer, Lieferscheinnummer und Rechnungsnummer nebeneinander. Ein Mensch erkennt die Bedeutung meist aus dem Layout, OCR erkennt zunächst nur Zeichen. Deshalb sollte der Prozess nicht nur fragen, ob eine Nummer gefunden wurde, sondern ob sie im richtigen Feld steht und zum Dokumenttyp passt.

Vom Handyfoto zum geprüften Datensatz

Der praktische Ablauf beginnt beim Mitarbeiter. Ein Beleg sollte direkt nach dem Kauf fotografiert oder als PDF weitergeleitet werden. Das reduziert verlorene Papierbelege und verbessert die Bildqualität, weil Rückfragen noch frisch beantwortet werden können. Bill.Dock unterstützt diesen frühen Schritt durch App-, Web- und E-Mail-Upload sowie KI-gestützte Extraktion von Betrag, Datum, Händler, Kategorie und MwSt.-Feldern. Daraus wird jedoch erst durch Prüfung ein belastbarer Buchhaltungsdatensatz.

Nach der Erfassung sollte das System automatisch markieren, welche Angaben sicher, unsicher oder unvollständig sind. DATEV beschreibt dieses Prinzip auch im eigenen Automatisierungsservice Rechnungen: Unsichere oder leere Pflichtfelder werden sichtbar gemacht. Unternehmen sollten diese Logik bereits vor der Kanzleiübergabe nutzen. Ein Beleg mit unklarem Steuerbetrag darf nicht denselben Status haben wie ein vollständig geprüfter Standardbeleg.

Der nächste Schritt ist fachliche Ergänzung. Ein Hotelbeleg braucht Reiseanlass und Zeitraum. Ein Softwareabo braucht Projekt, Kostenstelle oder betrieblichen Zweck. Ein Geschäftsessen braucht Teilnehmer und Anlass. Je näher diese Informationen am Upload ergänzt werden, desto weniger Rückfragen entstehen kurz vor dem Monatsabschluss.

DATEV-Übergabewege richtig einordnen

Für DATEV-nahe Prozesse ist präzise Sprache wichtig. Das DATEV Developer Portal beschreibt mit accounting:documents die Übertragung digitaler Dokumente in den Posteingang von Belege online in DATEV Unternehmen online. Für strukturierte Rechnungs- und Kassendaten beschreibt accounting:dxso-jobs die Übertragung im Format der DATEV XML-Schnittstelle online; aus den strukturierten Daten können Belegsätze und später Buchungsvorschläge entstehen. Der Buchungsdatenservice wiederum ist für Systeme gedacht, die buchhalterisch belastbare Bewegungs- und Stammdaten im DATEV-Format bereitstellen können.

Diese Unterschiede sind nicht akademisch. Ein Belegbilderservice-Prozess stellt in erster Linie Dokumente bereit. Ein Rechnungsdatenservice-Prozess übergibt zusätzlich strukturierte Belegdaten. Ein Buchungsdatenservice-Prozess verlangt bereits deutlich mehr fachliche Vorarbeit, etwa Kontierung, Gegenkonto, Beleglink und passende Stammdaten. Ein KMU sollte deshalb nicht nur fragen: „Kann unsere Software DATEV exportieren?“, sondern: „Welche Datenqualität erwartet unsere Kanzlei für genau diesen Übergabeweg?“

Für Bill.Dock sollte die Formulierung bewusst zurückhaltend bleiben. Die öffentliche Produktseite belegt KI-gestützte Belegerfassung, Kategorien, Projektzuordnung sowie Exporte als Excel, PDF oder ZIP mit Bildern. Ohne ausdrücklichen aktuellen Nachweis für eine native DATEV-Schreibschnittstelle ist die saubere Beschreibung: Bill.Dock hilft, Belege und Belegdaten für die DATEV-kompatible Übergabe vorzubereiten.

GoBD: Originalbild, Daten und Änderungshistorie zusammenhalten

Die GoBD verlangen Nachvollziehbarkeit, Ordnung und Prüfbarkeit elektronischer Aufzeichnungen. Für OCR heißt das: Das extrahierte Feld ersetzt nicht den Originalbeleg. Bild oder PDF, erkannte Daten, Korrekturen, Freigaben und Exportzeitpunkt sollten zusammenbleiben. Nur dann kann später nachvollzogen werden, warum eine Ausgabe erstattet, wie ein Betrag gelesen und welche Version an die Kanzlei übergeben wurde.

§ 14b UStG sieht für Rechnungen grundsätzlich eine achtjährige Aufbewahrung vor. § 14 UStG nennt außerdem Anforderungen an Echtheit der Herkunft, Unversehrtheit des Inhalts und Lesbarkeit. Für OCR-Prozesse ist deshalb ein einfacher Dateiordner zu wenig. Entscheidend sind Rollenrechte, Änderungsprotokolle, klare Lösch- und Aufbewahrungsregeln sowie eine Verfahrensdokumentation, die den Weg vom Eingang bis zur Übergabe beschreibt.

Gerade bei E-Rechnungen ist Vorsicht geboten. Seit 2025 ist für viele inländische B2B-Umsätze die strukturierte elektronische Rechnung relevant. Das BMF stellt klar, dass ein einfaches PDF seitdem keine E-Rechnung im neuen Sinn ist. Wenn eine XRechnung oder ein ZUGFeRD-Datenteil vorliegt, sollte der strukturierte Teil verarbeitet und aufbewahrt werden. OCR kann die Sichtprüfung unterstützen, sollte aber nicht die strukturierte Rechnung verdrängen.

Praxisworkflow für KMU und Finance-Teams

Ein pragmatischer Ablauf besteht aus vier Stationen. Erstens: Capture. Mitarbeitende fotografieren Belege zeitnah, leiten E-Mail-Rechnungen weiter und ergänzen Zweck oder Projekt. Zweitens: OCR und Vorprüfung. Das System liest Felder aus, erkennt Dublettenverdacht, markiert unklare Beträge und prüft Pflichtfelder. Drittens: Finance-Freigabe. Das Team kontrolliert Steuerfelder, Richtlinie, Kostenstelle und Ausnahmefälle. Viertens: Export und Kanzleiabstimmung. Nur geprüfte Vorgänge gehen in das vereinbarte DATEV-kompatible Exportpaket oder den abgestimmten Übergabeprozess.

Wichtig ist eine sichtbare Ausnahmeschlange. Sie sollte nicht nur „Fehler“ heißen, sondern konkrete Gründe zeigen: unlesbares Bild, fehlendes Leistungsdatum, mehrere Steuersätze, Fremdwährung, potenzielle Dublette, fehlender Geschäftszweck, offene Freigabe oder unklare Kontierung. Jede Kategorie braucht eine zuständige Rolle. Sonst sammelt sich Arbeit im System, obwohl die Belege scheinbar digitalisiert sind.

Für wiederkehrende Lieferanten lohnt sich zusätzlich eine Mapping-Routine. Wenn ein SaaS-Anbieter, Hotel oder Mobilitätsdienst regelmäßig vorkommt, sollten Kategorie, Kostenstelle und steuerliche Hinweise geprüft und danach als Vorschlag wiederverwendet werden. Änderungen müssen sichtbar bleiben, damit nicht ein alter Vorschlag dauerhaft falsche Buchungen vorbereitet.

Checkliste vor dem Export

• Ist der Originalbeleg vollständig, lesbar und dem richtigen Vorgang zugeordnet?
• Stimmen Händler, Empfänger, Belegnummer, Belegdatum und Leistungsdatum?
• Sind Brutto, Netto, Steuerbetrag, Steuersatz und Währung plausibel?
• Ist der geschäftliche Zweck dokumentiert, besonders bei Reise, Bewirtung und gemischten Ausgaben?
• Wurde der Beleg freigegeben oder bewusst als Ausnahme markiert?
• Gibt es Dublettenverdacht durch Kartenumsatz, E-Mail-Rechnung oder zweiten Upload?
• Passt die Kategorie zur mit der Kanzlei abgestimmten Kontierungslogik?
• Ist klar, ob Belegbild, strukturierte Belegdaten oder vorbereitete Buchungsdaten übergeben werden sollen?
• Bleiben Belegbild, OCR-Daten, Korrekturen, Freigaben und Exportzeitpunkt nachvollziehbar zusammen?

FAQ

Erzeugt OCR automatisch DATEV-Buchungsvorschläge?

Nein. OCR liest Daten aus einem Belegbild aus. Buchungsvorschläge entstehen erst in einem passenden Buchhaltungs- oder DATEV-Prozess, wenn Belegdaten, Buchungshistorie, Bestand, Rechte und fachliche Regeln zusammenpassen.

Welche OCR-Felder sind für DATEV besonders kritisch?

Besonders wichtig sind Belegnummer, Belegdatum, Leistungsdatum, Lieferant, Empfänger, Betrag, Steuerbetrag, Steuersatz, Währung, Kategorie, Kostenstelle und Beleglink. Falsche Nummern, fehlende Leistungsdaten und unklare Steueraufteilungen erzeugen häufig Rückfragen.

Kann Bill.Dock direkt in DATEV buchen?

Die aktuell geprüfte öffentliche Produktseite belegt Belegerfassung, KI-Extraktion, Kategorien, Projektzuordnung und Exporte als Excel, PDF oder ZIP mit Bildern. Eine native DATEV-Schreibschnittstelle wird dort nicht belegt. Deshalb sollte Bill.Dock als Werkzeug für die DATEV-kompatible Vorbereitung beschrieben werden.

Reicht ein OCR-Text für die Aufbewahrung?

Nein. Der Originalbeleg bleibt wichtig. OCR-Daten sind eine strukturierte Auswertung, aber Bild oder PDF, Korrekturen, Freigaben und Exportstatus müssen nachvollziehbar bleiben.

Was ändert die E-Rechnung für OCR-Prozesse?

Bei strukturierten E-Rechnungen sollte der strukturierte Datenteil führend verarbeitet und aufbewahrt werden. OCR kann helfen, eine visuelle Darstellung zu prüfen, ersetzt aber nicht die strukturierten Rechnungsdaten.

Fazit

OCR macht Belegerfassung schneller, aber nicht automatisch buchhaltungsreif. Der Wert entsteht, wenn Finance klare Prüfebenen einzieht: Bildqualität, Pflichtfelder, Steuerlogik, Geschäftskontext, Freigabe und Übergabeweg. Dann wird aus dem Handyfoto ein Datensatz, der im Monatsabschluss weniger Rückfragen erzeugt und für die Kanzlei nachvollziehbar vorbereitet ist.

Bill.Dock unterstützt diesen vorgelagerten Prozess, indem Belege früh erfasst, wichtige Felder ausgelesen, Kategorien und Projekte ergänzt und strukturierte Exporte erstellt werden können. Die konkrete DATEV-Übergabe, Kontierung und steuerliche Würdigung bleiben dennoch mit der Steuerkanzlei abzustimmen. Genau diese Trennung schützt vor überzogenen Automatisierungsversprechen und verbessert gleichzeitig die Qualität der Belegdaten.

Hinweis: Dieser Beitrag ersetzt keine Rechts- oder Steuerberatung. Prüfen Sie konkrete DATEV-Einstellungen, Aufbewahrungsfragen und steuerliche Einzelfälle mit Ihrer Steuerberatung und den aktuellen offiziellen Unterlagen.

Quellen und Abrufstand

• DATEV Developer Portal: accounting:documents, abgerufen am 28.08.2026.
• DATEV Developer Portal: accounting:dxso-jobs Overview, abgerufen am 28.08.2026.
• DATEV Developer Portal: Rechnungsdatenservice 1.0 Interface requirements, abgerufen am 28.08.2026.
• DATEV: Automatisierungsservice Rechnungen, abgerufen am 28.08.2026.
• BMF Amtliches AO-Handbuch 2025: GoBD, abgerufen am 28.08.2026.
• § 14 UStG: Ausstellung von Rechnungen, abgerufen am 28.08.2026.
• § 14b UStG: Aufbewahrung von Rechnungen, abgerufen am 28.08.2026.
• BMF FAQ zur E-Rechnung, Stand März 2026, abgerufen am 28.08.2026.
• Bill.Dock Produktseite Deutsch, abgerufen am 28.08.2026.