Beleg fotografieren, ausgefüllte Transaktion bekommen. Das ist in jeder Ausgaben-App das meistgewünschte Feature, und es klingt nach einem gelösten Problem – die Modelle sind inzwischen gut, man richtet einfach eins auf das Bild.
Dann schaust du dir echte Belege an.
Belege sind ein widerspenstiges Format
Es gibt keinen Standard. Ein Beleg ist das, was der Drucker des Ladens eben ausgespuckt hat, und die Vielfalt ist beachtlich:
Der Gesamtbetrag ist nicht die größte Zahl. Er konkurriert mit dem gegebenen Bargeld, dem Rückgeld, dem Punktestand der Kundenkarte und der Ausgabenübersicht vom letzten Monat.
Oft gibt es mehrere Summen. Zwischensumme, Summe vor Steuern, Summe nach Steuern, Summe nach Rabatt, mit Karte bezahlter Betrag. Welche davon ist „die Rechnung“? Die, die die zahlende Person tatsächlich aus eigener Tasche bezahlt hat – und das ist nicht immer die, die am größten gedruckt ist.
Die Steuer ist mal enthalten, mal aufgeschlagen, und oft steht auf dem Beleg nicht, was davon.
Servicegebühren verstecken sich. Eine Servicezeile über 12 % steht mitten in der Positionsliste und sieht genauso aus wie eine Position.
Positionen brechen um. Ein langer Produktname läuft über zwei Zeilen, und der Preis steht verwaist in der zweiten.
Thermopapier verblasst, bekommt einen Knick in der Mitte und wird meist schräg und bei schlechtem Restaurantlicht fotografiert.
Jedes dieser Probleme ist für sich lösbar. Schwierig ist, dass sie gemeinsam auftreten – und ein Scan, der vier von fünf Feldern richtig hat, ist immer noch ein Scan, den du prüfen musst.
Struktur auslesen, nicht nur Zahlen
Wir haben uns auf einen bestimmten, begrenzten Satz an Feldern festgelegt: Titel, Gesamtbetrag, Währung, Datum, Positionen – und Steuer, Trinkgeld und Servicegebühr als eigene Felder.
Der letzte Teil ist die Designentscheidung, die am meisten zählte, und wir haben eine Weile gebraucht, um dahin zu kommen.
Die naive Version behandelt einen Beleg als flache Liste von Zeilen und lässt die Leute ihren Anteil daraus wählen. Aber Steuer und Service hat niemand bestellt. Kommen sie als normale Positionen an, muss sich jemand freiwillig „SERVICE 12 %“ nehmen – das ist absurd und unfair zugleich: Es landet bei der gutmütigsten Person am Tisch, statt auf alle verteilt zu werden.
Deshalb kommen sie stattdessen als gemeinsame Kosten heraus und werden auf alle verteilt, im Verhältnis dazu, was jede Person hatte. Erst weil sie getrennt ausgelesen werden, ist später eine faire Aufteilung möglich. Liest man die Struktur falsch aus, kann keine noch so gute Oberfläche zum Aufteilen das retten.
Auch das Feld Währung verdient einen zweiten Blick. Die Währung vom Beleg selbst abzulesen – am Symbol, an der Bezeichnung der Steuer, am Zahlenformat, an der Sprache – ist enorm wichtig für genau den Fall, in dem Scannen am meisten bringt: auf Reisen. Gerade dann merkst du am wenigsten, dass ein Abendessen für €48 als $48 eingetragen wurde. Also lesen wir sie vom Dokument ab, statt die Standardwährung deines Kontos anzunehmen.
Datumsangaben sind die andere stille Falle. 03/04/2026 sind zwei verschiedene Tage, je nachdem, in welchem Land der Beleg gedruckt wurde. Regionale Formatgewohnheiten und die Sprache des Belegs sind starke Hinweise, und die nutzen wir lieber, als stur von einer der beiden Konventionen auszugehen.
Jeden Scan siehst du, bevor er gespeichert wird
Das ist die Designentscheidung, bei der wir uns am sichersten sind – und die, gegen die sich Nutzer gelegentlich wehren.
Ein Scan speichert nie etwas von selbst. Der Beleg wird zusammen mit dem Satz gelesen, den du daneben getippt hast, sobald du auf Lesen drückst: Das Papier liefert Gesamtbetrag, Währung, Datum und Positionen, der Satz die Personen und den Titel. Das Ergebnis landet in derselben Vorschau wie jeder andere Satz – mit dem Hinweis Betrag und Datum aus … gelesen, der das Foto nennt –, und gespeichert wird nichts, bis du auf Hinzufügen drückst. Was falsch gelesen wurde, ist nur einen Tipp auf einen Chip entfernt.
Nach dem Hinzufügen behält die Transaktion das Foto und die Positionen und ist als Vom Beleg gescannt markiert – wie dieser frühere Einkauf im Supermarkt, hier in der Seitenleiste geöffnet:
Was die Vorschau ehrlich hält, ist die Zahl, die sie zeigt. Es ist die, die als Gesamtbetrag gedruckt ist – das, was der zahlenden Person tatsächlich berechnet wurde –, und nicht eine Summe aus Zeilen, die das Modell vielleicht falsch gelesen hat. Ergeben die Zeilen weniger, wird die Lücke zu einer einzigen Sammelzeile, die du umbenennen oder löschen kannst; ergeben sie mehr, wird die Differenz zu einem Rabatt. Ist kein Gesamtbetrag lesbar, springt die Positionsliste ein, und ist beides nicht lesbar, fragt die Vorschau Wie viel?, statt zu raten.
Die Überlegung dahinter: Die Kosten der beiden Fehlerarten sind extrem ungleich verteilt. Ein Scan, den du kurz ansiehst und vor dem Speichern korrigierst, kostet dich fünf Sekunden leichten Ärger. Eine falsche Zahl, die still gespeichert wurde, kostet dich einen falschen Saldo mit einem Freund, der einen Monat lang keinem von euch auffällt – und bis dahin kann niemand mehr rekonstruieren, was wirklich passiert ist. Deshalb speichert ein Scan nie still: Er landet vor dir, und erst Hinzufügen speichert ihn.
Ein Kassenbuch ist Vertrauensinfrastruktur. Eine Ausgaben-App, die gelegentlich unsichtbar falschliegt, ist schlechter als eine, die dich bittet, kurz hinzusehen – denn ihr ganzer Wert liegt darin, dass beide Seiten der Zahl glauben.
Der Scan übernimmt also das Tippen. Die Kontrolle bleibt bei dir. Wir halten das für die richtige Arbeitsteilung, auch wenn die Modelle immer besser werden – denn das Problem ist nicht die Genauigkeit des Modells, sondern dass nur du weißt, ob die Zahl auf dem Papier die Zahl ist, um die es dir eigentlich geht.
Scans sind kontingentiert
Jeder KI-Scan kostet uns echtes Geld, deshalb gibt es ein Kontingent statt unbegrenzt viele:
Plan | Scans pro Monat |
|---|---|
Free | 5 |
Pro | 100 |
Fünf im Monat reichen ganz bewusst für die Fälle, in denen Scannen wirklich gewinnt – die lange Restaurantrechnung, der große Wocheneinkauf –, ohne eine Testphase zu sein, die abläuft. Einen Kaffee für €4 tippst du sowieso schneller ein, als du ihn fotografierst.
Womit er sich kombinieren lässt
Am nützlichsten ist der Scan, wenn er etwas anderes füttert. Zwei Kombinationen, zu denen wir selbst greifen:
Scannen, dann nach Positionen aufteilen. Die Positionen kommen schon getrennt aus dem Beleg, mit Mengen, also sind sie mit ein paar Tipps den Leuten zugeordnet. Gut für kleine Gruppen mit einer ausführlichen Rechnung.
Scannen, dann teilen. Hol dir ohne Tippen einen genauen Gesamtbetrag und lass dann alle ihren Anteil selbst wählen. Gut für große Gruppen, in denen du nicht die Person sein willst, die einen Beleg für neun andere entziffert.
Den Belegscan gibt es in jedem Plan, auch im Free-Plan. Er startet im Satzfeld: Häng das Foto über die Büroklammer an (Foto oder Datei anhängen), tipp beim Foto auf Rechnung, schreib dazu, mit wem du sie geteilt hast, und drück auf Lesen.
Weiterlesen
So funktioniert HiBill: das Kassenbuch für Geld unter Freunden – das ganze Modell auf einen Blick: Personen, Salden und die zwei Arten von Transaktionen.
Rechnung nach Positionen teilen: einfach sagen, wer was hatte – Scannen und nach Positionen aufteilen in der Praxis: sagen, wer was hatte, statt Zeilen anzutippen.
Belege scannen – die Schritte: Beleg anhängen, lesen lassen und das Ergebnis prüfen.