Groups keyboard shortcuts have been updated
Dismiss
See shortcuts

ZUGFeRDInvoiceImporter: Werte fehlen

54 views
Skip to first unread message

GDI Software

unread,
Sep 19, 2024, 3:43:54 AM9/19/24
to ZUGFeRD

Ich habe festgestellt, dass beim Import von Demo-Rechnungen (ferd-net.de) teilweise Werte, welche in dem XML vorhanden sind, nicht im Invoice Objekt zu finden sind:

 

1. BASIC_Einfach.pdf

Das Beispiel hat leider alle Skonto Informationen im Freitext, kann also nicht sinnvoll ausgelesen werden, ABER die Notizen (<ram:IncludedNote>) werden landen nicht im Invoice-Objekt

 

2. BASIC_Taxifahrt.pdf

Auch hier fehlen die Notizen und LineOne enthält in der XML einen Namen, LineTwo die Straße. Mustang ließt hier den Namen (LineOne) in das Feld street im Invoice-Objekt

 

3. EN16931_1_Teilrechnung.pdf

Auch hier fehlen im Invoice-Objekt die Notizen, aber auch die LineID und der TotalPrepaidAmount.

 

4. EN16931_AbweichenderZahlungsempf.pdf

Auch hier fehlen im Invoice-Objekt die Notizen. Der abweichende Zahlungsempfänger, welcher in dem XML vorhanden ist, fehlt im Invoice-Objekt.

 

Diese Probleme habe ich mit der Mustang Version 2.13.0 und ZUGFeRD Version 2.2 festgestellt, aber auch mit der gestern veröffentlichten Version 2.3. Aufgrund der vielen Fehler habe ich dann weitere Versionen nicht mehr untersucht.

Beim Import kann man als Bediener der Klasse ZUGFeRDInvoiceImporter ja eigentlich nicht viel falsch machen, die Klasse ist ja recht schlank gehalten, was Einstellmöglichkeiten angeht.

 

EN16931_1_Teilrechnung.pdf
BASIC_Taxifahrt.pdf
EN16931_AbweichenderZahlungsempf.pdf
BASIC_Einfach.pdf

jochen...@gmail.com

unread,
Sep 22, 2024, 10:20:55 AM9/22/24
to ZUGFeRD
Hi,
Es gibt sogar Werte die in CII gelesen werden, in UBL aber nicht.
Gerne anmelden für den Workshop am 04.10. https://forms.gle/gMvJiurkhwwge4pP7  , da wird es darum gehen wie man selbst benötigte BTs implementieren und lesen lassen kann.

Hintergrund ist logischerweise der, dass Mustang eine Klasse für mehrere Formate bereitstellt, ob man das dann als XR, ZF1, ZF2, bspw. auch gern extended oder Order-X wegschreibt bleibt dem Programmierer überlassen. Und der große Vorteil ist, dass sowohl aus CII als auch aus UBL gelesen wird, die ja beide ab 01.01.2025 unterstützt werden müssen. Es ist eben nur Fleißarbeit die Dinger zu mappen, als String zu schreiben und aus dem DOM zu lesen. 

Spannenderweise gibts die Rechnungsklasse nicht erst seit 2014 sondern aus dem Open-Source Vorgängerprojekt seit 2004. Und ganz erstaunlich viele Sachen (auch BTs) hat seit 2004 offensichtlich noch niemand wirklich gebraucht, sonst wären sie erfragt worden. 

mit freundlichen Grüßen
Jochen Stärk
Reply all
Reply to author
Forward
0 new messages