Die Datei lässt sich öffnen – stimmen auch die Daten?

Dekodierung, Struktur und Bedeutung getrennt prüfen

Eine geöffnete Datei kann inhaltlich falsch sein. Dekodierung ordnet Bytes Zeichen zu. Struktur beschreibt die Regeln für Felder und Zeilen. Bedeutung erklärt, wofür ein Wert im Arbeitsablauf steht. Ein JSON-Parser prüft Teile der ersten beiden Ebenen; ob eine Zahl eigentlich eine Kennung ist, muss der Datenverantwortliche festlegen.

Unser synthetischer Bestand hat zwei Datensätze: Code 00127, Name Çay, Menge 0; Code 00128, Name Kahve, Menge leer. Das Beispiel enthält keine personenbezogenen Daten. Vorab festzulegen, was diese zwei Zeilen erhalten müssen, ist übersichtlicher als die Suche nach Fehlern in Hunderten Ausgabezeilen.

00127 kann eine Kennung statt einer Zahl sein

Als Zahl wird 00127 zu 127. Für eine Berechnung mag das gleichwertig sein, für einen Abgleich mit einem anderen System können die führenden Nullen jedoch entscheidend sein. In JSON bleibt die Kennung als Zeichenfolge "00127" erhalten. RFC 8259 erlaubt keine zusätzlichen führenden Nullen in Zahlen.

Eine passende Ausgabe lautet {"code":"00127","name":"Çay","menge":0}. Code ist Text, Menge eine Zahl. Legen Sie in einem Feldverzeichnis fest, dass Codes zum Zuordnen und Mengen zum Rechnen dienen. Pauschale Typumwandlung kann diese fachliche Entscheidung nicht ersetzen.

Nullmenge, leerer Text, null und fehlendes Feld

Menge 0 bedeutet hier „gezählt, nichts vorhanden“. Eine leere CSV-Zelle bedeutet dagegen „noch nicht gezählt“. Wer die leere Zelle durch 0 ersetzt, erfindet eine abgeschlossene Zählung. Selbst ein unveränderter Gesamtwert von 0 würde diesen Bedeutungsverlust nicht sichtbar machen.

JSON unterscheidet "", null und ein fehlendes Feld. Wenn das Zielsystem null als „nicht gezählt“ versteht, lautet der zweite Datensatz {"code":"00128","name":"Kahve","menge":null}. CSV trifft diese Vereinbarung nicht selbst. Ohne Erklärung des Datenbesitzers bleibt das Feld leer und die Bestandsberechnung offen.

Zeichen und Datumsangaben richtig interpretieren

Ein beschädigter Name Çay betrifft eine andere Ebene. W3C erklärt Zeichenkodierung als Zuordnung zwischen Bytes und Zeichen. Eine UTF-8-Datei mit falscher Kodierung zu lesen kann falsche Zeichen anzeigen, obwohl die ursprünglichen Bytes stimmen. Bewahren Sie deshalb Original und verwendete Kodierung auf, bevor Sie beschädigten Text erneut speichern.

03/04/2026 kann in Tag/Monat-Reihenfolge den 3. April oder in Monat/Tag-Reihenfolge den 4. März bedeuten. Erst die Felddefinition löst diesen Konflikt. Bei Tag/Monat/Jahr ist 2026-04-03 eine eindeutige Darstellung. Einem reinen Kalenderdatum automatisch Mitternacht UTC zuzuweisen fügt eine zusätzliche Annahme hinzu.

Eine kleine Abnahmeliste erstellen

Schreiben Sie vor der Umwandlung auf: zwei Datensätze, Kennungen 00127 und 00128, unverändertes Çay und getrennte Behandlung von null und 0. Prüfen Sie anschließend jedes Feld. Eine Meldung „gültiges JSON“ oder dieselbe Dateigröße reicht dafür nicht aus.

Die Rückkonvertierung nach CSV ist ein zusätzlicher Test. Vergleichen Sie ausgewählte Feldbedeutungen mit dem Original. Verwenden beide Richtungen dieselbe falsche Annahme, kann der Rückweg trotzdem gelingen. Maßgeblich bleiben Quelldaten und Feldverzeichnis; identische Bytes sind nicht bei jeder Konvertierung erforderlich.

• Genau zwei Datensätze ohne zusätzliche oder fehlende Zeile.
• Kennungen bleiben Text mit führenden Nullen.
• 0 und null bleiben verschieden; Unbekanntes wird gesondert ausgewiesen.
• Çay behält die Zeichen der Quelle.

Bei Mehrdeutigkeit anhalten und gezielt fragen

Arbeiten Sie zunächst auf einer Kopie. Fragen Sie bei fehlender Definition: „Bedeutet eine leere Menge ungezählt oder null Stück? Gehören die Nullen zur Kennung 00127?“ Das ist konkreter und leichter zu beantworten als „Meine Datei ist kaputt“.

In der Community genügen die zwei synthetischen Zeilen, das erwartete JSON und die tatsächliche Abweichung. Teilen Sie keinen echten privaten Bestand. Konverter und Vergleichswerkzeuge helfen beim Prüfen; welche Bedeutung erhalten bleiben muss, entscheiden die Datenregeln. Bleibt diese Entscheidung offen, kennzeichnen Sie das Ergebnis als ungewiss.