Umgang mit XML (Default-)Namespaces

[sude22]

Hallo,
wir haben immer wieder Rechnungen die nicht korrekt eingelesen werden können,
weil das Wurzelelement und ähnliche unpräfixierte Elemente nicht korrekt gefunden werden.
XML (Ausschnitt)

<CrossIndustryInvoice xmlns:udt="urn:un:unece:uncefact:data:standard:UnqualifiedDataType:100" xmlns:ram="urn:un:unece:uncefact:data:standard:ReusableAggregateBusinessInformationEntity:100" xmlns:rsm="urn:ferd:CrossIndustryInvoice:100" xmlns="urn:un:unece:uncefact:data:standard:CrossIndustryInvoice:100">
	<ExchangedDocumentContext>
		<ram:TestIndicator>
			<udt:Indicator>false</udt:Indicator>
		</ram:TestIndicator>
		<ram:GuidelineSpecifiedDocumentContextParameter>
			<ram:ID>urn:cen.eu:en16931:2017#conformant#urn:factur-x.eu:1p0:extended</ram:ID>
		</ram:GuidelineSpecifiedDocumentContextParameter>
	</ExchangedDocumentContext>
	<ExchangedDocument>
		<ram:ID>xxxxx97642</ram:ID>
		<ram:Name>Rechnung</ram:Name>
		<ram:TypeCode>380</ram:TypeCode>
		<ram:IssueDateTime>
			<udt:DateTimeString format="102">20250911</udt:DateTimeString>
		</ram:IssueDateTime>
		<ram:IncludedNote>
			<ram:Content> Bosch Thermotechnik GmbH, NL Kulmbach-Nuernberg, Aufeld 2, 95326 Kulmbach...</ram:Content>
			<ram:SubjectCode>REG</ram:SubjectCode>
		</ram:IncludedNote>
		<ram:EffectiveSpecifiedPeriod>
			<ram:CompleteDateTime>
				<udt:DateTimeString format="102">20250915</udt:DateTimeString>
			</ram:CompleteDateTime>
		</ram:EffectiveSpecifiedPeriod>
	</ExchangedDocument>
	<SupplyChainTradeTransaction>
		<ram:IncludedSupplyChainTradeLineItem>
			<ram:AssociatedDocumentLineDocument>

und im Code das rsm Prefix erwartet wird.

InvoiceDescriptor retval = new InvoiceDescriptor
{
    IsTest = XmlUtils.NodeAsBool(doc.DocumentElement, "/rsm:CrossIndustryInvoice/rsm:ExchangedDocumentContext/ram:TestIndicator/udt:Indicator", nsmgr, false),
    BusinessProcess = XmlUtils.NodeAsString(doc.DocumentElement, "/rsm:CrossIndustryInvoice/rsm:ExchangedDocumentContext/ram:BusinessProcessSpecifiedDocumentContextParameter/ram:ID", nsmgr),
    Profile = default(Profile).FromString(XmlUtils.NodeAsString(doc.DocumentElement, "/rsm:CrossIndustryInvoice/rsm:ExchangedDocumentContext/ram:GuidelineSpecifiedDocumentContextParameter/ram:ID", nsmgr)),
    Name = XmlUtils.NodeAsString(doc.DocumentElement, "/rsm:CrossIndustryInvoice/rsm:ExchangedDocument/ram:Name", nsmgr),
    Type = EnumExtensions.StringToEnum<InvoiceType>(XmlUtils.NodeAsString(doc.DocumentElement, "/rsm:CrossIndustryInvoice/rsm:ExchangedDocument/ram:TypeCode", nsmgr)),
    InvoiceNo = XmlUtils.NodeAsString(doc.DocumentElement, "/rsm:CrossIndustryInvoice/rsm:ExchangedDocument/ram:ID", nsmgr),
    InvoiceDate = DataTypeReader.ReadFormattedIssueDateTime(doc.DocumentElement, "/rsm:CrossIndustryInvoice/rsm:ExchangedDocument/ram:IssueDateTime", nsmgr)
};

Meine Frage ist ob das XML generell so ungültig ist (laut meiner Recherche ist das wohl so erlaubt), oder der Code an der Stelle angepasst werden müsste.
Danke im Voraus.

[stephanstapel]

Hallo @sude22 ,
Es gab dazu bereits einige Diskussionen:
#469

Die Seite der ZUGFeRD Community ist dazu sehr hilfreich, insbesondere der vorletzte Absatz:

[IsThatUniqueEnough]

Noch ein Versuch

Der Underscore am Ende gehört dazu.

[RBITSRobin]

ah jo, danke/sorry.

Aber... das ist doch genau der Artikel, in dem drin steht, dass diese Präfixe Mandatory sind?!

Chapter 8.7.3.2 states "uses the namespace token for the data package in which it is defined". As the data package abbreviations are mandatory (RSM, RAM, QDT, UDT, ...) ### This implicitly makes the prefixes mandatory again.

[IsThatUniqueEnough]

Das Zitat ist aus dem "original read" des Blogposts, der zur Dokumentation erhalten wurde. Die Einleitung sagt:

This went uncontested from June 23 to Nov 24 but now has rightfully been scrutinized. Apparently we were wrong, it is not true ([email protected]): The Design Rules may only cover the schema files, not the xml instances ([email protected]). So fixed namespace prefixes (like RSM, RAM) are heavily recommended but not obligatory. The original read:

[RBITSRobin]

Wer lesen kann ist klar im Vorteil.... Danke ;-)

Das heißt dann, dass es ein Bug ist in diesem Repo @stephanstapel ?

Wie denkst Du darüber?

[stephanstapel]

@RBITSRobin ,
naja, als Bug sehe ich das nicht. Die Bibliothek unterstützt bislang ausschließlich den heavily recommended Standard.
Eher als notwendige Erweiterung. Wenn Du Rechnungen mit anderen Namespaces hast, würde ich mich über Exemplare freuen (E-Mail-Adresse auf der Startseite).

[sude22]

Ah OK, vielen Dank für den Hinweis. Und für deine Arbeit an diesem Projekt.

[stephanstapel]

Bevor man mit allen Lieferanten in Diskussion geht, wäre der pragmatische Ansatz, per String-Ersetzung die Korrektheit sicherzustellen.

[sude22]

Diesen Ansatz werden wir als kurzfristige Lösung testen.

[IsThatUniqueEnough]

und im Code das rsm Prefix erwartet wird.

Die Präfixe in den XPath-Ausdrücken im Code haben nicht notwendigerweise etwas mit den Präfixen im Dokument zu tun, Man muss dem Namespace-Manager halt die Präfixe bekanntmachen, die man im XPath verwenden will.

Konkretes Problem ist hier vermutlich, dass CrossIndustryInvoice im korrekten Namespace "urn:un:unece:uncefact:data:standard:CrossIndustryInvoice:100" steht, aber zusätzlich der alte ZUGFeRD 1-Namespace "urn:ferd:CrossIndustryInvoice:100" mit Präfix rsm deklariert wird. Vermutlich nimmt ZUGFeRD-csharp dann den statt des eigentlich mit "rsm" im XPath-Ausdruck gemeinten.