Wie sieht die Zukunft mit XRechnung, ZUGFerD, Peppol und Co. aus ?

[Rollo62]

[QUOTE=stalkingwolf;1543929]

Zitat:

Zitat von Rollo62 (Beitrag 1543928)

Habe unzählige Fehlermeldungen vor allem wegen den Metadaten.
die XML ist ok wenn ich diese einzeln validiere.

Hast Du die XML auch mal damit validiert, das scheint sehr gute Ergebnisse zu liefern, ist aber nur für XML und XRechnung.
https://jcthiele.github.io/OpenXRechnungToolbox/

Einen simplen Validator für PDF suche ich auch noch.
Vielleicht funktioniert dies für Dich mit PDF?
https://belegmeister.de/zugferd-e-re...line-anzeigen/

[Papaschlumpf73]

Zitat:

Zitat von t2000 (Beitrag 1543901)

Also eine "normale" Rechnung wie immer, mit eingebettetem XML. Kann jeder lesen. Ich wüsste keinen Grund, irgendwas anderes zu wollen. Es spielt hier auch keine Rolle, ob der Endkunde eine Firma oder ein Privatkunde ist. Alle bekommen dasselbe. Mit Behörden haben wir nichts zu tun.

Ich wüsste einen Grund: Der Empfänger muss beide Rechnungsteile neben der PDF auch die XML überprüfen, da diese für das FA relevant ist. Dann muss er auch XML und PDF vergleichen, damit das FA ihm da nicht 2 Rechnungen draus macht. Alle, die weiter nach PDF-Rechnungen schreien, kapieren das anscheinend nicht. Haben wir hier auch schon mal besprochen.

[sh17]

Zitat:

Zitat von stalkingwolf (Beitrag 1543929)

Ich habe mir mal den mustang validator heruntergeladen und eine normale PDF auf PDFA gespeichert reicht wohl nicht aus.
Habe unzählige Fehlermeldungen vor allem wegen den Metadaten.
die XML ist ok wenn ich diese einzeln validiere.

Wegen den XMP Metadaten, die man in die PDF stecken muss, liefere ich noch etwas. Siehe auch hier

https://github.com/LandrixSoftware/X...lphi/issues/41

[stalkingwolf]

[QUOTE=Rollo62;1543935]

Zitat:

Zitat von stalkingwolf (Beitrag 1543929)

Zitat:

Zitat von Rollo62 (Beitrag 1543928)

Habe unzählige Fehlermeldungen vor allem wegen den Metadaten.
die XML ist ok wenn ich diese einzeln validiere.

Hast Du die XML auch mal damit validiert, das scheint sehr gute Ergebnisse zu liefern, ist aber nur für XML und XRechnung.
https://jcthiele.github.io/OpenXRechnungToolbox/

Einen simplen Validator für PDF suche ich auch noch.
Vielleicht funktioniert dies für Dich mit PDF?
https://belegmeister.de/zugferd-e-re...line-anzeigen/

Die Meldung welche ich erhalte sind.

Code:

08:24:59.698 [main] ERROR o.m.validator.ZUGFeRDValidator - Error 11: XMP Metadata: ConformanceLevel not found
08:24:59.699 [main] ERROR o.m.validator.ZUGFeRDValidator - Error 12: XMP Metadata: ConformanceLevel contains invalid value
08:24:59.700 [main] ERROR o.m.validator.ZUGFeRDValidator - Error 13: XMP Metadata: DocumentType not found
08:24:59.700 [main] ERROR o.m.validator.ZUGFeRDValidator - Error 14: XMP Metadata: DocumentType invalid
08:24:59.701 [main] ERROR o.m.validator.ZUGFeRDValidator - Error 21: XMP Metadata: DocumentFileName not found
08:24:59.701 [main] ERROR o.m.validator.ZUGFeRDValidator - Error 19: XMP Metadata: DocumentFileName contains invalid value
08:24:59.701 [main] ERROR o.m.validator.ZUGFeRDValidator - Error 15: XMP Metadata: Version not found
08:24:59.701 [main] ERROR o.m.validator.ZUGFeRDValidator - Error 16: XMP Metadata: Version contains invalid value

als letztes schreibt er raus. Das bezieht sich dann wohl auf die XML in der PDF Datei.

Code:

08:25:01.232 [main] INFO  o.m.validator.ZUGFeRDValidator - Parsed PDF:invalid XML:invalid Signature:null Checksum:30276051287C8F286998E70BFFDEF804B756BEA4 Profile:urn:cen.eu:en16931:2017#compliant#urn:xeinkauf.de:kosit:xrechnung_3.0 Version:2 Took:2774ms Errors:[]

Zitat:

Zitat von sh17 (Beitrag 1543955)

Zitat:

Zitat von stalkingwolf (Beitrag 1543929)

Ich habe mir mal den mustang validator heruntergeladen und eine normale PDF auf PDFA gespeichert reicht wohl nicht aus.
Habe unzählige Fehlermeldungen vor allem wegen den Metadaten.
die XML ist ok wenn ich diese einzeln validiere.

Wegen den XMP Metadaten, die man in die PDF stecken muss, liefere ich noch etwas. Siehe auch hier

https://github.com/LandrixSoftware/X...lphi/issues/41

ok danke für die Info.

Aber ist das nun egal oder wird die PDF abgelehnt?

[t2000]

Zitat:

Zitat von Papaschlumpf73 (Beitrag 1543944)

Zitat:

Zitat von t2000 (Beitrag 1543901)

Also eine "normale" Rechnung wie immer, mit eingebettetem XML. Kann jeder lesen. Ich wüsste keinen Grund, irgendwas anderes zu wollen. Es spielt hier auch keine Rolle, ob der Endkunde eine Firma oder ein Privatkunde ist. Alle bekommen dasselbe. Mit Behörden haben wir nichts zu tun.

Ich wüsste einen Grund: Der Empfänger muss beide Rechnungsteile neben der PDF auch die XML überprüfen, da diese für das FA relevant ist. Dann muss er auch XML und PDF vergleichen, damit das FA ihm da nicht 2 Rechnungen draus macht. Alle, die weiter nach PDF-Rechnungen schreien, kapieren das anscheinend nicht. Haben wir hier auch schon mal besprochen.

Nun ja, das stimmt wohl.
Aber ich glaube, wir werden alle in 2 Jahren ein wenig schlauer sein.

NOCH kann ich mir nicht vorstellen, dass unsere Kunden sich mit XML beschäftigen. Wir haben in diesem Jahr, 2024, immer noch Kunden, die mit TSE hadern und es nicht, nicht richtig, unvollständig, einsetzen. Ich denke, erst wenn die ersten größeren Probleme bei Prüfungen kommen, werden die aufwachen. Es gibt bei unseren Kunden noch wirklich viele, die meinen sie bräuchten nichts "Digitales". Verarbeiten aber das meiste mit PC und Software.

[sh17]

Zitat:

Zitat von stalkingwolf (Beitrag 1543957)

Aber ist das nun egal oder wird die PDF abgelehnt?

Probier mal

https://www.portinvoice.com/

[stalkingwolf]

Zitat:

Zitat von sh17 (Beitrag 1543960)

Zitat:

Zitat von stalkingwolf (Beitrag 1543957)

Aber ist das nun egal oder wird die PDF abgelehnt?

Probier mal

https://www.portinvoice.com/

die gibt aus.

Code:

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"

Interessant ist wenn ich nur die XML reinwerfe, dann ist Mustang und Koordinationsstelle für IT Standards korrekt und valitool gibt die Meldung oben aus.

[sh17]

wie lautet der Dateiname der xml in der pdf?

[stalkingwolf]

Zitat:

Zitat von sh17 (Beitrag 1543962)

wie lautet der Dateiname der xml in der pdf?

ne das hat sich erledigt. Er hat an was anderem gemeckert. ( Datei heißt factur-x.xml )
Interessanterweise war das anderen Validatoren egal. Wir hatten kein Leistungsdatum gefüllt. (DeliveryInformation.ActualDeliveryDate)


Die Seite lehnt unsere PDF immer ab.
Ich vermute das dieser von einer anderen XML Datei ausgeht.

Wir generieren die XML Datei über ZUGFeRDExtendedVersion_232 : TXRechnungInvoiceAdapter301.SaveDocumentUNCEFACT(_ Invoice,_Xml,false);
Ich denke das wir in die XMP Metadaten der PDF die falschen Infos schreiben.
Aber ich kann gerade nicht erkennen welche korrekt wären.

Meldung:

Code:

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"

unsere Metadaten:

Code:

<xmp:DocumentType>INVOICE</xmp:DocumentType>
<xmp:DocumentFileName>factur-x.xml</xmp:DocumentFileName>
<xmp:Version>2.3</xmp:Version>
<xmp:ConformanceLevel>EN 16931</xmp:ConformanceLevel>

[jziersch]

Kann es sein, dass Dein namespace "xmp" falsch ist?

Ich verwende dies:

Code:

   '<rdf:Description xmlns:fx="urn:factur-x:pdfa:CrossIndustryDocument:invoice:1p0#"' + #32 + 'rdf:about="">' + #10 +
   '<fx:DocumentType>INVOICE</fx:DocumentType>' + #10 +
   '<fx:DocumentFileName>factur-x.xml</fx:DocumentFileName>' + #10 +
   '<fx:Version>1.0</fx:Version>' + #10 +
   '<fx:ConformanceLevel>EXTENDED</fx:ConformanceLevel></rdf:Description>' + #10;

Validiert habe ich das hier:
https://portal3.gefeg.com/invoice/page/validation