ZUGFeRD XML erstellen

[sh17]

Ja, dass der XRechnung-Validator damit derzeit nicht umgehen kann. Nur die ZUGFeRD v2.3 Validierung akzeptiert solche Differenzen.

[ADelph]

Moin,

ich arbeite mit ReportBuilder von Metaphors. Dort gibt es die Möglichkeit, in ein PDF per Stream, bzw. Datei eine XML-Datei einzufügen. Daher habe ich gedacht, dass ZUGFeRD eine gute Idee ist. Nun lese ich hier , dass PDFs mit der Einbettung möglicherweise für die Zukunft keine gute Idee sind. Also dann doch XRechnung.

Bei XRechnung habe ich das mit der Nameskonvention noch nicht klar: kann ich der XML-Datei einen beliebigen Namen geben? Ich lese dazu unterschiedliche Hinweise.

Eine XML-Datei im Format ZUGFeRD im Profil EXTENDED für eine einfache Rechnung kann ich erstellen. Probleme gibt es bei Validierungstools wenn ich mit Rabatten auf Positionsebene arbeite und Summen dann nicht stimmen. Da muss ich noch die Rundungsdifferenz einfügen. Das wird wohl funktionieren.

Wofür ich keine Beispiele gefunden habe, sind Rechnungen mit mehreren Bestellungen/Lieferscheinen (B/L), wobei die Positionen zum Teil zu berechnende Preise enthalten und teilweise nur die Position - sprich der Artikel - angegeben wird. Dann kann es auf B/L-Ebene Rabatte oder Zuschläge geben. Für die Rechnungssumme interessiert da nur das rabattierte Netto, die einzelnen Positionen sind quasi nur dazu da, zu zeigen wie sich der Betrag für den B/L ergibt. Wie ich das bei XRechnung darstellen soll, ist mir schleierhaft. Eine Serialisierung könnte ich mit "IncludedSupplyChainTradeLineItem" machen, aber wie kennzeichne ich, dass ein Betrag einer Position nicht zur Berechnung des Rechnungnettobetrags herangezogen werden soll, wohl aber ausgewiesen werden soll - so wie auf einer Papierrechnung eben?

So würde schematisch eine Rechnung aussehen:
Rechnung R01
Auftrag 12345
Pos 1 : 2,00
Pos 2 : 2,50
Pos 3
Summe 12345 : Netto 4,50, Rabatt 10% : 4,05

Auftrag 23456
Pos 1 : 3,00
Summe 23456 : Netto 3,00

Summe R01 : 7,05, Rabatt 5% : 6,70

Da fehlt mir zurzeit total der Durchblick.

Kennt jemand Beispiele dazu? Das würde mir schon sehr helfen.

[haentschman]

Zitat:

dass PDFs mit der Einbettung möglicherweise für die Zukunft keine gute Idee sind. Also dann doch XRechnung.

Du kannst auch in das PDF eine X-Rechnung einbetten...

[sh17]

Es würde gegebenenfalls auch helfen, mal mit einem potentiellen Rechnungsempfänger zu kommunizieren, was die denn so erwarten an Daten. Die stehen ja vor dem gleichen Problem. Ich würde es so machen

Rechnung R01

Auftrag 12345
Pos 12345_1 : 2,00
Pos 12345_2 : 2,50
Pos 23456_1 : 3,00

= Summe 12345 + 23456
-Rabatt auf Pos 12345_1,12345_2 Rabatt 10% 0,45
-Rabatt auf alles 5% 0,35
=Summe netto...

[ADelph]

Zitat von haentschman:

Zitat:

dass PDFs mit der Einbettung möglicherweise für die Zukunft keine gute Idee sind. Also dann doch XRechnung.

Du kannst auch in das PDF eine X-Rechnung einbetten...

Ja, das wäre evtl. für eine Übergangszeit eine gute Idee.

[ADelph]

Zitat von sh17:

Es würde gegebenenfalls auch helfen, mal mit einem potentiellen Rechnungsempfänger zu kommunizieren, was die denn so erwarten an Daten. Die stehen ja vor dem gleichen Problem. Ich würde es so machen

Rechnung R01

Auftrag 12345
Pos 12345_1 : 2,00
Pos 12345_2 : 2,50
Pos 23456_1 : 3,00

= Summe 12345 + 23456
-Rabatt auf Pos 12345_1,12345_2 Rabatt 10% 0,45
-Rabatt auf alles 5% 0,35
=Summe netto...

Das zusammenzufassen, hatte ich auch schon überlegt. Dann wären es Sammelrechnungen nur auf Basis der B/L.

Wenn ich jetzt anfange, die Kunden zu befragen, dann werde ich nie fertig Dann will der eine dies und die andere das. Ich müssste die schon mehr oder weniger vor vollendete Tatsachen stellen. Und einige Daten je B/L, für die es eh keine Elemente gibt, könnte ich in Anmerkungen packen.

Ich starte mal mit der "einfachen" Sammelrechnung nach deiner Anregung.

[jziersch]

Hallo,

ich rätsle bei X-Factur gerade über die Bedeutung von

SupplyChainTradeTransaction/ApplicableHeaderTradeSettlement/SpecifiedTradeSettlementHeaderMonetarySummation.Ch argeTotalAmount

Das müsste logisch gesehen eigentlich ein netto wert sein,
scheint aber, zumindest nach dem Beispiel ein Brutto Wert zu sein.
In dem Beispiel sind das die Lieferkosten (SpecifiedLogisticsServiceCharge).
Die Anleitung erwähnt den Wert leider nicht.

Ist bei Euch das schon mal untergekommen?

[sh17]

ja, das ist Brutto

[jziersch]

Danke!

[Frickler]

Die Deutsche Bahn stellt ein PDF mit einem Leitfaden zu einer Musterrechnung zur Verfügung, in dem das Feld beschrieben ist.