InvoiceValidator.eu

CII-SR-466

warningEN 16931syntax binding ruleCIIBT-56

Only one BT-56 element is allowed on an invoice.

Why it fails

The Buyer contact (BG-9) gives both a person name and a department name. In CII the Buyer contact point (BT-56) is expressed as one or the other — PersonName when a named individual should be contacted, DepartmentName when a desk or team should — and EN 16931 has a single BT for it, so giving both leaves a receiver with two candidate values and no rule for choosing.

How to fix it

Keep the one the Buyer actually wants contacted and delete the other. If you want to say "Accounts Payable, attn. J. Novak", put that in whichever single element you keep; there is no second contact point in EN 16931. Telephone (ram:TelephoneUniversalCommunication) and e-mail (ram:EmailURIUniversalCommunication) are separate terms and are unaffected.

What the validator checks

CII — context /rsm:CrossIndustryInvoice/rsm:SupplyChainTradeTransaction/ram:ApplicableHeaderTradeAgreement

not(ram:BuyerTradeParty/ram:DefinedTradeContact/ram:PersonName and ram:BuyerTradeParty/ram:DefinedTradeContact/ram:DepartmentName)

Related rules

Part of CII-SR — CII restrictions.

Check your own invoice against CII-SR-466

…or paste the XML instead

Nothing is stored, and the whole invoice is checked, not just this rule. A PDF only works if it is Factur-X / ZUGFeRD — a PDF with the invoice XML inside it.