Erori e-Factura

CIUS-RO

Localitatea din București se scrie SECTOR1-SECTOR6, nu București

Codul regulii este BR-RO-100.

Mesajul exact din validatorul ANAF

textEroare=[BR-RO-100]-Daca Codul tarii Vanzatorului (BT-40) este RO si Subdiviziunea tarii Vanzatorului (BT-39) este RO-B (corespunzator Municipiului Bucuresti), atunci Localitatea Vanzatorului (BT-37) trebuie sa fie codificata folosind lista de coduri SECTOR-RO. #If the Seller's country Code (BT-40) is RO and the Seller's country subdivision (BT-39) is RO-B (corresponding to Bucharest Municipality), then the Seller city (BT-37) must be coded using the code list SECTOR-RO(SECTOR1, SECTOR2, SECTOR3, SECTOR4, SECTOR5, SECTOR6).

Ce înseamnă

Când vânzătorul are țara RO și județul (CountrySubentity) RO-B, adică Municipiul București, localitatea din adresa lui nu mai este numele orașului, ci sectorul. Validatorul ANAF acceptă doar cele șase valori din lista SECTOR-RO: SECTOR1, SECTOR2, SECTOR3, SECTOR4, SECTOR5, SECTOR6. Dacă scrii "București" sau "Sectorul 1", factura pică pe această regulă.

Cum repari

În datele de identificare ale firmei tale (vânzător), la localitate, pune exact codul sectorului scrise cu majuscule, fără diacritice și fără spații: SECTOR1 până la SECTOR6. Dacă programul tău ține localitatea ca text liber "București", completeaz-o manual cu sectorul corect din adresa sediului social. Nu modifica județul: el rămâne RO-B.

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:AccountingSupplierParty>
    <cac:Party>
      <cac:PostalAddress>
        <cbc:CityName>Bucuresti</cbc:CityName>
        <cbc:CountrySubentity>RO-B</cbc:CountrySubentity>
        <cac:Country>
          <cbc:IdentificationCode>RO</cbc:IdentificationCode>
        </cac:Country>
      </cac:PostalAddress>
    </cac:Party>
  </cac:AccountingSupplierParty>
</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:AccountingSupplierParty>
    <cac:Party>
      <cac:PostalAddress>
        <cbc:CityName>SECTOR1</cbc:CityName>
        <cbc:CountrySubentity>RO-B</cbc:CountrySubentity>
        <cac:Country>
          <cbc:IdentificationCode>RO</cbc:IdentificationCode>
        </cac:Country>
      </cac:PostalAddress>
    </cac:Party>
  </cac:AccountingSupplierParty>
</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.

Alte reguli pe care ANAF le raportează tot ca BR-RO-100

Regula așa cum e scrisă în schematronul oficial

Textul oficial, în română

Daca Codul tarii Vanzatorului (BT-40) este RO si Subdiviziunea tarii Vanzatorului (BT-39) este RO-B (corespunzator Municipiului Bucuresti), atunci Localitatea Vanzatorului (BT-37) trebuie sa fie codificata folosind lista de coduri SECTOR-RO

Textul oficial, în engleză

If the Seller's country Code (BT-40) is RO and the Seller's country subdivision (BT-39) is RO-B (corresponding to Bucharest Municipality), then the Seller city (BT-37) must be coded using the code list SECTOR-RO(SECTOR1, SECTOR2, SECTOR3, SECTOR4, SECTOR5, SECTOR6).

Unde se aplică

/ubl:Invoice | /cn:CreditNote

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

normalize-space(cac:AccountingSupplierParty/cac:Party/cac:PostalAddress/cac:Country/cbc:IdentificationCode) = 'RO' and normalize-space(cac:AccountingSupplierParty/cac:Party/cac:PostalAddress/cbc:CountrySubentity) = 'RO-B' and not(normalize-space(cac:AccountingSupplierParty/cac:Party/cac:PostalAddress/cbc:CityName) = $SECTOR-RO-CODES)
Ce nu rezultă din textul oficial al regulii

Nu am putut confirma din datele primite dacă validatorul tolerează variante de scriere precum "Sector 1", minuscule sau diacritice; lista oficială conține doar cele șase valori cu majuscule, fără spațiu, deci folosește-le exact pe acelea. De asemenea, regula se referă strict la vânzător (BT-37/BT-39/BT-40); pentru cumpărător există reguli separate, pe care nu le acoperă acest text.