Vom Foto zur Buchung — und warum die Rechenprobe entscheidet

Veröffentlicht am 07. September 2026, zuletzt geprüft am 22. September 2026

Du fotografierst den Bon, und ein paar Sekunden später steht in der Prüfung eine Buchung: Betrag, Datum, Händler, Kategorievorschlag, Beleg angehängt. Dieser Artikel erklärt, was in diesen Sekunden passiert — denn genau diesem Schritt musst du vertrauen können, und Vertrauen verdient man mit offenen Karten, nicht mit „Magie".

Zwei Arbeiter, klar getrennt

Die Erkennung besteht aus zwei sehr verschiedenen Arbeitern, und die Trennung ist der Kern der Sache:

Der erste liest Zeichen. Eine Texterkennung wandelt das Foto stur und wörtlich in Buchstaben und Zahlen um — sie versteht nichts, aber sie erfindet auch nichts. Was sie liefert, stand so auf dem Papier.

Der zweite deutet Bedeutung. Ein Sprachmodell bekommt den gelesenen Text und beantwortet nur eine Sorte Frage: Welche dieser Zahlen ist die Summe? Welche Zeile ist der Händler? Es rät nie auf Pixeln herum, und es darf keine Zahl nennen, die der erste Arbeiter nicht gelesen hat — was nie dastand, ist erfunden und wird verworfen.

Die Rechenprobe — der eigentliche Wächter

Die Trennung allein reicht aber nicht, und das haben Messungen mit absichtlich verschlechterten Fotos gezeigt: Bei einem schiefen, unscharfen Bon können die Spalten beim Lesen zerfallen. Dann steht da plötzlich „SUMME 73" statt „73,86" — und das Modell meldet gehorsam 73. Die Zahl steht ja im Text. Plausibel, und falsch.

Gefangen wird so etwas von der Rechenprobe: Ein Beleg trägt seine eigene Kontrolle in sich, denn Netto plus Steuer muss die Summe ergeben. Im Beispiel: 62,00 + 11,79 = 73,79 — gemeldet waren 73,00. Passt nicht, also wird nicht gebucht, sondern zurückgefragt.

Warum dieser Aufwand? Weil eine still falsche Buchung der schlechteste denkbare Ausgang für ein Steuersystem ist: Sie sieht richtig aus, niemand sucht sie, und sie fällt erst auf, wenn sie längst beim Steuerbüro liegt. Eine Rückfrage kostet dich zehn Sekunden. Die falsche Zahl kostet eine Korrektur — und Vertrauen.

Wenn es eine E-Rechnung ist

Eine E-Rechnung — ZUGFeRD, Factur-X, XRechnung — bringt ihre Zahlen als strukturiertes XML mit. Da liest kein Modell und rät nichts: Betrag, Steuer, Datum und Nummer kommen exakt aus der Datei, die Rechenprobe läuft trotzdem.

Dazu kommt eine zweite Prüfung, die für Fotos gar nicht möglich wäre: ob die E-Rechnung dem Regelwerk entspricht, nach dem sie sich benennt. Die europäische Norm EN 16931 legt fest, welche Angaben eine E-Rechnung tragen muss und wie sie zusammenpassen; XRechnung und ZUGFeRD setzen darauf auf. Ein Prüfwerkzeug geht die Datei gegen diese Regeln durch — bei ZUGFeRD auch die PDF-Hülle, in der das XML steckt. Das geschieht im Hintergrund, nach dem Buchen, und dauert ein paar Sekunden.

Das Ergebnis steht als Marke an der Buchung: „E-Rechnung geprüft: gültig“ mit dem erkannten Profil, oder „E-Rechnung geprüft: 3 Fehler“ mit den Meldungen zum Aufklappen. Die Marke ist eine Auskunft, kein Riegel: Deine Buchung bleibt, wie sie ist, und du gibst sie frei wie jede andere. Fehler im Regelwerk sind Fehler des Ausstellers — die Rechnung ist trotzdem deine Ausgabe, und ob sie steuerlich in Ordnung ist, sagt das Regelwerk nicht. Es prüft Aufbau und Pflichtfelder, nicht den Inhalt. Und ein PDF ohne eingebettetes XML ist keine ungültige E-Rechnung, sondern keine — die Marke sagt dann genau das.

Was kein Beleg ist

Nicht alles, was Beträge und ein Datum trägt, ist ein Beleg für die Vorbuchhaltung. Deshalb fragt der Belegdienst zuerst, was er vor sich hat, und sagt es der Instanz: Eine Gehaltsabrechnung erkennt er an ihren Wörtern (Steuerklasse, SV-Nummer, Bruttobezüge) und die Instanz weist sie ab, mit dem Hinweis, dass das Steuerbüro Personal aus dem Lohnjournal bucht; einen Kontoauszug schickt sie in den Import; eine Gutschrift bekommt die Marke „Richtung prüfen“, eine Mahnung oder ein Angebot die Marke „kein Beleg, die Rechnung kommt noch“. Welche Art was auslöst, steht in den Beleg-Regeln, und dort lässt es sich umstellen.

Was am Ende in der Prüfung liegt

Aus dem Bon wird eine offene Buchung mit angehängtem Beleg — die Klammer an der Karte öffnet die Vorschau, und „über Beleg" sagt, wie sie hereinkam:

Der Kategorievorschlag kommt dabei aus deinen eigenen früheren Entscheidungen: Hast du den Händler schon einmal zugeordnet, steht die Kategorie beim nächsten Beleg schon da — samt Hinweis, aus wie vielen Belegen die Regel gelernt ist. Das System wird mit der Benutzung genauer, ohne dass jemand Regeln pflegt — nachsehen kannst du sie trotzdem: Unter Einstellungen → Buchhaltung → Buchungs-Regeln stehen alle gelernten Zuordnungen von Gegenseite zu Kategorie, mit Suche, und dort lassen sie sich auch anlegen, ändern, aussetzen oder löschen.

Wo deine Belege dabei bleiben

Der Teil, der vielen am wichtigsten ist: Die Erkennung läuft auf eigener Hardware im selben deutschen Rechenzentrum wie deine Instanz. Kein Beleg geht an einen externen KI-Anbieter, nichts wird zum Trainieren von Modellen verwendet, und der Belegdienst verwirft die Datei nach der Verarbeitung — gespeichert wird der Beleg nur in deiner Instanz, an seiner Buchung. Dort reist er beim Export mit ins Belegpaket und fällt danach unter die Löschfrist, wie alles hier.

Und der letzte Baustein ist kein technischer, sondern ein Grundsatz: Nichts davon bucht an dir vorbei. Jede erkannte Buchung landet offen in der Prüfung — gelesen von Maschinen, freigegeben von dir.