ZUGFeRD Import funktioniert nicht

Hallo allerseits,

ich bin gerade dabei mein Banking auf Hibiscus und die Rechnungen auf Fakturama umzustellen.

Jetzt habe ich testhalber mal versucht, eine (in Fakturama) selbst geschriebene ZUGFeRD-Rechnung in Hibiscus als Überweisung zu importieren. Leider erhalte ich aber nur eine Fehlermeldung "Angaben zum Inhalt fehlen in der Rechnung".

Weiß jemand was diese Meldung genau bedeutet bzw. wie ich evtl. mehr Infos zum Importvorgang bekommen kann um das Problem einzugrenzen oder am besten zu lösen...?

Grüße
Olaf

PS: die Rechnung hat natürlich eingebettete XML-Infos und wird z.B. von Quba auch korrekt/plausibel angezeigt...

Hallo Infoman,

aus deiner Antwort lese ich jetzt mal, dass Hibiscus nur die Version 1 der ZUGFeRD-Spezifikation versteht und es deswegen nicht funktioniert hat - also die Version der Rechnung eine andere war (was wohl korrekt ist, s.u.) - Richtig?

Die Rechnung wurde mit der aktuellen Version von Fakturama erzeugt, lt. der dortigen Einstellungen als "XRechnung / Factur-X" in Version 2.1 mit dem Profil "ZUGFERD_V2_COMFORT". Laut dem Fakturama Forum auch die einzig funktionierende Einstellung.
Hier hochladen kann ich sie leider nicht, da es eine echte mit Kundendaten war.
Wenn es helfen würde kann ich ggf. aber eine zusätzliche Installation von Fakturama machen und damit eine Demo-Rechnung erzeugen.

Die Zugferd-Integration in Hibiscus ist vor einigen Jahren geschrieben worden. Hierbei wurde die Bibliothek "konik-io" verwendet. Leider ist die Weiterentwicklung dort eingeschlafen. Das Github-Repo https://github.com/konik-io/konik ist archiviert worden. Die angekündigte Version 2.0 (https://konik.io/blog.html) ist nie veröffentlicht worden.

Das heisst: Um neuere Zugferd-Versionen in Hibiscus zu unterstützen, reicht es leider nicht diese Bibliothek zu aktualisieren, da es von dieser keine neuere Version gibt. Stattdessen muss die bisherige Zugferd-Anbindung verworfen und neu programmiert werden. Mit einer anderen Programm-Bibliothek, die diese neue Zugferd-Version unterstützt. Unter https://www.mustangproject.org/interface/ gibt es ein Java-Projekt. Das scheint aber nur das Erstellen solcher PDF-Dateien zu unterstützen und nicht das Lesen.

Ich habe gerade mal unter https://www.mustangproject.org/use/?lang=de#gradle geschaut, welche Bibliotheken ich brauche, um diese Invoice-Klasse nutzen zu können (beim Lesen des Codes der Invoice-Klasse habe ich nicht herausfinden können, wie man damit die IBAN des Empfängers ermitteln kann):

"org.mustangproject:library" erfordert in Summe 73 JAR-Dateien mit einer Gesamtgröße von 41MB. Das ist doppelt so gross wie ganz Hibiscus. Ein paar Bibliotheken davon gibt es schon in Hibsicus und Jameica (Commons, dom4j, jackson). Der Großteil wäre aber nur dafür nötig.

Unter topic.php?p=130064#real130064 hatte ich hierzu vor einigen Jahren schonmal etwas geschrieben. Damals hatten wir noch von 5MB gesprochen. Heute 40. Das steht in keinem Verhältnis zum Nutzen. Unabhängig von der Dateigröße: Die Menge an Bibliotheken, die dadurch neu in Hibiscus auftauchen, würden auch bei einer Reihe anderer Jameica-Plugins Probleme machen, weil die dort ggf. in anderen Versionen bereits enthalten sind und dann dort Inkompatibilitäten auslösen können. Die sauberere Lösung wäre hier - wie schon in dem älteren Thread erwähnt - ein separates Jameica-Plugin. Dafür fehlen mir aber die zeitlichen Ressourcen.

Wenn ich das richtig verstehe, ist Zugferd nichts anderes als ein in das PDF eingebettetes XML. Vermutlich kann man das auch komplett ohne irgendwelche zusätzlichen Bibliotheken lesen. Im Moment fehlt mir aber gerade die Zeit.

Hallo, vielleicht hilft hier das Projekt XRechnung des Datenbank-Spezialisten Robert Großkopf weiter, das er für LO-Base geschrieben hat mit umfangreichen Erläuterungen.
Zu finden hier: https://de.libreoffice.org/get-help/documentation/
unter -Kurzanleitungen/Verschiedenes/XRechnung.
Die Zusammenarbeit mit Base funktioniert ja recht gut, auch paralleler Zugriff auf die h2DB.
Vielleicht könnte man da etwas zusammenfügen...

@hibiscus
bezugnehmend auf #10 (auslesen/anzeigen der Daten) schaue doch auch mal hier:

https://quba-viewer.org
https://github.com/ZUGFeRD/quba-viewer
An wen richtet sich euer Tool? Größte Zielgruppe sind Verbraucher:innen, die eine e-Rechnung empfangen.
Wir sind Quba - Aber wir sind auch Mustangproject
Mustang's Fokus ist die Erstellung und das maschinelle Auslesen von elektronischen Rechnungen. Das beinhaltet das Validieren, also auch das Nachrechnen dieser Rechnungen. Bei Quba geht es um die visuelle, menschenlesbare Darstellung um die Rechnungen inhaltlich und semantisch zu prüfen.
https://quba-viewer.org/p/quba-1-4-0/ u.a. gesponsert bei Würth

https://www.ferd-net.de/aktuelles/meldungen/quba-viewer.html
https://prototypefund.de/project/quba-viewer/

vielleicht ist ja die Reaktivierung / das auslesen der Daten doch umsetzbar.

Ich habe den alten ZUGFeRD-Importer sowie die verwendete Bibliothek "konik.io" jetzt rausgeworfen und das Extrahieren der XML-Daten aus dem PDF per Apache PDFBox neu implementiert. Beim Lesen des XML habe ich mich an den XPath-Ausdrücken aus https://github.com/ZUGFeRD/mus…orter.java orientiert.

Ab morgen gibt es im Nightly-Build bei den Überweisungen ein neues Import-Format "PDF-Rechnung im XRechnung-Format". Das sollte dann auch XRechnung in Version 2 importieren können. Ob Version 3 auch funktioniert, kann ich nicht sagen.

Danke für die Infos. Leider liegen da nur XML-Dateien zum Testen. Das Extrahieren des XML aus dem PDF kann man damit also nicht testen. Da müsste ich den Importer so erweitern, dass er auch direkt mit den XML-Dateien klar kommt.

Danke für die Links. In der Beispiel-PDF-Datei wird gar kein embedded XML gefunden. Bin mir jetzt nicht sicher, ob dort tatsächlich eine XRechnung enthalten ist. Müsste man mal noch mit einem anderen Tool testen.