Wie sieht die Zukunft mit XRechnung, ZUGFerD, Peppol und Co. aus ?

[sh17]

1. Ist die ZUGFeRD Bibliothek schon Release fähig?

bin gerade an der Schreibunterstützung, danach kommen die Tests (Juni)

2. Gibt es ein Beispiel wie bei der X-Rechnung?

wird es geben

3. Mit ZUGFeRD 2.2 (Profil X-Rechung) kann auch eine X-Rechnung eingebunden werden. Ist auch ein PDF/A3 + X-Rechung, ohne ZUGFeRD gültig?

X-Rechnung im CII Format ist ja quasi eine ZUGFeRD Rechnung

4. Was würde ein einmaliger persönlicher Crashkurs, um die Bibliothek richtig anzuwenden, kosten?

hmm, hab ich noch nicht darüber nachgedacht.

5. Wenn ich richtig gelesen habe, akzeptieren auch inzwischen Behörden ein PDF mit X-Rechung drin. Ist das richtig? ...oder nur XML?

Die ganze eRechnungsproblematik ab 2025 geht generell von "ohne PDF" aus, also muss man nicht so sehr darüber nachdenken. Visualisierung ist dann eher ein Thema.

6. Wie prüft man das fertige PDF?

Bei XRechnung sind Prüfmechanismen dabei, ich versuche das auch bei ZUGFeRD zu ermöglichen, wird dann aber auch über Java laufen.

[haentschman]

Danke für deine Bemühungen...

Dann warte ich mal noch ein wenig ab.

Zitat:

X-Rechnung im CII Format ist ja quasi eine ZUGFeRD Rechnung

Das bedeutet, daß ich auch eine X-Rechung erzeugen kann und in ein PDF/A-3 einbinden kann...fertsch. Oder?

Zitat:

hmm, hab ich noch nicht darüber nachgedacht.

...Arbeit muß auch bezahlt werden.

[sh17]

Zitat von haentschman:

Das bedeutet, daß ich auch eine X-Rechung erzeugen kann und in ein PDF/A-3 einbinden kann...fertsch. Oder?

Ja, das ist richtig

[sh17]

OK, wer Interesse an so einem Meeting hat, kann mir ja einfach eine Mail an [e-mail] schicken mit den Themen, die von Interesse sind. Ich sammel erst mal die Themen und Anzahl der Interessenten. Ich würde sagen, bis zum 31.5. warte ich, dann melde ich den Umfang

[Kostas]

Hallo Zusammen,

wie ist das eigentlich zu verstehen, ist in diesem .xml NUR die Adresse, RechnungsNr und Endbetrag enthalten oder doch die vollständige Rechnung incl. Positionen? Letzteres wird kauf umsetzbar sein. Ich habe ein Projekt im Baugewerbe. Hier sind in der Rechnung aufmaße zu einer Rechnungsposition also 1:n:m dann gibt es Zahlungsaufforderungen. Hier werden von einer ZA zu nächsten alle Positionen kopiert und die Mehrung erfasst und am Ende als vorherigen ZAs in Summe aufgeführt und voreinander abgezogen usw. Das alles ist keine normale Handelsrechnung mit PosNr, ArtikelNr, Menge, Einzelpreis und PosGesamt. Diese Rechnungen im Baugewerbe sind sehr komplex. Wie soll hier diese Struktur abgebildet werden, eigentlich geht das nicht? Oder wird jetzt eine komplette neue Norm für Rechnungen entwickelt die ausnahmslos alle Branchen durchpressen kann?

[sh17]

Zitat von Kostas:

Hallo Zusammen,

wie ist das eigentlich zu verstehen, ist in diesem .xml NUR die Adresse, RechnungsNr und Endbetrag enthalten oder doch die vollständige Rechnung incl. Positionen? Letzteres wird kauf umsetzbar sein. Ich habe ein Projekt im Baugewerbe. Hier sind in der Rechnung aufmaße zu einer Rechnungsposition also 1:n:m dann gibt es Zahlungsaufforderungen. Hier werden von einer ZA zu nächsten alle Positionen kopiert und die Mehrung erfasst und am Ende als vorherigen ZAs in Summe aufgeführt und voreinander abgezogen usw. Das alles ist keine normale Handelsrechnung mit PosNr, ArtikelNr, Menge, Einzelpreis und PosGesamt. Diese Rechnungen im Baugewerbe sind sehr komplex. Wie soll hier diese Struktur abgebildet werden, eigentlich geht das nicht? Oder wird jetzt eine komplette neue Norm für Rechnungen entwickelt die ausnahmslos alle Branchen durchpressen kann?

Ich würde das mal fürs Meeting vermerken, ja ist komplex.

Anmeldeinfo

https://www.delphipraxis.net/215179-...it-delphi.html

[Rollo62]

Ich habe dazu noch die Frage nach der "Langzeitstabilität" der Standards und auch der Libraries und Komponenten.

Was ich meine ist, ob diese Libraries ständig upgedatet werden müssen und ob das heißt,
dass eine Lösung dann alle halbe Jahre nicht mehr kompatibel, instabil oder veraltet wird und
somit die ganze Lösung immer auf tönernen Füßen steht.

Es geht bei dem ganzen XRechnung ja eigentlich um "Langzeitstabilität" und Archivierung, wenn ich mal grob den Hauptnutzen davon runterbreche.
Natürlich geht es in erster Linie um die Maschinenlesbarkeit bei den Finanzbehörden, das ist schon klar,
aber eben gleichermaßen, dass eine 10-15 Jahre alte Rechnung auch noch mit den gleichen Tools lesbar und erzeugbar bleibt.

Ist das eigentlich gegeben, so wie bisher bei PDF, oder bedeutet dass, das man eine Anwendung ständig updaten muss um aktuell und kompatibel zu bleiben?
Für mich sieht das ganze Thema noch lange nicht hochstabil und insgesamt in trockenen Tüchern aus.

Worauf ich hinaus möchte ist die Frage, was wohl das auf lange Sicht das bessere Konzept ist:
1. Die Integration der Funktion in eine eigene App, eben mit allen oben genannten Nachteilen, oder
2. Die Nutzung von spezialisieren, externen Kommandozeilen-Tools oder anderen Services, so dass eine App sich gar nicht darum kümmern muss

Was wäre da Eure Meinung dazu?