# CII-SR-465 Verkoperscontact: naam van de persoon of van de afdeling, niet beide

In CII is het contactpunt van de verkoper (BT-41) óf ram:PersonName óf ram:DepartmentName in ram:SellerTradeParty/ram:DefinedTradeContact. CII-SR-465 ("Only one BT-41 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.

## Probleembeschrijving

> **FOUT**: Syntaxisregel van EN 16931 voor CII (CEN, CII-SR)

> **Waar CII-SR-465 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-465: syntaxisregel van EN 16931 voor UBL of CII, gemeld in de stap “EN 16931-regels”.

## Context en betekenis

Bestanden die een eerdere KoSIT-configuratie doorstonden, kunnen sinds de release van 31-08-2026 falen, omdat de regel eerder alleen een waarschuwing was. ERP-exports schrijven contactpersoon en afdeling vaak naast elkaar, omdat beide op de pdf staan.

## Oplossing

Houd één waarde voor BT-41 aan. Gebruik ram:PersonName voor een persoon met naam, of ram:DepartmentName als er alleen een afdeling is, en verwijder het andere element. UBL is niet betroffen: daar is BT-41 het enkele element cac:Contact/cbc:Name.

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

## Geldige voorbeelden

- ram:PersonName = "Anna Schmidt"
- ram:DepartmentName = "Debiteurenadministratie" (zonder PersonName)

## Ongeldige voorbeelden

- ram:PersonName = "Anna Schmidt" en ram:DepartmentName = "Debiteurenadministratie"

## Codevoorbeelden

### Geldig XML
```
<ram:DefinedTradeContact>
  <ram:PersonName>Anna Schmidt</ram:PersonName>
  <ram:TelephoneUniversalCommunication>
    <ram:CompleteNumber>+49 30 1234567</ram:CompleteNumber>
  </ram:TelephoneUniversalCommunication>
  <ram:EmailURIUniversalCommunication>
    <ram:URIID>billing@example.com</ram:URIID>
  </ram:EmailURIUniversalCommunication>
</ram:DefinedTradeContact>
```

### Ongeldig XML
```
<ram:DefinedTradeContact>
  <ram:PersonName>Anna Schmidt</ram:PersonName>
  <ram:DepartmentName>Accounts receivable</ram:DepartmentName>
</ram:DefinedTradeContact>
```

## Betrokken velden

- [BT-41 Contactpersoon verkoper](/resources/xrechnung/bt-41-seller-contact-point)
- [BG-6 Verkoperscontact](/resources/xrechnung/bt-41-seller-contact-point)

## Gerelateerde regels

- [BR-DE-2](/resources/kosit-validator-errors/br-de-2-seller-contact-required)
- [BR-DE-5](/resources/kosit-validator-errors/br-de-5-seller-contact-point-required)
- [CII-SR-466](/resources/kosit-validator-errors/cii-sr-466-buyer-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.