ZUGFeRD XML erstellen

[hhcm]

Zitat von Lemmy:

und am Ende heißt es: Die Firmen hatten lange genug Zeit für die Umsetzung *g*

So wie für die KassSichV, RKSV etc.pp
Wir hatten vor (?? nennen wir es geraumer Zeit ??) angefangen ZUGFeRD zu implementieren.
Dann kam Version X und plötzlich reden alle von X-Rechnung etc.

Ich habe mich auch vor Jahren mal mit EdiFact rumgeschlagen. Ich frage mich, warum man das einen Standard nennt!
ZUGFeRD, UNIDOC, ebXML .. Das ist doch verarsche.

Ach ja - STIMMT - wir sind in Europa. Da gibt es ja 100 verschiedene Richtlinien

[Lemmy]

Zitat von hhcm:

Ich habe mich auch vor Jahren mal mit EdiFact rumgeschlagen. Ich frage mich, warum man das einen Standard nennt!

Du Glücklicher, das mach ich heute noch - Und Edifact ist ein Standard um alkoholabhängig zu werden

[mlc42]

Das Thema scheint nicht einfach zu sein.
So wie ich das bisher gelesen habe ist xRechnung
das Format das "einfacher" zu implementieren ist.
Man spart sich zumindest die pdf Hampelei.

Ich habe mittlerweile Beispiel XML's gefunden und
einen Online Viewer. Mal sehen was man damit machen kann.

[Incocnito]

Zitat von sh17:

...
Dein Zitat finde ich auf den beiden Seiten nicht.

"Beiden Seiten"? Welche zweite Seite denn?
Auf der Seite oben den Link zur Startseite, dann in einem der Kästen weiter oben "Informationen zum E-Rechnungs-Gesetz (ERechG)"
und dann ist unten die Frage nach ZUGFeRD. Da hatte ich das gefunden.
Ob und wie das rechtbindend ist oder ob ZUGFeRD nur unter bestimmten Vorraussetzungen
und / oder demnächst gar nicht mehr erlaubt ist? Keine Ahnung!
Ich habe wirklich nur die Seite zitiert!

Zitat von Lemmy:

Zitat von bnreimer42:

Also: Großer Spaß weil Infos Mangelware sind.

und am Ende heißt es: Die Firmen hatten lange genug Zeit für die Umsetzung *g*

Traurig, aber wahr!
Alleine den TSE-Kram beispielsweise einzubinden ist Wahnsinn.
In so einer kleinen Software-Bude "wir machen mit 2 Leuten mal was kleines für X,
denn das was auf dem Markt ist gefällt uns nicht, weil die Y nicht haben."
kann man echt vergessen. Von den fehlenden Testmöglichkeiten bei dem TSE-Kram
möchte ich gar nicht erst anfangen!
Wir haben jetzt anhand der Schnittstellenbeschreibung nnun einen
KassSichV-CSV-Export gebaut ... ob der richtig ist? Keine Ahnung! Sagt einem ja keiner,
bis es zu spät ist! Und dann muss "bis morgen" jeder Fehler abgestellt sein, oder
es drohen Strafen! Tolles System! Schlimmer als GEZ! ... Sorry, aber ich musste mich mal auskotzen! -.-

MfG
Incocnito

[arnof]

Zitat von Incocnito:

Zitat von sh17:

...
Dein Zitat finde ich auf den beiden Seiten nicht.

"Beiden Seiten"? Welche zweite Seite denn?
Auf der Seite oben den Link zur Startseite, dann in einem der Kästen weiter oben "Informationen zum E-Rechnungs-Gesetz (ERechG)"
und dann ist unten die Frage nach ZUGFeRD. Da hatte ich das gefunden.
Ob und wie das rechtbindend ist oder ob ZUGFeRD nur unter bestimmten Vorraussetzungen
und / oder demnächst gar nicht mehr erlaubt ist? Keine Ahnung!
Ich habe wirklich nur die Seite zitiert!

Zitat von Lemmy:

Zitat von bnreimer42:

Also: Großer Spaß weil Infos Mangelware sind.

und am Ende heißt es: Die Firmen hatten lange genug Zeit für die Umsetzung *g*

Traurig, aber wahr!
Alleine den TSE-Kram beispielsweise einzubinden ist Wahnsinn.
In so einer kleinen Software-Bude "wir machen mit 2 Leuten mal was kleines für X,
denn das was auf dem Markt ist gefällt uns nicht, weil die Y nicht haben."
kann man echt vergessen. Von den fehlenden Testmöglichkeiten bei dem TSE-Kram
möchte ich gar nicht erst anfangen!
Wir haben jetzt anhand der Schnittstellenbeschreibung nnun einen
KassSichV-CSV-Export gebaut ... ob der richtig ist? Keine Ahnung! Sagt einem ja keiner,
bis es zu spät ist! Und dann muss "bis morgen" jeder Fehler abgestellt sein, oder
es drohen Strafen! Tolles System! Schlimmer als GEZ! ... Sorry, aber ich musste mich mal auskotzen! -.-

MfG
Incocnito

Also vom gastro-MIS gibt es ein Prüftool für alles rund um TSE, kostet aber 500 EUR ....

Ich habe es investiert und mir hat es geholfen, z.B. mehere Schreibfehler statt xxxxTYP hatte ich ohne Brille xxxxTYPE in der Feldbeschreibung, das währe mir nie aufgefallen ....

Eine Garantie ist das nicht, AUDICON wird sicherlich bald auch ein Logo für den 10 fachen Preis anbieten .....

Von unserer örtlichen Stadt haben wir ein Anschreiben bekommen das ab Nov nur noch ZUGFeRD akzeptiert wird, von xRechnung habe ich noch nichts gelesen ....

[rapante]

Hallo zusammen,
für ZUGFeRD 1.0 hatte ich mir in Ermanglung einer brauchbaren Alternative noch selbst einen Wrapper für die Erstellung der XML-Datei geschrieben.
Das funktioniert bis heute auch reibungslos und ich habe das Thema verdrängt, bzw. nicht weiter verfolgt

Nun wird ZUGFeRD 2.1 benötigt und es haben sich doch einige Dinge getan. Um das Rad nicht neu zu erfinden, hatte ich mir die Umsetzung von Landrix angeschaut. ZUGFeRD-for-Delphi

Leider werde ich daraus nicht ganz schlau, wie mir das bei der Erstellung der XML-Datei helfen kann. Das Beispiel im Samples Ordner funktioniert leider nicht, weil Dateien fehlen.
Wenn ich das richtig sehe, wird dort aber auch nur ein bestehendes XML-File geladen/angezeigt...

Hat jemand damit schon erfolgreich XMLs erstellt und hat ein Beispiel für mich?

[sh17]

Die ZUGFeRD-Schnittstelle ist noch nicht fertig. Aber schau Dir mal
https://github.com/LandrixSoftware/XRechnung-for-Delphi
an. Die kann auch das CII-Format in Version 2.1. erzeugen

[rapante]

Mmmh, das erklärt die vielen leeren Funktionen

Wenn ich jetzt eine XRechnung im CII-Format erstelle und die XML in die PDF-A Datei einbette, habe ich dann "ZUGFeRD 2.1.1 im Profil XRechnung"
oder unterscheidet sich die beiden XML-Formate?

Ich sehe da noch nicht ganz durch...

[sh17]

Jein, die "ZUGFeRD 2.1.1 im Profil XRechnung" als eigenständige XML wäre eine XRechnung. Die kann man in eine PDF einbetten, aber die PDF mit dem Anhang hat nichts mit XRechnung zu tun, also ein Empfänger der XRechnung haben möchte, kann deine PDF ablehnen.

[Rollo62]

Sorry dass ich den alten Thread nochmal aufmache, aber ich glaube es passt ganz gut.

Angestossen durch diesen Thread hier
https://www.delphipraxis.net/1542557-post15.html
kommt bei mir die Frage auf, ob das X-Rechnung XML und das eingebettetem XML in ZUGFeRD generell identisch sind.

Ich bin bisher davon ausgegangen, dass ZUGFeRD XML mehr oder weniger eine PDF mit eingebetteter X-Rechnung XML ist,
also mit einer exakt gleichen X-Rechnung als würde ich die separat benutzen.
Schließlich basieren beide XML auf EN 16931 und UN/CEFACT CII Syntax.

Kann man das so einfach sagen, oder nicht?

Es scheint aber doch kleine, feine Unterschiede zu geben:

Zitat:

- X-Rechnung verwendet hauptsächlich die UBL-Syntax (Universal Business Language) oder die UN/CEFACT Cross Industry Invoice (CII) Syntax mit spezifischen Profilen und Erweiterungen, die für den deutschen öffentlichen Sektor angepasst sind.

- ZUGFeRD basiert in den Profilen Comfort und Extended auf der UN/CEFACT CII Syntax, während das Basic-Profil eine einfachere Struktur hat. ZUGFeRD hat eigene Profildefinitionen und Erweiterungen.

- Die XML-Strukturen verwenden unterschiedliche Namespaces und Schemata, was bedeutet, dass die XML-Elemente und -Attribute in beiden Formaten unterschiedlich definiert sind.

- X-Rechnung hat spezifische Anforderungen an Pflichtfelder und Validierungsregeln, die sich von denen in ZUGFeRD unterscheiden können.

Es scheint so, dass X-Rechnung strenger und mehr für Behörden konzipiert wurde, wobei ZUGFeRD mehr allgemein ist.

Die Frage ist, wenn man jetzt nicht unbedingt Behördengeschäfte braucht und nur "normale" Rechnungen nutzt,
können dann dabei ZUGFeRD XML = X-Rechnung sein, und welche Einstellungen braucht man dafür?