XRechnung XML Reihenfolge der Tags/Elemente wichtig?

[RolandG]

Hallo

ich frage mich, ob die Reihenfolge der Tags in der XRechnung wichtig ist?
Oder muss beim Import einer XRechnung sowieso erst die gesamte XML-Datei eingelesen und dann ausgewertet werden?

Korrektur:
Als XML-Laie meine ich vermutlich die Reihenfolge der Elemente

[Martin_L]

Hallo,

die Reihenfolge ist vorgegegen (XML-Syntax "Sequence").

Liebe Grüße

[RolandG]

vielleicht habe ich mich falsch ausgedrückt.
Worum es mir geht ist, ob eine XRechnung Top Down formatiert sein muss ähnlich einer herkömmlichen Papier-/PDF-Rechnung.
z.B.:
- oben der Absender/Rechnungssteller,
- dann der Empfänger und die Referenz-Nummern (Kunde, RE-Nr, usw.),
- danach die Positionen,
- Seiten-/Endsummen,
- Zahlungs-/Lieferbedingungen,
- Banken,
- AGB

[Martin_L]

Hallo Roland,

wir haben in einer XML-Datei einmal eine hierarchische Struktur.
Die ist immer Fix.
Dann ist normerweise die Reihenfolge der Tags auf einer Stufe egal.
Es sei denn es ist in der Definition der Struktur explizit angegeben, dass die Reihenfolge vorgeggen ist.
Das ist bei den XML-Definitionen für die XRechnung der Fall.

Wie du die Daten jedoch auf der PDF darstellst, ist dir überlassen.

[RolandG]

Hallo Martin,

die Sache ist noch immer unklar.
Natürlich muss ich die XML-Struktur einhalten (<Tag-, Element-Anfang> ... </Tag-, Element-Ende>)
Mir geht es aber darum ob es innerhalb einer XRechnung eine festgelegte Struktur gibt oder ob das importierende Programm das zusammensortieren muss.
Beispiel:
Auf den Papier/PDF macht man logischer Weise die Reihenfolge der Positionen aufsteigend.
Also Pos.1,2,3....
Das könnte in XML doch egal sein, das importierende Programm kann das ja nachher selbst sortieren. Also könnte ich ja auch z.B. die Positionen in der umgekehrten Reihenfolge in der XML speichern (Pos. 3,2,1).

(im Code-Block Auszug aus der Beschreibung des Wurzelelements INVOICE.)
Da könnte es doch egal sein welche Reihenfolge die darin enthaltenen Attribute haben, ich muss als Empfänger ja sowieso schauen was für Einträge mir in der XML geschickt wurden. Da ist mir doch die Reihenfolge egal - oder?

Code: Alles auswählen

INVOICE
attribute
- Invoice number : Identifier [1]
- Invoice issue date : Date [1]
- Invoice type code : Code [1]
- Invoice currency code : Code [1]
- VAT accounting currency code : Code [0..1]
- Value added tax point date : Date [0..1]
- Value added tax point date code : Code [0..1]
- Payment due date : Date [0..1]
... usw. ...
- Buyer accounting reference : Text [0..1]
- Payment terms : Text [0..1]
- INVOICE NOTE : INVOICE NOTE [0..*]
- PROCESS CONTROL : PROCESS CONTROL [1]
... usw. ...

[ssemleit]

Die Positions-Reihenfolge auf dem PDF und im XML sollte schon gleich sein.
Oft sind auf dem PDF mehr Informationen als im XML.
Da hat der Anwender keinen Spaß, die Infos dann erst auf dem PDF suchen zu müssen, wenn es zig Positionen sind.
Wieso stellt sich denn überhaupt die Frage nach der Reihenfolge der Positionen?

[RolandG]

Stefan - das sind zweierlei Ansichten bzw. Probleme.

Die XRechnung ist gedacht um die Daten "verarbeitbar" zu machen. Für den Rest gibt es noch Papier und PDF.
Ich beziehe mich nur auf den Datenaustausch.

Das mit der "Lesbarkeit für Menschen" ist ein anderes Problem welches fürs Erste scheinbar nicht in die Überlegungen der Vorschriften eingeflossen ist. Möglicher Weise kommt da in naher Zukunft noch was, spätestens wenn ausschließlich die XRechnung verschickt wird (ohne PDF/Papier).

Es hat in der Vergangenheit auch nur Vorschriften gegeben die besagten was Informationen auf einer RE zu stehen haben. Insbesondere für Finanzamt, Zoll, ...). Wie die RE unterm Strich ausgesehen hat und wo was zu finden ist blieb jedem überlassen.

[Martin_L]

Hallo Roland,

ich finde meine Antwort sehr eindeutig.
Die Reihenfolge ist in der Beschreibung der X-Rechnung festgelegt.

[RolandG]

Deine Antwort mag ja aus Deiner Sicht richtig sein,

Die Reihenfolge ist in der Beschreibung der X-Rechnung festgelegt.

aber von welcher Beschreibung gehst Du aus?

[Marcus Herz]

z.B. hier:
https://xeinkauf.de/dokumente/
Spezifikation Standard XRechnung
CIUS und Extension
Version XRechnung 3.0.2
Veröffentlicht 20.06.2024

[RolandG]

Das sind recht pauschale Antworten.
Ich habe auch einiges dazu gelesen und Beschreibungen runtergeladen.
Ich kann nirgends eine vorgeschriebene Reihenfolge erkennen.

Wenn das so wäre würde es ja eine Art "einzuhaltende laufende Nummer" geben die das erkennen lassen würde.

Also...

[ssemleit]

Erstelle einfach die Rechnungen nach Deinem Verständis der gelesenen Beschreibungen und lass das Ergebnis von einem Validator prüfen.
Wenn die Validatoren sagen OK, dann OK. Wenn nicht, dann musst Du was ändern.

[Martin_L]

Es ist auch eine allgemeine Frage.
In XML gibt es keine laufende Nummer. Es gibt eine XSD, die das konkrete Format beschreibt.
Es gibt UBL und CII, die Tags und die Reihenfolge der Tags sind bei beiden unterschiedlich.
Aber bei beiden eindeutig fest gelegt.

Ich welchem Standard willst du denn die X-Rechnung erstellen?
Hast du denn schon eine Beispieldatei (XML)?

[RolandG]

ich bevorzuge CII

[RolandG]

Stefan - meine Kunden würden mir nicht glauben wenn ich sage dass ich so lange rumprobiert habe bis es irgend einem Validator gefallen hat...

[ssemleit]

Der Rechnungsempfänger prüft die erhaltenen Daten ggf. auch mit einem solchen Validator.
Wenn der sagt "Es wird empfohlen die Rechnung abzulehnen", dann geht die Rechnung ggf. als nicht korrekt zum Absender zurück.
Du wirst also nicht um Tests gegen Validatoren bei Deiner Entwicklung herum kommen.

[Martin_L]

Es gibt Beispiele als Vorlagen.
z.B.
https://lieferanten.deutschebahn.com/re ... --data.pdf

Es gibt online Dokumentationen dazu:
https://portal3.gefeg.com/projectdata/i ... e/0233.htm

Wenn du es nach der Norm machen willst:
DIN CEN/TS 16931-3-3:2021-07

[RolandG]

ich bleibe dabei - wo steht da in den Vorschriften (der EU)
1. Kopf
2. Positionen
3. Fußzeile
usw...

Dass das innerhalb einer Gruppe (z.B. Adresse) so gemacht wird OK. Das ist aber doch von den Programmierern so gemacht, "weil man das vom Papier eben so kennt".
Im XML hat doch jeder Eintrag seine Definition, also kann ich doch als "End-Viewer" mir die gewünschte, herkömmliche Reihenfolge einer RE selbst zusammenstellen (so wie ich es gewohnt bin).

Das habe ist absichtlich übertrieben, aber XML würde das hergeben.

Warum soll ich bei der Erstellung einer XML bestimmte Reihenfolgen von Elementen beachten wenn eine (große) XML im Editor doch sowie keiner lesen kann??

[Marcus Herz]

Nix für ungut. Aber in den PDF, das ich verlinkt habe ist auf Seite 25, Kapitel 9 die Struktur der XML gezeichnet, in genau der Reihenfolge

[Martin_L]

Wir drehen uns im Kreis.
Es ist per Definition fest gelegt.
Warum das so ist, musst die die Damen und Herren fragen, die die Vorschriften erlassen haben.

[Wolfgang Ciriack]

Ich bin der Meinung, die Reihenfolge der Elemente ist (wie eigentlich üblich in xml) nicht relevant, nur die Zuordnung zum richtigen Element.

[RolandG]

Wolfgang, da bin ich aber froh dass das außer mir noch jemand so sieht.

[azzo]

Hallo,
Ich weiß, ihr wollt KI-Antworten nicht. Ich poste trotzdem:
LG
Otto

Erstellt mit dem neuen Deep Research – Recherchezeit: 7 Minuten, 23 Quellen. Sollte eigentlich stimmen.

Die Reihenfolge der Elemente in einer XRechnung ist nicht beliebig!

XRechnung basiert auf UBL 2.1 oder UN/CEFACT CII, die beide eine feste XML-Struktur haben. Das bedeutet:

Die Reihenfolge der Hauptblöcke ist vorgeschrieben, da sie durch das XML-Schema (XSD) festgelegt ist.
Innerhalb bestimmter Blöcke (z. B. Rechnungspositionen) kann die Reihenfolge variabel sein, sofern das Schema es erlaubt.
Ein beliebiges Durcheinander der Tags führt zu einer ungültigen XRechnung, die beim Validator durchfällt.

Wer sichergehen will: Einfach eine valide Musterdatei nehmen oder mit einem offiziellen Validator testen!

[RolandG]

...PDF, das ich verlinkt habe ist auf Seite 25, Kapitel 9 die Struktur der XML gezeichnet, in genau der Reihenfolge

Genau auf die Beschreibung habe ich mich weiter oben schon bezogen mit dem Code-Ausschnitt "Invoice" auf Seite 33 derselben Beschreibung.

Überall nur Auflistungen von "Informationselemente" die da stehen dürfen/müssen/können, aber keine festgelegte Reihenfolge 1. 2. 3....

Natürlich könnte man annehmen dass die das so wollen, das steht aber nirgends.

[RolandG]

Hallo Stefan

Wieso stellt sich denn überhaupt die Frage nach der Reihenfolge der Positionen?

Das erklärt sich so:

Der RE-Druck bei mir ist PCL und wird auf dem Papier unter Angabe der X- und Y-Position + Drucktext positioniert.
Die Daten dafür werden aus den Datenbanken aufbereitet (*1) und zum Schluss ausgegeben. Dabei kann es z.B. vorkommen, dass Ausgabezeilen am Ende der Seiten-Zusammenstellung kommen die in den Bereich des RE-Kopf gedruckt werden.
Durch die Angabe der X-+Y-Druckposition ist dem Drucker (PCL) die Reihenfolge (fast) egal. Auch die PDF-Erstellung stört sich nicht daran.

Um nun XML aus den Daten zu bekommen nehme ich mir die Werte an der Stelle wo diese aus den Datenbanken geholt werden (siehe oben (*1) ).
Damit sollte ich alle RE-Varianten erfasst haben die ich bisher auf dem Papier ausgebe. Nur die Reihenfolge der gesammelten XML-Daten würden nicht der Reihenfolge auf dem Papier entsprechen (Top-Down).
Ich will einfach nicht die ganze RE-Ausgabe mit allen gewachsenen Feinheiten nochmal erstellen...