Erori e-FacturaBR-RO-040

Codul datei de exigibilitate a TVA poate fi doar 3, 35 sau 432

Codul regulii este BR-RO-040.

Mesajul exact din validatorul ANAF

textEroare=[BR-CL-06]-Value added tax point date code MUST be coded using a restriction of UNTDID 2005.
textEroare=[BR-RO-040]-Codul datei de exigibilitate a taxei pe valoarea adaugata (BT-8) trebuie sa fie unul dintre urmatoarele coduri din lista de coduri UNTDID 2005: 3 (Data emiterii facturii), 35 (Data reala a livrarii), 432 (Suma platita în acea zi). #Value added tax point date code MUST be coded using a restriction of UNTDID 2005 (only 3, 35 and 432).

Ce inseamna

BT-8 este codul datei de exigibilitate a TVA și se completează doar când exigibilitatea taxei nu coincide cu data emiterii facturii. Lista de coduri e restrânsă la trei valori UNTDID 2005: 3 (data emiterii facturii), 35 (data reală a livrării/prestării) și 432 (data plății). Orice alt cod, sau un cod scris cu spații ori cu text în loc de cifre, duce la respingere. În UBL codul stă în cac:InvoicePeriod/cbc:DescriptionCode, nu în cbc:TaxPointDate (acela este data propriu-zisă, BT-7).

Cum repari

În programul de facturare câmpul pentru data exigibilității TVA trebuie să fie o listă închisă cu exact trei valori - 3, 35, 432 - nu text liber. Dacă nu ai nevoie de BT-8, șterge complet grupul cac:InvoicePeriod, pentru că este opțional.

Exemplu

Asa pica

<ubl:Invoice xmlns:ubl="urn:oasis:names:specification:ubl:schema:xsd:Invoice-2" xmlns:cac="urn:oasis:names:specification:ubl:schema:xsd:CommonAggregateComponents-2" xmlns:cbc="urn:oasis:names:specification:ubl:schema:xsd:CommonBasicComponents-2">
  <cbc:DocumentCurrencyCode>RON</cbc:DocumentCurrencyCode>
  <cac:InvoicePeriod>
    <cbc:DescriptionCode>1</cbc:DescriptionCode>
  </cac:InvoicePeriod>
  <cac:AccountingSupplierParty>
    <cac:Party>
      <cac:PostalAddress>
        <cbc:StreetName>Str. Exemplu nr. 1</cbc:StreetName>
        <cbc:CityName>SECTOR1</cbc:CityName>
        <cbc:PostalZone>010101</cbc:PostalZone>
        <cbc:CountrySubentity>RO-B</cbc:CountrySubentity>
        <cac:Country>
          <cbc:IdentificationCode>RO</cbc:IdentificationCode>
        </cac:Country>
      </cac:PostalAddress>
      <cac:PartyTaxScheme>
        <cbc:CompanyID>RO14399840</cbc:CompanyID>
        <cac:TaxScheme>
          <cbc:ID>VAT</cbc:ID>
        </cac:TaxScheme>
      </cac:PartyTaxScheme>
      <cac:PartyLegalEntity>
        <cbc:RegistrationName>Vanzator SRL</cbc:RegistrationName>
        <cbc:CompanyID>J40/1234/2010</cbc:CompanyID>
      </cac:PartyLegalEntity>
    </cac:Party>
  </cac:AccountingSupplierParty>
</ubl:Invoice>

Asa trece

<ubl:Invoice xmlns:ubl="urn:oasis:names:specification:ubl:schema:xsd:Invoice-2" xmlns:cac="urn:oasis:names:specification:ubl:schema:xsd:CommonAggregateComponents-2" xmlns:cbc="urn:oasis:names:specification:ubl:schema:xsd:CommonBasicComponents-2">
  <cbc:DocumentCurrencyCode>RON</cbc:DocumentCurrencyCode>
  <cac:InvoicePeriod>
    <cbc:DescriptionCode>35</cbc:DescriptionCode>
  </cac:InvoicePeriod>
  <cac:AccountingSupplierParty>
    <cac:Party>
      <cac:PostalAddress>
        <cbc:StreetName>Str. Exemplu nr. 1</cbc:StreetName>
        <cbc:CityName>SECTOR1</cbc:CityName>
        <cbc:PostalZone>010101</cbc:PostalZone>
        <cbc:CountrySubentity>RO-B</cbc:CountrySubentity>
        <cac:Country>
          <cbc:IdentificationCode>RO</cbc:IdentificationCode>
        </cac:Country>
      </cac:PostalAddress>
      <cac:PartyTaxScheme>
        <cbc:CompanyID>RO14399840</cbc:CompanyID>
        <cac:TaxScheme>
          <cbc:ID>VAT</cbc:ID>
        </cac:TaxScheme>
      </cac:PartyTaxScheme>
      <cac:PartyLegalEntity>
        <cbc:RegistrationName>Vanzator SRL</cbc:RegistrationName>
        <cbc:CompanyID>J40/1234/2010</cbc:CompanyID>
      </cac:PartyLegalEntity>
    </cac:Party>
  </cac:AccountingSupplierParty>
</ubl:Invoice>

Greseala asta strica si alte verificari, deci in acelasi raspuns vei gasi si: BR-CL-06. Le repari pe toate odata cu asta.

Verificat. Am pus fiecare din cele doua fragmente intr-o factura completa si le-am trecut prin validatorul oficial ANAF, versiunea ro16931-ubl-1.0.9. Factura cu fragmentul din stanga a fost respinsa cu exact mesajul de mai sus; cea cu fragmentul din dreapta a trecut fara nicio eroare. Verificarea s-a facut pe 14.09.2026.
Regula asa cum e scrisa in schematronul oficial

Textul oficial, in romana

Codul datei de exigibilitate a taxei pe valoarea adaugata (BT-8) trebuie sa fie unul dintre urmatoarele coduri din lista de coduri UNTDID 2005: 3 (Data emiterii facturii), 35 (Data reala a livrarii), 432 (Suma platita în acea zi)

Textul oficial, in engleza

Value added tax point date code MUST be coded using a restriction of UNTDID 2005 (only 3, 35 and 432).

Unde se aplica

cac:InvoicePeriod/cbc:DescriptionCode

Conditia care trebuie sa fie adevarata

((not(contains(normalize-space(.), ' ')) and contains(' 3 35 432 ', concat(' ', normalize-space(.), ' '))))
Ce nu rezulta din textul oficial al regulii

Nu am putut confirma din datele primite dacă CIUS-RO cere alte elemente în cac:InvoicePeriod (de exemplu cbc:StartDate și cbc:EndDate) atunci când grupul este prezent, ori dacă BT-8 (cod) poate coexista cu BT-7 (cbc:TaxPointDate). Factura de referință nu conține deloc cac:InvoicePeriod, deci poziția exactă a grupului în secvența UBL a fost dedusă din ordinea standard a elementelor.