Warum die meisten OCR-Systeme bei Kontoauszügen versagen
– und wie KI-Extraktion funktioniert

Warum Kontoauszüge strukturell schwieriger sind als Rechnungen

Ein Kontoauszug ist keine Sammlung von Feldern – er ist ein zeitlich geordnetes Journal, in dem die Position jeder Zeile zählt und die Rechnung aufgehen muss. Ihn wie eine Rechnung zu behandeln, ist die Hauptursache für die meisten Extraktionsfehler.

Eine Rechnung hat vielleicht 15 bis 20 Datenpunkte, die auf einer Seite über beschriftete Bereiche verteilt sind: hier eine Rechnungsnummer, dort ein Fälligkeitsdatum, unten eine Summe. Das sind diskrete Felder – ihre Extraktion ist ein Suchen-und-Finden-Vorgang. Übersieht das Tool ein Feld, fehlt eine Information. Der Rest der Ausgabe ist trotzdem brauchbar.

Ein Kontoauszug ist eine völlig andere Datenstruktur. Er enthält eine Umsatztabelle – typischerweise 30 bis 300 Zeilen pro Monat –, in der jede Zeile ein Datum, eine Beschreibung, einen Soll- oder Haben-Betrag und einen laufenden Saldo aufweist. Die Saldospalte in Zeile 47 hängt vom Saldo in Zeile 46 ab, der wiederum von Zeile 45 abhängt, und so weiter zurück bis zum Eröffnungssaldo. Dies ist eine als Tabelle gedruckte verkettete Liste. Übersieht das Tool eine Zeile oder verschiebt sich eine Spalte um eine Position, reißt die Rechnungskette, und der gesamte Abstimmungsprozess scheitert – nicht nur ein einzelnes Feld.

Hinzu kommt, dass Kontoauszüge oft mehrere Seiten umfassen (bei einem monatlichen Geschäftskonto häufig 3 bis 12 Seiten) und die Umsatztabelle mitten auf der Seite mit einem übertragenen Zwischensumme unterbrochen werden kann. Dann wird klar, warum die Extraktion eines Kontoauszugs ein grundlegend anderes Problem ist. Es geht nicht um „schwierigere OCR". Es ist eine andere Klasse der Extraktion: kontinuierliche Journal-Rekonstruktion statt Feldextraktion.

Erschwerend kommt die schiere Vielfalt der Kontoauszugsformate hinzu. Schätzungsweise Tausende unterschiedlicher Layouts existieren weltweit – von Chase und Bank of America in den USA über HSBC und Barclays in Großbritannien, von der Deutschen Bank in Deutschland bis zur Caixa in Brasilien. Jede Bank ordnet ihre Umsatzspalten anders an, verwendet andere Begriffe für Soll und Haben und wendet ein anderes Seitenlayout an. Ein vorlagenbasiertes Tool, das für das PDF einer Bank funktioniert, benötigt für den Auszug einer anderen Bank eine völlig neue Vorlage. Für eine Kanzlei, die Kunden mit Konten bei verschiedenen Banken betreut, bedeutet das, Dutzende Vorlagen zu pflegen, nur um die gängigsten Formate abzudecken – und jedes Mal, wenn eine Bank ihr Auszugsdesign aktualisiert, geht eine weitere Vorlage kaputt.

Die meisten, die zum ersten Mal damit in Berührung kommen, nehmen an, die Lösung sei bessere OCR – höhere Genauigkeit auf Zeichenebene. Aber das eigentliche Problem ist nicht das Lesen der Zeichen. Das Problem ist, zu verstehen, welche Zeichen eine Umsatzzeile bilden, welche einen Kopf, welche einen Saldo, und wie sie alle seitenübergreifend zusammenhängen. Das ist keine optische Erkennung. Das ist Dokumentenverständnis.

Was generische OCR bei Kontoauszügen falsch macht

Generische OCR liest jedes Zeichen auf der Seite gleich – sie kann einen Transaktionsbetrag nicht von einem Kontostand oder einer Seitenüberschrift unterscheiden. Bei einem Kontoauszug bedeutet das, dass Ihre Excel-Ausgabe mit strukturellem Rauschen aus der ersten Zeile verunreinigt ist.

Wenn Sie einen Kontoauszug als PDF durch eine Standard-OCR oder einen PDF-zu-Excel-Konverter wie den integrierten Export von Adobe schicken, erhalten Sie ungefähr richtige Zeichen an ungefähr richtigen Positionen. Aber „ungefähr richtige Positionen" führt bei Kontoauszügen auf fünf spezifische Arten zu Problemen:

1. Verwechslung der Saldenspalte. Eine Saldenspalte sieht für die OCR wie eine weitere Zahlenspalte aus. Die OCR versteht nicht, dass der Saldo in Zeile N ein abgeleiteter Wert ist – er sollte das Ergebnis der Addition oder Subtraktion des Transaktionsbetrags von Zeile N zum vorherigen Saldo sein, kein unabhängig extrahierter Wert. Bei einem vier- oder fünfspaltigen Layout (Datum | Beschreibung | Soll | Haben | Saldo) führt die OCR oft Saldenwerte mit den Soll-/Haben-Spalten zusammen oder umgekehrt. Die resultierende Tabelle scheint alle Daten zu enthalten, aber die Zahlen stimmen nicht – und der Nutzer verbringt mehr Zeit mit der Korrektur der Extraktion, als er für die manuelle Eingabe gebraucht hätte, wie ein Buchhalter auf r/Bookkeeping beschrieb: „Werden Ihre Kontoauszugs-PDFs sauber in Excel konvertiert? Meine nicht…"

2. Tabellenbrüche über mehrere Seiten. Ein sechsseitiger Kontoauszug ist eine durchgehende Transaktionstabelle, die über Seiten verteilt ist. Seitenumbrüche führen wiederholte Spaltenüberschriften („Datum | Beschreibung | Soll | Haben | Saldo"), Seitenzahlen und oft eine übertragene Zwischensummenzeile ein. Die OCR behandelt jede Seite als unabhängige Tabelle. Das Ergebnis: Kopf- und Zwischensummenzeilen werden in der Ausgabe mit Transaktionszeilen vermischt, was die Zeilenreihenfolge stört und die Daten verunreinigt. Ein Auszug mit 147 echten Transaktionen kann in Excel auf über 160 Zeilen anwachsen – 13 davon sind Seitenköpfe und Zwischensummen, die sich als Transaktionsdaten tarnen.

3. Spaltenverschiebung zwischen Seiten. Selbst innerhalb derselben Bank können sich Transaktionsspalten von Seite zu Seite verschieben. Seite eins könnte Beschreibungsspalten haben, die 60 % der Seitenbreite einnehmen, weil es keine „Saldo"-Spalte gibt (sie erscheint nur als Eröffnungssaldo oben). Seite zwei führt den laufenden Saldo als fünfte Spalte ein und komprimiert die Beschreibungsbreite auf 40 %. Eine OCR, die feste Spaltenkoordinaten verwendet (zonale OCR), liest nach der Spaltenverschiebung jede Zeile falsch – sie extrahiert Kontonummern, wo Beschreibungen sein sollten, oder Saldenbeträge, wo Transaktionsbeträge sein sollten.

4. Uneindeutigkeit von Soll/Haben-Vorzeichen. Manche Banken verwenden separate Soll- und Haben-Spalten mit positiven Zahlen. Andere verwenden eine einzelne Betragsspalte mit negativen Zahlen für Sollbuchungen. Wieder andere verwenden eine einzelne Betragsspalte, bei der Sollbuchungen mit einem „S"-Suffix und Habenbuchungen mit „H" gekennzeichnet sind. Die OCR liest diese als Textzeichenfolgen, nicht als Buchungseinträge. Die Ausgabe erfordert manuelle Bereinigung – Umwandlung von „500,00S" in -500,00 oder Zusammenführung zweier Spalten in eine vorzeichenbehaftete Spalte – bevor ein Abgleich beginnen kann. Laut dem AICPA Practice Efficiency Benchmark 2025 verbringt die durchschnittliche Buchhaltungskanzlei 11,3 Stunden pro Monat und Mandant mit dem Kontoabgleich, wobei 78 % dieser Zeit auf den Transaktionsabgleich entfallen, der vorhersehbaren, automatisierbaren Mustern folgt.

5. Verwechslung von gescannten und digitalen PDFs. Ein digitales PDF (direkt vom Banksystem erzeugt) hat auswählbaren, maschinenlesbaren Text. Ein gescanntes PDF (ein physischer Kontoauszug, der fotografiert oder gescannt wurde) ist ein Textbild – nicht anders als ein Foto. Viele PDF-zu-Excel-Tutorials gehen von digitalen PDFs aus und scheitern stillschweigend an gescannten Belegen. OCR-Engines, die für saubere Digitaltexte ausgelegt sind, liefern bei einem 150-dpi-Scan eines gefalteten Kontoauszugs nur Unsinn. Dennoch sind gescannte Kontoauszüge weiterhin üblich: ein aktueller r/Accounting-Thread mit 28 Upvotes diskutiert die anhaltende Realität von Kunden, die „für alles gescannte PDFs schicken".

Wie KI-Extraktion Kontoauszüge anders liest

Der grundlegende Wandel von OCR zu KI-Extraktion ist der Schritt vom Zeichenlesen zum Verstehen der Dokumentenstruktur – zu erkennen, dass eine Saldenspalte nicht nur eine Zahlenspalte ist und eine Transaktionszeile nicht nur eine Textzeile.

Traditionelle OCR beantwortet eine Frage: „Welche Zeichen befinden sich an diesen Koordinaten?" KI-Extraktion – insbesondere durch große visuelle Modelle – beantwortet eine andere Frage: „Was enthält dieses Dokument und wie ist es organisiert?"

Dies ist der Unterschied zwischen positionsbasierter und semantischer Extraktion. Ein positionsbasiertes Tool (zonale OCR, vorlagenbasierte Parser) muss wissen, wo sich jedes Feld auf der Seite befindet – „der Transaktionsbetrag steht immer in der vierten Spalte, beginnend 73 mm vom linken Rand." Wenn Chase im nächsten Quartal sein Auszugsformat ändert oder Sie einen Wells-Fargo-Auszug mit völlig anderer Spaltenanordnung erhalten, bricht diese Vorlage. Sie erstellen eine neue.

Benutzerdefinierte Spaltenextraktion – der Kernmechanismus von ImageToTable.ai – verfolgt den umgekehrten Ansatz. Statt dem System zu sagen, wo Daten auf der Seite stehen, sagen Sie ihm, welche Daten Sie möchten: Spaltennamen wie „Buchungstag", „Verwendungszweck", „Sollbetrag", „Habenbetrag" und „Saldo". Die KI liest die gesamte Seite, erkennt, welche Teile Kopfzeilen, Transaktionszeilen, Saldenzeilen und Fußzeilen sind – und extrahiert dann jede Transaktionszeile in die von Ihnen definierten Spalten, wobei die Zeilenreihenfolge von Anfang bis Ende erhalten bleibt. Es spielt keine Rolle, welche Spaltenposition jede Bank verwendet; die KI liest die semantische Bedeutung, nicht die Koordinaten.

Dies ist besonders wichtig für laufende Salden. Wenn Sie eine „Saldo"-Spalte definieren, erkennt die KI, dass diese Spalte ein abgeleitetes Feld ist – sie extrahiert den Wert wie vorgegeben, aber die eigentliche Prüfung erfolgt über eine berechnete Spalte (siehe unten), die die Arithmetik verifiziert. Wenn die KI zudem angewiesen werden kann, den gedruckten Saldo zu ignorieren und ihn aus den Transaktionsbeträgen neu zu berechnen, erhalten Sie eine integrierte Validierung: Jede Abweichung zwischen dem berechneten Saldo und dem gedruckten Saldo des Auszugs markiert eine zu prüfende Zeile.

Der Mechanismus, der dies ermöglicht, ist derselbe, der ein visuelles Sprachmodell grundlegend von einer OCR-Engine unterscheidet: Es verarbeitet die Seite als gesamte visuelle Szene, nicht als Raster von Zeichen-Bounding-Boxen. Es erkennt, dass „die Tabelle 5 Spalten hat, die fünfte ein laufender Saldo ist, die Daten über Seitenumbrüche hinweg fortgesetzt werden und der mittlere Abschnitt eine Zwischensummenzeile enthält, die keine Transaktion ist." Herkömmliche OCR sieht nichts davon – sie sieht Pixel in einem Raster angeordnet.

Schritt für Schritt: Kontoauszugsdaten in Excel extrahieren

Der Weg vom PDF-Kontoauszug zu einer sauberen, abstimmungsbereiten Tabelle besteht aus vier Schritten. Keine Vorlagen, keine bankenspezifische Konfiguration, kein Training für Spaltenpositionen.

Was diesen Workflow von einem vorlagenbasierten Parser unterscheidet, ist, dass Sie dem System nie sagen, wo die Daten stehen – Sie sagen ihm nur, was Sie möchten. Das macht ihn vorlagenfrei: Die KI versteht die Dokumentenstruktur unabhängig vom Layout. Wenn Sie einen Kontoauszug einer neuen Bank erhalten – oder Ihre bestehende Bank ihr Format überarbeitet – muss nichts neu konfiguriert werden. Dieselben Spaltennamen finden dieselben Daten, unabhängig davon, wo auf der Seite sie erscheinen.

Mehrseitige Kontoauszüge und Stapelverarbeitung

Ein einziger Monatsabschluss kann 12 PDFs von 3 verschiedenen Banken umfassen. Die Stapelverarbeitung erledigt alles in einem Durchgang und fasst alle Buchungen in einer einzigen Ausgabetabelle zusammen – die Zeilenreihenfolge pro Kontoauszug bleibt erhalten.

Die Extraktion von Kontoauszügen ist selten ein Problem, das Datei für Datei gelöst wird. Ein Buchhalter, der das erste Quartal abschließt, hat es mit 3 Monaten × 3 Bankkonten = 9 PDFs zu tun. Eine Kanzlei mit 50 Buchhaltungskunden verarbeitet vielleicht über 200 Kontoauszüge pro Monat. Der manuelle Ansatz – jede PDF öffnen, jede Zeile lesen, in Excel tippen – skaliert linear mit der Anzahl der Buchungen. Die AICPA-Daten bestätigen das Ergebnis: 11,3 Stunden pro Kunde und Monat, 3,5 Vollzeitkräfte für eine Kanzlei mit 50 Kunden – allein für den Kontoabgleich.

Batch-First-Verarbeitung bedeutet, dass das Tool mehrere Dateien gleichzeitig akzeptiert und in einer einzigen Ausgabetabelle zusammenführt. Sie können Chase Januar, Chase Februar, Chase März, Wells Fargo Januar, Wells Fargo Februar und Wells Fargo März hochladen – sechs Dateien in einem Stapel – und erhalten eine einzige Excel-Tabelle mit allen Buchungen aus allen sechs Kontoauszügen, jede mit ihrem Quelldateinamen zur Rückverfolgbarkeit gekennzeichnet. Die Zeilenreihenfolge innerhalb jedes Kontoauszugs bleibt erhalten, und die Ausgabe kann optional eine Spalte mit der Quelldatei anhängen, sodass Sie immer wissen, aus welchem Kontoauszug eine Buchung stammt.

Bei mehrseitigen Kontoauszügen erkennt die KI, dass die Seiten 1 bis 6 einer einzelnen PDF eine durchgehende Buchungstabelle darstellen – nicht sechs separate Tabellen. Der Saldovortrag auf Seite 3, Zeile 28 wird als Fortsetzung der Buchungsreihenfolge von Seite 2 erkannt. Wiederkehrende Kopfzeilen, Seitenzahlen, übertragene Zwischensummen und Bank-Standardtexte, die auf jeder Seite erscheinen, werden herausgefiltert, bevor sie in Ihre Excel-Ausgabe gelangen.

Hier entsteht durch die Kombination von Stapel- und Mehrseitenverarbeitung ein zusätzlicher Nutzen gegenüber der manuellen Eingabe. Ein 12-seitiger Geschäftskontoauszug mit 200 Buchungen, dessen manuelle Eingabe etwa eine Stunde dauern würde (bei 3 Minuten pro Seite), wird in 5–10 Sekunden pro Seite verarbeitet. Der Sage 2025 Accounting Technology Report ergab, dass Kanzleien, die den Kontoabgleich automatisierten, die Verarbeitungszeit um 75 % reduzierten und die Ersttrefferquote von 94,2 % auf 99,6 % verbesserten. Die entscheidende Erkenntnis ist nicht nur die Zeitersparnis – sondern dass der Wechsel von manueller Eingabe zu KI-Extraktion die häufigste Fehlerquelle beseitigt: Vertauschungsfehler, bei denen ein Mensch „2.847,31“ als „2.487,31“ liest oder einen Betrag in die falsche Zeile eintippt.

Für Anwender, die Daten direkt in Google Sheets benötigen, statt eine Excel-Datei herunterzuladen, bietet das Google Sheets-Add-on eine Seitenleiste zum Hochladen von Kontoauszügen und zum direkten Anhängen extrahierter Buchungszeilen an das aktive Blatt – kein Dateidownload, kein Importschritt. Für einen umfassenderen Vergleich mit der manuellen Eingabe bei verschiedenen Auszugsvolumen siehe unseren Vergleich manuelle vs. KI-Kontoauszugserfassung.

Extraktionsdaten abstimmungsbereit machen

Transaktionen in Excel zu bekommen ist Schritt eins. Sie automatisch abzustimmen — also zu prüfen, ob Anfangsbestand + Gutschriften − Belastungen = Endbestand — ist der Punkt, an dem berechnete Spalten aus extrahierten Daten geprüfte Daten machen.

Selbst bei perfekt extrahierten Transaktionszeilen erfordert die Abstimmung eine arithmetische Prüfung. Der Kontoauszug gibt einen Anfangs- und einen Endbestand vor; die Summe aller dazwischenliegenden Transaktionen muss die Lücke schließen. Ein manueller Workflow erledigt dies nach dem Import in einer separaten Excel-Spalte. Ein KI-Extraktions-Workflow kann dies während der Extraktion mit berechneten Spalten erledigen.

Berechnete Spalten ermöglichen es Ihnen, Berechnungen zu definieren, die die KI während der Verarbeitung jedes Auszugs ausführt. Für die Kontoauszugsabstimmung sind zwei berechnete Spalten besonders nützlich:

Laufende Saldenprüfung: Sie können eine berechnete Spalte definieren, die den erwarteten Saldo nach jeder Transaktion berechnet (Anfangsbestand + Summe aller Belastungen und Gutschriften bis zu dieser Zeile) und mit dem ausgewiesenen Saldo des Auszugs vergleicht. Jede Abweichung erzeugt eine Markierung – die Zeile, in der die Arithmetik nicht aufgeht, ist die Zeile, die einer manuellen Prüfung bedarf.

Saldierung von Soll und Haben: Bei Auszügen mit getrennten Soll- und Habenspalten kann eine berechnete Spalte den Nettobetrag pro Zeile (Haben − Soll) und den kumulierten Nettobetrag über alle Zeilen berechnen. Der endgültige kumulierte Nettobetrag, addiert zum Anfangsbestand, sollte dem Endbestand entsprechen. Ist dies nicht der Fall, zeigt Ihnen der Abweichungsbetrag genau, wie weit die Extraktion daneben liegt – und weist meist auf eine oder zwei falsch gelesene Zeilen hin.

Diese berechneten Prüfungen sind für jeden, der Abstimmungen durchführt, nicht optional – sie sind der Unterschied zwischen „die Daten sehen richtig aus" und „die Daten sind nachweislich richtig". Die Association of Certified Fraud Examiners berichtet, dass etwa 22 % der Fälle von Bilanzfälschung durch Kontoabstimmungen aufgedeckt werden – was unterstreicht, dass der arithmetische Prüfschritt nicht übersprungen werden darf.

Nach Extraktion und Validierung kann die strukturierte Excel-Ausgabe in Ihre Buchhaltungssoftware fließen – QuickBooks Online, Xero, Sage, NetSuite oder jede Plattform, die CSV-/XLSX-Importe akzeptiert – mit bereits bereinigten, standardisierten und geprüften Transaktionsdaten. Wenn Sie evaluieren, welches Tool Sie für Ihren gesamten Finanzdokument-Workflow einsetzen sollen, finden Sie in unserem Vergleich der Tools zur Kontoauszugsextraktion eine Übersicht nach Genauigkeit, Preisgestaltung und Buchhaltungsintegration.

Kontoauszüge verschiedener Banken und Länder

Ein formatunabhängiges Extraktionssystem behandelt einen Chase-Auszug, einen Deutsche-Bank-Auszug und einen Caixa-Auszug als dasselbe Problem – jeder ist eine Transaktionstabelle mit Daten, Beschreibungen und Beträgen. Die visuellen Layout-Unterschiede ändern die Extraktionslogik nicht.

Eine der versteckten Kosten der vorlagenbasierten Extraktion ist der Wartungsaufwand pro Bank. Wenn Ihr Parsing-Tool für jedes Bankformat ein Training oder eine Vorlage erfordert und Ihre Firma Auszüge von 15 verschiedenen Banken Ihrer Mandanten verarbeitet, pflegen Sie 15 Parsing-Konfigurationen. Wenn eine dieser Banken ihr Auszugslayout aktualisiert – eine Schriftartänderung, eine Spaltenumstellung, eine neue Logo-Platzierung – funktioniert eine Ihrer Vorlagen nicht mehr. Sie bemerken dies, wenn Sie versuchen, einen Mandantenauszug zu verarbeiten und die Ausgabe verstümmelt ist, meist zum Monatsende, wenn die Zeit am knappsten ist.

KI-Extraktion, die formatunabhängig ist, umgeht dies vollständig. Ob die Bank ein zweispaltiges Layout (Datum + Beschreibung gefolgt von Soll + Haben), ein fünfspaltiges Layout (Datum + Beschreibung + Soll + Haben + Saldo) oder eine regionale Variante mit lokaler Terminologie verwendet – „Retraits" statt „Debits", „Versements" statt „Credits" in französischen Auszügen – die KI identifiziert die Transaktionstabelle anhand ihres strukturellen Musters: einer sich wiederholenden Abfolge von Datum, Textbeschreibung und numerischen Beträgen. Die spezifische Anordnung innerhalb dieses Musters spielt keine Rolle.

Diese Formatunabhängigkeit verarbeitet auch internationale Auszüge, bei denen der zugrunde liegende Datenstandard abweicht. Europäische Banken geben Auszüge zunehmend im camt.053-Format aus – dem ISO-20022-XML-Format für Bank-zu-Kunde-Auszüge – einem strukturierten, maschinenlesbaren Format mit expliziten Transaktions-Metadaten. Viele Banken stellen jedoch weiterhin PDF-Auszüge zusätzlich oder anstelle von camt.053-Dateien aus, und einige Länder sind Jahre von der ISO-20022-Einführung entfernt. Die Realität für die meisten Buchhaltungsteams ist, dass sie eine Mischung erhalten: Einige Mandanten liefern CSV-Exporte, andere PDFs und einige leiten XML-Auszüge weiter, die sie nicht parsen können. Ein einziges Tool, das alle drei Formate verarbeitet, macht separate Verarbeitungspfade pro Format überflüssig.

Selbst innerhalb eines einzigen Landes ist die Layout-Vielfalt erheblich. Ein Wells-Fargo-Geschäftskontoauszug hat eine andere Tabellenstruktur als ein Chase-Geschäftskontoauszug, der sich wiederum von einem lokalen Kreditgenossenschaftsauszug unterscheidet. Der formatunabhängige Ansatz bedeutet, dass der Buchhalter die Spalten einmal definiert – „Transaktionsdatum, Beschreibung, Betrag, Saldo" – und dieselbe Spaltendefinition für alle Mandantenauszüge verwendet, unabhängig davon, welche Bank sie ausgestellt hat. Für einen tieferen Einblick, wie dies speziell auf die Batch-Abstimmung über ein ganzes Jahr angewendet wird, lesen Sie unseren Leitfaden zur Stapelverarbeitung von 12 Monaten Kontoauszügen in eine Tabelle.

FAQ

Funktioniert das auch mit mehrseitigen Kontoauszügen?

Ja. Die KI liest den Auszug als eine durchgehende Transaktionstabelle, unabhängig von der Seitenzahl. Ein 12-seitiger Auszug mit 250 Transaktionen wird als Einheit verarbeitet – Seitenköpfe, wiederholte Spaltenbeschriftungen, übertragene Zwischensummen und Fußzeilen werden automatisch erkannt und herausgefiltert, sodass sie Ihre Excel-Ausgabe nicht verfälschen. Die Zeilenreihenfolge bleibt seitenübergreifend exakt so erhalten, wie sie im Originalauszug erscheint.

Kann es Daten aus gescannten oder fotografierten Kontoauszügen extrahieren?

Ja. Das visuelle Sprachmodell liest Text aus Bildern, nicht nur aus digitalen PDFs. Ein gescannter Papierauszug – egal ob von einem Flachbettscanner, einem Handyfoto oder einem bankeigenen Scan eines alten Papierbelegs – wird genauso verarbeitet wie ein natives PDF. Die Bildqualität spielt eine Rolle (ein Scan mit 150 dpi und sichtbarer Schräglage liefert eine geringere Genauigkeit als ein sauberer 300-dpi-Scan), aber es ist kein digital erzeugtes, textauswählbares PDF erforderlich.

Wie wird mit der Spalte „Saldo“ umgegangen?

Die KI extrahiert den Saldo so, wie er im Auszug erscheint. Da gedruckte Salden jedoch Fehler enthalten können oder die Extraktion eine Ziffer falsch lesen kann, empfiehlt es sich, eine Berechnete Spalte zu definieren, die den Saldo aus den extrahierten Soll- und Habenbeträgen neu berechnet. Stimmt der berechnete Saldo mit dem gedruckten überein, haben Sie eine Kreuzvalidierung. Weichen sie voneinander ab, wissen Sie genau, welche Zeile Sie überprüfen müssen. So wird der Saldo von einem passiv extrahierten Feld zu einem aktiven Validierungsmechanismus.

Funktioniert das mit Auszügen verschiedener Banken mit unterschiedlichen Layouts?

Ja – das ist der Kernvorteil der formatunabhängigen Extraktion. Ein Chase-Auszug, ein Wells-Fargo-Auszug, ein Barclays-Auszug und ein Auszug einer lokalen Kreditgenossenschaft haben alle die gleiche grundlegende Struktur: eine Tabelle mit datierten Transaktionen, Textbeschreibungen und numerischen Beträgen. Die KI erkennt diese Struktur unabhängig von Spaltenreihenfolge, Schriftart, Abständen oder Seitenlayout. Sie verwenden dieselben Spaltennamen („Buchungstag“, „Verwendungszweck“, „Betrag“) für alle Banken. Es muss keine bankenspezifische Vorlage erstellt oder gepflegt werden.

Wie werden Soll- und Habenbuchungen behandelt, wenn Banken sie unterschiedlich formatieren?

Manche Banken verwenden separate Spalten für Soll und Haben mit positiven Werten in beiden. Andere nutzen eine einzelne Betragsspalte mit negativen Zahlen für Sollbuchungen. Wieder andere hängen die Suffixe „Dr" oder „Cr" an die Beträge an. Die KI kann jede vorhandene Spaltenstruktur auf dem Kontoauszug erkennen, und Sie können optional eine berechnete Spalte definieren, die die Werte in eine einzige vorzeichenbehaftete Betragsspalte normalisiert (negativ für Soll, positiv für Haben) – und so unabhängig vom Format der jeweiligen Bank eine einheitliche Ausgabe erzeugt.

Wie genau ist die Extraktion von Transaktionen aus Kontoauszügen?

Bei gedruckten (digitalen) Kontoauszügen als PDF mit klarer Typografie erreicht die Genauigkeit auf Feldebene bis zu 99 %. Bei gescannten oder fotografierten Auszügen hängt die Genauigkeit von der Bildqualität ab – ein sauberer Scan mit 300 dpi erzielt ähnliche Ergebnisse, während ein Handyfoto mit niedriger Auflösung eines zerknitterten Papierauszugs weniger genau ist. Die wichtigste Sicherheitsmaßnahme ist der Abstimmungscheck: Da jeder Kontoauszug einen überprüfbaren Endsaldo hat, anhand dessen die extrahierten Transaktionen validiert werden können, wird jeder Extraktionsfehler, der groß genug ist, um die Abstimmung zu beeinträchtigen, vor der Übernahme der Daten in Ihr Buchhaltungssystem durch die Saldenprüfung abgefangen.

Das Fazit

Die Extraktion von Kontoauszügen steht an der Schnittstelle zweier Probleme, die die meisten Datentools getrennt lösen: präzises Zeichenlesen und strukturelles Dokumentenverständnis. OCR allein liefert die Zeichen, aber nicht die Struktur – sie kann eine Transaktionszeile nicht von einer Kopfzeile, einen laufenden Saldo nicht von einem Transaktionsbetrag oder die Tabelle von Seite eins nicht von der Fortsetzung derselben Tabelle auf Seite zwei unterscheiden. Die templatebasierte Analyse fügt zwar Struktur hinzu, aber auf Kosten einer bankindividuellen Konfiguration und Anfälligkeit bei Layoutänderungen.

Die KI-Extraktion mittels Vision-Language-Modellen fasst diese Schritte zusammen: Die KI liest das Dokument als Ganzes, versteht seine Struktur und extrahiert das Gewünschte – unter Beibehaltung der Zeilenreihenfolge, Herausfiltern strukturellen Rauschens und Ermöglichung einer rechnerischen Prüfung, bevor die Daten Ihr Buchhaltungssystem erreichen. Die Ausgabe ist nicht „ungefähr die richtigen Daten in ungefähr der richtigen Reihenfolge". Es ist ein Transaktionsjournal, das mit dem Endsaldo des Kontoauszugs übereinstimmt – dem einzigen Standard, der für die Abstimmung zählt. Probieren Sie es mit Ihrem eigenen Kontoauszug aus.

Jetzt Kontoauszug extrahieren →

Kostenlos starten – keine Kreditkarte nötig