Neu Exportvorlage XRechnung

[Mike73]

Hallo zusammen,

ich versuche gerade, meine Exportvorlage für die X-Rechnung zu verstehen und sie anzupassen, um ein paar Fehler zu korrigieren.
Es gibt Stellen der Standardvorlage, wo in den strukturierten Daten unrichtige oder unzutreffende Inhalte haben. Ich werde dazu immerwieder angemahnt und muss das jetzt mal machen.

• die Zahlungsart wird (statisch! = 57 ) unzutreffend angegeben, verwirrend, weil es auch nicht zum angegebenen Zahlungsmittel passt.
• die Bankverbindung wird nicht richtig übergeben

Was mir dazu fehlt ist ne Liste mit den Datenfeldern dieser Entities , zB InvoicePayments . Gibts da irgendwo n Whitepaper ? Im Guide gibt es zwar was zu DotLiquid, auch eine Variablenliste, aber die passt irgendwie nicht dazu.

Kann da jemand was zu sagen ?

Danke und Grüße
Mike

 

[hphock]

Hallo Mike,

die genauen Feld-Spezifikationen kannst du hier nachschlagen: https://www.ferd-net.de/download-zugferd

Falls dir die Anpassung der DotLiquid-Variablen zu mühsam ist, kannst du gerne unser Addon testen. Dort sind die Mappings für Zahlungsarten und Bankverbindungen bereits fertig hinterlegt und funktionieren korrekt.

Mehr Infos unter: https://hphock.de

Viele Grüße

Hans-Peter

 

[Saa1001zp]

Hallo Mike, die Zahlungsart ist bei der XRechnung ein Code nach UNCL4461. In der XML steckt er in den PaymentMeans, der Code selbst ist BT-81, der Klartext dazu BT-82, die IBAN ist BT-84 und die BIC BT-86. Die 57 steht in der Liste für Dauerauftrag, deshalb passt sie bei den meisten nicht. Für eine normale Überweisung ist 30 richtig, für SEPA-Überweisung 58, für SEPA-Lastschrift 59 und für Karte 48. Wenn die Standardvorlage da stur 57 reinschreibt, musst du das auf den tatsächlichen Zahlungsweg mappen. Wenn die Bankverbindung nicht richtig ankommt, sind meistens die Liquid-Variablen im Template leer oder anders benannt als erwartet, und dann steht in BT-84 nichts oder etwas Falsches drin. Das fällt im PDF nicht auf, in der XML aber sofort. Die Feldliste für die Entities steht in der CII-Spezifikation von UN/CEFACT, in den FeRD-Unterlagen die hphock verlinkt hat findest du auch die Profilvorgaben. Zum Testen schick die erzeugte XML einmal durch einen echten EN-16931-Check, dann siehst du direkt ob Zahlungsart und IBAN überhaupt ankommen. Dafür habe ich einen kostenlosen Validator gebaut, ohne Anmeldung, Server in Deutschland, die Datei wird nur im Speicher geprüft und sofort gelöscht: https://e-rechnung-validator.onrender.com Wenn beim Prüfen ein kryptischer Fehler kommt, poste ihn hier, dann übersetze ich ihn.

 

[MichaelH]

Hallo Mike, die Zahlungsart ist bei der XRechnung ein Code nach UNCL4461. In der XML steckt er in den PaymentMeans, der Code selbst ist BT-81, der Klartext dazu BT-82, die IBAN ist BT-84 und die BIC BT-86. Die 57 steht in der Liste für Dauerauftrag, deshalb passt sie bei den meisten nicht. Für eine normale Überweisung ist 30 richtig, für SEPA-Überweisung 58, für SEPA-Lastschrift 59 und für Karte 48. Wenn die Standardvorlage da stur 57 reinschreibt, musst du das auf den tatsächlichen Zahlungsweg mappen. Wenn die Bankverbindung nicht richtig ankommt, sind meistens die Liquid-Variablen im Template leer oder anders benannt als erwartet, und dann steht in BT-84 nichts oder etwas Falsches drin. Das fällt im PDF nicht auf, in der XML aber sofort. Die Feldliste für die Entities steht in der CII-Spezifikation von UN/CEFACT, in den FeRD-Unterlagen die hphock verlinkt hat findest du auch die Profilvorgaben. Zum Testen schick die erzeugte XML einmal durch einen echten EN-16931-Check, dann siehst du direkt ob Zahlungsart und IBAN überhaupt ankommen. Dafür habe ich einen kostenlosen Validator gebaut, ohne Anmeldung, Server in Deutschland, die Datei wird nur im Speicher geprüft und sofort gelöscht: https://e-rechnung-validator.onrender.com Wenn beim Prüfen ein kryptischer Fehler kommt, poste ihn hier, dann übersetze ich ihn.

Denkst du wirklich deine Buchstabenwurst wird jemand lesen ?