BR-DEX-10

The same invoice, failing and fixed

No vendored test suite ships a labelled example for this rule, so this pair was found rather than written. The engine was run over the vendored instance corpus/xrechnung-testsuite/src/test/business-cases/extension/05.01a-INVOICE_ubl.xml under --profile xrechnung, then re-run over the same file with one mechanical edit applied to one element, over and over, until the edit below changed the verdict: the text content of ID was deleted, leaving the element present but empty. The page publishes it because the engine reported BR-DEX-10 for the edited document and did not report it for the untouched one.

UBL Invoice (XRechnung extension) — fails

The vendored file around the change, verbatim:

<cac:PrepaidPayment>
    <!-- BT-DEX-001 -->
    <cbc:ID></cbc:ID>
    <!-- BT-DEX-002 -->
    <cbc:PaidAmount currencyID="EUR">19.96</cbc:PaidAmount>     
    <!-- BT-DEX-003 -->
    <cbc:InstructionID>Mobiles Bezahlen (Brutto-Forderung für Fremdleistungen Anbieter A)</cbc:InstructionID>
</cac:PrepaidPayment>

UBL Invoice (XRechnung extension) — passes

The same lines as 05.01a-INVOICE_ubl.xml actually ships them — this block is the fix for the block above:

<cac:PrepaidPayment>
    <!-- BT-DEX-001 -->
    <cbc:ID>MobilesBezahlen</cbc:ID>
    <!-- BT-DEX-002 -->
    <cbc:PaidAmount currencyID="EUR">19.96</cbc:PaidAmount>     
    <!-- BT-DEX-003 -->
    <cbc:InstructionID>Mobiles Bezahlen (Brutto-Forderung für Fremdleistungen Anbieter A)</cbc:InstructionID>
</cac:PrepaidPayment>

What the engine reports for the edited invoice

{
  "element": "cac:PrepaidPayment/cbc:ID",
  "field": "cac:PrepaidPayment/cbc:ID",
  "fix_hint": "Correct `/ubl:Invoice/cac:PrepaidPayment` so that 'Third party payment type' (BT-DEX-001, cbc:ID) must be present (non-empty) in every THIRD PARTY PAYMENT group (BG-DEX-09).",
  "location": "/ubl:Invoice/cac:PrepaidPayment",
  "message": "'Third party payment type' (BT-DEX-001) must be transmitted when a THIRD PARTY PAYMENT (BG-DEX-09) is present.",
  "rule": "BR-DEX-10",
  "severity": "fatal",
  "terms": [
    "BG-DEX-09",
    "BT-DEX-001"
  ],
  "title": "'Third party payment type' (BT-DEX-001, cbc:ID) must be present (non-empty) in every THIRD PARTY PAYMENT group (BG-DEX-09)."
}

Rule ids the engine reports for 05.01a-INVOICE_ubl.xml untouched: BR-CO-16 BR-DE-TMP-32. After the edit, BR-DEX-10 is reported that was not before.

Two honest limits. This is an edit that provokes the rule, not the only one, and it is not a claim about how real exporters break it. And it is the reverse of the fix a reader needs: the passing block is the vendored file's own content, which is what a conformant invoice looks like here.

Reproduce it yourself: take corpus/xrechnung-testsuite/src/test/business-cases/extension/05.01a-INVOICE_ubl.xml from this repository, apply the one edit named above, and run einvoice validate 05.01a-INVOICE_ubl.xml --profile xrechnung --format json, or paste the file into the browser validator, which runs this same engine locally with no upload.