ZUGFeRD XML erstellen

[bnreimer42]

Ich finde auf einige Fragen rund um ZUGFeRD auch keine Antwort, z.B. wenn Rechnungsbetrag oder andere Angaben in XML und PDF differieren, was ist dann gültig?

Es gibt im öffentlichen Bereich das Format XRechnung, was es besser macht, d.h. nur XML ohne PDF. Nur da ist die Frage, wie man das anzeigt. Bei dem Format muss also die Software die Rechnung visualisieren.

[sh17]

Also wenn die Beträge differieren dürfte eine Fehler vorliegen, meiner Meinung nach.

[Fritzew]

Zitat:

Ich finde auf einige Fragen rund um ZUGFeRD auch keine Antwort, z.B. wenn Rechnungsbetrag oder andere Angaben in XML und PDF differieren, was ist dann gültig?

Auszug aus der ZUGFeRD Doku:

Zitat:

Bei korrekter Implementierung durch den Rechnungsaussteller besteht bei ZUGFeRD- Rechnungen inhaltliche Identität zwischen den XML-Daten und dem PDF-Rechnungsbild. Die korrekte Implementierung sollte der Rechnungsaussteller vor der Inbetriebnahme der Rechnungsversendung von ZUGFeRD-Rechnungen ausreichend testen. Unter Berücksichtigung dieser Voraussetzungen führt die Nutzung dieses Rechnungsformats trotz Ausweis der Umsatzsteuer in beiden Formaten nicht zur doppelten Umsatzsteuerbelastung.

Der Empfänger einer ZUGFeRD-Rechnung muss sich zwischen der Verarbeitung der XML- Daten oder des PDF-Rechnungsbildes entscheiden. Die Prüfung der inhaltlichen Identität zwischen XML-Daten und PDF-Rechnungsbild ist grundsätzlich nicht erforderlich. Gegebenenfalls wird er jedoch die XML-Daten für den Rechnungsverarbeitungsprozess in sein IT- System einlesen und den Mitarbeitern seines Rechnungswesens zusätzlich das PDF-Rechnungsbild zur Prüfung der sachlichen Richtigkeit und Zahlungsfreigabe anzeigen. Hierbei sollte eine Sichtprüfung der übernommenen Rechnungsdaten anhand des PDF-Rechnungsbildes erfolgen. Diese Prüfung wird der Unternehmer allerdings schon aus kaufmännischem Eigeninteresse vornehmen. Sofern es Abweichungen zwischen den eingelesenen Daten und dem PDF-Rechnungsbild gibt, ist die Rechnung vom Rechnungsempfänger zurückzuweisen.

Also sollten wir als Software-Hersteller und Co schon dafür sorgen dass alles zusammenpasst. ;-)
Solange man immer schön brav die gleichen Daten verwendet sollte dies auch kein grosses Problem darstellen.

[Codehunter]

@Fritz: Danke für den Doku-Auszug. Wieder ein schönes Beispiel, weshalb Datenredundanz zusätzliche Arbeit verursacht. XRechnung kannte ich bis dato noch gar nicht, klingt aber sinnvoller als ZUGFeRD. Spart Speicherplatz und ist eindeutig. Aber eben ohne Firmenlogo rechts oben, das dürfte wohl am meisten gestört haben und Grund für dieses Doppelkonstrukt gewesen sein.

[Fritzew]

Ach so schlecht finde ich das nicht,
es kommt natürlich auf den Kundenkreis an. Aber alles in einem File ist keine so schlechte Idee.
So kann es egal sein was der Empfänger damit macht. Ausdrucken und abheften oder nur elektronisch verarbeiten.

[Codehunter]

Zitat:

Zitat von Fritzew (Beitrag 1401220)

Ach so schlecht finde ich das nicht,
es kommt natürlich auf den Kundenkreis an. Aber alles in einem File ist keine so schlechte Idee.
So kann es egal sein was der Empfänger damit macht. Ausdrucken und abheften oder nur elektronisch verarbeiten.

Darum geht es mir primär eigentlich gar nicht. Es wird ohnehin immer mehr in Richtung elektronische Belegführung gehen. Da sind Rastergrafiken oder PDF eigentlich nur schmückendes Beiwerk.

Stell dir mal vor, es gäbe ausschließlich strukturierte Belegdaten. Diese gedankliche Papierbindung würde entfallen. Es käme nicht mehr auf die Gestaltung einer Rechnung an, weil sie der Empfänger frei gestalten könnte, solange inhaltlich alles gleich bliebe. Belege würden dann, wenn überhaupt in Papierform, in einer hausintern vereinheitlichten Form abgehangen. Bankverbindungen könnten gleich ins Onlinebanking einfließen, sodass händisches Abtippen von IBANs entfällt.

Spinnt man den Gedanken weiter, so könnte Buchhalter einer der ersten Berufe sein, die durch KI überflüssig werden. Denn Buchhaltung folgt strikten, wenn auch komplizierten Regeln. Erfolgen Input und Output als strukturierte Daten, wäre dem stark Vorschub geleistet.

[generic]

Die IX von Heise hatte einen schönen Artikel inkl. konkurierende Versionen und Standards.

https://www.heise.de/ix/heft/Struktu...h-3997217.html

[bnreimer42]

Zitat:

Zitat von Fritzew (Beitrag 1401211)

Zitat:

Ich finde auf einige Fragen rund um ZUGFeRD auch keine Antwort, z.B. wenn Rechnungsbetrag oder andere Angaben in XML und PDF differieren, was ist dann gültig?

Also sollten wir als Software-Hersteller und Co schon dafür sorgen dass alles zusammenpasst. ;-)
Solange man immer schön brav die gleichen Daten verwendet sollte dies auch kein grosses Problem darstellen.

Und wenn ich empfangene Rechnungen verarbeiten will muss ich im Zweifelsfall mit einer Texterkennung das Bitmap PDF parsen?

[Harry Stahl]

Zitat:

Zitat von sh17 (Beitrag 1401115)

Noch in den Anfängen, aber wenn es jemandem nützt, ich bin dran

https://github.com/LandrixSoftware/ZUGFeRD-for-Delphi

Mich interessiert dieser Punkt auch gerade (Integration der Rechnungsdaten als XML-file nach dem ZugFeRD-Standard).

Frage: Was macht Dein Demo? Kann man damit schon spezifische XML-Tags schreiben? Oder generiert es derzeit nur den XML-Rahmen (so sieht es für mich nach einem ersten Blick in den Source aus)?

Ist das Crosscompile-fähig?

[sh17]

ich müsste mal meine lokalen Änderungen einpflegen, die liegen momentan noch in einer Delphi 6 Codebasis, die ich aber nicht integrieren möchte.

Crosscompile-fähig?, Keine Ahnung, arbeite nur mit VCL