Ga naar de hoofdinhoud

Referentie

Markdown-export

CII-SR-466 Kopercontact: naam van de persoon of van de afdeling, niet beide

In CII is het contactpunt van de koper (BT-56) óf ram:PersonName óf ram:DepartmentName in ram:BuyerTradeParty/ram:DefinedTradeContact. CII-SR-466 ("Only one BT-56 element is allowed on an invoice") faalt als beide elementen aanwezig zijn. De CEN-validatieartefacten markeren de regel als waarschuwing; de KoSIT-configuratie voor XRechnung 3.0.2 van 31-08-2026 maakt er voor XRechnung in CII-syntaxis een fout van. Het kopercontact zelf blijft optioneel.

Probleembeschrijving

FOUT

Syntaxisregel van EN 16931 voor CII (CEN, CII-SR)

Interactieve validatieketen

Klik op een stap om te zien wat die controleert, of typ een regel-ID om de stap te vinden die hem meldt.

Probeer:

CII-SR-466 syntaxisregel van EN 16931 voor UBL of CII

Gemeld in stap 2: EN 16931-regels.

Niveau fout: het rapport adviseert de factuur af te wijzen.

Stap 2 · Wat wordt gecontroleerd

  • De kernbedrijfstermen zijn aanwezig (BR-01 tot BR-65).
  • Totalen kloppen en samenhangende velden passen bij elkaar (BR-CO); codes en decimalen zijn geldig (BR-CL, BR-DEC).
  • Elke btw-categorie is consistent: S, Z, E, AE, K, G, O, L, M (BR-S, BR-Z, BR-AE, BR-IC …).

Voorbeeldcodes

Typische correctie

Bereken totalen en btw opnieuw uit de regels en corrigeer de btw-categorie in de brongegevens.

Een validator controleert een e-factuur in stappen. Eerst moet het bestand goed gevormde XML zijn die past bij het UBL- of CII-schema (XSD). Dan volgen de bedrijfsregels van EN 16931: BR-kernregels, BR-CO-berekeningen, BR-CL-codelijsten, BR-DEC-decimalen en regels per btw-categorie zoals BR-S. Daarna komen de nationale of netwerkregels die BT-24 kiest: BR-DE voor XRechnung, PEPPOL-EN16931 voor Peppol BIS Billing. Het rapport noemt elke geschonden regel: één fout betekent afwijzen, alleen waarschuwingen betekenen nog steeds accepteren. CII-SR-466: syntaxisregel van EN 16931 voor UBL of CII, gemeld in de stap “EN 16931-regels”. Regelsets: KoSIT-validator 1.6.3 met de XRechnung-configuratie van 31 aug 2026 (EN 16931-artefacten 1.3.16), Peppol BIS Billing 3.0.21.

Context en betekenis

Kopers noemen in de bestelling vaak een contactpersoon én een afdeling, en beide worden in het CII-contact overgenomen. Sinds de KoSIT-release van 31-08-2026 faalt die combinatie bij de XRechnung-validatie.

Oplossing

Houd één waarde voor BT-56 aan: ram:PersonName voor een persoon met naam, of ram:DepartmentName voor een afdeling, en verwijder het andere element. Heeft de koper geen contact opgegeven, dan kunt u het hele blok ram:DefinedTradeContact weglaten.

Snelle acties

XML validerenFactuur converteren

Geldige voorbeelden

  • ram:PersonName = "Jonas Weber"
  • ram:DepartmentName = "Inkoop" (zonder PersonName)

Ongeldige voorbeelden

  • ram:PersonName = "Jonas Weber" en ram:DepartmentName = "Inkoop"

Codevoorbeelden

Geldig XML
<ram:DefinedTradeContact>
  <ram:DepartmentName>Purchasing</ram:DepartmentName>
</ram:DefinedTradeContact>
Ongeldig XML
<ram:DefinedTradeContact>
  <ram:PersonName>Jonas Weber</ram:PersonName>
  <ram:DepartmentName>Purchasing</ram:DepartmentName>
</ram:DefinedTradeContact>

Betrokken velden

BT-56 Contactpersoon koper

Validatietools

Officiële KoSIT-validator

Draai de officiële KoSIT-validator met de XRechnung-configuratie om EN 16931- en XRechnung-regels te controleren.

PDF naar XRechnung converteren

Vind validatiefouten tijdens de conversie en controleer elke correctie.