# BR-DE-4 Il codice postale del venditore deve essere indicato

In base al profilo tedesco XRechnung e alla legge fiscale (§ 14 UStG), l’indirizzo postale del venditore (BG-5) deve obbligatoriamente contenere il codice postale (BT-38). I sistemi della pubblica amministrazione utilizzano il cap per verificare la giurisdizione fiscale competente.

## Descrizione del problema

> **ERRORE**: Regola nazionale tedesca XRechnung (KoSIT, BR-DE) · XRechnung 3.0

> **Dove viene controllata BR-DE-4**
>
> Un validatore controlla una fattura elettronica per fasi. Prima il file deve essere XML ben formato e conforme allo schema UBL o CII (XSD). Poi si applicano le regole di business della EN 16931: regole di base BR, calcoli BR-CO, liste di codici BR-CL, decimali BR-DEC e regole per categoria IVA come BR-S. Seguono le regole nazionali o di rete selezionate da BT-24: BR-DE per XRechnung, PEPPOL-EN16931 per Peppol BIS Billing. Il report elenca ogni regola violata: un errore significa rifiuto, i soli avvisi significano comunque accettazione. BR-DE-4: regola XRechnung (Germania), fase «Regole nazionali (CIUS)».

## Contesto e significato

Senza BT-38 la validazione Schematron fallisce immediatamente. Nelle transazioni B2G tedesche un cap valido è indispensabile per la liquidazione.

## Soluzione

Nei parametri anagrafici dell’ERP, inserisci il codice di avviamento postale nell’indirizzo del venditore. In UBL 2.1 compila <cbc:PostalZone> sotto <cac:AccountingSupplierParty><cac:Party><cac:PostalAddress>. In CII compila <ram:PostcodeCode> sotto <ram:SellerTradeParty><ram:PostalTradeAddress>. Non includere il cap nel campo della via o della città.

- [Valida XML](/it/xrechnung-validator?source=resource&rule=BR-DE-4)
- [Converti fattura](/it/pdf-to-xrechnung?source=resource&rule=BR-DE-4)

## Esempi validi

- Indirizzo venditore con BT-38 = "10115" e BT-37 = "Berlin"
- Indirizzo venditore con BT-38 = "80331" e BT-37 = "München"

## Esempi non validi

- L’indirizzo postale contiene via e città ma omette cbc:PostalZone / ram:PostcodeCode
- Il cap è inserito nel testo di cbc:CityName (« 10115 Berlin ») lasciando vuoto BT-38

## Esempi di codice

### XML valido
```
<cac:PostalAddress>
  <cbc:StreetName>Alexanderstraße 1</cbc:StreetName>
  <cbc:CityName>Berlin</cbc:CityName>
  <cbc:PostalZone>10178</cbc:PostalZone>
  <cac:Country><cbc:IdentificationCode>DE</cbc:IdentificationCode></cac:Country>
</cac:PostalAddress>
```

### XML non valido
```
<cac:PostalAddress>
  <cbc:StreetName>Alexanderstraße 1</cbc:StreetName>
  <cbc:CityName>Berlin</cbc:CityName>
  <cac:Country><cbc:IdentificationCode>DE</cbc:IdentificationCode></cac:Country>
</cac:PostalAddress>
```

## Campi interessati

- [BT-38 Codice postale del venditore](/resources/xrechnung/bt-38-seller-post-code)
- [BG-5 Indirizzo postale del venditore](/resources/xrechnung/bt-40-seller-country-code)
- [BT-37 Città del venditore](/resources/xrechnung/bt-37-seller-city)

## Regole correlate

- [BR-08](/resources/kosit-validator-errors/br-08-seller-postal-address-required)
- [BR-DE-3](/resources/kosit-validator-errors/br-de-3-seller-city-required)

## Strumenti di validazione

- [Validatore KoSIT ufficiale](https://github.com/itplr-kosit/validator): Esegui il validatore ufficiale KoSIT con la configurazione XRechnung per controllare le regole EN 16931 e XRechnung.
- [Converti PDF in XRechnung](/pdf-to-xrechnung): Individua gli errori di validazione durante la conversione e verifica ogni correzione.

## Risorse correlate

- [Specifiche ufficiali](https://xeinkauf.de/xrechnung/)
- [Test suite](https://github.com/itplr-kosit/xrechnung-testsuite)
- [Tutti gli errori di validazione](/resources/kosit-validator-errors): Panoramica delle regole di validazione EN 16931, XRechnung e Peppol spiegate qui.