Defekte Umlaute im Bank-CSV: Zeichencodierung prüfen

Wird aus einem Namen MÃ¼ller, lesen Sie die Rohdatei mit der richtigen Codierung erneut ein, bevor Sie Zellen bearbeiten. Die Bytes können intakt und nur falsch interpretiert sein. Bewahren Sie die Originaldatei auf.

Quellcodierung ohne Überschreiben ermitteln

Prüfen Sie Exportdokumentation oder Metadaten auf die Codierung. Vergleichen Sie einen bekannten Umlaut in der Importvorschau.
Prüfen Sie Trennzeichen und Anführungszeichen getrennt. Codierung repariert keine verschobenen Spalten oder falsch gelesenen Beträge.
Importieren Sie eine neue Kopie und vergleichen Sie Texte, Referenzen und Zeilenzahl. Überschreiben Sie die Rohquelle nicht.

Fiktives Beispiel

Der fiktive Text Müller Café erscheint als MÃ¼ller CafÃ©. Erneutes Einlesen der unveränderten UTF-8-Datei als UTF-8 stellt ihn wieder her. Enthält schon die Rohdatei Ersatzzeichen �, kann ein Codierungswechsel verlorene Zeichen nicht sicher rekonstruieren.

Betrachten Sie eine vollständige fiktive Buchung: Buchungsdatum 2026-09-18, Sollbetrag 19,80 EUR, Referenz CB1842, Text Müller Café. Eine exakte Suche in einer Abgleichsliste mit Müller Café scheitert beim importierten Text MÃ¼ller CafÃ©, obwohl Datum, Betrag und Referenz weiterhin übereinstimmen. Prüfen Sie nach dem erneuten Import, dass der Originaltext wieder gefunden wird und genau eine Buchung mit −19,80 nach der gewählten Sollkonvention bleibt. Legen Sie keine zweite Zahlung an und erzwingen Sie keinen Treffer durch Entfernen der Umlaute. Der Text allein beweist nicht, dass zwei Buchungen identisch sind.

Die Stelle finden, an der sich der Buchungstext ändert

Vergleichen Sie für CB1842 drei Ansichten derselben Quelle: unveränderte CSV-Datei im Texteditor mit bestätigter Codierung, Importvorschau und gespeicherte, erneut geöffnete Arbeitsdatei. Lassen Sie Datum, Referenz und 19,80 EUR neben dem Text stehen, um dieselbe Buchung zu verfolgen. Ist der Editor korrekt und die Vorschau falsch, prüfen Sie die Importeinstellung. Sind beide korrekt und erst die erneut geöffnete Ausgabe fehlerhaft, prüfen Sie deren Codierung und nächsten Import. Ersetzen Sie nicht erneut Zeichen in sämtlichen Zeilen.

Verwenden Sie eine Text/CSV-Importvorschau und wählen Sie vor dem Laden die bestätigte Kodierung. Beginnen Sie mit dem unveränderten Export und prüfen Sie den Buchungstext vor dem Laden. Das ist eine Alternative zum Doppelklick; entscheidend bleibt die Codierung der Quelle.

Notieren Sie Quelle, gewählte Codierung und erste abweichende Ansicht. Als vorgeschlagenes Abnahmekriterium für die fiktive Zeile gelten vollständiger Originaltext, CB1842, dasselbe Datum, eine Zeile und unveränderter Sollbetrag. Ein lesbarer Händlername mit gekürzter Referenz genügt nicht. Ziehen Sie einen korrekten neuen Bankexport der Rekonstruktion von Namen aus dem Gedächtnis vor.

Bytes, verlorenen Text und Importeinstellungen unterscheiden

Konvertieren Sie die Datei nicht bei jedem Codierungsversuch erneut. Ändern Sie die Leseeinstellung für dieselben unveränderten Bytes und vergleichen Sie den vollständigen Text. Ein lesbares Wort genügt nicht: Prüfen Sie mehrere bekannte Umlaute und eine Referenz in der Vorschau. Diese Tabelle grenzt den nächsten Prüfschritt ein.

Beobachtung an einer frischen Kopie	Zu untersuchende Ursache	Nächster Schritt
Müller im Editor; MÃ¼ller in der Vorschau	Unterschiedliche Decodierung	Bestätigte Quellcodierung im Import einstellen
Bestätigte Quelle enthält bereits `�` statt eines Buchstabens	Frühere Ersetzung oder verlorener Quelltext	Frühere intakte Ausgabe beschaffen oder PDF prüfen
Umlaute lesbar, Spalten verschoben	Trennzeichen oder Anführungszeichen	Feldaufteilung getrennt korrigieren
Vorschau richtig, erneut geöffnete Lieferung falsch	Codierung bei Ausgabe oder Folgeimport geändert	Genau diese Datei und ihre Leseeinstellungen prüfen

Halten Sie für die fiktive Buchung CB1842, Datum 2026-09-18 und Sollbetrag 19,80 EUR beim Texttest fest. Ein zweiter fiktiver Eingang von 50,00 EUR ergibt netto +30,20. Sowohl ein korrekter Import als auch einer mit MÃ¼ller kann dieses Netto liefern. Betragsprüfungen bestätigen keine Textdecodierung. Fordern Sie zwei Buchungen, unveränderte Referenzen und exakte Texte zusätzlich zu +30,20.

Speichern Sie nach korrekter Vorschau eine getrennte Arbeitsdatei und öffnen Sie diese über den tatsächlichen Empfängerweg erneut. Notieren Sie Quellcodierung, gegebenenfalls Ausgabecodierung, Trennzeichen und Programm/Version. Scheitert nur die Lieferung, beginnen Sie beim Rohbestand; eine bereits beschädigte Arbeitsmappe in einer anderen Codierung zu speichern ist keine Reparatur.

Prüfen Sie, ob eine BOM vorhanden ist, und vergleichen Sie die Kodierungseinstellung mit den unveränderten Quelldaten. Ein BOM hilft bei der Codierungserkennung, stellt aber keine zuvor ersetzten Buchstaben wieder her. Eine Codierungswahl vereinheitlicht auch keine Namen, entfernt keine Umlaute und beweist nicht die Identität zweier Händler. Ergeben mehrere Einstellungen plausible Texte, bleibt die Mehrdeutigkeit bis zur Bestätigung durch Exportdokumentation oder intakte Quelle offen.

Prüfung und Grenzen

Testen Sie mehrere Sonderzeichen und die erneut geöffnete Datei. Entfernen Sie keine Umlaute, nur damit der Import sauber aussieht. Csv.Document bietet eine Codierungsoption; verwenden Sie die für diese Datei bestätigte Codierung statt einer pauschalen Annahme.

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

Ergänzende Prüfungen

Erhalten Sie Buchungstexte und Referenzen gemeinsam bei CSV-Codierungsproblemen. Mehrzeiliger Verwendungszweck: Kontoauszug-Zeilen richtig verbinden · Bankreferenzen in Excel: lange Kennungen und führende Nullen schützen.

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

Unicode — UTF and BOM FAQ.