Erori e-Factura

CIUS-RO

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 înseamnă

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

Așa pică

<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>

Așa 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 două fragmente într-o factură completă și le-am trecut prin validatorul oficial ANAF, versiunea ro16931-ubl-1.0.9. Factura cu fragmentul din stânga a fost respinsă cu exact mesajul de mai sus; cea cu fragmentul din dreapta a trecut fără nicio eroare. Verificarea s-a făcut pe 14.09.2026.
Regula așa cum e scrisă în schematronul oficial

Textul oficial, în română

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, în engleză

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 aplică

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

Condiția care trebuie să fie adevărată

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