Irgendwo in deinem Betrieb sitzt jemand und tippt Zahlen von gescannten Belegen in eine Tabelle. Rechnungen, Lieferscheine, Bestellbestätigungen. Stumpfe Arbeit, die Zeit frisst — und genau dabei schleicht sich der Zahlendreher ein, der später keinem auffällt. Excel automatisch aus Scans zu füllen nimmt das Abtippen ab. Was es nicht abnimmt, ist das Prüfen, und genau da liegt der Knackpunkt.
Das ist der Hands-on-Bau zu dem, was der Anwendungsfall „Dokumente auslesen” auf der Entscheidungsebene behandelt. Hier geht es um die Praxis — und um die Fallen, die spezifisch sind, sobald die Daten in eine Tabelle sollen.
Auslesen ist nur der halbe Weg
Den Text aus einem Beleg zu holen, ist heute der einfache Teil. Die eigentliche Arbeit fängt danach an: die ausgelesenen Werte korrekt in deine Tabelle zu bringen. Der Gesamtbetrag muss in die richtige Spalte, die einzelnen Positionen in die richtigen Zeilen, das Datum in ein Format, das Excel als Datum versteht und nicht als Text.
Diese Zuordnung ist der Punkt, an dem es bricht. Das Auslesen liefert dir Werte — sie an die richtige Stelle deiner Vorlage zu mappen, ist das, was schiefgeht. Ein Wert in der falschen Spalte sieht genauso ordentlich aus wie einer in der richtigen, und niemand merkt es, bis die Auswertung Unsinn ergibt.
Die Zahlen- und Datumsfallen
Hier lauert der heimtückischste Fehler, und er ist typisch deutsch. Dezimalkomma gegen Dezimalpunkt, Tausenderpunkt, das Datumsformat, das Währungszeichen. Liest das System „1.234” aus, ist das eintausendzweihundertvierunddreißig oder eins-Komma-zwei-drei-vier — je nachdem, und Excel speichert es klaglos falsch. Kein Fehler, keine Warnung, nur eine still verfälschte Zahl.
Datumsangaben sind dasselbe Spiel: Ein als Text abgelegtes Datum sieht aus wie ein Datum und rechnet sich nicht. Deshalb gehören die Formate ausdrücklich geprüft, bevor etwas in die Zelle geht — deutsches Komma als Komma, Datum als Datum. Wer das dem Zufall überlässt, baut sich eine Tabelle, die plausibel aussieht und falsch rechnet.
Tabellen sind der schwere Teil
Ein einzelner Gesamtbetrag ist leicht. Eine Rechnung mit zwölf Positionen ist es nicht. Jede Position muss zu einer eigenen Zeile werden, und Menge, Artikel und Preis müssen in derselben Zeile zusammenbleiben. Hier verrutschen Spalten am häufigsten — eine verbundene Zelle, eine umgebrochene Zeile, eine Position über zwei Zeilen, und schon steht der Preis der einen Zeile bei der nächsten.
Genau diese Zeilenausrichtung ist fehleranfällig und der Grund, warum mehrzeilige Belege deutlich schwerer sind als ein einzelner Wert. Wer das unterschätzt, bekommt Tabellen, in denen die Summen nicht zu den Positionen passen.
Wie ich das angehe
Der, der am häufigsten und gleichförmig reinkommt — die Rechnung desselben Lieferanten etwa. Gemischte Layouts kommen viel später.
Kopfdaten und die Tabellenzeilen aus dem Beleg ziehen — beides getrennt sauber erfassen.
Werte in die richtigen Spalten, Positionen in die richtigen Zeilen. Das Mapping ist der eigentliche Aufwand.
Formate, plausible Datumsangaben, Summen, die aufgehen — und Unsicheres als “[prüfen]” markieren, statt einen Wert zu raten.
Bevor etwas verbucht oder vertraut wird, schaut ein Mensch drauf. Eine gefüllte Zeile zu prüfen ist schnell — und nötig.
Wo es in der Praxis kippt
Format-Misslesen, still. Komma, Punkt, Datum, Währung — eine falsch interpretierte Zahl landet unauffällig in der Zelle und verfälscht die Auswertung. Formate ausdrücklich prüfen.
Tabellen verrutschen. Mehrzeilige Belege bringen die Spalten durcheinander. Die Zeilenausrichtung ist der fehleranfälligste Teil.
Handschrift und schlechte Scans. Wie beim Auslesen generell: krakelige oder schiefe Belege kippen die Erkennung. Markieren, nicht raten.
Gemischte Layouts. Solange alle Belege gleich aussehen, läuft es. Sobald jeder Lieferant ein eigenes Format hat, wird es deutlich schwerer. Mit einem einheitlichen Typ anfangen.
„Sieht gefüllt aus, ist falsch.” Eine vollständig befüllte Tabelle wirkt korrekt, auch mit einem Zahlendreher im Betrag. Deshalb prüft ein Mensch gegen den Beleg, nicht gegen den guten Eindruck.
Was es kostet — und woran
Für einen einheitlichen Belegtyp ist der Aufbau überschaubar. Der Aufwand steckt im Mapping auf deine Vorlage, in der Format- und Summenprüfung und darin, mit der Vielfalt der Layouts umzugehen, sobald mehr als ein Typ dazukommt. Der Gewinn ist real, aber ehrlich: Du prüfst eine gefüllte Zeile, statt sie zu tippen — das ist deutlich schneller, nicht null.
Laufend gilt: Neue Belegtypen und Layouts müssen nachgezogen werden. Wer dir „Scan rein, Excel fertig, ohne Kontrolle” verspricht, übergeht genau die Stelle, an der ein stiller Zahlendreher teuer wird.
Wo der Mensch dranbleibt
Nichts verbuchen ohne Prüfung. Gerade Beträge. Eine Tabelle, die ungeprüft in die Buchhaltung läuft, ist im Zweifel ein teures Problem.
Bei schlechten Scans nicht raten. Unsicheres wird markiert und vom Menschen geklärt, nicht mit einem plausiblen Wert gefüllt.
Haftungsrelevantes doppelt ansehen. Was zum Finanzamt geht oder einer Abrechnung zugrunde liegt, prüft ein Mensch, bevor es zählt.
Das System liest aus und füllt die Tabelle vor. Was gebucht und verantwortet wird, prüft ein Mensch — die Zahlen besonders.
Wie ein ehrlicher Einstieg aussieht
Nimm den Belegtyp, der bei dir am häufigsten und gleichförmig reinkommt. Lass eine Woche lang nur den auslesen und in deine Vorlage füllen, mit einem Menschen, der die Zeilen prüft. Dann miss zwei Dinge: Geht das Erfassen spürbar schneller als von Hand? Und macht die geprüfte Tabelle weniger Fehler als das Abtippen — gerade bei den Beträgen und Datumsangaben? Stimmt beides, hast du den Beweis. Erst dann der nächste Belegtyp.
Worauf du achtest, wenn dir das jemand baut
- Beherrscht das System deine Formate — deutsches Komma, Datum, Währung — sauber, statt sie still zu verdrehen? Das ist die häufigste Fehlerquelle.
- Bekommt es Tabellen und Positionen zeilenrichtig hin, nicht nur einen einzelnen Wert?
- Markiert es Unsicheres, statt zu raten, und prüft es Summen?
- Bleibt die Übernahme beim Menschen, gerade bei Beträgen?
- Fängt es mit einem einheitlichen Belegtyp an, statt alles auf einmal zu wollen?
Den Kern kannst du sofort testen. Dieser Prompt liest einen Beleg aus und gibt geprüfte Tabellenzeilen zurück — mit strengen Format-Regeln:
Du liest einen gescannten Beleg aus und gibst strukturierte Zeilen für eine Tabelle zurück.
Ich gebe dir das Dokument (Bild/PDF) und die Spalten, die ich brauche.
1. Fülle die geforderten Spalten aus den Daten des Belegs. Mehrere Positionen gibst du als mehrere
Zeilen aus, Menge/Artikel/Preis bleiben in derselben Zeile.
2. FORMATE EXAKT: Beträge mit deutschem Dezimalkomma, Datum als TT.MM.JJJJ, Währung nur wenn angegeben.
Wandle keine Zahlen "schön" um und vertausche keine Spalten.
3. Markiere jedes Feld, das schlecht lesbar oder unsicher ist, als "[prüfen]" — rate keinen Wert.
4. Erfinde nichts. Was nicht im Beleg steht, bleibt leer. Verbuche und bewerte nichts.
5. Prüfe, falls möglich, ob die Summe der Positionen zum Gesamtbetrag passt, und melde Abweichungen.
Gib eine Tabelle aus, die ich vor der Übernahme prüfe — Beträge besonders.
Bei dir tippt jemand Belege oder Lieferscheine von Hand in Excel, und ab und zu rutscht ein Zahlendreher durch? Dann reden wir über den einen Belegtyp, der am häufigsten reinkommt — und ich sage dir ehrlich, wie viel sich geprüft automatisieren lässt und wo Format- und Handschrift-Fallen Grenzen setzen.