Warum Excel die führenden Nullen Ihrer CSV-Codes entfernt und wie Sie sie behalten (Anleitung 2026)

Diagnose in 30 Sekunden: Die Datei ist in Ordnung, Excel hat falsch geraten

Als Erstes müssen Sie klären, wenn Ihre Codes ihre Nullen verlieren, ob die Daten beschädigt sind oder nur falsch gelesen werden. Die beiden Fälle haben sehr unterschiedliche Lösungen, und die falsche Lösung kann aus einem Anzeigeproblem einen echten Datenverlust machen. Hier ist der Test in 30 Sekunden. Öffnen Sie dieselbe Datei in einem einfachen Texteditor, also in Editor unter Windows oder in TextEdit im Nur-Text-Modus auf einem Mac. Wenn die Codes dort ihre vollen Nullen zeigen, also 00123, 02138 und 07477, sind Ihre Daten intakt und nur die Anzeige in Excel ist falsch. Die Datei auf der Festplatte enthält die richtigen Zeichen, und Excel hat ihre Bedeutung beim Öffnen verändert. Das ist der häufige Fall, und jede Lösung in dieser Anleitung geht von ihm aus.

Der zweite Hinweis ist, welche Werte sich verändert haben. Wenn gewöhnliche Wörter, kurze Zahlen und Satzzeichen in Ordnung aussehen, aber Codes mit führenden Nullen diese verloren haben, lange IDs ihre letzten Stellen verloren haben und große Zahlen in wissenschaftlicher Notation angezeigt werden, dann sehen Sie ein Raten von Datentypen und kein Trennzeichenproblem und keine Beschädigung. Ein Trennzeichenproblem packt ganze Zeilen in eine Spalte. Eine Beschädigung verwürfelt alles oder lässt Zeilen verschwinden. Das Raten von Typen arbeitet gezielt: Es verändert genau die Werte, die wie Zahlen aussehen, und lässt alles andere unberührt. Wenn aus 00123 die Zahl 123 wurde, aus 02138 die Zahl 2138 und eine 16-stellige ID am Ende eine Null trägt, die sie vorher nicht hatte, dann hat Excel Text als Zahlen behandelt. Das sagt Ihnen sowohl die Ursache als auch die Lösung.

Die dritte Prüfung entscheidet, ob eine Rettung noch möglich ist. Wenn der Texteditor ebenfalls die gekürzten Werte zeigt, wurde die Datei selbst bereits nach der Umwandlung erneut gespeichert, und die Nullen sind aus dieser Kopie möglicherweise schon verschwunden. Geraten Sie noch nicht in Panik und speichern Sie vor allem nicht erneut über das Original. Der Abschnitt zur Rettung weiter unten in dieser Anleitung behandelt genau diesen Fall, einschließlich der einen Situation, in der die Stellen wirklich nicht wiederherstellbar sind: Wenn eine lange ID auf 15 Stellen gekürzt wurde, sind die verlorenen Stellen aus dieser Kopie verschwunden, und nur die Quelldaten können sie neu erzeugen. Bis Sie das geprüft haben, lassen Sie die Originaldatei unberührt, arbeiten Sie mit einer Kopie und speichern Sie eine umgewandelte Datei niemals zurück über die gute Datei.

Warum Excel rät: Eine CSV-Datei enthält keine Datentypen

Um zu verstehen, warum das immer wieder passiert, brauchen Sie eine Tatsache über das CSV-Format: Eine CSV-Datei ist reiner Text ohne eine Kopfangabe, die sagt, welche Werte Zahlen sind, welche Text sind und welche Daten sind. Eine Tabellenkalkulationsdatei bringt ihre Zelltypen mit. Eine CSV-Datei bringt weder Typen noch Formatierung mit. Sie besteht nur aus Zeichen, Kommas und Zeilenumbrüchen. Wenn ein Programm sie öffnet, muss das Programm entscheiden, was jeder Wert bedeutet, und verschiedene Programme entscheiden unterschiedlich. Google Tabellen und Python behalten CSV-Werte als Text, sofern nichts anderes vorgegeben wird. Darum sieht dieselbe Datei dort korrekt aus. Excel rät beim Doppelklick auf eine CSV-Datei: Alles, was wie eine Zahl aussieht, wird eine Zahl, alles, was wie ein Datum aussieht, wird ein Datum, und es prüft nicht, ob das Raten richtig war.

Dieses Raten ist das ganze Problem. Eine Zahl hat per Definition keine führenden Nullen: Die Zahl 123 und der Code 00123 sind dieselbe Zahl, aber sie sind nicht derselbe Code. Eine Postleitzahl, eine Artikelnummer, eine Mitarbeiter-ID oder eine Telefonvorwahl ist keine Menge. Sie ist eine Bezeichnung aus Ziffern, und ihre führenden Nullen gehören zur Bezeichnung, genau wie die Buchstaben zu einem Wort gehören. Excel weiß das nicht. Es sieht Ziffern, wendet seine Zahlenregel an und streicht die Nullen, weil die Nullen für eine echte Zahl keine Information tragen. Dieselbe Logik erklärt den zweiten Schaden: Excel-Zahlen behalten nur 15 signifikante Stellen, sodass eine ID mit 16 oder mehr Stellen ihre zusätzlichen Stellen durch Nullen ersetzt bekommt. Die Datei hat sich nicht verändert. Das lesende Programm hat die Bedeutung der Zeichen verändert.

Das erklärt auch, warum dieses Problem so oft bei Dateien auftritt, die aus JSON umgewandelt wurden. JSON unterscheidet Typen: Die Zeichenkette "00123" und die Zahl 123 sind verschiedene Werte, und eine Umwandlung von JSON in CSV schreibt die Zeichenkette als die Zeichen 00123 aus. Die Umwandlung ist korrekt. Das Öffnen passt nicht dazu. Der Konverter auf dieser Seite zum Beispiel wurde mit einer Stichprobe ausgeführt, die die Codes 00123 und 00456, die Postleitzahlen 02138 und 07477 sowie eine 18-stellige Bestell-ID enthielt, und er hat jeden Wert byte-identisch in der CSV erzeugt, ohne Anführungszeichen-Tricks und ohne verlorene Stellen. Wenn Sie wissen, dass die Fehlanpassung beim Öffnen sitzt und nicht bei der Umwandlung, wissen Sie auch, wo Sie sie beheben müssen: beim Import, bevor Excel rät, wie die nächsten Abschnitte zeigen.

Drei Arten, wie das Raten Daten zerstört, und wie man sie unterscheidet

Das Raten von Typen zerstört Daten auf drei unterschiedliche Arten, und sie zu unterscheiden ist wichtig, weil nur manche davon reparierbar sind. Die erste Art sind gestrichene führende Nullen: Aus 00123 wird 123, aus 02138 wird 2138. Die übrigen Stellen sind korrekt, aber der Code ist jetzt falsch: Eine Postleitzahl, die ihre Null verloren hat, zeigt auf einen anderen Ort, eine Artikelnummer, die ihre Nullen verloren hat, passt nicht mehr zum Lagersystem, und ein Barcodescanner weist den verkürzten Code möglicherweise zurück. Die zweite Art ist das Abschneiden der Genauigkeit: Jede ID, die länger als 15 Stellen ist, verliert ihr Ende. Eine 16-stellige Konto-ID wie 1234567890123456 wird zu 1234567890123450 und als 1,23457E+15 angezeigt. Die letzten Stellen sind nicht versteckt, sie sind durch Nullen ersetzt, und die ID zeigt jetzt auf einen anderen Datensatz oder auf gar keinen Datensatz.

Die dritte Art ist subtiler, und sie erwischt Leute, die glauben, das Problem bereits behoben zu haben. Die Anzeige in wissenschaftlicher Notation sieht wie Datenverlust aus, ist es aber noch nicht, jedenfalls nicht immer. Ein Wert, der als 1,23E+15 angezeigt wird, kann seine vollen Stellen darunter noch enthalten, wenn er innerhalb der 15-stelligen Grenze liegt, und ein breiteres Spaltenformat oder ein anderes Format zeigt sie wieder. Wenn der Wert jedoch 15 Stellen überschreitet, ist die Anzeige ehrlich: Die Stellen sind wirklich weg. Der Test ist die Bearbeitungsleiste. Klicken Sie auf die Zelle und lesen Sie die Bearbeitungsleiste, nicht die Zellenanzeige. Wenn die Bearbeitungsleiste den vollen Wert zeigt, muss nur die Anzeige repariert werden. Wenn die Bearbeitungsleiste den gekürzten Wert zeigt, haben sich die Daten selbst verändert, und nur der Abschnitt zur Rettung kann helfen. Vertrauen Sie bei Codes und IDs niemals allein der Zellenanzeige.

Der Codeblock unten zeigt die genauen Ausgaben, die durch Ausführen des echten Konverters auf dieser Seite mit einer Stichprobe aus drei Zeilen erzeugt wurden. Die CSV-Ausgabe ist für jeden Code byte-identisch mit der JSON-Eingabe, was beweist, dass der Konverter nicht der Schuldige ist. Die rechte Spalte zeigt, was Excel aus denselben Werten beim Doppelklick macht, und genau dieses Verhalten behebt diese Anleitung. Beachten Sie das Muster: Der Konverter erhält alles, Excel rät, und beim Raten geht jede Stelle verloren.

CSV file (from this page converter, verified):\nsku,zip,name,orderId\n00123,02138,Widget A,\n00456,07477,Widget B,\n00078,,Widget C,123456789012345678\n\nWhat Excel shows on double-click:\nsku -> 123, 456, 78 (leading zeros dropped)\nzip -> 2138, 7477 (leading zeros dropped)\norderId -> 1.23457E+17, stored as 123456789012345000 (last 3 digits replaced with zeros)

Beachten Sie, was die Tabelle beweist: In der Datei fehlt nichts, und in der Excel-Ansicht fehlt alles. Darum funktioniert die Importlösung so vollständig. Wenn Sie Excel vor dem Laden sagen, dass eine Spalte Text ist, speichert es dieselben Zeichen ganz ohne Umwandlung, und jeder Code springt ohne Bearbeiten, ohne Suchen und Ersetzen und ohne Dateneingabe zu sich selbst zurück. Wenn Ihre Datei zu diesem Muster passt, überspringen Sie den Abschnitt über die Mythen und gehen Sie direkt zur Importlösung. Sie haben keine beschädigte Datei. Sie haben eine falsch gelesene Datei.

Vier Lösungen, die nicht funktionieren, und warum man sie trotzdem immer wieder versucht

Vor den Lösungen, die funktionieren, lohnt es sich, die vier Lösungen auszuräumen, die nicht funktionieren, weil jede von ihnen Zeit kostet und eine von ihnen die Sache sogar schlimmer macht. Die erste ist das Setzen von Anführungszeichen um die Werte in der CSV-Datei. Viele Anleitungen behaupten, dass das Schreiben von "00123" mit Anführungszeichen die Nullen schützt. Das tut es in Excel nicht. Excel streicht die Anführungszeichen beim Import und wendet dann dieselbe Zahlenvermutung auf den Wert darin an, sodass aus "00123" genau wie aus dem nackten Wert 00123 die Zahl 123 wird. Anführungszeichen steuern, wie Kommas innerhalb eines Wertes behandelt werden, nicht wie Excel den Wert einordnet. Wenn Ihnen jemand einen Konverter verkauft hat, der Codes in Anführungszeichen setzt, um sie zu schützen, dann schützen die Anführungszeichen die Kommas, nicht die Nullen.

Die zweite ist das nachträgliche Formatieren der Spalte als Text, nachdem die Datei geöffnet wurde. Das verändert, wie künftige Eingaben behandelt werden, aber es stellt keine Stellen wieder her, die bereits beim Lesen der Datei gestrichen wurden. Die Nullen wurden beim Einlesen verworfen, und eine Formatierung kann keine Zeichen erfinden, die nicht mehr vorhanden sind. Die dritte ist das benutzerdefinierte Format 00000, das die Anzeige auf fünf Stellen auffüllt. Es funktioniert nur als Anzeige, nur für Codes mit fester Länge und nur, wenn die Stellen überlebt haben: Die Zahl 123 wird als 00123 angezeigt, aber der gespeicherte Wert bleibt 123, sodass jeder Export 123 schreibt und jede Suche nach dem echten Code fehlschlägt. Schlimmer noch: Es versagt lautlos bei Codes mit variabler Länge, weil ein sechsstelliger Code, der auf fünf Stellen aufgefüllt wird, unverändert bleibt, und ein vierstelliger Code, der auf fünf Stellen aufgefüllt wird, eine Null bekommt, die er nie hatte.

Die vierte ist der Apostroph-Trick, also das Eintippen eines führenden Apostrophs vor dem Code, wie bei einer Zelle, die als 00123 mit einem Apostroph davor eingegeben wird. Das funktioniert für Werte, die Sie von Hand eintippen, weil der Apostroph Excel sagt, den Eintrag als Text zu speichern. Es funktioniert nicht für einen CSV-Import, weil der Apostroph Teil des Dateiinhalts wird: Eine CSV-Zelle, die einen Apostroph gefolgt von Ziffern enthält, wird als Textwert importiert, der buchstäblich mit einem Apostroph beginnt, was Suchen und Exporte bricht. Behalten Sie den Apostroph für von Hand eingetippte Einträge und nutzen Sie für Dateien die Importlösung. Zu wissen, welche Lösungen versagen, bewahrt Sie vor der häufigsten Falle überhaupt: zu glauben, das Problem sei gelöst, weil die Anzeige richtig aussieht, während die gespeicherten Werte weiterhin falsch sind.

Lösung 1: Datei importieren und Code-Spalten als Text festlegen

Dies ist die Lösung, die Sie zuerst versuchen sollten, weil sie nichts an Ihrem System verändert, nichts an der Datei verändert und bei jeder CSV-Datei funktioniert, egal welches Trennzeichen oder welche Kodierung sie hat. Statt doppelt auf die Datei zu klicken, öffnen Sie zuerst Excel und importieren die Datei dann über den geführten Import, bei dem Sie den Typ jeder Spalte selbst wählen. Die Vorschau im Importdialog zeigt Ihnen sofort, ob Sie richtig gewählt haben: Die Codes werden in der Vorschau mit ihren Nullen genau so angezeigt, wie sie später auf dem Blatt stehen werden. Wenn die Vorschau weiterhin gekürzte Codes zeigt, haben Sie noch nichts verändert, und Sie können die Spaltentypen vor dem Laden anpassen.

• ▸Öffnen Sie eine leere Arbeitsmappe in Excel. Klicken Sie nicht doppelt auf die CSV-Datei.
• ▸Gehen Sie zu Daten und dann zu Aus Text/CSV und wählen Sie Ihre Datei aus.
• ▸Prüfen Sie im Vorschau-Dialog das Trennzeichen und die Dateiherkunft und klicken Sie dann auf Daten transformieren statt auf Laden, um den Power Query-Editor zu öffnen.
• ▸Suchen Sie im Power Query-Editor den automatischen Schritt Geänderter Typ und entfernen Sie ihn, weil genau in diesem Schritt das Raten der Zahlen stattfindet.
• ▸Wählen Sie jede Code-Spalte aus, also Postleitzahlen, Artikelnummern, IDs und Telefonvorwahlen, und setzen Sie den Datentyp auf Text.
• ▸Klicken Sie auf Schließen und laden. Die Codes kommen als Text an, mit jeder führenden Null und jeder Stelle intakt.

Machen Sie dies zu Ihrer Standardmethode zum Öffnen von CSV-Dateien und nicht nur zu Ihrem Rettungsschritt. Ein Doppelklick ist ein Raten über das Trennzeichen, die Kodierung und den Typ jeder Spalte. Ein Import ist eine Entscheidung über alle drei Punkte, und die Entscheidung dauert etwa eine Minute länger. Auf einem Mac funktioniert derselbe Weg über Daten und dann Aus Text, wobei die Spaltentypen im Importschritt festgelegt werden. Werkzeuge, die CSV als reinen Text lesen, wie das csv-Modul von Python, raten überhaupt nicht. Darum liest eine Datei, die in Excel kaputt aussieht, in einem Skript korrekt. Dieser Unterschied ist selbst schon eine Diagnose: Wenn ein Skript die Nullen zeigt und Excel nicht, ist die Datei in Ordnung und Excel hat falsch geraten.

Lösung 2: Automatische Datenkonvertierung in Excel deaktivieren (Microsoft 365 und Excel 2024)

Wenn Sie jeden Tag CSV-Dateien öffnen, wird das jedesmalige Importieren mit der Zeit lästig, und die dauerhafte Lösung besteht darin, zu verändern, was Excel standardmäßig rät. Aktuelle Excel-Versionen, also Microsoft 365, Excel 2024 und ihre Mac-Entsprechungen, enthalten eine Einstellung namens Automatische Datenkonvertierung unter Datei, dann Optionen und dann Daten. Sie listet die Umwandlungen auf, die Excel von sich aus vornimmt, darunter das Entfernen führender Nullen aus Zahlentext, das Kürzen von Zahlen auf 15 Stellen und das Umwandeln von Buchstaben- und Zahlenketten, die wie Daten oder wissenschaftliche Notation aussehen. Deaktivieren Sie die Umwandlungen, die Sie nicht wollen, und Excel lässt diese Werte bei künftigen Öffnungen als Text stehen, auch beim Öffnen per Doppelklick.

Zwei Warnungen, bevor Sie sich auf diese Einstellung verlassen. Erstens verändert sie nur künftiges Verhalten. Sie repariert keine Zellen, die bereits umgewandelt wurden, und sie stellt keine Stellen wieder her, die bereits gestrichen wurden. Eine Datei, die Sie letzte Woche geöffnet haben, enthält in der Arbeitsmappe weiterhin die umgewandelten Werte, und nur ein frischer Import aus der Originaldatei bringt die Codes zurück. Zweitens liegt die Einstellung auf Ihrem Rechner, nicht in der Datei. Ein Kollege, der dieselbe Datei auf einem Rechner mit der Standardeinstellung öffnet, sieht weiterhin gekürzte Codes, und eine Datei, die Sie verschicken, bringt keinen Schutz mit sich. Betrachten Sie die Einstellung als Komfort für Ihren eigenen Rechner und die Importlösung als die verlässliche Methode für Dateien, die Sie teilen. Die begleitenden Anleitungen zum Ein-Spalten-Problem und zum Kodierungsproblem behandeln die beiden anderen Vermutungen, die Excel beim Öffnen anstellt, nämlich Trennzeichen und Kodierung, und sie sind unten bei den verwandten Anleitungen verlinkt.

Lösung 3: Bei selbst erstellten Dateien Codes schon an der Quelle als Text halten

Wenn Sie die CSV-Datei selbst erzeugen, ist die stärkste Lösung, die Quelldaten eindeutig zu machen, bevor sie überhaupt Excel erreichen. In JSON bedeutet das, Codes als Zeichenketten zu halten und nicht als Zahlen: Die Zeichenkette "00123" wird zu den Zeichen 00123 umgewandelt, während die Zahl 123 zu 123 wird, ohne Nullen, die es zu erhalten gälte. Das ist eine Entscheidung über die Quelldaten und keine Konverter-Einstellung, weil kein Konverter Nullen erfinden kann, die die Quellzahl nie hatte. Wenn Ihr Quellsystem eine Postleitzahl bereits als Zahl speichert, sind die Nullen schon vor der Umwandlung weg, und nur das Quellsystem kann sie wiederherstellen, zum Beispiel indem es den Code als Zeichenkette mit fester Breite neu exportiert.

Für Werte, die ihre Nullen bereits verloren haben, aber eine feste Länge besitzen, gibt es eine legitime Rekonstruktion: die Funktion TEXT. Wenn jeder Code in einer Spalte fünf Stellen hat, baut =TEXT(A2,"00000") aus der gekürzten Zahl sowohl die Anzeige als auch den Textwert wieder auf, weil die fehlenden Stellen alle Nullen sind und ihre Anzahl bekannt ist. Kopieren Sie die Ergebnisse und fügen Sie sie als Werte ein, um sie festzuschreiben. Das funktioniert aber nur, wenn die Länge fest ist und der einzige Schaden in gestrichenen führenden Nullen besteht. Es kann keine gekürzte lange ID rekonstruieren, weil die verlorenen Stellen keine Nullen waren, sondern unbekannte Stellen, die durch Nullen ersetzt wurden, und keine Formel sie erraten kann. Wenn Ihre IDs unterschiedlich lang sind oder 15 Stellen überschreiten, füllen Sie nicht auf, sondern erzeugen Sie die Datei neu aus der Quelle.

Eine Datei retten, die bereits mit gekürzten Codes gespeichert wurde

Bis hierher ging jede Lösung davon aus, dass die Datei auf der Festplatte noch korrekt ist und nur die Excel-Ansicht falsch ist. Manchmal wurde die gekürzte Version jedoch bereits gespeichert, und dann stellt sich die Frage, ob die ursprünglichen Codes aus der gespeicherten Kopie noch wiederhergestellt werden können. Die Antwort hängt genau davon ab, was das Speichern getan hat, und es gibt zwei Fälle zu unterscheiden. Im ersten Fall enthält die Datei auf der Festplatte weiterhin die ursprünglichen Zeichen, und nur die Anzeige in der Arbeitsmappe ist falsch. Das ist der Fall, den der Texteditor-Test erkennt: Der Editor zeigt die Nullen, also ist nichts verloren, und Lösung 1 repariert die Ansicht. Im zweiten Fall enthält die Datei auf der Festplatte jetzt selbst die gekürzten Werte, weil jemand sie in Excel geöffnet, die verkürzten Codes gesehen und sie zurück in eine CSV-Datei gespeichert hat, wodurch die umgewandelten Werte in die Datei geschrieben wurden.

Der zweite Fall ist nur unter engen Umständen wiederherstellbar. Wenn jeder Code eine feste Länge hat und der einzige Schaden in gestrichenen führenden Nullen besteht, baut die TEXT-Funktion aus Lösung 3 sie wieder auf, weil die fehlenden Zeichen bekanntermaßen Nullen sind. Arbeiten Sie mit einer Kopie und niemals mit der einzigen Version, und prüfen Sie das Ergebnis in einem Texteditor, bevor Sie es in Excel erneut öffnen. Wenn der Schaden ein Abschneiden der Genauigkeit ist, also eine ID mit mehr als 15 Stellen, deren Ende durch Nullen ersetzt wurde, sind die ursprünglichen Stellen aus dieser Kopie verschwunden. Keine Dekodierung, keine Formatierung und keine Formel kann Stellen wiederherstellen, die durch Platzhalter ersetzt wurden, weil die Platzhalter keine Information darüber tragen, welche Stellen sie ersetzt haben. In diesem Fall hören Sie auf, die Kopie zu reparieren, und erzeugen die Datei neu aus ihrer Quelle: Exportieren Sie sie erneut aus der Datenbank, dem Werkzeug oder dem JSON, aus dem sie kam, und öffnen Sie sie diesmal mit Lösung 1. Und was auch immer Sie tun, bewahren Sie die beschädigte Kopie auf, bis die neu erzeugte Datei geprüft ist. Die einzige Kopie zu löschen, bevor der Ersatz geprüft wurde, ist der Weg, wie aus einem reparierbaren Problem ein verlorener Datensatz wird.

Was das für Dateien aus dem Konverter auf dieser Seite bedeutet

Der Konverter auf dieser Seite erzeugt genau die Art von Datei, um die es in dieser Anleitung geht, sodass es sich lohnt, sein Verhalten klar zu benennen. Der Download erhält Codes genau so, wie das JSON sie enthält. Das wurde am echten Code geprüft und nicht nur angenommen: Die Umwandlungs-Engine wurde mit einer Stichprobe aus drei Zeilen ausgeführt, die die Codes 00123, 00456 und 00078, die Postleitzahlen 02138 und 07477 sowie die 18-stellige Bestell-ID 123456789012345678 enthielt, und sie hat jeden Wert byte-identisch in der CSV erzeugt, wobei die Codes ohne Anführungszeichen blieben, weil sie kein Trennzeichen enthalten, und die lange ID unberührt blieb. Wenn Ihre umgewandelte Datei in Excel also gekürzte Codes zeigt, hat die Umwandlung nichts beschädigt. Die Datei ist korrekt, und Excel hat beim Doppelklick die Typen geraten.

Das gibt Ihnen zwei saubere Optionen für umgewandelte Dateien. Die erste ist der Importweg: Öffnen Sie die heruntergeladene Datei mit Daten und dann Aus Text/CSV, klicken Sie auf Daten transformieren, setzen Sie jede Code-Spalte auf Text und laden Sie. Die Codes werden dann korrekt gelesen, und Sie haben an der Datei nichts verändert, sodass sie für jedes andere Werkzeug weiterhin gültig bleibt. Die zweite ist die Einstellung zur automatischen Konvertierung aus Lösung 2, für Ihren eigenen Rechner. Wandeln Sie die Daten nicht erneut um, um ein Anzeigeproblem durch Typenraten zu beheben, und fügen Sie die umgewandelte Ausgabe nicht über eine Tabellenkalkulation ein und speichern Sie sie nicht zurück, weil dieser Umweg genau die Fehlanpassungen bei Trennzeichen, Kodierung und Typen einführen kann, zu deren Vermeidung diese Anleitung und ihre Begleiter existieren. Beheben Sie das Öffnen, nicht die Daten.

Ein weiteres Konverter-Detail ist hier wichtig. Der Konverter lässt Sie das Trennzeichen vor dem Herunterladen wählen, und diese Wahl ist unabhängig vom Raten der Typen. Eine Datei kann gleichzeitig das richtige Trennzeichen und gekürzte Codes haben, oder die richtigen Codes und das falsche Trennzeichen, oder beides falsch auf einmal. Wenn Ihre umgewandelte Datei in einer Spalte geöffnet wird und die Codes falsch aussehen, beheben Sie beide Einstellungen im selben Import: Wählen Sie das Trennzeichen, das Sie bei der Umwandlung gewählt haben, und setzen Sie die Code-Spalten auf Text. Die begleitende Anleitung zum Ein-Spalten-Problem behandelt die Trennzeichen-Hälfte im Detail, und die Kodierungsanleitung behandelt die Zeichen-Hälfte, und beide sind unten bei den verwandten Anleitungen verlinkt.

Checkliste zur Vorbeugung: Codes so exportieren, dass niemand sie reparieren muss

Das Raten von Typen ist eine Fehlanpassung zwischen Schreiber und Leser, sodass Vorbeugung bedeutet, den Schreiber die Werte so deklarieren zu lassen, dass der Leser sie beachtet. Gehen Sie diese Checkliste durch, wenn Sie eine CSV-Datei erzeugen, und die nächste Person, die sie öffnet, braucht diese Anleitung nicht. Erstens: Halten Sie Codes an der Quelle als Zeichenketten. Wenn Ihre Daten Postleitzahlen, Artikelnummern oder IDs enthalten, speichern Sie sie im Quellsystem als Text, weil ein Zahlentyp die Nullen schon vor jedem Export streicht. Zweitens: Wenn das Publikum Excel nutzt, sagen Sie ihm, wie es die Datei öffnen soll. Ein einzeiliger Hinweis, dass der Import mit Code-Spalten auf Text erfolgen soll, verhindert das ganze Problem, und er kostet nichts, wenn er der Datei beigelegt wird.

Drittens: Speichern Sie eine gerettete Datei niemals zurück über das Original, bis Sie die Rettung in einem Texteditor geprüft haben. Ein Speichern aus Excel schreibt Typen, Trennzeichen und Kodierung mit den eigenen Standardeinstellungen von Excel neu, was die Fehlanpassung für den nächsten Leser wieder einführen kann oder aus einem Anzeigeproblem einen echten Datenverlust machen kann. Viertens: Wenn Sie eine Datei erhalten, öffnen Sie sie zuerst in einem Texteditor, falls irgendetwas merkwürdig aussieht, und bestätigen Sie die Codes, bevor Sie eine Tabellenkalkulation darüber speichern lassen. Und fünftens: Bewahren Sie die Quelldaten auf. Eine CSV-Datei ist eine abgeflachte Momentaufnahme und nicht die Daten selbst, sodass Sie bei einer misslungenen Rettung aus der Quelle erneut sauber exportieren können, statt eine beschädigte Kopie zu reparieren. Die meisten Code-Schreckensgeschichten enden damit, dass jemand zu spät entdeckt, dass die beschädigte CSV-Datei die einzige Kopie war. Lassen Sie das nicht Ihre Datei sein.

Verwandte Anleitungen

• CSV in einer Spalte: Warum Ihre CSV in Excel in einer Spalte landet und wie Sie das beheben (Anleitung 2026) →
• Warum Ihre CSV in Excel falsch dargestellt wird und wie Sie die Kodierung beheben (Anleitung 2026) →
• JSON in CSV umwandeln: 3 zuverlässige Methoden (Anleitung 2026) →
• Excel ändert Datum in CSV: Tag und Monat vertauscht – so bleiben Ihre Daten richtig (Anleitung 2026) →
• Warum Excel Ihre CSV beim Speichern verändert und wie Sie das Original schützen (Anleitung 2026) →
• CSV-Datei zu groß für Excel: Warum Excel Ihre große CSV-Datei nicht öffnet und was Sie stattdessen tun (Anleitung 2026) →

Häufig gestellte Fragen