Excel ändert Datum in CSV: Tag und Monat vertauscht – so bleiben Ihre Daten richtig (Anleitung 2026)

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

Als Erstes sollten Sie klären, ob Ihre Daten beschädigt oder nur falsch gelesen wurden, wenn sich Ihre Daten verändern. Die beiden Fälle erfordern 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 Notepad unter Windows oder in TextEdit im Nur-Text-Modus auf einem Mac. Wenn die Daten dort exakt so stehen, wie die Quelle sie geschrieben hat, also 03/04/2026, 2026-03-04 oder 1-2, dann sind Ihre Daten intakt und nur die Lesart von 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, sich aber Daten verschoben, vertauscht oder neu formatiert wurden und kurze Codes wie 1-2 oder MARCH1 zu Daten geworden sind, dann handelt es sich um das Raten von Datentypen, nicht um ein Trennzeichenproblem und nicht um eine Beschädigung. Ein Trennzeichenproblem packt ganze Zeilen in eine einzige Spalte. Eine Beschädigung verwürfelt alles oder lässt Zeilen verschwinden. Das Raten von Datentypen arbeitet gezielt: Es verändert genau die Werte, die wie Daten aussehen, und lässt alles andere unberührt. Wenn aus 03/04/2026 der 3. April wurde, obwohl es der 4. März sein sollte, und aus einem Code wie 1-2 der 2. Januar wurde, dann hat Excel Text als Datum behandelt. Das verrät Ihnen zugleich die Ursache und die Lösung.

Die dritte Prüfung entscheidet, ob eine Rettung noch möglich ist, und sie nutzt die Bearbeitungsleiste, nicht die Zelle selbst. Klicken Sie auf eine veränderte Datumszelle und lesen Sie die Bearbeitungsleiste. Wenn die Bearbeitungsleiste eine Seriennummer wie 46085 zeigt oder ein Datum in einer anderen Anordnung als in der Datei, dann enthält die Zelle jetzt einen Excel-Datumswert und nicht mehr Ihre Zeichen. Wenn die Bearbeitungsleiste die ursprünglichen Zeichen zeigt, hat sich nur das Anzeigeformat geändert, und eine neue Formatierung der Zelle behebt das Problem. Bis Sie das geprüft haben, lassen Sie die Originaldatei unberührt, arbeiten Sie mit einer Kopie und speichern Sie eine umgewandelte Datei niemals über die gute Datei hinweg.

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

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 Daten, welche Zahlen und welche Text sind. Eine Tabellendatei 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. Das csv-Modul von Python und Google Tabellen behalten CSV-Werte als Text, solange man ihnen nichts anderes sagt. Darum sieht dieselbe Datei dort korrekt aus. Excel dagegen rät beim Doppelklick auf eine CSV-Datei: Alles, was wie ein Datum aussieht, wird zu einem Datum, alles, was wie eine Zahl aussieht, wird zu einer Zahl, und es prüft nicht, ob diese Vermutung richtig war.

Diese Vermutung ist das ganze Problem bei Daten, denn die Schreibweise von Daten ist nicht überall gleich. Die USA schreiben den Monat zuerst, also 03/04/2026 für den 4. März. Der größte Teil Europas schreibt den Tag zuerst, also 03/04/2026 für den 3. April. ISO 8601 schreibt das Jahr zuerst, also 2026-03-04, und das ist eindeutig. Die meisten exportierten Dateien nutzen diese Form jedoch nicht. Eine CSV-Datei sagt nicht, welcher Konvention ihre Daten folgen. Excel fällt daher auf die Konvention des Rechners zurück, der die Datei öffnet. Öffnen Sie dieselbe Datei in New York und in Berlin, erhalten Sie aus einer Datei zwei verschiedene Tabellen, und kein Rechner warnt Sie, dass eine Entscheidung getroffen wurde. Dieselbe Logik erklärt den zweiten Schaden: Werte, die überhaupt keine Daten sind, wie der Bereich 1-2, das Verhältnis 5/6 oder der Code MARCH1, ähneln einem Datumsformat so stark, dass Excel auch sie umwandelt. Die Datei hat sich nicht verändert. Das lesende Programm hat die Bedeutung der Zeichen verändert.

Das erklärt auch, warum dieses Problem bei Dateien, die aus JSON umgewandelt wurden, so oft auftritt. JSON unterscheidet Typen: Die Zeichenkette 2026-03-04 und die Zeichenkette 03/04/2026 sind unterschiedliche Zeichenketten, und eine Umwandlung von JSON in CSV schreibt jede exakt so aus, wie sie geschrieben wurde. Die Umwandlung ist korrekt. Das Öffnen passt nicht dazu. Der Konverter auf dieser Seite wurde zum Beispiel mit einer Stichprobe ausgeführt, die die Daten 2026-03-04, 03/04/2026 und 2026-03-04T10:30:00Z enthielt, und er hat jeden Wert bytegenau in der CSV ausgegeben, ohne Neuformatierung und ohne veränderte Ziffern. Wenn Sie wissen, dass die Fehlanpassung beim Öffnen liegt 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 die Vermutung Daten verändert, und wie Sie sie unterscheiden

Das Raten von Datentypen verändert Daten auf drei unterschiedliche Arten, und es ist wichtig, sie zu unterscheiden, weil nur manche davon reparierbar sind. Die erste ist die Vertauschung von Tag und Monat: Aus 03/04/2026 wird der 3. April statt des 4. März oder umgekehrt, und das geschieht lautlos. Nichts sieht beschädigt aus. Die Spalte ist voller plausibler Daten, jedes einzelne ist gültig, und ein Viertel Ihrer Daten ist falsch, ohne dass eine Fehlermeldung das jemals anzeigen würde. Die Vertauschung passiert nur dort, wo der Tag 12 oder kleiner ist, weil nur dann der Tag als Monat durchgehen kann. Genau das macht sie gefährlich: Die Zeilen, die sich nicht vertauschen lassen, verraten das Problem, während die Zeilen, die sich vertauscht haben, es verbergen.

Die zweite Art ist die gemischte Spalte, und sie ist der verräterische Hinweis darauf, dass eine Vertauschung passiert ist. Wenn eine Datei im US-Format auf einem Rechner mit Tag-zuerst-Schreibweise geöffnet wird, können Zeilen mit einem Tag von 13 oder höher keine Monate sein. Excel lässt diese Zellen daher als Text stehen, während es den Rest in Daten umwandelt. Eine Spalte enthält dann zwei Arten von Zellen: echte Daten für die ersten zwölf Tage jedes Monats und Text für den Rest. Beim Sortieren dieser Spalte landen die Textzeilen an einem Ende, beim Filtern nach Datum werden sie übersehen, und jedes Diagramm oder jede Berechnung, die auf der Spalte aufbaut, lässt sie stillschweigend weg. Wenn sich Ihre Datumsspalte seltsam sortiert oder manche Zeilen sich nicht wie Daten verhalten, prüfen Sie zuerst diese Aufspaltung, bevor Sie die Daten beschuldigen.

Die dritte Art ist ein Wert, der kein Datum ist und trotzdem in ein Datum umgewandelt wird: Aus dem Bereich 1-2 wird der 2. Januar, aus dem Verhältnis 5/6 wird der 6. Mai, aus dem Code MARCH1 wird der 1. März. Im Hintergrund speichert Excel ein Datum als Seriennummer, also als Anzahl der Tage seit dem 30. Dezember 1899. Der 4. März 2026 wird daher als 46085 gespeichert und der 3. April 2026 als 46115. Sobald ein Wert zu einer Seriennummer geworden ist, sind die ursprünglichen Zeichen in dieser Arbeitsmappe verloren. Wenn Sie die Zelle danach als Text formatieren, kommen sie nicht zurück: Es wird 46085 angezeigt, also die Seriennummer als Text dargestellt, nicht 2026-03-04. Das ist der Test, der ein Anzeigeproblem von einem Datenverlust trennt. Wenn die Bearbeitungsleiste die Seriennummer zeigt, sind die Zeichen in dieser Kopie verloren, und nur der Abschnitt zur Rettung kann noch helfen.

CSV file (from this page converter, verified):
order,shipDate,dueDate,window,code
A-101,2026-03-04,03/04/2026,1-2,MARCH1
A-102,2026-04-03,04/03/2026,12-3,SEPT2
A-103,2026-03-04T10:30:00Z,3/4/2026,5/6,OCT4

What Excel shows on double-click, US machine (month first):
shipDate -> real dates, displayed 3/4/2026, 4/3/2026, 3/4/2026
window -> 1-2 becomes Jan-02, 12-3 stays text, 5/6 becomes Jun-05
code -> MARCH1 becomes Mar-01, SEPT2 becomes Sep-02, OCT4 becomes Oct-04

What Excel shows on double-click, day-first machine:
dueDate 03/04/2026 -> April 3 (was March 4); 04/03/2026 -> March 4 (was April 3)
dueDate 3/4/2026 -> April 3 (was March 4); rows with day above 12 stay text

Beachten Sie, was die Tabelle beweist: In der Datei fehlt nichts, und in der Excel-Ansicht ist alles verändert. Darum funktioniert die Importlösung so vollständig. Wenn Sie Excel vor dem Laden sagen, dass eine Spalte Text ist, speichert es dieselben Zeichen ohne jede Umwandlung, und jedes Datum springt ohne Bearbeiten und ohne erneutes Eintippen zu sich selbst zurück. Wenn Ihre Datei diesem Muster entspricht, ü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, denn jede kostet Zeit und eine davon verschlimmert die Lage. Die erste ist, die Spalte nach dem Öffnen neu zu formatieren. Eine Änderung des Zahlenformats verändert, wie ein gespeichertes Datum angezeigt wird, aber sie kann nicht verändern, welches Datum gespeichert wurde. Wenn Excel den 3. April gespeichert hat, obwohl die Datei den 4. März meinte, zeigt die Neuformatierung den 3. April in einem anderen Stil, und das falsche Datum bleibt falsch. Formatierung ist Anzeige. Die gespeicherte Seriennummer ist der Datenwert, und Anzeigeänderungen berühren ihn nie.

Die zweite ist, die regionalen Einstellungen des Systems nach dem Import zu ändern. Die Einstellungen sind in dem Moment wichtig, in dem Excel die Datei liest, nicht danach. Sobald die Seriennummern gespeichert sind, verändert ein Wechsel des Rechners von Monat-zuerst auf Tag-zuerst nur, wie die gespeicherten Seriennummern angezeigt werden, genau wie eine Neuformatierung. Die Datei wird dadurch nicht neu gelesen, und nichts wird zurückvertauscht. Die dritte ist, die Werte in der CSV in Anführungszeichen zu setzen. Viele Anleitungen behaupten, dass die Schreibweise 03/04/2026 in Anführungszeichen das Datum schützt. In Excel tut sie das nicht. Excel entfernt die Anführungszeichen beim Import und wendet dann dieselbe Datumsvermutung auf den Wert darin an, sodass das in Anführungszeichen gesetzte Datum genau wie das nackte Datum umgewandelt wird. Anführungszeichen steuern, wie Kommas innerhalb eines Werts behandelt werden, nicht, wie Excel den Wert typisiert.

Die vierte ist Suchen und Ersetzen bei den umgewandelten Daten, also Tag und Monat von Hand oder per Formel über die ganze Spalte zurückzutauschen. Das funktioniert nur, wenn jede Zeile vertauscht wurde, was nie der Fall ist: Zeilen mit einem Tag über 12 wurden nie vertauscht, sie blieben Text. Ein pauschaler Tausch beschädigt daher die Zeilen, die richtig waren, während er die Zeilen repariert, die falsch waren. Nutzen Sie Suchen und Ersetzen für Werte, die Sie von Hand eingetippt haben, und nutzen Sie die Importlösung für Dateien. Wenn Sie wissen, welche Lösungen scheitern, entgehen Sie 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 Datumsspalten auf Text setzen

Dies ist die Lösung, die Sie zuerst versuchen sollten, weil sie nichts an Ihrem System und nichts an der Datei verändert und bei jeder CSV funktioniert, unabhängig von Trennzeichen oder Kodierung. Statt die Datei per Doppelklick zu öffnen, ö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 Daten werden in der Vorschau exakt so angezeigt, wie sie in der Datei geschrieben stehen, in denselben Zeichen wie in der Datei, bevor etwas geladen wird. Wenn die Vorschau weiterhin umgewandelte Daten zeigt, haben Sie noch nichts verändert, und Sie können die Spaltentypen vor dem Laden anpassen.

• ▸Öffnen Sie eine leere Arbeitsmappe in Excel. Öffnen Sie die CSV-Datei nicht per Doppelklick.
• ▸Gehen Sie zu Data, dann zu From 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 Transform Data statt auf Load, um den Power Query-Editor zu öffnen.
• ▸Entfernen Sie im Power Query-Editor den automatisch erzeugten Schritt Changed Type, denn in diesem Schritt passiert die Datumsvermutung.
• ▸Wählen Sie jede Datumsspalte und jede Codespalte aus, die wie ein Datum aussieht, und setzen Sie den Datentyp auf Text.
• ▸Klicken Sie auf Close and Load. Die Daten kommen als Text an, mit jedem Zeichen exakt wie geschrieben.

Textdaten haben einen ehrlichen Nachteil, den Sie verstehen sollten. Ein Textdatum ist kein echtes Excel-Datum: Es sortiert sich nicht chronologisch zusammen mit echten Daten, und Datumsformeln ignorieren es, bis Sie es bewusst umwandeln. Das ist ein Vorteil, kein Fehler, wenn das Ziel darin besteht, die Zeichen der Quelle zu erhalten. Wandeln Sie danach bewusst um, mit der nächsten Lösung, sobald Sie die Konvention der Quelle kennen. Machen Sie den Import zu Ihrer Standardmethode zum Öffnen von CSV-Dateien, nicht nur zu Ihrer Rettungsmaßnahme. Ein Doppelklick ist eine Vermutung über das Trennzeichen, die Kodierung und den Typ jeder Spalte. Ein Import ist eine Entscheidung über alle drei, und die Entscheidung dauert etwa eine Minute länger. Auf einem Mac funktioniert derselbe Weg über Data und dann From Text, wobei die Spaltentypen im Importschritt gesetzt werden.

Lösung 2: Mit der Ausgangssprache importieren, damit die Umwandlung die beabsichtigte ist

Wenn Sie echte Excel-Daten brauchen und keinen Text, funktioniert der Importweg weiterhin, mit einem zusätzlichen Schritt: Sagen Sie Excel, welcher Konvention die Quelldatei folgt. Klicken Sie im Power Query-Editor mit der rechten Maustaste auf die Datumsspalte und wählen Sie Change Type und dann Using Locale. Wählen Sie Datum als Datentyp und die Sprache, die zur Quelldatei passt, also English (United States) für Dateien mit Monat zuerst oder die Tag-zuerst-Sprache, die zu einem europäischen Export passt. Power Query wandelt dann jede Zeile unter dieser einen Konvention um, auch Zeilen mit einem Tag über 12, sodass die Spalte einheitlich herauskommt: lauter echte Daten, keine Textreste, keine lautlosen Vertauschungen.

Prüfen Sie das Ergebnis vor dem Laden anhand der Zeilen, die eine Vertauschung verraten. Suchen Sie Datensätze, bei denen der Tag größer als 12 ist: Unter der richtigen Sprache werden sie als Daten geladen, unter der falschen bleiben sie Text oder schlagen fehl. Suchen Sie dann einen Datensatz, bei dem Tag und Monat beide 12 oder kleiner sind, und bestätigen Sie, dass er so gelesen wird, wie die Quelle es meinte. Wenn eine der beiden Prüfungen fehlschlägt, haben Sie die falsche Sprache gewählt, und Sie haben nichts verloren, weil noch nichts geladen wurde. Ändern Sie die Sprache und prüfen Sie erneut. Diese Prüfung anhand von zwei Datensätzen dauert zehn Sekunden und fängt den Fehler ab, der sonst monatelang verborgen bleibt.

Lösung 3: Bereits importierte Daten reparieren, ohne erneut zu importieren

Manchmal ist ein erneuter Import keine Option, weil die Originaldatei weg ist und nur die Arbeitsmappe überlebt hat. Was Sie reparieren können, hängt davon ab, was überlebt hat. Wenn die importierten Daten noch Text sind, weil Excel sie nicht erkannt hat, repariert sie das Werkzeug Text to Columns: Wählen Sie die Spalte aus, gehen Sie zu Data und dann zu Text to Columns, klicken Sie zweimal auf Next und wählen Sie in Schritt 3 Datum sowie das Format, das zur Originaldatei passt, also MDY für Monat zuerst oder DMY für Tag zuerst. Excel wandelt die ganze Spalte unter dieser einen Konvention um, und das ist genau die Kontrolle, die ein Doppelklick niemals gegeben hat.

Wenn die Daten als falsche Seriennummern gespeichert wurden, weil jede Zeile vertauscht wurde, kann eine Formel sie zurücktauschen: In einer Hilfsspalte baut =DATE(YEAR(A2),DAY(A2),MONTH(A2)) jedes Datum mit vertauschtem Tag und Monat neu auf, und wenn Sie die Ergebnisse kopieren und als Werte einfügen, wird die Reparatur festgeschrieben. Das funktioniert aber nur, wenn jede Zeile in der Spalte vertauscht wurde, was bedeutet, dass jeder ursprüngliche Tag 12 oder kleiner war. Wenn die Spalte gemischt ist, also Daten plus Textreste, reparieren Sie die beiden Gruppen getrennt: Wandeln Sie zuerst die Textzeilen mit Text to Columns um und prüfen Sie dann, ob die Datumszeilen überhaupt zurückgetauscht werden müssen. Eine pauschale Formel auf eine gemischte Spalte beschädigt die Zeilen, die richtig waren. Und wenn die ursprünglichen Zeichen weg sind und Sie nicht sagen können, welche Zeilen vertauscht wurden, hören Sie auf: Keine Formel kann Informationen wiederherstellen, die die Datei nicht mehr enthält, und der Abschnitt zur Rettung ist dann Ihr einziger ehrlicher Weg.

Lösung 4: Automatische Datumsumwandlung abschalten und ISO-Daten an der Quelle schreiben

Wenn Sie jeden Tag CSV-Dateien öffnen, wird der Import jedes Mal lästig, und die dauerhafte Lösung besteht darin, zu verändern, was Excel standardmäßig vermutet. Aktuelle Excel-Versionen, also Microsoft 365, Excel 2024 und ihre Mac-Entsprechungen, enthalten eine Einstellung namens automatische Datenumwandlung unter File, dann Options und dann Data. Sie listet die Umwandlungen auf, die Excel von sich aus anwendet, darunter die Umwandlung von Zeichenketten aus Buchstaben und Zahlen, die wie Daten aussehen. Deaktivieren Sie die Umwandlungen, die Sie nicht wollen, und Excel lässt diese Werte bei künftigen Öffnungen als Text stehen, auch bei Öffnungen per Doppelklick.

Zwei Vorsichtsmaßnahmen, bevor Sie sich auf diese Einstellung verlassen: Erstens verändert sie nur das künftige Verhalten. Sie repariert keine Zellen, die bereits umgewandelt wurden, und sie stellt keine Zeichen wieder her, die bereits durch Seriennummern ersetzt 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 Daten zurück. Zweitens lebt die Einstellung auf Ihrem Rechner, nicht in der Datei. Eine Kollegin oder ein Kollege, die oder der dieselbe Datei auf einem Rechner mit der Standardeinstellung öffnet, sieht weiterhin umgewandelte Daten, und eine Datei, die Sie versenden, trägt keinen Schutz mit sich. Betrachten Sie die Einstellung als eine Annehmlichkeit für Ihren eigenen Rechner und die Importlösung als die verlässliche Methode für Dateien, die Sie teilen.

Wenn Sie die CSV selbst erzeugen, ist die stärkste Lösung an der Quelle: Schreiben Sie Daten in der Form ISO 8601, also mit dem Jahr zuerst, 2026-03-04. Daten mit dem Jahr zuerst haben für keinen Leser eine Tag-Monat-Mehrdeutigkeit, die er auflösen müsste, weil das Jahr zuerst kommt und der Monat immer die mittlere Zahl ist. Das macht Excel nicht unfehlbar, prüfen Sie den Import also weiterhin, aber es beseitigt die gesamte Klasse von Vertauschungsfehlern, zu denen Schrägstrich- und Bindestrich-Daten einladen. In JSON bedeutet das, Daten als Zeichenketten in ISO-Form zu halten und nicht als Zeichenketten in lokaler Formatierung: Die Zeichenkette 2026-03-04 wird zu den Zeichen 2026-03-04 umgewandelt, während eine lokale Zeichenkette wie 03/04/2026 ihre Mehrdeutigkeit in jede Datei trägt, die sie berührt. Das ist eine Entscheidung über die Quelldaten und keine Konvertereinstellung, denn kein Konverter kann eine Konvention erklären, die die Quelle niemals angegeben hat.

Eine Datei retten, die bereits mit umgewandelten Daten gespeichert wurde

Bis hierher ging jede Lösung davon aus, dass die Datei auf der Festplatte weiterhin korrekt ist und nur die Excel-Ansicht falsch ist. Manchmal wurde die umgewandelte Version jedoch bereits gespeichert, und die Frage ist dann, ob sich die ursprünglichen Daten aus der gespeicherten Kopie noch wiederherstellen lassen. Die Antwort hängt davon ab, was genau beim Speichern passiert ist, und es gibt zwei Fälle, die man unterscheiden muss. Im ersten Fall enthält die Datei auf der Festplatte weiterhin die ursprünglichen Zeichen, und nur die Anzeige der Arbeitsmappe ist falsch. Das ist der Fall, den der Texteditor-Test erkennt: Der Editor zeigt die ursprünglichen Daten, also ist nichts verloren, und Lösung 1 repariert die Ansicht. Im zweiten Fall enthält die Datei auf der Festplatte nun die umgewandelten Werte selbst, weil jemand sie in Excel geöffnet, die neu formatierten Daten gesehen und sie zurück in CSV gespeichert hat, wodurch die umgewandelten Werte in die Datei geschrieben wurden.

Der zweite Fall ist nur unter engen Umständen wiederherstellbar. Wenn jedes Datum unter einer Konvention vertauscht wurde und jeder ursprüngliche Tag 12 oder kleiner war, tauscht die DATE-Formel aus Lösung 3 die Daten zurück, weil der Schaden ein einheitlicher Tausch ist. Arbeiten Sie mit einer Kopie, niemals mit der einzigen Version, und prüfen Sie das Ergebnis anhand eines bekannten Datensatzes, bevor Sie die Datei in Excel erneut öffnen. Wenn der Schaden gemischt ist, also manche Zeilen vertauscht wurden, manche Zeilen Text blieben und manche Codes zu Daten wurden, dann sind die ursprünglichen Zeichen in dieser Kopie so verloren, dass keine Formel sie entwirren kann, weil eine Seriennummer nicht festhält, durch welche Konvention sie entstanden ist. Hören Sie in diesem Fall auf, die Kopie zu reparieren, und erzeugen Sie die Datei aus ihrer Quelle neu: Exportieren Sie sie erneut aus der Datenbank, dem Werkzeug oder dem JSON, aus dem sie stammte, und öffnen Sie sie dieses Mal 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 verifiziert ist, verwandelt ein behebbares Problem in einen verlorenen Datensatz.

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

Der Konverter auf dieser Seite erzeugt genau die Art von Datei, um die es in dieser Anleitung geht, deshalb lohnt es sich, sein Verhalten klar zu benennen. Der Download bewahrt Daten exakt so, wie das JSON sie enthält. Das wurde anhand des echten Codes geprüft und nicht nur angenommen: Die Umwandlungsmaschine wurde mit einer dreizeiligen Stichprobe ausgeführt, die das ISO-Datum 2026-03-04, die Schrägstrich-Daten 03/04/2026 und 04/03/2026, den Zeitstempel 2026-03-04T10:30:00Z und die datumsähnlichen Codes 1-2, 12-3, 5/6, MARCH1, SEPT2 und OCT4 enthielt, und sie hat jeden Wert bytegenau in der CSV ausgegeben, ohne Neuformatierung, ohne Umwandlung und ohne veränderte Ziffern. Wenn Ihre umgewandelte Datei in Excel veränderte Daten zeigt, hat die Umwandlung also nichts beschädigt. Die Datei ist korrekt, und Excel hat die Typen beim Doppelklick geraten.

Daraus ergeben sich zwei saubere Optionen für umgewandelte Dateien. Die erste ist der Importweg: Öffnen Sie die heruntergeladene Datei mit Data und dann From Text/CSV, klicken Sie auf Transform Data, setzen Sie jede Datumsspalte auf Text, um die Zeichen zu behalten, oder auf Datum mit der Ausgangssprache, wenn Sie echte Daten brauchen, und laden Sie die Datei. Die Daten werden dann korrekt gelesen, und Sie haben nichts an der Datei verändert, sodass sie für jedes andere Werkzeug gültig bleibt. Die zweite ist die Einstellung zur automatischen Umwandlung aus Lösung 4, für Ihren eigenen Rechner. Wandeln Sie die Daten nicht erneut um, um ein Anzeigeproblem durch das Raten von Typen zu beheben, und fügen Sie die umgewandelte Ausgabe nicht über eine Tabelle ein und speichern Sie sie nicht zurück, denn dieser Umweg kann genau die Trennzeichen-, Kodierungs- und Typenfehlanpassungen einführen, die diese Anleitung und ihre Begleitanleitungen verhindern sollen. Beheben Sie das Öffnen, nicht die Daten.

Ein weiteres Konverterdetail ist hier wichtig. Der Konverter lässt Sie vor dem Herunterladen das Trennzeichen wählen, und diese Wahl ist unabhängig vom Raten der Typen. Eine Datei kann gleichzeitig das richtige Trennzeichen und vertauschte Daten haben, oder die richtigen Daten und das falsche Trennzeichen, oder beides falsch auf einmal. Wenn Ihre umgewandelte Datei in einer Spalte geöffnet wird und die Daten falsch aussehen, beheben Sie beide Einstellungen im selben Import: Wählen Sie das Trennzeichen, das Sie zum Zeitpunkt der Umwandlung gewählt haben, und setzen Sie die Datumsspalten auf Text oder auf Datum mit der Ausgangssprache. Die Begleitanleitung zum Ein-Spalten-Problem behandelt die Trennzeichenhälfte im Detail, die Kodierungsanleitung behandelt die Zeichenhälfte, und die Anleitung zu führenden Nullen behandelt die Zahlenhälfte. Alle drei sind unten in den verwandten Anleitungen verlinkt.

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

Das Raten von Typen ist eine Fehlanpassung zwischen dem Schreibenden und dem Lesenden. Vorbeugung bedeutet daher, dass der Schreibende erklärt, was die Werte sind, und zwar so, dass der Lesende es beachtet. Gehen Sie diese Checkliste durch, wenn Sie eine CSV erzeugen, und die nächste Person, die sie öffnet, braucht diese Anleitung nicht. Erstens: Schreiben Sie Daten an der Quelle in der Form ISO 8601, also mit dem Jahr zuerst. Wenn Ihre Daten Daten enthalten, speichern Sie sie im Quellsystem als ISO-Zeichenketten, denn ein Datum in lokaler Formatierung trägt seine Mehrdeutigkeit in jeden Export. Zweitens: Wenn das Publikum Excel nutzt, sagen Sie ihm, wie es die Datei öffnen soll. Ein einzeiliger Hinweis, dass Datumsspalten beim Import auf Text oder auf Datum mit der Ausgangssprache gesetzt werden sollen, verhindert das ganze Problem, und es kostet nichts, ihn der Datei beizulegen.

Drittens: Speichern Sie eine gerettete Datei erst dann über das Original, wenn Sie die Rettung in einem Texteditor geprüft haben. Ein Speichern aus Excel schreibt Typen, Trennzeichen und Kodierung mit den Standardeinstellungen von Excel neu, was die Fehlanpassung für den nächsten Lesenden wieder einführen oder ein Anzeigeproblem in einen echten Datenverlust verwandeln kann. Viertens: Wenn Sie eine Datei erhalten, öffnen Sie sie zuerst in einem Texteditor, falls etwas merkwürdig aussieht, und bestätigen Sie die Daten, bevor Sie eine Tabelle darüber speichern lassen. Und fünftens: Bewahren Sie die Quelldaten auf. Eine CSV ist eine abgeflachte Momentaufnahme und nicht die Daten selbst. Wenn eine Rettung schiefgeht, lässt Sie die Quelle sauber erneut exportieren, statt eine beschädigte Kopie zu reparieren. Die meisten Datums-Horrorgeschichten enden damit, dass jemand zu spät entdeckt, dass die beschädigte CSV 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) →
• Warum Excel die führenden Nullen Ihrer CSV-Codes entfernt und wie Sie sie behalten (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