Skip to main content

Reference

Markdown export

CII-SR-466 Buyer contact: person name or department name, not both

In CII, the buyer contact point (BT-56) is either ram:PersonName or ram:DepartmentName in ram:BuyerTradeParty/ram:DefinedTradeContact. CII-SR-466 ("Only one BT-56 element is allowed on an invoice") fails when both elements are present. The CEN validation artefacts flag the rule as a warning; the KoSIT configuration for XRechnung 3.0.2 of 2026-08-31 raises it to an error for XRechnung in CII syntax. The buyer contact itself stays optional.

Problem Description

ERROR

EN 16931 syntax rule for CII (CEN, CII-SR)

Interactive pipeline

Click a stage to see what it checks, or type a rule ID to light up the stage that reports it.

Try:

CII-SR-466 EN 16931 syntax rule for UBL or CII

Reported in stage 2: EN 16931 rules.

Level error: the report recommends rejecting the invoice.

Stage 2 · What it checks

  • The core business terms are present (BR-01 to BR-65).
  • Totals add up and related fields agree (BR-CO); codes and decimals are valid (BR-CL, BR-DEC).
  • Each VAT category is consistent: S, Z, E, AE, K, G, O, L, M (BR-S, BR-Z, BR-AE, BR-IC …).

Example codes

Typical fix

Recalculate totals and VAT from the line data, and correct the VAT category in the source data.

A validator checks an e-invoice in stages. First the file must be well-formed XML that matches the UBL or CII schema (XSD). Then the EN 16931 business rules run: BR core rules, BR-CO calculations, BR-CL code lists, BR-DEC decimals and VAT-category rules such as BR-S. Next come the national or network rules that BT-24 selects: BR-DE for XRechnung, PEPPOL-EN16931 for Peppol BIS Billing. The report lists every failed rule: one error means reject, warnings alone still mean accept. CII-SR-466: EN 16931 syntax rule for UBL or CII, reported in the stage “EN 16931 rules”. Rule sets: KoSIT validator 1.6.3 with the XRechnung configuration of 31 Aug 2026 (EN 16931 artefacts 1.3.16), Peppol BIS Billing 3.0.21.

Context and Significance

Buyers often name both a contact person and a department in the order, and both are copied into the CII contact. Since the KoSIT release of 2026-08-31 that combination fails XRechnung validation.

Solution

Keep one value for BT-56: ram:PersonName for a named person, or ram:DepartmentName for a department, and remove the other element. If the buyer gave no contact, you can omit the whole ram:DefinedTradeContact block.

Quick actions

Validate XMLConvert invoice

Valid Examples

  • ram:PersonName = "Jonas Weber"
  • ram:DepartmentName = "Purchasing" (no PersonName)

Invalid Examples

  • ram:PersonName = "Jonas Weber" and ram:DepartmentName = "Purchasing"

Code Examples

Valid XML
<ram:DefinedTradeContact>
  <ram:DepartmentName>Purchasing</ram:DepartmentName>
</ram:DefinedTradeContact>
Invalid XML
<ram:DefinedTradeContact>
  <ram:PersonName>Jonas Weber</ram:PersonName>
  <ram:DepartmentName>Purchasing</ram:DepartmentName>
</ram:DefinedTradeContact>

Affected Fields

BT-56 Buyer contact point

Validation Tools

Official KoSIT Validator

Run the official KoSIT validator with the XRechnung configuration to check EN 16931 and XRechnung rules.

Convert PDF to XRechnung

Find validation errors during conversion and review each correction.