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

[sh17]

Ich würde es mir zumindest anschauen, wenn mir jemand die Delphi 7 Variante zusendet, ob ich das easy mischen kann.

Der Wunsch nach FPC steht ja auch noch im Raum.

[Sourcecoder]

Zitat von sh17:

Ich würde es mir zumindest anschauen, wenn mir jemand die Delphi 7 Variante zusendet, ob ich das easy mischen kann.

Der Wunsch nach FPC steht ja auch noch im Raum.

Klar. Kann ich zusenden.

[Redeemer]

Das ging jetzt recht schnell zu implementieren, aber eine Sache konnte ich nicht herausfinden: Es ist verpflichtend eine nicht-leere Leitweg-ID eingezugeben, aber wenn ich eine Rechnung an ein Privatunternehmen oder einen Privatverbraucher schicke, habe ich die nicht. Was trägt man da ein? Man kann da natürlich 'nen lustigen Spruch oder so eintragen, aber das ist ja nicht Sinn der Sache.

Ich meine, einen Bug in der Bibliothek gefunden zu haben: Es gibt einige optionale Felder, die leer ausgegeben werden, wenn sie leer sind. Das Ausgeben leerer Felder führt immer immer zu einem ungültigen Dokument als Ergebnis. Das ist besonders dann ärgerlich, wenn das Feld optional ist, also gar nicht bereitgestellt werden muss. Das sind zum Beispiel <cac:AccountingCustomerParty><cac:Party><cac:Contact> und alle drei möglichen Kinder – das Motto ist offiziell: alles kann, nichts muss.

Falsch:

Delphi-Quellcode:

    with AddChild('cac:Contact') do
    begin
      AddChild('cbc:Name').Text := _Invoice.AccountingCustomerParty.ContactName;
      AddChild('cbc:Telephone').Text := _Invoice.AccountingCustomerParty.ContactTelephone;
      AddChild('cbc:ElectronicMail').Text := _Invoice.AccountingCustomerParty.ContactElectronicMail;
    end;

Richtig:

Delphi-Quellcode:

    if (_Invoice.AccountingCustomerParty.ContactName <> '') or (_Invoice.AccountingCustomerParty.ContactTelephone <> '') or (_Invoice.AccountingCustomerParty.ContactElectronicMail <> '') then
    with AddChild('cac:Contact') do
    begin
      if _Invoice.AccountingCustomerParty.ContactName <> '' then
      AddChild('cbc:Name').Text := _Invoice.AccountingCustomerParty.ContactName;
      if _Invoice.AccountingCustomerParty.ContactTelephone <> '' then
      AddChild('cbc:Telephone').Text := _Invoice.AccountingCustomerParty.ContactTelephone;
      if _Invoice.AccountingCustomerParty.ContactElectronicMail <> '' then
      AddChild('cbc:ElectronicMail').Text := _Invoice.AccountingCustomerParty.ContactElectronicMail;
    end;

Achtung: Betrifft nur AccountingCustomerParty – bei AccountingSupplierParty sind alle drei Knoten und der Elternknoten verpflichtend!

[Papaschlumpf73]

Zitat von Redeemer:

Es ist verpflichtend eine nicht-leere Leitweg-ID eingezugeben, aber wenn ich eine Rechnung an ein Privatunternehmen oder einen Privatverbraucher schicke, habe ich die nicht. Was trägt man da ein? Man kann da natürlich 'nen lustigen Spruch oder so eintragen, aber das ist ja nicht Sinn der Sache.

Über diese Problematik bin ich auch schon bei einer Software von Lexware gestoßen. Auch dort muss für jeden Empfänger von XRechnungen dessen Leitweg-ID verpflichtend angegeben werden. Eine Lösung habe ich aber auch noch nicht gefunden.

[Sourcecoder]

Siehe:
https://xeinkauf.de/faq/xrechnung#leitweg-id

Wie wird die Leitweg-ID zur Adressierung von XRechnung im B2B verwendet?

Bei der Verwendung von XRechnung im B2B ist keine Leitweg-ID zur Adressierung von XRechnungen notwendig. Im Element „Buyer reference (BT-10)“ kann jeder andere geeignete Bezeichner für interne Lenkungszwecke genutzt werden. Das Element „Buyer reference (BT-10)“ ist lediglich ein Textfeld und verwendet keine Schema-Definitionen.

[Redeemer]

Danke. Was kann man da so nehmen? Wir haben bei uns keine für den Kunden sichtbare Kundennummer, vielleicht E-Mail? E-Mail sieht auch sofort ganz anders aus als eine Leitweg-ID und hat ein Schema, das jeder kennt.

[sh17]

Leitweg-ID schau ich nochmal konkret, bei B2B kann wahrscheinlich irgend etwas eingetragen werden, siehe auch

https://leitweg-id.de/home/

Optionale Felder passe ich an, danke an alle

[Sourcecoder]

Zitat von Redeemer:

Danke. Was kann man da so nehmen? Wir haben bei uns keine für den Kunden sichtbare Kundennummer, vielleicht E-Mail? E-Mail sieht auch sofort ganz anders aus als eine Leitweg-ID und hat ein Schema, das jeder kennt.

Man könnte auch die Adressierung von Peppol übernehmen,
dann braucht man nicht noch eine Verzweigung im ERP. Also Leitweg-ID wie Peppol-Participant-ID ohne Präfixe

https://www.e-rechnung-bund.de/faq/peppol/
Wie hängen die Peppol-Participant-ID und die Leitweg-ID zusammen?
Für die deutschen öffentlichen Auftraggeber wurde im Rahmen der Entwicklung des Standards XRechnung ein Schema für eine Adressierungscodierung definiert, die sogenannte Leitweg-ID. Diese Adressierungscodierung wurde bei Peppol für die Adressierung im Transportnetzwerk als zulässiges Schema für den Participant-Identifier registriert. Für Unternehmen in Deutschland ist darüber hinaus bereits das Schema der Umsatzsteuer-Identifikationsnummer (VAT ID) und der Global Location Number bei Peppol registriert. Privatwirtschaftliche Auftraggeber können damit ihre Umsatzsteuer-Identifikationsnummer als Peppol-Participant-Identifier für eine eindeutige Identifizierung als Sender oder Empfänger nutzen. Für öffentliche Auftraggeber steht nun auch die Leitweg-ID als gültiges Schema zur Verfügung.

Der Zusammenhang zwischen einer Peppol-Participant-ID und der Leitweg-ID oder der Umsatzsteueridentifikationsnummer wird über unterschiedliche Präfixe hergestellt. Aus einem vierstelligen Zahlencode, der vor die Leitweg ID oder Umsatzsteuer*identifikations*nummer gesetzt wird, ergibt sich die Peppol-Participant-ID:

Präfix 0204 + Leitweg-ID → 0204:Leitweg-ID
Präfix 9930 + Umsatzsteuer*identifikations*nummer → 9930:Umsatzsteuer*identifikations*nummer
Präfix 0088 + Global Location Number → 0088:Global Location Number