# 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)

> **Waar CII-SR-466 wordt gecontroleerd**
>
> 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”.

## 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.

- [XML valideren](/nl/xrechnung-validator?source=resource&rule=CII-SR-466)
- [Factuur converteren](/nl/pdf-to-xrechnung?source=resource&rule=CII-SR-466)

## 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](/resources/xrechnung/bt-56-buyer-contact-point)

## Gerelateerde regels

- [CII-SR-465](/resources/kosit-validator-errors/cii-sr-465-seller-contact-person-or-department-name)

## Validatietools

- [Officiële KoSIT-validator](https://github.com/itplr-kosit/validator): Draai de officiële KoSIT-validator met de XRechnung-configuratie om EN 16931- en XRechnung-regels te controleren.
- [PDF naar XRechnung converteren](/pdf-to-xrechnung): Vind validatiefouten tijdens de conversie en controleer elke correctie.

## Gerelateerde bronnen

- [Officiële specificatie](https://github.com/ConnectingEurope/eInvoicing-EN16931)
- [Testsuite](https://github.com/itplr-kosit/xrechnung-testsuite)
- [Alle validatiefouten](/resources/kosit-validator-errors): Overzicht van de hier uitgelegde validatieregels uit EN 16931, XRechnung en Peppol.