# BR-CL-06 KDV tarih kodu izin verilen kod listesinden olmalıdır

Katma değer vergisi tarih kodu (BT-8), UBL’de 3, 35 veya 432 (UNTDID 2005 kısıtlaması), CII’de 5, 29 veya 72 (UNTDID 2475 kısıtlaması) olmalıdır.

## Sorun açıklaması

> **HATA**: EN 16931 kod listesi kuralı (BR-CL)

## Bağlam ve önem

BT-8, açık bir tarih (BT-7) verilmediğinde KDV tarihini belirleyen olayı adlandırır; BT-7 ve BT-8 birlikte bulunamaz (BR-CO-3). Kural genellikle kodu değiştirmeden kopyalayan bir UBL–CII dönüşümünden sonra başarısız olur, çünkü her sözdiziminin kendi kod listesi vardır. Diğer bir neden 137 (belge tarihi) gibi genel bir tarih niteleyicisidir. Örnek: KDV ödemeyle doğuyorsa UBL’de 432, CII’de 72 kullanın.

## Çözüm

UBL’de (cac:InvoicePeriod/cbc:DescriptionCode) 3 (fatura tarihi), 35 (fiili teslim tarihi) veya 432 (ödeme tarihi) kullanın. CII’de (ram:ApplicableTradeTax/ram:DueDateTypeCode) 5 (fatura tarihi), 29 (teslim tarihi) veya 72 (ödeme tarihi) kullanın. İki listeyi karıştırmayın.

- [XML doğrula](/tr/xrechnung-validator?source=resource&rule=BR-CL-06)
- [Faturayı dönüştür](/tr/pdf-to-xrechnung?source=resource&rule=BR-CL-06)

## Geçerli örnekler

- UBL: BT-8 = 35 — fiili teslim tarihi
- CII: BT-8 = 72 — ödeme tarihi

## Geçersiz örnekler

- UBL: BT-8 = 5 — CII kodu, UBL’de izinli değil
- CII: BT-8 = 35 — UBL kodu, CII’de izinli değil
- UBL: BT-8 = 137 — belge tarihi, kısıtlamanın dışında

## Kod örnekleri

### Geçerli XML
```
<cac:InvoicePeriod>
  <cbc:DescriptionCode>35</cbc:DescriptionCode>
</cac:InvoicePeriod>
```

### Geçersiz XML
```
<cac:InvoicePeriod>
  <cbc:DescriptionCode>5</cbc:DescriptionCode>
</cac:InvoicePeriod>
```

## Etkilenen alanlar

- [BT-8 Katma değer vergisi tarih kodu](/resources/xrechnung/bt-8-vat-point-date-code)

## İlgili kurallar

- [BR-CO-3](/resources/kosit-validator-errors/br-co-3-vat-point-date-and-code-mutually-exclusive)

## Doğrulama araçları

- [Resmi KoSIT doğrulayıcı](https://github.com/itplr-kosit/validator): EN 16931 ve XRechnung kurallarını denetlemek için resmi KoSIT doğrulayıcısını XRechnung yapılandırmasıyla çalıştırın.
- [PDF’yi XRechnung’e dönüştür](/pdf-to-xrechnung): Dönüştürme sırasında doğrulama hatalarını bulun ve her düzeltmeyi inceleyin.

## İlgili kaynaklar

- [Resmi spesifikasyon](https://docs.peppol.eu/poacc/billing/3.0/rules/ubl-tc434/)
- [Test paketi](https://github.com/itplr-kosit/xrechnung-testsuite)
- [Tüm doğrulama hataları](/resources/kosit-validator-errors): Burada açıklanan EN 16931, XRechnung ve Peppol doğrulama kurallarına genel bakış.