Power Query: mehrzeilige Bank-PDF-Transaktionen rekonstruieren

Aktualisiert · 4 Min. Lesezeit

Teilt Power Query eine Transaktion aus einem Bank-PDF auf mehrere Zeilen auf, rekonstruieren Sie sie anhand an der Quelle geprüfter Zeilengrenzen. Löschen Sie nicht einfach alle Zeilen ohne Betrag: Eine Fortsetzung kann die entscheidende Zahlungsreferenz enthalten. Zwei Zahlungen am selben Tag müssen dagegen getrennt bleiben, auch bei gleichem Betrag.

Diese Anleitung betrifft PDFs, die Ihre Excel-für-Windows-Installation mit dem PDF-Connector öffnen kann. Die Verfügbarkeit hängt von Produkt und Umgebung ab. Als anderer Extraktionsweg kann LocalExtract jeweils ein PDF lokal in CSV umwandeln; beide Ergebnisse benötigen einen Quellenvergleich.

Die Desktop-Apps exportieren Datum, Beschreibung und Betrag als CSV. Öffnen Sie die CSV in Excel und speichern Sie dort eine XLSX-Datei. Prüfen Sie das Ergebnis anhand Ihres eigenen PDFs; die Unterstützung hängt vom Auszugsformat ab.

Den Import vor der Rekonstruktion erhalten

Die Microsoft-Dokumentation zum PDF-Connector beschreibt PDF-Auswahl, erkannte Tabelle im Navigator und Daten transformieren / Transform Data. Für mehrzeilige Datensätze nennt sie Ausfüllen und Gruppieren als mögliche Werkzeuge, nicht als allgemeingültige Reparatur. Bewahren Sie den erkannten Rohbestand auf und arbeiten Sie in einer getrennten Abfrage oder Kopie.

Halten Sie ursprüngliche Seite, erkannte Tabelle und Zeilenreihenfolge vor Sortierung oder Gruppierung fest. Ergänzen Sie eine stabile Arbeitsreferenz pro Zeile, damit jede rekonstruierte Transaktion auf die geprüften Quellenzeilen verweist. Diese Referenzen sind Prüfmetadaten und keine automatisch zugesicherten LocalExtract- oder PDF-Tabellenfelder.

Füllen Sie Beträge nicht zuerst nach unten auf. Sonst kann eine Beschreibungsfortsetzung als weitere Zahlung erscheinen. Auch ein leeres Datum beweist keine Fortsetzung: Eine Kopfzeile, Zwischensumme oder unlesbare Transaktion kann ebenfalls kein verwertbares Datum haben.

Eine seitenübergreifende Beschreibung ausdrücklich zuordnen

Das erfundene USD-Beispiel zeigt ein geprüftes Übungslayout, kein Format einer realen Bank. Für Zeilen 1 und 2 wurde ausdrücklich festgestellt, dass sie dieselbe Transaktion über die Seitengrenze beschreiben.

QuellenzeileSeiteGeprüfter TransaktionsschlüsselBeschreibungsfragmentBetrag
11T1Fictional supplier−80,00 USD
22T1invoice reference ALeer
32T2Separate same-date payment−80,00 USD
42UngeklärtUnresolved noteLeer

T1 wird zu „Fictional supplier invoice reference A“, mit einem Betrag von −80,00 USD und Verweisen auf Zeilen 1–2. T2 bleibt eine eigene Zahlung über −80,00 USD. Zeile 4 bleibt offen, weil die Quelle noch keinen zugehörigen Vorgang belegt. Die englischen Fragmente sind unveränderte Daten des synthetischen Beispiels.

Die zwei festgestellten Transaktionen ergeben −160,00 USD. Würde Zeile 2 den Betrag von Zeile 1 übernehmen, entstünden drei Beträge von −80,00 USD, insgesamt −240,00 USD. Löschen von Zeile 2 ließe die Summe unverändert, verlöre aber einen Teil des Nachweises zu T1. Eine Summenkontrolle erkennt diese beiden Fehler nicht gleichermaßen.

Erst nach belegter Zuordnung gruppieren

Vergeben Sie einen Arbeitsschlüssel für die Transaktionsgrenzen erst nach PDF-Prüfung. Prüfen Sie Gruppen in Quellenreihenfolge. Microsoft dokumentiert Table.Group zum Gruppieren und Table.FillDown zum Übernehmen vorhandener Werte in Nullzellen. Keine dieser Funktionen entscheidet, welche Bankzeilen sachlich zusammengehören.

Für jede geprüfte Gruppe:

  1. Bewahren Sie Quellenreferenzen auf und stellen Sie vor dem Zusammenfügen des Textes die ausdrückliche Reihenfolge wieder her.
  2. Verbinden Sie ausschließlich Beschreibungsfragmente dieser Transaktion.
  3. Verlangen Sie im vorliegenden Übungslayout genau einen belegten Transaktionsbetrag; zwei betragsführende Zeilen erfordern Prüfung statt automatischer Addition.
  4. Halten Sie T1 und T2 trotz möglicherweise gleichem Datum und Betrag getrennt.
  5. Lassen Sie nicht zugeordnete Zeilen für die Quellenklärung sichtbar.

Andere Quellen können Beträge berechtigt in der letzten Zeile oder in Soll-/Habenspalten enthalten. Prüfen Sie das Layout zuerst; die Einzelbetragsregel des Beispiels ist kein universeller PDF-Parser.

Seitenoptionen getrennt von Transaktionsgrenzen prüfen

Der PDF-Connector kann ähnliche Tabellen auf Folgeseiten mit MultiPageTables zusammenführen. StartPage und EndPage grenzen Seiten ein. Diese Optionen steuern Erkennung und Seitenumfang, beweisen aber keine Zugehörigkeit einer Fortsetzung. Dokumentieren Sie beim Test eines Ausschnitts die ausgelassenen Seiten und kontrollieren Sie vor der Nutzung den vollständigen Auszug.

Die synthetische Zeilenzuordnungsübung bewahrt alle vier Quellenzeilen, beide rekonstruierten Transaktionen und die offene Zeile auf. Python prüft Beziehungen und Betragserhaltung. Es führt weder Power Query aus noch testet es ein reales PDF- oder Bankformat.

Die PDF-Formatanleitung erklärt die Quellenstruktur; die Power-Query-Anleitung für mehrere Dateien behandelt das Anfügen getrennter Dateien. Beides unterscheidet sich vom Rekonstruieren einer einzelnen Transaktion. Bewahren Sie Zuordnung und offene Zeilen vor dem Buchhaltungsimport beim Original auf.

LocalExtract exportiert jeweils ein PDF als date,description,amount. Es ermittelt keine manuellen Prüfschlüssel und führt keine Buchhaltung aus. LocalExtract für eine PDF-Quelle herunterladen.

Microsoft-Dokumentation am 15. Oktober 2026 geprüft.

LocalExtract Team

Wir entwickeln LocalExtract, einen Kontoauszug-Konverter für den Desktop. Fragen oder Korrekturen? Kontakt · Redaktionsrichtlinien

Passende nächste Schritte