Erori e-FacturaBR-RO-101

Localitatea cumpărătorului din București: SECTOR1–SECTOR6

Codul regulii este BR-RO-101. In raspunsul de la ANAF vezi insa BR-RO-100: eticheta din mesaj nu coincide cu identificatorul regulii. Nu cauta dupa codul regulii, ci dupa textul mesajului.

Mesajul exact din validatorul ANAF

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

Ce inseamna

Când cumpărătorul are țara RO (BT-55) și subdiviziunea RO-B, adică Municipiul București (BT-54), localitatea lui (BT-52) nu se scrie liber, ci doar cu unul din cele șase coduri oficiale: SECTOR1, SECTOR2, SECTOR3, SECTOR4, SECTOR5 sau SECTOR6. Nu sunt acceptate variante ca "București", "BUCUREȘTI", "Sector 1" sau "SECTOR 1" (cu spațiu). În răspunsul ANAF regula apare sub eticheta [BR-RO-100], deși în schematronul CIUS-RO are id-ul BR-RO-101, așa că după asta trebuie căutat mesajul. Regula se aplică identic și pe factura de storno/nota de credit, unde elementul este cumpărătorul din cn:CreditNote.

Cum repari

În datele cumpărătorului, când județul/subdiviziunea este RO-B, completează localitatea cu unul din codurile SECTOR1–SECTOR6, scris cu majuscule, fără diacritice și fără spațiu. Verifică în programul de facturare că nu ai o listă separată de localități care lasă utilizatorul să tasteze "București" sau "Sector 1" atunci când județul ales este București.

Exemplu

Asa pica

<ubl:Invoice>
  <cac:AccountingCustomerParty>
    <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:AccountingCustomerParty>
</ubl:Invoice>

Asa trece

<ubl:Invoice>
  <cac:AccountingCustomerParty>
    <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:AccountingCustomerParty>
</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 Cumparatorului (BT-55) este RO si Subdiviziunea tarii Cumparatorului (BT-54) este RO-B (corespunzator Municipiului Bucuresti), atunci Localitatea Cumparatorului (BT-52) trebuie sa fie codificata folosind lista de coduri SECTOR-RO

Textul oficial, in engleza

If the Buyer's country Code (BT-55) is RO and the Buyer's country subdivision (BT-54) is RO-B (corresponding to Bucharest Municipality), then the Buyer city (BT-52) 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:AccountingCustomerParty/cac:Party/cac:PostalAddress/cac:Country/cbc:IdentificationCode) = 'RO' and normalize-space(cac:AccountingCustomerParty/cac:Party/cac:PostalAddress/cbc:CountrySubentity) = 'RO-B' and not(normalize-space(cac:AccountingCustomerParty/cac:Party/cac:PostalAddress/cbc:CityName) = $SECTOR-RO-CODES)
Ce nu rezulta din textul oficial al regulii

Factura de referință are cumpărătorul din ARAD (RO-AR), deci condiția regulii nu se declanșează pe ea; ca să se vadă regula, am pus în ambele fragmente subdiviziunea RO-B. Nu am putut verifica din datele primite de ce eticheta din răspunsul ANAF ([BR-RO-100]) diferă de id-ul regulii din schematron (BR-RO-101) și nici dacă regula are o pereche separată pentru vânzător.