Wie ZUGFeRD Demo von SH17 verwenden?

[Harry Stahl]

Zitat:

Zitat von sh17 (Beitrag 1542671)

Vielen Dank für die Infos. Die Trennung der beiden Versionen in jeweils eine Unit war eine bewusste Entscheidung von mir. Mag sein, dass die Unterschiede in diesem Fall marginal ausfallen mögen, das kann sich in zukünftigen Versionen aber ändern. Der Grund ist die einfache langzeitliche Unterstützung für zukünftig alte Versionen. Ich bevorzuge Diskussionen zum Sourcecode auf Github, das vereinfacht das Handling der verschiedenen Anliegen.

OK, alles klar. Weitere Kommentare zum Source-Code dann auf Github. Hier dann nur noch generelle Fragen / Aspekte, die allgemein zum Theme elektronische Rechnung interessant sein könnten.

[Harry Stahl]

Ich würde in der X-Rechnung gerne sowohl eine Bestellnummer als auch eine Auftragsnummer angeben.

Der Code in der unit läßt aber nur eine Angabe zu:

Delphi-Quellcode:

  if _Invoice.PurchaseOrderReference <> '' then
    xRoot.AddChild('cac:OrderReference').AddChild('cbc:ID').Text := _Invoice.PurchaseOrderReference
  else
  if _Invoice.SellerOrderReference <> '' then
    xRoot.AddChild('cac:OrderReference').AddChild('cbc:ID').Text := _Invoice.SellerOrderReference;

Wie erreiche ich es, beide Werte zu befüllen?

[Frickler]

Zitat:

Zitat von Harry Stahl (Beitrag 1542763)

Ich würde in der X-Rechnung gerne sowohl eine Bestellnummer als auch eine Auftragsnummer angeben.

Die Doku sagt dazu: https://docs.peppol.eu/poacc/billing...rderReference/

Interessanterweise findet sich auf der Webseite der Deutschen Bahn eine durchdokumentierte Beispielrechnung: https://www.deutschebahn.com/resourc...-UBL--data.pdf

[BlueStarHH]

Zitat:

Zitat von Frickler (Beitrag 1542769)

Zitat:

Zitat von Harry Stahl (Beitrag 1542763)

Ich würde in der X-Rechnung gerne sowohl eine Bestellnummer als auch eine Auftragsnummer angeben.

Die Doku sagt dazu: https://docs.peppol.eu/poacc/billing...rderReference/

Interessanterweise findet sich auf der Webseite der Deutschen Bahn eine durchdokumentierte Beispielrechnung: https://www.deutschebahn.com/resourc...-UBL--data.pdf

Die Bahn hat beide Angaben in Ihrem Beispiel:

Code:

<cac:OrderReference>
<cbc:ID>Bestellnummer (BT-13)</cbc:ID>
<cbc:SalesOrderID>Auftragsnummer (BT-14)</cbc:SalesOrderID>
</cac:OrderReference>

[sh17]

ich schaue es mir an

https://github.com/LandrixSoftware/X...lphi/issues/28

[Harry Stahl]

Ja, Prima, Danke.

Was ich auch noch nicht so ganz verstanden habe: Habe gelesen, es gäbe die Standards "Basic", "Comfort" und "Extended" im ZUGFeRD-Format.

Kann man das irgendwie auch in Deiner Library abbilden?
Bzw. was ist letztlich der Unterschied an Informationen, die man zur Verfügung stellen muss / kann?

[Harry Stahl]

Noch mal die Frage, ob jemand meine letzte Frage beantworten kann. Ich habe mal in den Verzeichnissen von "ZUGFerD-for-Delphi-main" gesucht, dort tauchen die Unterscheidungsmerkmale "basicwl" oder "extended" auf, nicht aber in "X-Rechnung-for-Delphi-Master".

Bislang hatte ich das so verstanden, dass ich "ZugFedR-for-Delphi-Master" gar nicht brauche, da ja das ZugFerD-format auch im Branch "X-Rechnung-for-Delphi-Master" erstellbar ist.

Wozu ist also der ZugFerD-Branch gut? Muss ich das etwa doch einbauen, bzw. noch eine Bedingung setzen, dass es eingebunden wird?

[sh17]

Neben Base, Comfort, Extended und anderen gibt es eben auch XRechnung. Nur dieses wird in der XRechnung-Lib erstellt.
ZUGFeRD-Extended wird nur von der ZUGFeRD Lib unterstützt. Dafür müsste man aber selbst die Objektbaum zusammensetzen. Es gibt
momentan keine Unterstützung durch TInvoice. Langfristig wird nur noch Extended und XRechnung relevant sein. Basic ist nächstes Jahr gar nicht
mehr erlaubt.

Warum benötigst Du überhaupt die Unterscheidungen?

[BlueStarHH]

Zitat:

Zitat von sh17 (Beitrag 1543261)

Langfristig wird nur noch Extended und XRechnung relevant sein. [...] Warum benötigst Du überhaupt die Unterscheidungen?

Auch wenn die Frage nicht an mich ging, antworte ich mal:

Vor einigen Tagen hörte ich in einem Webinar, von einem Vorstandsmitglieds des Verbandes elektronische Rechnung (VeR), folgende Aussagen:

Wenn man eine vollständig (rechtskonforme) Schlussrechnung erstellen wolle, sei das nur mit ZUGFeRD Extended möglich. In XRechnung würden einige Angaben nicht möglich sein.

Ich meine es müssten ALLE Abschlagsrechnungen inkl. der Beträge (Netto UND USt.) aufgelistet werden.

[Harry Stahl]

Zitat:

Zitat von sh17 (Beitrag 1543261)

Neben Base, Comfort, Extended und anderen gibt es eben auch XRechnung. Nur dieses wird in der XRechnung-Lib erstellt.
ZUGFeRD-Extended wird nur von der ZUGFeRD Lib unterstützt. Dafür müsste man aber selbst die Objektbaum zusammensetzen. Es gibt
momentan keine Unterstützung durch TInvoice. Langfristig wird nur noch Extended und XRechnung relevant sein. Basic ist nächstes Jahr gar nicht
mehr erlaubt.

Warum benötigst Du überhaupt die Unterscheidungen?

Na, ich hatte halt von den unterschiedlichen "Profilen" gelesen und dachte mir, ich mach es so, wie im anliegenden Screenshot gezeigt, halt ZUGFeRD für B2B, mit den wählbaren profilen "Basic", "Comfort" und "Extended" und B2G mit dem X-Rechnungsformat. Nur hatte ich halt keine Definition für die Profile in den X-Rechnungsunits gefunden (die aber doch sehr wohl auch die XML-im ZugFerD-Format erstellen können, die dann in der PDF eingebettet werden).

Mit anderen Worten heißt es also, das ZUGFerd-Extended-Format wird nicht mit den X-Rechnungs-Units abgedeckt, sondern "quasi" nur die Standards "Basic" und "Comfort". Was mir derzeit wohl erst mal reichen würde. Dann würde ich aber die Unterscheidung weg lassen und nur noch die Auswahl "X-Rechnung" oder "ZUGFeRD" anbieten.