So extrahieren Sie Kontoauszugsdaten in Excel
– Warum herkömmliche OCR versagt und wie KI das Problem löst

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: Bankdaten aus Kontoauszügen in Excel extrahieren

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

Der oben beschriebene Vier-Schritte-Workflow – Hochladen, Spalten definieren, Extrahieren, Exportieren – ist genau das, was unser Kontoauszug-zu-Excel-Konverter in einem Durchgang erledigt, ohne Vorlagen und ohne bankenspezifische Einrichtung. Testen Sie es kostenlos mit Ihrem eigenen Kontoauszug: PDF hochladen, Spalten benennen, und die extrahierten Zeilen kommen in Sekunden zurück, bereit für die Abstimmungsprüfung.

Was diesen Workflow von einem vorlagenbasierten Parser unterscheidet, ist, dass Sie dem System nie sagen, wo die Daten sitzen — Sie sagen ihm nur, was Sie möchten. Genau das macht ihn ohne Vorlage: Die KI versteht die Struktur des Dokuments unabhängig von seinem Layout. Wenn Sie einen Kontoauszug von einer neuen Bank erhalten — oder wenn Ihre bestehende Bank ihr Format neu gestaltet — gibt es nichts neu zu konfigurieren. Dieselben Spaltennamen finden dieselben Daten, egal wo auf der Seite sie erscheinen.

Umgang mit mehrseitigen Kontoauszügen und Batch-Verarbeitung

Ein einziger Monatsabschluss kann 12 PDFs von 3 verschiedenen Banken umfassen. Die Batch-Verarbeitung erledigt sie alle in einem Durchgang und führt jede Transaktion in einer einzigen Ausgabetabelle zusammen, wobei die Zeilenreihenfolge pro Kontoauszug erhalten bleibt.

Die Extraktion von Kontoauszügen ist selten ein Problem, das Datei für Datei gelöst wird. Ein Buchhalter, der die Bücher für Q1 abschließt, könnte mit 3 Monaten × 3 Bankkonten = 9 PDFs konfrontiert sein. Eine Kanzlei mit 50 Buchhaltungskunden könnte über 200 Kontoauszüge pro Monat verarbeiten. Der manuelle Ansatz — jedes PDF öffnen, jede Zeile lesen, in Excel tippen — skaliert linear mit der Transaktionsanzahl, und 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, nur für den Bankabgleich.

Batch-First-Verarbeitung bedeutet, dass das Tool darauf ausgelegt ist, mehrere Dateien gleichzeitig anzunehmen und sie in einer Ausgabetabelle zusammenzuführen. 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 Batch — und erhalten eine einzige Excel-Tabelle mit allen Transaktionen aus allen sechs Kontoauszügen, jede mit ihrem Quelldateinamen für die Rückverfolgbarkeit gekennzeichnet. Die Zeilenreihenfolge innerhalb jedes Kontoauszugs bleibt erhalten, und die Ausgabe kann optional eine Quelldatei-Spalte anhängen, sodass Sie immer wissen, welche Transaktion aus welchem Kontoauszug stammt.

Bei mehrseitigen Kontoauszügen versteht die KI, dass die Seiten 1 bis 6 einer einzelnen PDF eine durchgehende Transaktionstabelle darstellen — nicht sechs separate Tabellen. Der laufende Saldo auf Seite 3, Zeile 28 wird als Fortsetzung der Transaktionssequenz von Seite 2 erkannt. Kopfzeilen, Seitenzahlen, übertragene Zwischensummen und Bank-Standardtexte, die sich auf jeder Seite wiederholen, werden herausgefiltert, bevor sie Ihre Excel-Ausgabe erreichen.

Hier entsteht durch die Kombination von Batch und Mehrseitigkeit ein überproportionaler Vorteil gegenüber der manuellen Eingabe. Ein 12-seitiger Geschäftskontoauszug mit 200 Transaktionen, der etwa eine Stunde Tipparbeit erfordern würde (bei 3 Minuten pro Seite manueller Eingabe), wird in 5–10 Sekunden pro Seite verarbeitet. Der Sage 2025 Accounting Technology Report fand heraus, dass Kanzleien, die den Bankabgleich automatisiert haben, die Verarbeitungszeit um 75 % reduzierten und die Genauigkeit der Erstprüfung von 94,2 % auf 99,6 % verbesserten. Die wichtigste Erkenntnis ist nicht nur die Zeitersparnis — sondern dass der Wechsel von menschlicher Eingabe zu KI-Extraktion die häufigste Fehlerkategorie eliminiert: Vertauschungsfehler, bei denen ein Mensch „2.847,31" als „2.487,31" liest oder einen Betrag in die falsche Zeile tippt.

Für Praktiker, die Daten direkt in Google Sheets benötigen statt in einer heruntergeladenen Excel-Datei, bietet das Google Sheets-Add-on eine Seitenleisten-Oberfläche, die Kontoauszüge hochlädt und extrahierte Transaktionszeilen direkt an das aktive Blatt anhängt — kein Dateidownload, kein Importschritt. Für ein vollständigeres Bild davon, wie sich dies im Vergleich zur manuellen Eingabe über verschiedene Kontoauszugsvolumina verhält, siehe unseren Vergleich manuelle vs. KI-Kontoauszugseingabe.

Extrahierte Daten für den Abgleich vorbereiten

Transaktionen in Excel zu bringen ist Schritt eins. Sie automatisch abzugleichen — also zu verifizieren, dass Anfangsbestand + Gutschriften − Belastungen dem Endbestand entspricht — ist der Punkt, an dem berechnete Spalten aus extrahierten Daten verifizierte Daten machen.

Selbst bei perfekt extrahierten Transaktionszeilen erfordert der Abgleich eine arithmetische Prüfung. Der Kontoauszug weist einen Anfangs- und einen Endbestand aus; die Summe aller Transaktionen dazwischen muss die beiden verbinden. Ein manueller Workflow erledigt dies, indem er die Berechnung nach dem Import in einer separaten Excel-Spalte durchführt. Ein KI-Extraktions-Workflow kann dies während der Extraktion mit berechneten Spalten erledigen.

Berechnete Spalten ermöglichen es Ihnen, Berechnungen zu definieren, die ausgeführt werden, während die KI jeden Kontoauszug verarbeitet. Für den Kontoauszugsabgleich 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 ihn mit dem ausgewiesenen Saldo des Kontoauszugs vergleicht. Jede Abweichung erzeugt eine Kennzeichnung — die Zeile, in der die Arithmetik bricht, ist die Zeile, die einer menschlichen Prüfung bedarf.

Saldo aus Belastungen/Gutschriften: Bei Auszügen mit getrennten Belastungs- und Gutschriftsspalten kann eine berechnete Spalte den Nettobetrag für jede Zeile (Gutschrift − Belastung) und den kumulierten Nettobetrag über alle Zeilen berechnen. Der endgültige kumulierte Nettobetrag, addiert zum Anfangsbestand, sollte dem Endbestand entsprechen. Ist das nicht der Fall, zeigt Ihnen der Abweichungsbetrag genau, wie weit die Extraktion danebenliegt — und weist meist auf ein oder zwei bestimmte Zeilen hin, die falsch gelesen wurden.

Diese berechneten Prüfungen sind für jeden, der Abgleiche 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 Kontoauszugsabgleiche aufgedeckt werden — ein Beleg dafür, dass der arithmetische Validierungsschritt 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 verifizierten Transaktionsdaten. Wenn Sie bewerten, 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 Layoutunterschiede ändern nichts an der Extraktionslogik.

Eine der stillen 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 Kanzlei Auszüge von 15 verschiedenen Banken im Kundenstamm verarbeitet, pflegen Sie 15 Parsing-Konfigurationen. Wenn eine dieser Banken ihr Auszugslayout aktualisiert — eine Schriftänderung, eine Spaltenumstellung, eine neue Logoplatzierung — funktioniert eine Ihrer Vorlagen nicht mehr. Sie merken das, wenn Sie den Auszug eines Kunden verarbeiten wollen und die Ausgabe verstümmelt ist, meist zum Monatsende, wenn die Zeit am knappsten ist.

KI-Extraktion, die formatunabhängig ist, umgeht das vollständig. Ob die Bank ein zweispaltiges Layout verwendet (Datum + Beschreibung gefolgt von Soll + Haben), ein fünfspaltiges Layout (Datum + Beschreibung + Soll + Haben + Saldo) oder eine regionale Variante mit lokaler Terminologie — „Retraits" statt „Debits", „Versements" statt „Credits" bei 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 bewältigt auch internationale Auszüge, bei denen sich der zugrunde liegende Datenstandard unterscheidet. Europäische Banken geben Auszüge zunehmend im Format camt.053 aus — dem ISO-20022-XML-Format für Bank-zu-Kunde-Auszüge — einem strukturierten, maschinenlesbaren Format mit expliziten Transaktionsmetadaten. Viele Banken stellen jedoch weiterhin PDF-Auszüge zusätzlich oder statt 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 eine Mischung: Manche Kunden liefern CSV-Exporte, manche PDFs, und einige leiten XML-Auszüge weiter, die sie nicht parsen können. Ein einziges Tool, das alle drei Formate verarbeitet, macht einen separaten Verarbeitungspfad pro Format überflüssig.

Selbst innerhalb eines einzigen Landes ist die Layoutvielfalt 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 Kundenauszüge verwendet, unabhängig davon, welche Bank sie ausgestellt hat. Für einen tieferen Einblick, wie dies speziell für die Batch-Abstimmung über ein ganzes Jahr gilt, lesen Sie unseren Leitfaden zu Batch-Verarbeitung 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 Haben-Buchungen behandelt, wenn Banken sie unterschiedlich formatieren?

Einige Banken verwenden separate Soll- und Haben-Spalten mit positiven Werten in beiden. Andere verwenden eine einzelne Betragsspalte mit negativen Zahlen für Sollbuchungen. Wieder andere hängen „Dr"- oder „Cr"-Suffixe an Beträge an. Die KI kann jede Spaltenstruktur extrahieren, die auf dem Kontoauszug vorhanden ist, und Sie können optional eine berechnete Spalte definieren, die die Werte in eine einzelne Spalte mit vorzeichenbehafteten Beträgen normalisiert (negativ für Soll, positiv für Haben) – was unabhängig davon, wie jede Bank ihren Kontoauszug formatiert, eine einheitliche Ausgabe erzeugt.

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

Bei gedruckten (digitalen) Kontoauszugs-PDFs mit klarer Typografie erreicht die Feldgenauigkeit bis zu 99 %. Bei gescannten oder fotografierten Kontoauszügen hängt die Genauigkeit von der Bildqualität ab – ein sauberer Scan mit 300 dpi erreicht ähnliche Ergebnisse, während ein niedrig aufgelöstes Handyfoto eines zerknitterten Papierauszugs weniger genau ist. Die wichtigste Sicherheitsmaßnahme ist der Abgleich: Da jeder Kontoauszug einen überprüfbaren Schlusssaldo hat, gegen den extrahierte Transaktionen validiert werden können, wird jeder Extraktionsfehler, der groß genug ist, um den Abgleich zu beeinträchtigen, durch den Saldenprüfungsschritt erkannt, bevor die Daten in Ihr Buchhaltungssystem gelangen.

Das Fazit

Die Extraktion von Kontoauszügen liegt an der Schnittstelle zweier Probleme, die die meisten Datentools getrennt lösen: genaues Zeichenlesen und strukturelles Dokumentverständnis. OCR allein liefert Ihnen die Zeichen, aber nicht die Struktur – sie kann eine Transaktionszeile nicht von einer Kopfzeile unterscheiden, einen laufenden Saldo nicht von einem Transaktionsbetrag oder die Tabelle von Seite eins nicht von der Fortsetzung derselben Tabelle auf Seite zwei. Vorlagenbasiertes Parsen fügt Struktur hinzu, aber auf Kosten der Konfiguration pro Bank und Fragilität bei Layoutänderungen.

KI-Extraktion durch Vision-Language-Modelle fasst diese in einem Schritt zusammen: Die KI liest das Dokument als Ganzes, versteht seine Struktur und extrahiert, was Sie angefordert haben – unter Beibehaltung der Zeilenreihenfolge, Herausfiltern von strukturellem Rauschen und Ermöglichung arithmetischer Überprü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 Transaktionsledger, das mit dem Schlusssaldo des Kontoauszugs übereinstimmt – der einzige Standard, der für den Abgleich zählt. Probieren Sie es mit Ihrem eigenen Kontoauszug aus.

Jetzt Kontoauszug extrahieren →

Kostenlos starten – keine Kreditkarte erforderlich