Zugferd Dateien auslesen/erzeugen für Faule

[handyotto]

Guten Morgen,

danke für Eure Ausführungen. Ich bin ja auch schon länger im Gewerbe und komme mehr und mehr zu dem Entschluss dass es mir langsam egal ist. Wie IBExpert auch, bekommt, wer mit meiner ZUGFeRD-pdf nicht zufrieden ist, eben nur eine X-Recnung-xml. Die stimmt nämlich bei bisher jedem Validierungstool.

Man könnte fast sagen q.e.d., denn hier:

Zitat von sh17:

bzw auch https://validool.org/

Den kann ich wirklich empfehlen zu lizensieren. Sehr genau.

Bekomme ich mit der pdf "lustige" Meldungen:

Beschreibung	Wert
Die Datei ist eine PDF oder ein XML?	PDF
Die PDF hat eine Datei eingebettet?	Ja
Die XML hat ein gültige Syntax?	Nein, kann keines der folgenden Elemente finden: "/rsm:CrossIndustryDocument/rsm:SpecifiedExchangedDocumentContext/ram:GuidelineSpecifiedDocumentContextParameter/ram:ID", "/rsm:CrossIndustryInvoice/rsm:ExchangedDocumentContext/ram:GuidelineSpecifiedDocumentContextParameter/ram:ID" oder "/Invoice/cbc:CustomizationID"
Die XML hat ein gültiges Profil?	Nein
Die Datei wird in die Validierung gegeben?	Nein

Wenn ich nur das beinhaltende xml hochlade schaut es dann aber so aus:

---8<-----------8<-----------8<-----------8<-----------8<-----------8<--------
Die E-Rechnung entspricht den Vorgaben der deutschen USt-Gesetzgebung und könnte somit angenommen werden.
---8<-----------8<-----------8<-----------8<-----------8<-----------8<--------

Und auch die Details von den drei "Prüfseiten" drunter bescheinigen mir: Alles gültig, nur einer meckert einen Rundungsfehler an, der so aber garnicht vorkommt...

Und ja, Elster frisst fast alles. Nur einen frei erfundenen Namen für das xml in der pdf mag es nicht. Also sollte ein Verweis darauf genügen.

Da ich aber intern die xml-Dateien nicht alle gleich nennen will, lautet meine qpdf-Zusammenpackzeile deshalb wie folgt (ich mach das unter Linux):

Code:

qpdf NameNacktePdf.pdf --add-attachment NameVomXml.xml --description="ZUGFeRD" --filename=factur-x.xml -- NameZusammengepacktesPdf.pdf

[AuronTLG]

Das könnte evtl auch mit etwas zu tun haben, was mir neulich aufgefallen ist:
Schon seit ZUGFeRD 1 gibt es eigentlich bereits die Vorgabe, dass die PDF bestimmte Metadaten enthalten muss, momentan nämlich "ConformanceLevel", "DocumentType", "DocumentFileName" und "Version".
Lustigerweise haben diese Metadaten bislang anscheinend niemanden interessiert, was sich aber irgendwann in den letzten 2-3 Monaten geändert zu haben scheint. Fehlen diese Metadaten, beschweren sich nun einige Validatoren, wie z.B. Mustang, eben genau darüber, dass zwar eine XML enthalten, aber ungültig sei.

Ich hatte tatsächlich an einer Stelle einen Fehler drin, durch den unter Umständen ZUGFeRDs ohne diese Metadaten erzeugt wurden, was zuvor nicht aufgefallen war, weil es eben niemanden gejuckt hat. Dadurch entstand das Phänomen, dass ZUGFeRDS, die einen Monat zuvor noch einhellig validiert wurden, nun plötzlich angemeckert wurden, und eben genau das, was du gerade beschrieben hast: Die ZUGFeRDS wurden angemeckert, die nackte XML jedoch nicht.

[sh17]

fügt qpdf denn Metadaten hinzu?

[AuronTLG]

Von der Zusammenpackzeile her sieht das nicht so aus, denn da fehlen die Angaben für Version und ConformanceLevel.
Nimmt man Mustang für das Kombinieren von PDF und XML, so muss man ja als Parameter sowohl die ZUGFeRD-Version als auch das verwendete Profil angeben, welche dann in die entsprechenden Metadaten geschrieben werden. Ich wüsste jetzt nicht, wie qpdf durch jenen Befehl wissen sollte, welches ZUGFeRD-Profil man verwendet.

[TurboMagic]

Evtl. gibt's ja einen Kommandozeilenparameter um das angeben zu können?