Bewirtungsbeleg digitalisieren & automatisch auslesen

Einen Bewirtungsbeleg zu digitalisieren heißt nicht nur, den Restaurantbon per OCR auszulesen. Ein vollständiger Beleg besteht aus zwei Dokumenten, die zusammengehören. Die Restaurantrechnung liefert Datum, Betrag, Umsatzsteuer und Restaurantdaten. Der Eigenbeleg ergänzt Teilnehmer, Anlass und Freigabe. Erst beide zusammen ergeben einen prüfbaren Datensatz für Excel, DATEV oder die Steuerakte.

Wer nur den Bon scannt, hat damit noch keinen buchungsfähigen Beleg. Die maschinell erstellte Rechnung des Bewirtungsbetriebs ist die eine Hälfte. Die andere Hälfte, der Eigenbeleg mit den Personen und dem geschäftlichen Grund, steht auf keinem Kassenbon und lässt sich aus ihm auch nicht ableiten. Einen Bewirtungsbeleg digitalisieren bedeutet deshalb, beide Seiten als ein zusammenhängendes Datenpaket zu erfassen und ihre Verbindung über den gesamten Aufbewahrungszeitraum zu erhalten.

Genau an dieser Trennung entscheidet sich, ob die Digitalisierung trägt. Die maschinenlesbaren Felder der Restaurantrechnung lassen sich automatisch erfassen. Die ergänzenden Felder des Eigenbelegs muss ein Mensch liefern und freigeben. Beleg-Apps, die versprechen, ein Foto in sechzig Sekunden vollständig zu verarbeiten, verwischen diese Grenze. Sie ist aber der Kern eines verlässlichen Workflows, denn sie sagt Ihnen, welche Daten Sie automatisiert auslesen können und welche Sie selbst verantworten.

Dieser Artikel geht den Weg in der Reihenfolge durch, in der er in der Praxis funktioniert: Restaurantrechnung und Eigenbeleg hochladen, die maschinenlesbaren Rechnungsfelder extrahieren, die Eigenbeleg-Felder ergänzen und prüfen, daraus eine Prüftabelle mit Statusspalten bauen und am Ende die Originale verknüpft aufbewahren. Das Ziel ist, Bewirtungsbelege automatisch zu erfassen, ohne den Beweiswert zu verlieren, der bei einer Betriebsprüfung zählt.

Die Restaurantrechnung: Pflichtangaben und maschinenlesbare Felder

Damit die Bewirtungskosten als Betriebsausgabe abziehbar sind, muss die maschinell erstellte Rechnung des Bewirtungsbetriebs bestimmte Angaben tragen. Dazu gehören die Pflichtangaben der Bewirtungsrechnung nach dem BMF-Schreiben: Name und Anschrift des Betriebs, Steuernummer oder Umsatzsteuer-Identifikationsnummer, Ausstellungsdatum, Rechnungsnummer, eine Leistungsbeschreibung, der Tag der Bewirtung und der Rechnungsbetrag. Fehlt eine dieser Angaben, ist der Beleg angreifbar, unabhängig davon, wie sauber er digitalisiert wurde. Hinzu kommt, dass geschäftlich veranlasste Bewirtungskosten ohnehin nur zu 70 Prozent als Betriebsausgabe abziehbar sind (§ 4 Abs. 5 Satz 1 Nr. 2 EStG); umso mehr hängt der verbleibende Abzug daran, dass der Beleg formal vollständig ist.

Für die Digitalisierung ist entscheidend, dass diese Pflichtangaben zugleich die maschinenlesbare Seite des Bewirtungsbelegs bilden. Sie stehen direkt auf der Rechnung und lassen sich Feld für Feld auslesen, statt sie abzutippen. Neben den genannten Angaben kommen die Beträge im Detail hinzu: der Bruttobetrag, die Aufteilung in Netto und Umsatzsteuer, der jeweilige Steuersatz, die einzelnen Positionen und, sofern es sich um einen Kassenbon mit technischer Sicherheitseinrichtung handelt, die TSE- und QR-Daten des Belegs.

Aus genau diesen Feldern lässt sich eine strukturierte Exporttabelle aufbauen. Wer die Rechnungsfelder konsequent maschinell ausliest und damit Belege automatisch in strukturierte Daten umwandeln kann, erzeugt aus Bon und Rechnung eine Zeile je Bewirtungsbeleg-Paket, in der jede Spalte einem definierten Feld entspricht. Das ist der Punkt, an dem aus zwei Papierdokumenten ein verarbeitbarer Datensatz wird.

Die Belegart bestimmt mit, welche Felder Sie überhaupt erwarten dürfen. Bei einer Kleinbetragsrechnung bis 250 Euro fallen einige Angaben weg, etwa der gesonderte Steuerausweis und die getrennte Nennung des Leistungsempfängers, während Datum, Betrag, Steuersatz und die Daten des Betriebs vorhanden sein müssen. Bei der vollen Rechnung erwarten Sie den kompletten Satz an Pflichtangaben. Diese Unterscheidung gehört in die Feldplanung, denn sie legt fest, welche Spalten Ihrer Tabelle bei welcher Belegart gefüllt sein sollten und wo eine Lücke ein echtes Problem ist und nicht nur eine bei dieser Belegart zulässige Auslassung.

Bewirtungsbeleg per OCR auslesen: was zuverlässig erkannt wird und was nicht

Reines OCR wandelt ein Bild in Text um, mehr nicht. Es erkennt Zeichen, aber nicht ihre Bedeutung. Ein Werkzeug, das Belege versteht, geht einen Schritt weiter: Es erkennt den Dokumenttyp und die Beziehung der Felder zueinander, also etwa den Unterschied zwischen Ausstellungsdatum und Tag der Bewirtung oder zwischen Brutto, Netto und Steuer. Genau diese Kontextkenntnis ist der Grund, worauf es bei Rechnung-OCR-Software ankommt: Ein Betrag, der als Bruttosumme erkannt und nicht mit dem Nettobetrag verwechselt wird, erspart die Korrektur, die reine Texterkennung erzwingt.

Aus der Restaurantrechnung lassen sich diese Felder mit hoher Sicherheit auslesen: Restaurantname und Anschrift, Datum, Bruttobetrag, die Aufteilung in Netto und Umsatzsteuer, der Steuersatz, die einzelnen Positionen und die Rechnungsnummer. Schwieriger wird es, wenn die Belegqualität nachlässt. Verblasste Thermobons, geknickte oder fotografierte Kassenbons und handschriftliche Ergänzungen auf dem Eigenbeleg sind die typischen Stellen, an denen ein extrahierter Wert eine kurze Sichtprüfung verdient. Auch gemischte Stapel, in denen Rechnungen, Bons und Eigenbelege durcheinanderliegen, brauchen ein Werkzeug, das die Dokumenttypen auseinanderhält.

Eine Grenze ist grundsätzlich und nicht eine Frage der Belegqualität: Die Felder des Eigenbelegs stehen nicht auf dem Bon und können aus ihm nicht abgeleitet werden. Wer die Teilnehmer waren und welcher konkrete geschäftliche Anlass vorlag, weiß die Rechnung nicht. Das ist Eingabe und Prüfung durch den Menschen, nicht Extraktion.

Invoice Data Extraction arbeitet belegbasiert über einen natürlichsprachigen Prompt: Sie beschreiben auf Deutsch, welche Felder Sie aus Rechnung und Bon brauchen, und erhalten sie als strukturierte Spalten zurück. Gemischte Stapel aus PDF, JPG und PNG werden in einem Durchgang verarbeitet, und jede Ausgabezeile trägt einen Verweis auf Quelldatei und Seite. Dieser Verweis ist im Bewirtungs-Workflow besonders nützlich, weil sich jeder extrahierte Wert direkt gegen das Original prüfen lässt, statt blind übernommen zu werden. Gegenüber einer geschlossenen App, die ein Foto in sechzig Sekunden verarbeitet und das Ergebnis kaum nachvollziehbar macht, liegt der Vorteil in dieser offenen, prüfbaren Feldkontrolle.

Der Eigenbeleg: Teilnehmer, Anlass und Freigabe ergänzen

Der Eigenbeleg trägt die Angaben, die kein Werkzeug aus der Restaurantrechnung lesen kann, weil sie dort schlicht nicht stehen. Dazu gehören die Teilnehmer mit vollständigen Namen und nicht nur den Firmen, der konkrete geschäftliche Anlass, der bewirtende Gastgeber und seine Freigabe, Datum und Ort konsistent zur Rechnung sowie die ausdrückliche Verknüpfung zur Restaurantrechnung. Diese Felder sind die zweite Hälfte des Datenmodells, und sie sind Eingabe und Freigabe durch den Menschen, nicht Extraktion.

Beim Anlass entscheidet sich oft, ob der Beleg eine Prüfung übersteht. Ein Sammelbegriff wie Geschäftsessen oder Kundengespräch genügt nicht. Verlangt ist der konkrete geschäftliche Grund mit erkennbarem Bezug zu den Beteiligten, also etwa die Vertragsverhandlung zu einem benannten Projekt oder die Besprechung eines konkreten Auftrags mit den genannten Personen. Wer hier vage bleibt, schafft einen formalen Mangel, den auch die sauberste Digitalisierung nicht heilt.

Daraus folgt eine klare Arbeitsteilung. Die Teilnehmernamen, ein hinreichend konkreter Anlass und eine ordnungsgemäße Freigabe lassen sich nicht aus dem Bon ableiten. Das Werkzeug kann diese Felder nicht erfinden, es kann aber sichtbar machen, wenn sie fehlen. Genau dafür lohnt es sich, im erfassten Datensatz ein Feld vorzusehen, das eine fehlende Teilnehmerangabe oder eine fehlende Verknüpfung zwischen Eigenbeleg und Rechnung markiert. So fällt die Lücke später in der Prüftabelle auf, statt unbemerkt in die Buchhaltung zu wandern.

Dieselbe Trennung zwischen maschinell gelesenen und menschlich ergänzten Feldern gilt unabhängig von der Sprache des Teams. Wenn englischsprachige Kollegen denselben Beleg verstehen müssen, hilft eine Erklärung, wie der Bewirtungsbeleg auf Englisch erklärt wird, ohne dass die deutschen Pflichtangaben verloren gehen.

Bewirtungsbelege in Excel erfassen: die Prüftabelle mit Status-Flags

Das Ergebnis des Workflows ist eine Tabelle mit einer Zeile je Bewirtungsbeleg-Paket. In dieser Zeile stehen die maschinell gelesenen Rechnungsfelder und die ergänzten Eigenbeleg-Felder nebeneinander: Restaurant, Datum, Brutto, Netto, Umsatzsteuer und Steuersatz aus der Rechnung, daneben Teilnehmer, Anlass, Gastgeber und Freigabe aus dem Eigenbeleg. So sehen Sie pro Beleg in einer Zeile, was vorliegt und was fehlt.

Den Unterschied zwischen einer reinen Datensammlung und einer Prüftabelle macht eine Statusspalte. Sie trägt für jeden Beleg ein Flag, das die nötige Nacharbeit auslöst:

• vollständig: Rechnung und Eigenbeleg sind verknüpft, alle Pflichtfelder und Eigenbeleg-Felder liegen vor. Buchungsfähig.
• Teilnehmer fehlen: Die Restaurantrechnung ist da, aber die Namen der Bewirteten fehlen oder nennen nur Firmen.
• Anlass zu allgemein: Ein Anlass ist eingetragen, aber als Sammelbegriff ohne konkreten geschäftlichen Bezug.
• Rechnung fehlt: Es liegt ein Eigenbeleg vor, aber keine maschinell erstellte Rechnung des Betriebs.
• digitale Verknüpfung fehlt: Beide Dokumente existieren, sind aber nicht miteinander verbunden.

Eine solche Tabelle lässt sich in Excel erfassen und für die Buchhaltung weiterreichen. Beim Thema DATEV lohnt sich Ehrlichkeit: Ein sauberer Excel- oder CSV-Export ist der verlässliche Übergabeweg, aus dem Buchhalter die Daten in DATEV oder eine andere Buchhaltungssoftware übernehmen. Ein konkretes DATEV-Importformat zu versprechen, geht dagegen über das hinaus, was die Tabelle selbst leistet. Wichtig bleibt, dass die Tabelle ein Arbeitsmittel zur Prüfung ist und nicht den Beleg ersetzt; die Statusspalte steuert nur, welche Pakete noch Nacharbeit brauchen, bevor sie gebucht werden.

Invoice Data Extraction gibt die strukturierte Ausgabe als Excel, CSV oder JSON aus. Den Aufbau der Tabelle legen Sie über einen gespeicherten Prompt fest: die Spaltennamen, ihre Reihenfolge, eine Zeile je Beleg und eine Status- oder Klassifizierungsspalte, die per Prompt-Regel gefüllt wird, etwa indem fehlende Teilnehmer oder ein fehlender Rechnungsbezug ein entsprechendes Flag setzen. Einmal gespeichert, lässt sich derselbe Prompt für jeden weiteren Bewirtungs-Stapel wiederverwenden, sodass die Tabelle jedes Mal gleich aufgebaut ist. Große, gemischte Stapel von bis zu 6.000 Dateien werden dabei in einem Durchgang verarbeitet, was die periodische Erfassung sämtlicher Belege eines Quartals praktikabel macht.

Bewirtungsbelege digital aufbewahren: Verknüpfung statt loser Tabelle

Bewirtungsbelege digital aufzubewahren bedeutet mehr, als die Tabelle zu speichern. Nach den GoBD gilt für den digitalen Beleg eine Reihe von Vorgaben, die sich als Arbeitsanweisung für den Workflow lesen lassen: Ein digitalisierter oder von vornherein digitaler Eigenbeleg ist zulässig, die Freigabe kann elektronisch erfolgen, die Erfassung muss zeitnah geschehen, die Belege müssen unveränderbar abgelegt und über die Aufbewahrungsfrist hinweg vorgehalten werden. Das digitalisierte Original tritt an die Stelle des Papiers, nicht die Abschrift in der Tabelle.

Der entscheidende Punkt ist die Verknüpfung. Restaurantrechnung und Eigenbeleg müssen digital miteinander verbunden bleiben, denn nur das Paar ergibt den prüfbaren Beleg. Die Exporttabelle verweist auf diese Originale, ersetzt sie aber nicht. Jede Zeile sollte sich auf das verknüpfte Originaldokument zurückführen lassen, idealerweise über den Verweis auf Quelldatei und Seite, der schon bei der Extraktion entstanden ist. Eine lose Tabelle ohne Bezug zu den hinterlegten Dokumenten ist bei einer Betriebsprüfung wertlos, weil sich der einzelne Eintrag nicht belegen lässt.

So entsteht eine revisionssichere Ablage, in der die Statusspalte der Prüftabelle und die verknüpften Originale zusammenwirken: Die Tabelle zeigt, welche Pakete vollständig sind, und jedes vollständige Paket führt auf seine beiden Originaldokumente zurück. Wer Spesen über mehrere Länder hinweg verarbeitet, kennt dieselbe Anforderung aus anderer Perspektive; wer etwa eine Schweizer Spesenabrechnung digitalisieren muss, arbeitet mit anderen Vorschriften, aber demselben Grundsatz, dass der digitale Beleg seinen Beweiswert nur mit erhaltener Verknüpfung behält.

Damit steht der Bewirtungsbeleg digital so da, wie er bei einer Prüfung bestehen muss: die maschinell gelesenen Rechnungsfelder, die menschlich ergänzten Eigenbeleg-Angaben, ein Status, der Lücken sichtbar macht, und zwei verknüpfte Originale, auf die sich jeder Wert zurückführen lässt.