Probleme mit Kodierung und BOM

Zuletzt aktualisiert: 16. Mai 2026

Zeichensalat und Codepage-Fehler lassen sich fast immer auf eine Ursache zurückführen: Die Datei hat ihre UTF-8-Byte-Order-Mark (BOM) verloren. Daxlate schreibt CSV grundsätzlich als UTF-8 mit BOM, denn genau das erwartet Excel unter Windows beim Öffnen per Doppelklick. Ein fehlerhafter Durchlauf bedeutet daher meist, dass ein anderes Programm die Datei zwischendurch neu gespeichert hat. Zu jedem Symptom unten stehen Ursache und Lösung.

Symptom: CSV öffnet sich in Excel mit Zeichensalat #

Ursache: die Datei wurde von einem Werkzeug geöffnet oder neu gespeichert, das die UTF-8-BOM entfernt oder in eine alte Codepage (z. B. Windows-1252) konvertiert hat.

Lösung: exportieren Sie erneut aus der App über Datei → Übersetzungen exportieren…. Der CSV-Writer von Daxlate schreibt immer UTF-8 mit BOM, und genau das erwartet Excel unter Windows beim Öffnen per Doppelklick. Wenn Sie mit einer Datei aus anderer Quelle arbeiten, speichern Sie sie vor dem Import in Notepad++ oder VS Code erneut als UTF-8 mit BOM.

Symptom: Import scheitert mit “Codepage stimmt nicht überein” oder einem Parse-Fehler #

Ursache: die Datei wurde ohne UTF-8-Kodierung gespeichert, sodass Nicht-ASCII-Zeichen bereits beschädigt ankommen, bevor der Parser sie sieht.

Lösung: öffnen Sie die Datei in einem Editor, der die Kodierung anzeigt (Notepad++, VS Code, Sublime), speichern Sie sie erneut als UTF-8 mit BOM und wiederholen Sie den Import.

Symptom: Emojis oder seltene CJK-Zeichen gehen im Roundtrip verloren #

Ursache: die Tabelle wurde in einem Editor geöffnet, der Unicode jenseits der Basic Multilingual Plane nicht vollständig unterstützt, oder sie wurde in manchen Nicht-Excel-Werkzeugen über “Speichern unter CSV” als alte CSV-Datei gespeichert.

Lösung: bevorzugen Sie XLSX gegenüber CSV für Inhalte mit Zeichen aus den Supplementary Planes, etwa Emojis, seltene CJK-Zeichen und historische Schriften. Die Speicherung in XLSX ist eindeutig; CSV hängt davon ab, welche Kodierung das erzeugende Programm gewählt hat.

Symptom: Die Importvorschau zeigt “Unbekannte Spalte ignoriert: …” #

Ursache: die Datei hat Spalten, die nicht zum Kopfzeilenmuster von Daxlate passen (Object ID, Type, Parent, Name, Caption ({culture}), Description ({culture})). Übersetzer ergänzen manchmal Notizspalten, und der Importer verwirft sie mit einer Warnung, statt den ganzen Import scheitern zu lassen.

Lösung: wenn die Warnung erwartbar ist, ignorieren Sie sie. Wird eine Kultur, die Sie erwartet haben, nicht erkannt, prüfen Sie die Spaltenüberschrift. Sie muss exakt Caption (xx-XX) oder Description (xx-XX) lauten, mit Klammern und einem gültigen .NET-Kulturcode.