Erori e-FacturaBR-RO-170

Subdiviziunea țării reprezentantului fiscal se scrie cu cod ISO

Codul regulii este BR-RO-170.

Mesajul exact din validatorul ANAF

textEroare=[BR-RO-170]-Daca Codul tarii Reprezentantului fiscal al Vanzatorului (BT-69) este RO, atunci Subdiviziunea tarii Reprezentantului fiscal al Vanzatorului (BT-68) trebuie sa fie codificata folosind lista de coduri ISO 3166-2:RO (ex. RO-B pentru Municipiul Bucuresti, RO-AB pentru judetul Alba...). #If the Seller's tax representative country code (BT-69) is RO, then the Seller's tax representative country subdivision (BT-68) must be coded using the ISO 3166-2: RO code list (ex. RO-B for Bucharest, RO-AB for Alba County...).

Ce inseamna

Dacă reprezentantul fiscal al vânzătorului are codul de țară RO (BT-69), atunci subdiviziunea țării din adresa lui (BT-68) nu poate fi numele județului sau al localității, ci codul ISO 3166-2:RO: RO-B pentru București, RO-CJ pentru Cluj, RO-AR pentru Arad și așa mai departe. Validatorul compară valoarea exact cu lista oficială, deci „București", „Cluj", „Județul Cluj", „RO-CJ " sau „ro-cj" sunt la fel de greșite. Atenție: regula se aplică doar când BT-69 este exact „RO"; dacă reprezentantul fiscal este din alt stat, codul de subdiviziune nu se verifică față de această listă.

Cum repari

În datele reprezentantului fiscal al vânzătorului, înlocuiește textul liber din câmpul de subdiviziune/județ cu codul din lista ISO 3166-2:RO, scris cu majuscule și cu cratimă (ex. RO-B, RO-CJ). Nu completa acest câmp cu denumirea orașului sau a județului și nu lasă spații înainte sau după cod.

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">
  <cac:TaxRepresentativeParty>
    <cac:PostalAddress>
      <cbc:CountrySubentity>Bucuresti</cbc:CountrySubentity>
      <cac:Country>
        <cbc:IdentificationCode>RO</cbc:IdentificationCode>
      </cac:Country>
    </cac:PostalAddress>
  </cac:TaxRepresentativeParty>
</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">
  <cac:TaxRepresentativeParty>
    <cac:PostalAddress>
      <cbc:CountrySubentity>RO-B</cbc:CountrySubentity>
      <cac:Country>
        <cbc:IdentificationCode>RO</cbc:IdentificationCode>
      </cac:Country>
    </cac:PostalAddress>
  </cac:TaxRepresentativeParty>
</ubl:Invoice>
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

Daca Codul tarii Reprezentantului fiscal al Vanzatorului (BT-69) este RO, atunci Subdiviziunea tarii Reprezentantului fiscal al Vanzatorului (BT-68) trebuie sa fie codificata folosind lista de coduri ISO 3166-2:RO (ex. RO-B pentru Municipiul Bucuresti, RO-AB pentru judetul Alba...)

Textul oficial, in engleza

If the Seller's tax representative country code (BT-69) is RO, then the Seller's tax representative country subdivision (BT-68) must be coded using the ISO 3166-2: RO code list (ex. RO-B for Bucharest, RO-AB for Alba County...).

Unde se aplica

/ubl:Invoice/cac:TaxRepresentativeParty/cac:PostalAddress | /ubl:CreditNote/cac:TaxRepresentativeParty/cac:PostalAddress

Conditia care trebuie sa fie adevarata

normalize-space(cac:Country/cbc:IdentificationCode) = 'RO' and not(normalize-space(cbc:CountrySubentity) = $ISO-3166-RO-CODES)