CSV zu XML — Flache Daten in hierarchische Strukturen umwandeln

Das Szenario ist typisch: Kundendaten, Lagerbestände oder Transaktionsprotokolle werden aus einem eigenen System exportiert — als CSV. Gut, jedes System kann CSV ausgeben. Aber das Zielsystem — ein älteres CRM, ein SOAP-basierter Webservice, ein Regierungsportal, ein Legacy-ERP — erwartet XML.

Niemand hat diese Situation gewählt. Sie wurde geerbt. Und nun muss eine flache Tabelle in ein hierarchisches Markup-Dokument umgewandelt werden, was Entscheidungen erfordert, die nicht sofort offensichtlich sind, wenn man es zum ersten Mal macht.

Warum XML 2026 noch existiert

Die Versuchung, XML als Relikt der 2000er zu betrachten, ist verständlich. Für neue API-Entwicklungen hat REST mit JSON gewonnen. Aber XML hat in bestimmten Domänen überlebt:

SOAP-Webservices: Viele Enterprise-Integrationen — Banking, Versicherungen, Gesundheitswesen, Logistik, Behörden — laufen noch immer auf SOAP. Diese Dienste entstanden vor dem JSON-Aufstieg und wurden nie migriert, weil der Migrationsaufwand keinen Nutzen rechtfertigt.

EDI (Electronic Data Interchange): Der Einzelhandel, die Lieferkette und die Fertigungsindustrie verwenden EDI-Standards mit XML-Varianten. Lieferantenportale großer Einzelhändler können XML-basiertes EDI erwarten.

Behörden- und Branchenberichterstattung: Steuerbehörden, Finanzaufsicht und Gesundheitssysteme (HL7, FHIR) schreiben oft XML-Schemas vor. Viele europäische Regierungsdatenstandards sind XML.

Konfigurationsdateien: Mavens pom.xml, Androids AndroidManifest.xml, viele Java-Anwendungsserver — alles XML.

Wie CSV auf XML gemappt wird

CSV ist ein flaches Tabellenformat. XML ist hierarchisch. Die Konvertierung erfordert eine Entscheidung darüber, wo die Hierarchie liegt.

Ein CSV mit Headern:

id,first_name,last_name,email
1,Alice,Smith,alice@example.com
2,Bob,Jones,bob@example.com

Das konvertierte XML:

<?xml version="1.0" encoding="UTF-8"?>
<customers>
  <customer>
    <id>1</id>
    <first_name>Alice</first_name>
    <last_name>Smith</last_name>
    <email>alice@example.com</email>
  </customer>
  <customer>
    <id>2</id>
    <first_name>Bob</first_name>
    <last_name>Jones</last_name>
    <email>bob@example.com</email>
  </customer>
</customers>

Die Struktur ist einfach: Das Wurzelelement umschließt alles (customers), für jede CSV-Zeile wird ein Zeilenelement erstellt (customer), das Kind-Elemente nach den Spaltenheadern enthält.

Deshalb fragen die meisten CSV-zu-XML-Konverter nach zwei anpassbaren Werten: dem Root-Tag-Namen und dem Row-Tag-Namen. Wenn das Zielsystem <records> als Root mit <record>-Zeilen erwartet, werden diese Namen konfiguriert.

Die Namen sind wichtig, weil das Zielsystem wahrscheinlich ein spezifisches XML-Schema erwartet. Falsche Elementnamen führen zu Importfehlern oder SOAP-Service-Ablehnungen.

Anpassungsoptionen

Attribut-Modus vs. Element-Modus: Statt Zellwerte als Textinhalt von Kind-Elementen zu schreiben, können einige Konverter sie als XML-Attribute des Zeilenelements schreiben:

<customer id="1" first_name="Alice" last_name="Smith" email="alice@example.com"/>

Kompakteres XML, aber Nachteile: Attribute können keine Zeilenumbrüche enthalten, und viele Schemas bevorzugen stark Kind-Elemente gegenüber Attributen. Element-Modus ist für den allgemeinen Einsatz sicherer.

XML-Deklaration: Das <?xml version="1.0" encoding="UTF-8"?> am Dokumentanfang. Die meisten Systeme erwarten das, es ist der Standard in Konvertern.

Encoding: UTF-8 ist für fast alles der richtige Standard. Namen mit Umlauten, chinesische Zeichen, arabischer Text — UTF-8 verarbeitet sie alle.

Sonderfälle

Kommas in Werten: CSV verarbeitet das durch Quoting: Alice,"Smith, Jr.",alice@example.com. Ein korrekt geschriebener CSV-Parser erkennt das gequotete Feld. Probleme entstehen bei fehlerhaftem CSV mit Kommas in nicht-gequoteten Feldern.

XML-Sonderzeichen: Fünf Zeichen müssen in Textinhalt escaped werden:

• & → &
• < → <
• > → >
• " → "
• ' → '

Ein guter Konverter verarbeitet alle automatisch. CSV-Exporte aus Finanzsystemen enthalten häufig Werte wie Müller & Söhne oder Umsatz > 1 Mio.. Werden diese nicht escaped, ist das XML fehlerhaft.

Spaltennamen mit Leerzeichen: XML-Elementnamen dürfen keine Leerzeichen enthalten. Vorname ist kein Problem, Vor Name schon. Konverter ersetzen typischerweise durch Unterstriche: Vor_Name. CSV-Header vor der Konvertierung bereinigen ist die sauberste Lösung.

Leere Werte: Ein leeres CSV-Feld wird normalerweise zu einem leeren Element: <email></email> oder <email/>. Die meisten XML-Parser behandeln beides als gleichwertig.

Praxisbeispiel: Legacy-CRM-Import

Das aktuelle CRM exportiert Kundendatensätze als CSV. Das Legacy-Import-Tool benötigt XML in einem bestimmten Format. Das Zielformat:

<CustomerImport>
  <Customer>
    <CustomerID>C-001</CustomerID>
    <FullName>Alice Schmidt</FullName>
    <EmailAddress>alice@example.com</EmailAddress>
    <PhoneNumber>030-12345</PhoneNumber>
  </Customer>
</CustomerImport>

Der CSV-Export:

customer_id,name,email,phone
C-001,Alice Schmidt,alice@example.com,030-12345

Um das Zielformat zu erreichen:

1. Root-Tag auf CustomerImport setzen
2. Row-Tag auf Customer setzen
3. CSV-Header umbenennen: CustomerID, FullName, EmailAddress, PhoneNumber

Schritt 3 ist entscheidend. Die einfachste Methode ist, die erste Zeile der CSV-Datei in einem Texteditor zu bearbeiten, bevor die Konvertierung ausgeführt wird.

CSV zu XML vs. CSV zu JSON

JSON wählen, wenn:

• Das Ziel eine REST-API ist (der überwältigende aktuelle Standard)
• Daten in eine Datenbank oder ein Data Warehouse geladen werden
• Mit JavaScript, Node.js oder modernen Web-Frameworks gearbeitet wird
• Dateigröße und Lesbarkeit wichtig sind

XML wählen, wenn:

• Das Ziel XML explizit verlangt (SOAP-Service, Behördenschema, EDI)
• Systeme gegen XSD-Schemas validieren
• Daten XML-Namespaces für Disambiguierung benötigen
• Java- oder .NET-Enterprise-Systeme aus der Zeit vor JSONs Aufstieg

Wenn die Wahl frei ist, gibt es keinen Grund, XML statt JSON zu wählen. Wenn die Wahl nicht frei ist, ist ein zuverlässiger Konverter wichtig.

Das CSV-zu-XML-Tool auf ToolboxHubs

Der CSV-zu-XML-Konverter behandelt alle oben beschriebenen Sonderfälle:

1. CSV einfügen oder hochladen — Komma- oder tabulator-getrennte Eingaben werden akzeptiert. Header sollten in der ersten Zeile sein.
2. Root-Elementname festlegen — Umschließt alle Daten. Gängige Standards sind root oder data, aber am Zielschema ausrichten.
3. Zeilen-Elementname festlegen — Umschließt die Daten jeder einzelnen Zeile. Beispiele: datensatz, eintrag, kunde.
4. Konvertieren klicken — XML-Ausgabe erscheint mit korrekter Einrückung und automatischem Escaping reservierter Zeichen.
5. Kopieren oder herunterladen — Kopierbutton zum Einfügen in andere Tools, oder als .xml-Datei herunterladen.

Verwandte Tools

CSV zu JSON — Dieselbe CSV-Eingabe, aber JSON-Ausgabe. Für moderne REST-APIs fast immer die bessere Wahl.

XML-Formatierer — Formatiert XML mit konsistenter Einrückung und validiert, ob es wohlgeformt ist.

JSON zu XML — Für die Konvertierung von JSON-Daten zu XML.

Fazit

CSV-zu-XML-Konvertierung klingt einfach und hat genug Sonderfälle, um bei Unachtsamkeit Probleme zu verursachen: Spaltennamen mit Leerzeichen, Sonderzeichen in Firmennamen, Header die einem spezifischen Schema entsprechen müssen. Zu verstehen, wie die flache CSV-Struktur auf hierarchisches XML gemappt wird, und zu wissen, was vor der Konvertierung konfiguriert werden muss, macht den Unterschied zwischen einer Ausgabe, die beim ersten Versuch sauber importiert, und einer, die mit einem kryptischen Parser-Fehler scheitert.

Der CSV-zu-XML-Konverter erledigt die mechanische Arbeit. Die strukturellen Entscheidungen — Root-Tag, Row-Tag, Header-Benennung — treffen Sie basierend auf dem, was das Zielsystem erwartet.