# BR-63 Elektronisch adres van de koper moet een schema-identificatie hebben

Het elektronische adres van de koper (BT-49) moet een schema-identificatie hebben die het adresschema benoemt.

## Probleembeschrijving

> **FOUT**: Bedrijfsregel van EN 16931 (CEN)

> **Waar BR-63 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. BR-63: kernregel van EN 16931, gemeld in de stap “EN 16931-regels”.

## Context en betekenis

Dit is een kernregel van EN 16931 en de tegenhanger van BR-62 aan de kant van de koper. Het schema van het elektronische adres van de koper bepaalt hoe het ontvangstadres wordt gelezen: voor Duitse overheidsopdrachtgevers de Leitweg-ID (0204), in Nederland bijvoorbeeld het OIN (0190) of het KvK-nummer (0106). De fout ontstaat vaak als de Leitweg-ID of het e-mailadres van de koper zonder schemeID wordt overgenomen. De code wordt getoetst tegen de EAS-codelijst (BR-CL-25).

## Oplossing

Stel het schemeID-attribuut van cbc:EndpointID van de koper in met de EAS-code die past bij hoe de koper facturen ontvangt, bijvoorbeeld 0204 voor een Duitse Leitweg-ID, 0190 voor het OIN van een Nederlandse overheidsorganisatie of 0088 voor een GLN. In CII: ram:BuyerTradeParty/ram:URIUniversalCommunication/ram:URIID/@schemeID.

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

## Geldige voorbeelden

- BT-49 = 04011000-12345-03 met schemeID="0204" (Duitse Leitweg-ID)
- BT-49 = 4012345000016 met schemeID="0088" (GLN)

## Ongeldige voorbeelden

- BT-49 EndpointID aanwezig maar zonder schemeID-attribuut

## Codevoorbeelden

### Geldig XML
```
<cac:AccountingCustomerParty>
  <cac:Party>
    <cbc:EndpointID schemeID="0204">04011000-12345-03</cbc:EndpointID>
  </cac:Party>
</cac:AccountingCustomerParty>
```

### Ongeldig XML
```
<cac:AccountingCustomerParty>
  <cac:Party>
    <cbc:EndpointID>04011000-12345-03</cbc:EndpointID>
  </cac:Party>
</cac:AccountingCustomerParty>
```

## Betrokken velden

- [BT-49 Elektronisch adres koper](/resources/xrechnung/bt-49-buyer-electronic-address)

## Gerelateerde regels

- [BR-62](/resources/kosit-validator-errors/br-62-seller-electronic-address-scheme-required)

## 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://docs.peppol.eu/poacc/billing/3.0/rules/ubl-tc434/)
- [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.