Exportfunktion für die DSFinV-K

[ISMIRSCHLECHT]

Mahlzeit,

ich stehe jetzt vor der Aufgabe, den Export der Kassenseite fürs Finanzamt zu implementieren.
Völlig ratlos ob der Bürokratensprache frage ich mich:
1. Was ist denn nun das Ergebnis eines Exports Ü? Eine Serie von CSV - Dateien nach der DSFinV-K ?
2. Hilft mir dabei diese kryptische index.xml, die das BSI bereitgestellt hat, und wenn ja - wie ?

Und das ist erst die erste von vielen Fragen
ism

[jaenicke]

Zitat:

Zitat von ISMIRSCHLECHT (Beitrag 1457675)

1. Was ist denn nun das Ergebnis eines Exports Ü? Eine Serie von CSV - Dateien nach der DSFinV-K ?

Ja, genau. Das saubere JSON-Format einfach auseinanderbröseln wie trockenes Brot und die Krümel in Form von .csv Dateien mit Indexfeldern verbinden sozusagen.

Zitat:

Zitat von ISMIRSCHLECHT (Beitrag 1457675)

2. Hilft mir dabei diese kryptische index.xml, die das BSI bereitgestellt hat, und wenn ja - wie ?

Die hilft dir nicht, nein, die hilft nur dem Prüfer beim Einlesen der Daten in seine Software. Die Dokumentation wie die Felder lauten usw. stehen ja in der Doku. Es steht nur leider für viele Fälle keine Lösung zur Umsetzung drin, aber die grundlegende Struktur für die einfachen Fälle, die den Erstellern eingefallen sind, ist ganz gut beschrieben.

[arnof]

Das ist ein Thema an dem ich schon 6 Wochen rum werkele ....

Also DSFFinV-K schreibt die den Aufbau der Daten vor und wenn Du fertig bis stellst Du fest, das die Beschreibung von der index.xml abweicht :pale:

D.h. z.B. 3.11 Datei Bonpos ist im echten namen lines.csv, das kann man aber erst beim Studium der index.xml feststellen .....

Ein einigen Nebensätzen verlangte die DSFinV-K das ich die ganze Kasse umbauen musste .....

[hhcm]

Zitat:

Zitat von arnof (Beitrag 1457679)

D.h. z.B. 3.11 Datei Bonpos ist im echten namen lines.csv, das kann man aber erst beim Studium der index.xml feststellen .....

Oder man liest Anhang E im PDF ab Seite 57

[ISMIRSCHLECHT]

Wo, bitte, hilft "Anhang E ab Seite 57" ?
Wie soll der Nichtbürokrat unterscheiden, was nun aktueller ist: diese Monster-XML oder "Anhang E ab S. 57" ???
Also manche Antworten...

Aber wieder sachlich: Wo ist das JSON-Format versteckt ?
Hab ich nämlich bis jetzt noch nicht gefunden. :cyclops:

ism

[Daniel]

Zitat:

Zitat von ISMIRSCHLECHT (Beitrag 1457683)

Also manche Antworten...

Was ist das bitte für eine absolute Unverschämtheit? DU hast Fragen zu einem Problem, das sich DIR stellt. Viele von uns müssen sich gerade zäh durch dieses Thema beißen und sind am lesen und wälzen der Dokumentation. Niemandem dürfte das Thema sonderlich große Freude bereiten aber alle reißen wir uns zusammen.

Schnappe Dir die offizielle Doku zur DSFinV-K und schaue mal auf Seite 57. Was steht da? "Anhang E - Beschreibung der einzelnen DSFinV-K - Felder". Also maule bitte nicht uns an, wenn Du auf das Thema ebenso wenig Lust hast wie viele andere auch. Wenn Du mit den Antworten hier nicht einverstanden bist, steht es Dir frei, Dir Alternativen zu suchen: Für fachliche Fragen zum Export bräuchtest Du dafür nicht einmal ein Delphi-Forum.

[jaenicke]

Zitat:

Zitat von ISMIRSCHLECHT (Beitrag 1457683)

Aber wieder sachlich: Wo ist das JSON-Format versteckt ?
Hab ich nämlich bis jetzt noch nicht gefunden. :cyclops:

Das ist die DFKA Taxonomie als "branchenübergreifender Datenstandard". Für das Finanzamt gibt es nur die CSV Dateien, weil deren Software nichts anderes kann, von daher wird in deren Doku auch nichts anderes auftauchen. Davon abgesehen wären wohl auch viele Mitarbeiter dort mit mehr als reinen Tabellenstrukturen überfordert (zum Glück nicht alle)...

[Neumann]

Ist eigentlich damit zu rechnen, dass das Finanzamt in Zukunft was mit den JSON-Dateien anfangen kann?

Dies ist ja z.B. auch das Format was Datev haben möchte soweit ich das verstanden habe.

[hhcm]

Wohl eher nicht

Zitat:

Sofern der Standard „DFKA-Taxonomie Kassendaten“ (Datensatzbeschreibung im json-Format, der u. a. vom Deutschen Fachverband für Kassen- und Abrechnungssystem-technik e.V. entwickelt wurde) zur Übermittlung der Kassendaten an die Finanzbuchhal-tung genutzt wird, ist eine Konvertierung der Daten für Zwecke der Außenprüfung oder der Kassen-Nachschau zwingend erforderlich (vom originären json-Format in csv-Dateien mit beschreibender index.xml; vgl. Anhang G). Mittels dieses Datenformates ist ein Import der Kassendaten in IDEA einheitlich möglich. Die Bereitstellung dieser konvertierten Daten ist Aufgabe des jeweiligen Steuerpflichtigen.

Ich verstehe dieses hin und her Konvertieren eh nicht. Daher machen wir das alles direkt in CSV Files und lassen den DFKA Json Krempel links liegen.

[Neumann]

Zitat:

Ich verstehe dieses hin und her Konvertieren eh nicht. Daher machen wir das alles direkt in CSV Files und lassen den DFKA Json Krempel links liegen.

Kann ich verstehen. Aber wozu wurde dieses JSON-Format dann entwickelt?