Aufgrund der beruflichen Erfahrungen habe ich mir eine kleine, aber praxisnahe Lösung gebaut, die mir bei GDPdU-Importen in CaseWare IDEA (SmartX) richtig Zeit spart:
✅ Mehrere CSV-Dateien hochladen (mit Kopfzeile)
✅ Automatische Delimiter-Erkennung (für das Einlesen)
✅ Export als ZIP mit
-
index.xml(eine Datei für alle Tabellen) -
gdpdu-01-08-2002.dtd -
bereinigten CSVs (ohne Kopfzeile)
Warum “bereinigte CSVs”?
In GDPdU/IDEA sind die Spalten in der index.xml definiert – wenn die CSV zusätzlich noch die Kopfzeile enthält, landet die oft als „Datensatz 1“ im Import oder sorgt für Sonderlogik. Deshalb exportiere ich im ZIP die CSVs ohne Header.
Wichtigster Punkt (aus der Praxis gelernt):
📌 Dezimalkomma + Komma-Delimiter = Import bricht früh ab
Wenn CSV als Trennzeichen , nutzt und die Werte als deutsches Dezimalformat 1234,56 vorliegen, „zerreißt“ das die Spalten. Ergebnis: IDEA importiert dann gern nur den ersten Datensatz sauber.
Meine robuste Empfehlung (und im Generator fest verdrahtet):
🔒 Output immer mit ; als Trennzeichen + CRLF-Zeilenenden (\r\n)
➡️ Damit laufen Imports deutlich stabiler in IDEA/SmartX.
Zusätzlich habe ich noch folgendes eingebaut:
📊 Numeric-Spalten mit Dezimalstellen werden in der index.xml explizit als Dezimalspalten definiert – inkl.<Numeric><Accuracy>2</Accuracy></Numeric>
Und zwar nicht nur, wenn ein Wert mathematisch „nicht ganzzahlig“ ist, sondern schon dann, wenn in den Quelldaten irgendwo ein Dezimalmarker vorkommt (z. B. 10,00). So bleibt die Spaltendefinition konsistent.
🎯 Ergebnis: Ein GDPdU-kompatibles ZIP, das sich in IDEA (SmartX) sauber importieren lässt – auch bei mehreren Tabellen und deutschem Zahlenformat.
Live zum ausprobieren für alle unter https://majo2000.bplaced.net/python/Index_xml_Generator.html
Wenn jemand ähnliche Import-Themen hat (GoBD/GDPdU, IDEA, SAP/DATEV-Exports, Delimiter-/Format-Fallen): gern kommentieren oder kurz schreiben. 🙂
#GDPdU #GoBD #CaseWareIDEA #SmartX #Audit #Datenanalyse #CSV #Python #JavaScript #Finanzprüfung #Etriebsprüfung #Audit