{"id":13461,"date":"2020-09-02T09:00:01","date_gmt":"2020-09-02T07:00:01","guid":{"rendered":"https:\/\/mind-forms.de\/?p=13461"},"modified":"2022-09-21T13:39:15","modified_gmt":"2022-09-21T11:39:15","slug":"zugferd-und-xrechnung-cii-und-ubl-technisch-verschieden-aber-trotzdem-gleich","status":"publish","type":"post","link":"https:\/\/mind-forms.de\/e-rechnung\/zugferd-und-xrechnung-cii-und-ubl-technisch-verschieden-aber-trotzdem-gleich\/","title":{"rendered":"ZUGFeRD und XRechnung: CII und UBL technisch verschieden \u2013 aber trotzdem gleich?"},"content":{"rendered":"\n

Mit der EN 16931 unterliegen E-Rechnungen<\/a> europaweit einer Norm, die die Anforderungen an die enthaltene XML-Struktur festlegt. Diese Struktur wird durch die Syntaxen von ZUGFeRD<\/a> und XRechnung<\/a> – CII und UBL – abgebildet. Vor zwei Wochen hatte ich bereits einen Blogbeitrag zum Thema Unterschiede zwischen UBL und CII veröffentlicht. Dabei habe ich mich vor allem auf die Entwicklung, Herkunft und Dokumententypen der Syntaxen bezogen.<\/p>\n

<\/p>\n

Sollten Sie den Beitrag verpasst haben, schauen Sie gern hier<\/a> vorbei.  Im heutigen Beitrag erkläre ich ergänzend dazu, wie sich die Syntaxen technisch unterscheiden und ob diese Unterschiede für Sie als Anwender relevant sind.<\/p>\n

Technische Unterschiede<\/h2>\n

Die Abkürzungen UBL und CII stehen jeweils für U<\/strong>niversal B<\/strong>usiness L<\/strong>anguage und C<\/strong>ross I<\/strong>ndustrie I<\/strong>nvoice und sind im Wesentlichen XML-Syntaxen, die die EU-Norm EN 16931 abbilden. Dabei unterstützt XRechnung beide Syntaxen, während ZUGFeRD ausschließlich CII unterstützt. Oberflächlich betrachtet wirken die beiden Syntaxen schnell gleichwertig.<\/p>\n

Doch ist das wirklich so? Dazu schauen wir uns nachfolgend die technischen Unterschiede von CII und UBL an.<\/p>\n

\"Anforderungen<\/div>

Anforderungen an die elektronische Rechnung [Whitepaper]<\/h3><\/div>

\n\t\t\t\t\tNicht zu wissen wie eine rechtskonforme E-Rechnung auszusehen hat und wie sie archiviert werden muss, kann teuer werden und zu Sicherheitsl\u00fccken f\u00fchren. \t\t\t\t<\/p><\/div><\/div>

Jetzt anfordern<\/a><\/div><\/div>

Anforderungen an die elektronische Rechnung [Whitepaper]<\/h3>