ZUGFeRD / mustangproject

Open Source Java e-Invoicing library, validator and tool (Factur-X/ZUGFeRD, UNCEFACT/CII XRechnung)
http://www.mustangproject.org
Apache License 2.0
197 stars 112 forks source link

Fehler beim Validieren von XRechnungen mit TaxCategoryCode 'G' und 'K' (Drittland + Innergemeinschaftliche Lieferung) #251

Open andras63 opened 2 years ago

andras63 commented 2 years ago

Ich habe Probleme XRechungen mit ausschließlich CategoryCode 'G' bzw 'K' zu validieren. Betroffen ist das File resources/xslt/cii16931schematron/EN16931-CII-validation.xslt Es ist speziell die Regel BR-G-08 bzw. BR-K-08 die feuert. Der Kosit-Validator verhält sich identisch, meiner Meinung nach sind die Rechnungen aber korrekt. Die entsprechende Regel BR-S-08 für Inlandslieferung ist leicht anders und validiert die gleichen Rechnung, wenn ich den Test-Kunden auf Inland setze. Ich habe dann mal beim Kosit validator in den Resources die BR-G-08 und BR-K-08 Regel analog zu der BR-S-08 Regel angepasst, und siehe da die Rechnungen werden validiert. Der einzige Unterschied sind die zusätzlichen xs:decimal() conversions für LineTotalAmount, und ActualAmount bei SpecifiedTradeAllowanceCharge - sieht nach einem Rechenfehler aus, die Additionen der Rechnungen sind jedenfalls korrekt

Einen diff der Schemata habe ich angefügt

Kann sich das bitte jemand ansehen, der tiefer drin steckt und ggfls eskalieren?

EN16931-CII-validation.xsl.zip

jstaerk commented 2 years ago

Hallo, das wäre leider nicht der erste Rundungsfehler, besteht die Möglichkeit an Steps to reproduce zu kommen, sprich mal ein oder zwei XML-Beispiel die BR-G-08 und BR-K-08 konkret feuern obwohl sie es nicht sollten?

Upstream wäre in dem Fall wahrscheinlich das CEF, zuständig aber mit den Steps könnte ich mal schauen ob ich die XSLT-Datei eventuell mal aktualisiert bekomme, sollte es eine neue Version geben, und ob danach der Fehler noch auftritt.

mit freundlichen Grüßen Jochen

andras63 commented 2 years ago

Hallo, Ich habe Beispiele generiert für die 3 verschiedenen TaxCodes - S validieren sowohl der Kosit-Validator als auch Mustang, G und K nicht (und übrigens auch AE nicht, das kann ich aber nicht so leicht als test generieren). Anhang anbei. Samples_BR-GKS.08.zip

jstaerk commented 2 years ago

Das ist tatsächlich ein Rundungsfehler in den Schematron-Dateien den ich am 27.08.2020 an den CC3 der AWV gemeldet habe (Meine Nummer 83).