Namespaces werden bei XPaths im Report seit neustem Config-Release scheinbar nicht mehr korrekt aufgelöst

[Jannik-obwyse]

Hi,

seitdem ich die neuste KOSIT Konfiguration für XRechnung Validierungen eingebunden habe, werden Namespaces in den XPaths der Fehlermeldungen nicht mehr korrekt aufgelöst. Ich gehe davon aus, dass das ein Bug ist und bei der Umstellung zwischen den Versionen nicht aufgefallen ist.

Auszug aus Beispiel-Report mit neustem Release:

<rep:validationStepResult id="val-sch.1" valid="false"> <s:resource> <s:name>Schematron rules for EN16931 (CII)</s:name> <s:location>resources/cii/16b/xsl/EN16931-CII-validation.xsl</s:location> </s:resource> <rep:message id="val-sch.1.1" level="error" xpathLocation="/Q{urn:un:unece:uncefact:data:standard:CrossIndustryInvoice:100}CrossIndustryInvoice[1]/Q{urn:un:unece:uncefact:data:standard:CrossIndustryInvoice:100}SupplyChainTradeTransaction[1]/Q{urn:un:unece:uncefact:data:standard:ReusableAggregateBusinessInformationEntity:100}IncludedSupplyChainTradeLineItem[1]" code="BR-DEC-23">[BR-DEC-23]-The allowed maximum number of decimals for the Invoice line net amount (BT-131) is 2. </rep:message> <rep:message id="val-sch.1.2" level="error" xpathLocation="/Q{urn:un:unece:uncefact:data:standard:CrossIndustryInvoice:100}CrossIndustryInvoice[1]/Q{urn:un:unece:uncefact:data:standard:CrossIndustryInvoice:100}SupplyChainTradeTransaction[1]/Q{urn:un:unece:uncefact:data:standard:ReusableAggregateBusinessInformationEntity:100}IncludedSupplyChainTradeLineItem[2]" code="BR-DEC-23">[BR-DEC-23]-The allowed maximum number of decimals for the Invoice line net amount (BT-131) is 2. </rep:message> </rep:validationStepResult>

Auszug aus Beispiel-Report mit Release vom 10.07.2025:

<rep:validationStepResult id="val-sch.1" valid="false"> <s:resource> <s:name>Schematron rules for EN16931 (CII)</s:name> <s:location>resources/cii/16b/xsl/EN16931-CII-validation.xsl</s:location> </s:resource> <rep:message id="val-sch.1.1" level="error" xpathLocation="/rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction[1]/ram:IncludedSupplyChainTradeLineItem[1]" code="BR-DEC-23">[BR-DEC-23]-The allowed maximum number of decimals for the Invoice line net amount (BT-131) is 2. </rep:message> <rep:message id="val-sch.1.2" level="error" xpathLocation="/rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction[1]/ram:IncludedSupplyChainTradeLineItem[2]" code="BR-DEC-23">[BR-DEC-23]-The allowed maximum number of decimals for the Invoice line net amount (BT-131) is 2. </rep:message> </rep:validationStepResult>

[rkottmann]

Der Unterschied ist uns nicht aufgefallen (bzw. muss ich schauen, ob wir das überhaupt reproduzieren können), da es kein Bug im eigentlichen Sinne ist. Der Namepsace zu CII wird nunmehr in Clark Notation angegeben statt in der "klassischen" prefix Weise.

Welche Validator Version benutzt Du 1.5 oder 1.6.0?

[Jannik-obwyse]

Ich habe dafür die 1.6.1 Validator Engine benutzt

[rkottmann]

Wir können das reproduzieren. Inwiefern stellt das ein Problem für Dich da ? Und ist es ggf. eine Option für Dich auf 1.5 zurück zu gehen?

Hintergrund der Frage: Es ist kein Bug, wir nutzen das XML selber auschliesslich zur Generierung der HTML Darstellung, welche weiterhin funktioniert und kennen selber kein anderes Anwedungsszenario.

[Jannik-obwyse]

Wir nutzen nicht die HTML-Darstellung, sondern die Daten aus dem XML-Report direkt um diese bei uns in einer Oberfläche aufzulisten. Da wir dort einfach den XPath mit anzeigen, sieht dieser dort künftig auch etwas unübersichtlicher aus.

Das ist erstmal nichts fatales, zur Not lassen wir die Darstellung einfach erstmal so wie sie jetzt ist.

Ich meine das Problem liegt eher an den Konfigurationen und nicht an der neuen Version der Engine. Deswegen würde ich auch ungerne auf die ältere Konfiguration zurück wechseln, weil dort ja nicht mehr die neusten Regeln gepflegt sind.

[IsThatUniqueEnough]

Das düfte mit der Umstellung der Stylesheet-Generierung in rechnung-schematron auf Schxslt passiert sein.

[phax]

In der Tat. Wir haben uns das im Detail angeschaut und die neue Darstellung der Element-Namen folgt der "Clark-Notation" die eine "präfixlose Darstellung" der qualifizierten XML-Namen ist.

Diese Umstellung erfolgt tatsächlich durch die Verwendung von SchXslt (sowohl v1 als auch v2) und entspricht auch der offiziellen Schreibweise in den Spezifikationen: https://www.w3.org/TR/xpath-functions-30/#func-path

Daher haben wir uns entschieden, ab diesem Release der XRechnungs-Konfiguration diese Art der Pfadausgabe beizubehalten.