
Wichtig: ZUGFeRD ist nur eines von vielen möglichen Formaten einer elektronischen Rechnung. Auf andere Formate wie XRechnung oder EDI-INVOIC werden wir hier nicht näher eingehen.
Du weißt bereits alles über das ZUGFeRD-Format, aber möchtest wissen wie man die Liefer-GLN ergänzen kann? Besuche ZUGFeRD - GLN-Zuordnung
Die Regeln, wie eine ZUGFeRD-Rechnung aufgebaut ist, stammen von der Europäischen Norm 16931. Bei der Bearbeitung deiner ZUGFeRD-Rechnung orientieren wir uns an diesen Kriterien, aber wir berücksichtigen auch andere Vorgaben.
FacturX ist die französische Bezeichnung wie für das deutsche ZUGFeRD-Format.
ZUGFeRD (= Zentraler User Guide des Forums elektronische Rechnung Deutschland) kombiniert eine normale PDF-Rechnung mit maschinenlesbaren Daten im XML-Format. So können Menschen die Rechnung lesen und Computer sie automatisch verarbeiten. Ab Version 2.1 entspricht ZUGFeRD der europäischen Norm EN 16931 für elektronische Rechnungen.

Es empfiehlt sich, zunächst das eigenen Rechnungsprogramm zu prüfen oder eine fachkundige Person hinzuzuziehen. Je nach Software und Version kann ein ZUGFeRD unterschiedlich erstellt werden, was zu Abweichungen in der Interpretation führen kann.
in folgendem Download-Button findet sich eine ZUGFeRD Test Rechnung nach EN 16931:
Download ZUGFeRD TestÖffne das PDF in deinem PDF-Viewer und klicke ganz rechts auf das Klammersymbol:

Sollte die Leiste nicht sichtbar sein, überprüfe bitte die Anzeigeeinstellungen deines PDF-Viewers.
Das Klammersymbol im PDF zeigt, bildet in erster Linie ab, dass ein Anhang enthalten ist. Ob es sich hierbei um ein ZUGFeRD/Factur-X im XML Format handelt, muss im Detail überprüft werden.
Öffne das XML durch Doppelklick auf den Anhang:

Achtung: Das XML hier ist nur ein Beispiel. Dein eigenes ZUGFeRD-XML kann unterschiedlich benannt sein.
Du kannst jetzt dein XML mit dem PDF vergleichen. Mit der Suchfunktion kannst du beispielsweise nach Artikelnamen, Zahlen oder Liefer-GLN suchen.
Mithilfe der Beispieldatei kannst du die Feldnamen vergleichen und prüfen, ob deine Daten korrekt in der XML-Struktur positioniert sind.
Auch korrekt gepflegte Stammdaten im Rechnungsprogramm werden nicht immer vollständig oder an der richtigen Stelle in die XML-Struktur übergeben. Beispielsweise kann es vorkommen, dass bestimmte Angaben - wie etwa Zahlungskonditionen - im falschen Feld oder nur als Beschreibung ausgegeben werden.
Beispiel Verkäufer-Daten:

Daten in der XML:

Was gibt es zu beachten:
Textzeilen in Lila beschreiben die einzelnen Elemente der XML.
Die inhaltlichen Daten der Rechnung sind in schwarzer Schrift dargestellt.
Deine Firmendaten laufen unter den Elementen “SellerTradeParty”.
Weiterführende Informationen, wie Spezifikationen, Pflichtangaben, Versionen etc. findest du hier.
Verkäufer Daten:

Die Global ID mit dem Code 0088 im Element <ram:SellerTradeParty> beschreibt die GLN des Lieferanten.
Tag: GlobalID schemeID="0088"
Der Tag kann auch mehrmals in der Datei vorkommen. (z.B. Liefer-GLN)

die UID-Nr. des Lieferanten befindet sich in der SellerTrade Party im Unterelement <ram:SpecifiedTaxRegistration>
Tag: <ram:ID schemeID="VA"
Der Tag kann auch mehrmals in der Datei vorkommen. (z.B. Käufer-UID)

die IBAN des Lieferanten findet man nach den Elementen:<ram:SpecifiedTradeSettlementPaymentMeans>
<ram:PayeePartyCreditorFinancialAccount>
→ PayeePartyCreditor = Lieferant
Tag: IBANID
Käufer-Daten:

Die Global ID mit dem Code 0088 im Element <ram:BuyerTradeParty> beschreibt die Käufer-GLN des Kunden.
Tag: GlobalID schemeID="0088"
Der Tag kann auch mehrmals in der Datei vorkommen. (z.B. GLN des Lieferanten)
GOOD TO KNOW:
Die Zuordnung der Kostenstelle funktioniert auch, wenn die GLN im Adressblock ersichtlich ist.
Hier zwei Beispiele:


Die Global ID mit dem Code 0088 im Element <ram:ShipToTradeParty> beschreibt die Liefer-GLN des Lieferanten.
Tag: GlobalID schemeID="0088"
Der Tag kann auch mehrmals in der Datei vorkommen. (z.B. Käufer-GLN)
GOOD TO KNOW:
Die Zuordnung der Kostenstelle funktioniert auch, wenn die GLN im Adressblock ersichtlich ist.
Hier ein Beispiel:

Artikel-Daten:

Tag: SellerAssignedID
Gibt die lieferanteninterne Artikelnummer von sich.
Tag: GlobalID schemeID="0160"
Der Code 0160 Kennzeichnet den GTIN, das Element ist optional
Tag: Name (Artikelname)
der Tag kann auch mehrmals in der Datei z.B. Lieferantenname vorkommen.
Zahlungskonditionen:

Tag: ApplicableTradePaymentDiscountTerms
Die Description ist die Zahlungskondition als Satz, sie gilt nicht als gültiger Wert sondern dient nur zur abbildenden Information.
Mit der BasisPeriodMeasure wird die Anzahl der Skonto-Tage abgebildet, das CalculationPercent bildet den Skonto-Prozentsatz ab.

Tag: DueDateDateTime
format 102 = JJJJMMTT