Eigene Produkte / Buchhaltung

Der ganze Stapel geht einmal durch den Scanner

Eine Buchhaltungskraft schickt den ganzen Monat in einem Durchgang durch den Einzug. Herkömmliche Rechnungs-OCR liest diese Datei als ein einziges Dokument. So werden aus zehn Rechnungen ein falscher Datensatz.

Das Problem

Der Monatsabschluss einer Buchhaltungskraft hing an der Dateneingabe.

Ein Buchhaltungsbüro mit dreißig Mandantenunternehmen erhält, was in der Buchhaltung schon immer ankam: einen E-Mail-Ordner, einen Schuhkarton, einen Papierstapel. Jedes Dokument muss ins Buchhaltungssystem: Lieferant, Rechnungsnummer, Rechnungsdatum, Leistungsdatum, Fälligkeit, Nettobetrag, Umsatzsteuersatz, Umsatzsteuerbetrag, Bruttobetrag, Zahlungsreferenz, Währung. Zehn oder mehr Felder, mehrere hundert Dokumente je Unternehmen und Monat, dreißig Unternehmen.

Der Engpass war das Lesen, nicht das Denken. Die eigentliche Fachkompetenz einer Buchhaltungskraft liegt darin, ob Kosten abzugsfähig sind, welcher Periode sie zuzuordnen sind und ob die umsatzsteuerliche Behandlung stimmt. Davor lagen Stunden des Abschreibens, die jede sorgfältige Person hätte erledigen können.

Darunter liefen drei Dinge schief. Jedes davon kostet echtes Geld.

Dieselbe Rechnung wird doppelt gebucht. Sie kommt berechtigterweise auf drei Wegen an: vom Lieferanten per E-Mail, vom Kunden ausgedruckt und gescannt und erneut im monatlichen Papierstapel. Das bei mehreren hundert Dokumenten mit bloßem Auge zu erkennen, ist unzuverlässig. Doppelt gebuchte Kosten sind ein Buchungsfehler.

Der Bankabgleich war ein visueller Vergleich zweier Listen, die nie übereinstimmen. Fehlende oder falsch eingegebene Zahlungsreferenzen, Rundungsdifferenzen, eine Zahlung für mehrere Rechnungen. Monatlich, mit bloßem Auge, Zeile für Zeile.

Und die dafür vorgesehenen Werkzeuge scheitern am ersten Schritt. Eine Buchhaltungskraft scannt Dokumente nicht einzeln. Sie schickt den ganzen Stapel in einem Durchgang durch den Einzug. Herkömmliche Rechnungs-OCR behandelt diese Datei als ein einziges Dokument. So werden aus zehn Rechnungen ein falscher Datensatz. Das Werkzeug setzt eine Arbeitsweise voraus, die in der Buchhaltung niemand hat.

Was wir gebaut haben

Invoicio liest den Stapel, trennt ihn, extrahiert jedes Feld und ordnet die Zahlungen zu. Niemand tippt etwas ein.

Die Scan-Gewohnheit musste sich nicht ändern. 189 Scans mit mehreren Dokumenten wurden in 2.086 einzelne Dokumente getrennt. Die größte Einzeldatei enthielt 71 verschiedene Dokumente. Von den 6.259 Dokumenten im System kamen 5.094 innerhalb eines Stapels an. Das ist hier der Normalfall, kein Sonderfall.

Ein Handyfoto ist eine gültige Eingabe. Ebenso ein Scan ohne lesbare Textebene oder ein Kontoauszug, den eine Bank nur als Bild eines Ausdrucks bereitstellt.

Dann die Zahlen, die beschreiben, was sich geändert hat:

Null manuelle Erfassungen ist die entscheidende Zahl. Menschen prüfen und korrigieren weiterhin einzelne Felder. Niemand schreibt ein Dokument von Grund auf ab.

Verarbeitete Dokumente6.259
Durch manuelle Eingabe erstellt0
Doppelte Einreichungen erkannt und blockiert462
Importierte Banktransaktionen2.253, über alle von den Kunden genutzten Banken hinweg
Zahlungen automatisch Rechnungen zugeordnet604
Buchungsperioden gesperrt und festgeschrieben160
Abgeglichene Steuerbucheinträge9.804
Gelesene SprachenSlowenisch, Kroatisch, Deutsch, Englisch

Das System ist darauf ausgelegt, „Ich bin nicht sicher“ zu sagen

Auf dieser Entwurfsentscheidung beruht das ganze Produkt.

Ein System, das immer eine Antwort liefert, schreibt irgendwann eine selbstsicher falsche Zahl in eine Buchhaltung. Dort fällt das womöglich erst bei der Jahresabschlussprüfung auf. Deshalb ist dieses System darauf ausgelegt, anzuhalten und nachzufragen.

Jedes Dokument trägt einen Konfidenzwert. Die Rechenprüfung erfolgt unabhängig davon, was das Modell denkt: Netto plus Umsatzsteuer muss Brutto ergeben. Die Summen werden mit den auf dem Dokument aufgedruckten Summen abgeglichen. Ein Dokument mit hoher Konfidenz, das zugleich intern konsistent ist, geht in die Buchhaltung. Alles andere geht an einen Menschen.

Zwei kleinere Entscheidungen folgen derselben Logik. Die Extraktion läuft auf einem teureren, leistungsfähigeren Modell, als die Aufgabe zu erfordern scheint. Denn das günstigere Modell erfand bei unklaren Feldern plausible Werte, während das bessere keine Antwort gibt. Für den Verzicht auf eine Antwort lohnt es sich zu zahlen. Und die Dokumententrennung läuft mit Temperatur null, denn die Trennstelle eines Stapels ist eine Tatsache der Seiten, keine Wahl.

Wo KI steckt und wo bewusst nicht

Fünf Schritte nutzen ein Modell. Alles, was Rechnen oder Identität betrifft, nicht.

Ein Modell liest das Bild, entscheidet, wo ein Dokument endet und das nächste beginnt, erkennt mehrere auf ein Blatt gedruckte Rechnungen, extrahiert die Buchhaltungsfelder und liest als Bilder eingehende Kontoauszüge. Jeder dieser Schritte verarbeitet unstrukturierte Eingaben, die sonst ein Mensch ansehen müsste.

Alles Beweisbare ist deterministisch. Doppelte Dateien werden durch Hashvergleich erkannt. Strukturierte Kontoauszüge werden geparst statt gelesen: exakt, kostenlos und bevorzugt, wo immer das Format es erlaubt. Rechenprüfung, Steuerbuchabgleich, Periodensperre und Export sind gewöhnlicher Code.

Auch der Schritt, den alle für KI halten. Zahlungen Rechnungen zuzuordnen, geschieht durch Extraktion von Referenzen, Zeichenfolgenähnlichkeit bei Lieferantennamen und Regeln für Beträge und Daten. Kein Modell ist daran beteiligt.

Das Prinzip, wie das System es tatsächlich anwendet: Ein Modell wird eingesetzt, wo die Eingabe unstrukturiert ist und sonst ein Mensch urteilen müsste. Rechnen und Identitätsprüfung werden niemals einem Modell überlassen.

Es begann mit unserer eigenen Buchhaltung

Invoicio.pro wurde nicht als Produkt gebaut. Es wurde gebaut, weil wir es brauchten.

Es begann als Kommandozeilenwerkzeug auf einer lokalen Datenbank, für die Buchhaltung eines Unternehmens: unseres. Ein Buchhaltungsbüro sah es im Einsatz und fragte, ob es das nutzen könne. Heute ist es ein eigenständig verkauftes Produkt von Red Bumerang. Das unterscheidet es von der Kundenarbeit in den übrigen Fallstudien und sollte klar gesagt werden.

Vier Monate vom ersten Commit bis zu vierunddreißig Unternehmen in Slowenien, Kroatien und der Slowakei, mit drei Buchhaltungsbüros, die damit die Bücher ihrer Mandanten führen.

Wir halten den Ursprung für wichtig. Ein Produkt, das einen Markt erobern soll, bekommt Funktionen, von denen jemand vermutet, dass Käufer sie wollen. Dieses bekam die Funktionen, die unsere eigene Buchhaltung schneller machten. Dann kamen die Funktionen hinzu, die eine Buchhaltungskraft beim Einsatz für echte Mandanten während einer echten Umsatzsteuerphase anfragte.

Ein Detail sagt mehr über diese Beziehung als jede Funktionsliste: Neue Versionen warten, bis das Buchhaltungsbüro nicht arbeitet. Während der Umsatzsteuerphase ist ein fünfsekündiger Neustart mitten in einer Sitzung nicht akzeptabel. Deshalb setzt die Bereitstellung die ausdrückliche Bestätigung voraus, dass niemand arbeitet. Die Software richtet sich nach der Buchhaltungskraft, nicht umgekehrt.

Was kostet es?

Veröffentlichte Monatspreise, ohne Umsatzsteuer. Vierzehn Tage kostenlos testen, kein Anruf nötig.

Zur mittleren Preisstufe, auf die die meiste Arbeit entfällt, ein konkretes Beispiel: Ein Buchhaltungsbüro mit dreißig Mandantenunternehmen zahlt 59 € plus dreißig mal 5 €, also 209 € im Monat, rund 7 € je Unternehmen. Das sind die gesamten Kosten dafür, mehrere hundert Dokumente je Unternehmen und Monat nicht abzutippen.

Wir veröffentlichen das, weil die Alternative wäre, Sie für diese Auskunft einen Termin buchen zu lassen. Einem Preis, den man erst einem Vertriebsmitarbeiter entlocken muss, misstrauen Sie zu Recht.

Unternehmen — führt die eigene Buchhaltung25 € / Monat
Buchhaltungsbüro — Buchhaltung für mehrere Mandantenunternehmen59 € / Monat, plus 5 € je Mandantenunternehmen
Finanzteam149 € / Monat

Methode

Was die Zahlen zählen. Alle Zahlen wurden am 6. September 2026 aus der Produktivdatenbank ermittelt. Sie decken den Zeitraum vom 4. Mai bis zum 6. September 2026 ab, rund vier Monate. 6.259 umfasst sämtliche Dokumente im System. 5.229 wurden automatisch gelesen und 1.030 aus dem Vorgängerwerkzeug migriert. 0 wurden durch manuelle Eingabe erstellt. 2.086 Dokumente wurden aus 189 Dateien gewonnen, die jeweils mehr als ein Dokument enthielten. 462 zählt als Duplikate zurückgewiesene Einleseversuche: identische Dateien ebenso wie dieselbe Rechnung unter einem anderen Namen.

Was nicht behauptet wird. Es wird keine Genauigkeitskennzahl für die Extraktion veröffentlicht, weil keine anhand einer annotierten Referenzwahrheit gemessen wurde. Das System erfasst seine eigene Konfidenz: 5.266 von 6.259 Dokumenten mit hoher Konfidenz. Doch dabei bewertet das Modell sich selbst. Das wird nicht als Genauigkeit dargestellt. Die unabhängige Prüfung ist rechnerisch: Netto plus Umsatzsteuer gegen Brutto sowie gegen die auf dem Dokument gedruckten Summen. Das belegt interne Konsistenz, nicht das korrekte Lesen eines Lieferantennamens.

Auch eine Zahl zu Zeitersparnis oder Ertrag wird nicht veröffentlicht. Der manuelle Prozess wurde vor der Umstellung nicht gemessen.

Umfang. 34 Mandantenunternehmen — 31 in Slowenien, 2 in Kroatien, 1 in der Slowakei — und 3 Buchhaltungsbüros. Im Produktivbetrieb und täglich im Einsatz.

---

Bringen Sie uns einen Prozess oder einen Markt mit.

Jedes System hier begann mit einem Gespräch über Arbeit, die bereits stattfand: wie sie tatsächlich abläuft, wo sie am meisten kostet und welche Ordnung ihr zugrunde liegt. Darum geht es im ersten Gespräch.

30-Minuten-Termin buchenZu den Fallstudien