Bank-PDF falsch kopiert: Lesereihenfolge vor dem Sortieren prüfen

Enthält kopierter Text zuerst alle Daten und danach alle Beträge, stellt Sortieren keine Buchungszeilen wieder her. Vergleichen Sie das sichtbare PDF mit der extrahierten Folge. Die Lesereihenfolge eines PDFs kann vom sichtbaren Seitenlayout abweichen.

Eine kleine Auswahl vor der Zeilenrekonstruktion testen

Testen Sie drei aufeinanderfolgende Buchungen. Nummerieren Sie kopierte Fragmente und verorten Sie sie auf der Seite.
Vergleichen Sie Datum, Text und Betrag je Buchung. Brechen Sie ab, wenn die Zuordnung nur auf gleichen Listenlängen beruht.
Verwenden Sie einen tabellenbezogenen Import oder rekonstruieren Sie den kleinen Block anhand bestätigter Positionen. Dokumentieren Sie Originalfolge und Vorgehen.

Fiktives Beispiel

Eine fiktive Kopie enthält 16.10., 17.10., 18.10. und anschließend 9,00 sowie 27,00. Drei Daten und zwei Beträge zeigen ein fehlendes Feld. Eine positionsweise Zuordnung würde den Fehler verbergen. Prüfen Sie die unvollständige Zeile, statt spätere Beträge nach oben zu verschieben.

Lesefolge und Buchungsidentität unterscheiden

W3C erläutert den Einfluss der Struktur getaggter PDFs auf die Lesereihenfolge. Das erklärt unerwartete Folgen trotz sichtbarer Ausrichtung, beweist aber keine Verbindung zwischen einem Betrag und dem nächstliegenden kopierten Datum. Behalten Sie Seitennummer und Fragmentindex vor der Rekonstruktion.

Erstellen Sie eine kleine Belegtabelle mit Quellposition, Datum, Text, Betrag und Prüfstatus. Im Beispiel mit drei Daten bleibt der fehlende Betrag unbekannt, bis das PDF ihn zuordnet. Setzen Sie keine Null ein und verschieben Sie 27,00 nicht für drei vollständige Zeilen. Eine Textfortsetzung braucht eine eigene Entscheidung über Buchungsgrenzen, unabhängig von der Spaltenfolge.

Eine überprüfbare Reparatur wählen

Bei wenigen Zeilen können Sie bestätigte Felder manuell übertragen und jede vervollständigte Buchung prüfen. Bei wiederkehrendem Layout testen Sie einen Tabellenimport zuerst auf einer Seite. Prüfen Sie eine separate Arbeitskopie der problematischen Seite, bevor Sie deren geprüfte Zeilen mit dem Rest verbinden. Prüfen Sie Vorschau und Feldzuordnung vor der Ausweitung; ein erfolgreicher Import bestätigt keine Buchungen. Ein nativer Bankexport für den gewünschten Zeitraum kann die Rekonstruktion ersparen.

Auch gleiche Listenlängen genügen nicht. In einem weiteren fiktiven Zweizeilenblock gehören 9,00 zum 16. Oktober und 27,00 zum 17. Oktober. Vertauschte Beträge ergeben weiterhin zwei Zeilen und 36,00, aber zwei falsche Datum-Betrag-Paare. Vergleichen Sie die Paare mit den gedruckten Positionen und prüfen Sie letzte Buchung einer Seite sowie erste der nächsten. Sortieren Sie erst vollständige geprüfte Buchungen samt Quellpositionen.

Den nächsten Schritt nach dem tatsächlichen Kopierfehler wählen

Bewahren Sie den eingefügten Text auf einem unveränderten Blatt auf und erstellen Sie geprüfte Buchungszeilen getrennt davon. Prüfen Sie die Auswahl vor Text in Spalten: Ein Trennzeichen zerlegt Felder, bestätigt aber nicht deren Zugehörigkeit zu einer Buchung.

Beobachtetes Ergebnis	Erste Prüfung im PDF	Passender nächster Schritt
Eine lange Zeile, Felder aber in richtiger Folge	Gibt es stabile Tabulatoren oder Trennzeichen?	Aufteilung an drei vollständigen Buchungen testen
Erst alle Daten, dann Texte und Beträge	Liest die Auswahl spaltenweise statt zeilenweise?	Anhand sichtbarer Positionen rekonstruieren oder Tabellenimport testen
Unterschiedlich viele Daten und Beträge	Bei welcher Quellbuchung fehlt ein Feld?	Unvollständige Zeile offen lassen, Folgewerte nicht verschieben
Keine nutzbaren Zeichen in der Auswahl	Ist die Seite ein Bild oder sind Zeichen unbrauchbar?	Lesbare Quelle, manuelle Übernahme oder OCR mit Prüfung verwenden

OCR ist keine automatische Reparatur für richtig erkannten, aber falsch angeordneten Text. Umgekehrt stellt Sortieren keine Zeichen wieder her, die in der Kopie fehlen. Testen Sie jedes abweichende Layout, besonders die Seite, auf der der Fehler beginnt. Eine gelungene erste Auswahl steht nicht für den gesamten Auszug.

In einem vollständig beschriebenen fiktiven EUR-Block zeigt die Quelle: 16. Oktober, Soll 9,00; 17. Oktober, Haben 27,00; 18. Oktober, unlesbarer Betrag. Die bekannte vorzeichenbehaftete Teilsumme beträgt −9,00 + 27,00 = +18,00, ist aber nicht die Blocksumme. Lassen Sie die dritte Zeile mit Fundstelle ungeklärt und setzen Sie keine Null ein. Die Richtung gehört zu jedem Betrag; eine bloße Liste mit 9,00 und 27,00 liefert sie nicht.

Sortieren Sie nach Prüfung jeder rekonstruierten Buchung die gesamte Tabelle einschließlich Referenzen und Quellspalten. Sortieren Sie niemals nur die Datumsspalte. Bewahren Sie bei chronologischer Sortierung die ursprüngliche Seiten-/Zeilenfolge als Zusatzschlüssel auf. So bleiben gleiche Daten, laufende Salden und spätere Korrekturen in der gedruckten Bankreihenfolge prüfbar.

Prüfung und Grenzen

Prüfen Sie erste, mittlere und letzte Buchung des Blocks sowie alle offenen Zeilen. Eine sauber sortierte Tabelle beweist keine richtige Feldzuordnung. Fehlt eine brauchbare Textebene, verwenden Sie OCR mit Prüfung oder eine manuelle Übertragung; Sortieren liefert den fehlenden Text nicht.

Ergänzende Prüfungen

Rekonstruieren Sie Lesereihenfolge, Fragmente und Überträge vor der Freigabe eingefügter Zeilen. Mehrzeiliger Verwendungszweck: Kontoauszug-Zeilen richtig verbinden · Saldovortrag im Kontoauszug: keine zusätzliche Buchung erzeugen.

BankStatementScan ist in Vorbereitung. Die Website bietet eine Zugangsanfrage und ein fiktives Beispiel; sie konvertiert derzeit keine eigenen Bankdateien. Geplanten Dienst ansehen.

Quellen, abgerufen am 16. Oktober 2026

W3C — PDF reading order.