Erori e-FacturaBR-RO-100

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 inseamna

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

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

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

ANAF raporteaza sub aceeasi eticheta BR-RO-100 si

Regula asa cum e scrisa in schematronul oficial

Textul oficial, in romana

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, in engleza

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 aplica

/ubl:Invoice | /cn:CreditNote

Conditia care trebuie sa fie adevarata

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