Bankreferenzen in Excel: lange Kennungen und führende Nullen schützen

Eine Buchungsreferenz ist eine Kennung, keine Rechengröße. Importieren Sie sie als Text, bevor Excel sie umwandelt. Zahlen haben höchstens 15 signifikante Stellen; eine nachträgliche Textformatierung stellt verlorene Ziffern nicht wieder her.

Kennungen vor Zahlenkonvertierung als Text importieren

Bewahren Sie CSV oder PDF unverändert auf. Verwenden Sie die Importvorschau statt eines Doppelklicks und setzen Sie Referenz- und Kontokennungsspalten auf Text.
Prüfen Sie automatisch erzeugte Typänderungen. Entfernen oder ersetzen Sie numerische Umwandlungen für Kennungen vor dem Laden.
Vergleichen Sie die vollständigen Zeichenfolgen einschließlich Anfangsnullen und Endziffern. Speichern Sie als XLSX, wenn Spaltentypen erhalten bleiben sollen.

Fiktives Beispiel

Die fiktive Referenz 001234567890123456 muss genau diese 18 Zeichen behalten. Die Anzeige 1,23457E+15 ist Anlass zur Prüfung des gespeicherten Werts und kein Nachweis vollständiger Erhaltung. Importieren Sie die Quelle erneut als Text und vergleichen Sie die letzten vier Zeichen 3456. Ergänzen Sie verlorene Ziffern nicht anhand einer Vermutung.

Den Typ vor dem ersten Verlust festlegen

Importieren Sie Kennungen vor jeder automatischen Zahlenkonvertierung als Text und erhalten Sie alle Ziffern und führenden Nullen. Beginnen Sie in Excel über den Text/CSV-Import auf der Registerkarte Daten und öffnen Sie, sofern angeboten, den Transformationseditor. Prüfen Sie die Schritte in ihrer Reihenfolge. Ersetzen Sie eine bereits vorhandene Zahlenumwandlung für die Referenzspalte, statt erst danach einen Textschritt anzuhängen. Entscheidend ist der Wert vor dem Laden: Er muss vollständig 001234567890123456 lauten.

Betragsspalten dürfen weiterhin numerisch bleiben, soweit dies sachgerecht ist. Eine Textreferenz erfordert keine Textumwandlung der gesamten Tabelle. Unterscheiden sich die Optionen Ihrer Excel-Version, verwenden Sie deren dokumentierten Textimport und prüfen Sie dasselbe Ergebnis. Geschützt ist die Kennung, weil sie nie zur Zahl wird, nicht weil ein Anzeigeformat überzeugend aussieht.

Anzeigeproblem und verlorene Kennung unterscheiden

Bei einer schmalen Spalte oder wissenschaftlichen Anzeige vergleichen Sie zunächst den gespeicherten Wert mit der unveränderten Quelle. Ist die vollständige Zeichenfolge erhalten, korrigieren Sie die Darstellung. Sind Nullen oder Endziffern verändert, importieren Sie die Rohdatei neu. Ist bereits der Rohexport beschädigt, gehen Sie zum ursprünglichen Bankdokument zurück oder beschaffen Sie einen neuen Export. Eine XLSX-Kopie beschädigter Daten stellt sie nicht wieder her.

Prüfen Sie zwei fiktive Werte: 00123 muss fünf Zeichen behalten, 001234567890123456 achtzehn. Vergleichen Sie jedes Zeichen, nicht nur die Endung 3456; eine verlorene Anfangsnull würde diese Endkontrolle bestehen. Speichern und öffnen Sie die Arbeitsdatei erneut und vergleichen Sie nochmals. Geben Sie bei einer CSV-Weitergabe die Anweisung „Referenzen als Text importieren“ mit, damit die empfangende Person die Umwandlung nicht wiederholt.

Referenzen erkennen, die zum selben Wert werden

Prüfen Sie mehrere lange Kennungen. Eine beschädigte Spalte kann in einer kleinen Stichprobe noch eindeutig wirken, während zwei nur in der letzten Ziffer abweichende Referenzen ununterscheidbar werden. Die vier folgenden Werte sind erfunden und gehören in eine eigene Importprobe, nicht in echte Buchungsdaten.

Fiktive Kennung	Geforderter Speichertyp und Länge	Konkrete Prüfung
`00123`	Text; 5 Zeichen	Beide Anfangsnullen bleiben erhalten
`001234567890123456`	Text; 18 Zeichen	Gesamte Zeichenfolge einschließlich Endung 3456 stimmt
`1234567890123451`	Text; 16 Zeichen	Endziffer 1 bleibt erhalten
`1234567890123452`	Text; 16 Zeichen	Endziffer 2 bleibt erhalten und unterscheidet die Zeilen

Bei Zahlenkonvertierung mit 15 signifikanten Stellen können die letzten beiden Referenzen zu 1234567890123450 werden. Nachträgliche Textkonvertierung liefert dann zwei gleiche beschädigte Kennungen. Ein vollständiger Zeichenvergleich mit der Rohquelle erkennt den Verlust; Zeilenzahl und Betragssummen genügen nicht. Die Probe muss nach Import, Speichern und erneutem Öffnen vier exakte unterschiedliche Zeichenfolgen enthalten.

Angenommen, die letzten beiden Referenzen bezeichnen zwei fiktive Belastungen von jeweils 7,20 EUR. Erwartet werden zusammen −14,40. Diese Summe kann trotz identischer beschädigter Referenzen bestehen bleiben. Löschen Sie keine Zeile allein wegen der veränderten Kennung als Dublette: Damit würden −7,20 und ein unbelegter Buchungsverlust entstehen. Korrigieren Sie zuerst den Referenzimport und prüfen Sie anschließend echte Dubletten anhand der Quellzeilen.

Vereinbaren Sie für die Übergabe: Referenz als Text, kein Auffüllen, keine automatische Zahlenkonvertierung und kein Entfernen von Leerzeichen ohne Erlaubnis der Quellspezifikation. Eine fehlende Referenz bleibt fehlend; weder 0 noch erfundene Nullen stellen sie her. Prüfen Sie die tatsächlich empfangene Datei, denn Zelltypen der Arbeitsmappe reisen nicht mit einer CSV. Bietet Ihre Excel-Ausgabe Einstellungen für automatische Konvertierungen, nutzen Sie diese ergänzend; die exakte Zeichenprobe muss trotzdem bestehen.

Prüfung und Grenzen

Testen Sie eine Kennung mit mehr als 15 Stellen und eine mit führender Null. Ein benutzerdefiniertes Zahlenformat kann nur das Aussehen ändern. Beim erneuten Öffnen einer CSV kann die Umwandlung wieder einsetzen, da CSV keine Zelltypen speichert. Prüfen Sie deshalb auch die gespeicherte und erneut geöffnete Datei.

Bewahren Sie die Originaldatei unverändert auf und dokumentieren Sie offene Punkte vor der Nutzung der Tabelle.

Ergänzende Prüfungen

Erhalten Sie die Referenz beim Rekonstruieren von Buchungstexten und beim CSV-Import. Mehrzeiliger Verwendungszweck: Kontoauszug-Zeilen richtig verbinden.

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