Erori e-Factura

EN16931

Adresa electronică a vânzătorului (EndpointID) nu are schemeID

Codul regulii este BR-62.

Mesajul exact din validatorul ANAF

textEroare=[BR-62]-The Seller electronic address (BT-34) shall have a Scheme identifier.

Ce înseamnă

Când factura conține adresa electronică a vânzătorului (BT-34), ea trebuie însoțită de codul listei din care provine valoarea, ca destinatarul să știe ce fel de identificator citește. În UBL adresa stă în cbc:EndpointID din cac:AccountingSupplierParty/cac:Party, iar codul într-un atribut schemeID pe același element. Fără atribut, valoarea rămâne ambiguă și factura se respinge. Regula se aplică doar dacă elementul există: dacă nu ai adresă electronică în factură, nu te privește.

Cum repari

În programul de facturare, la datele firmei tale, completează atât adresa electronică a vânzătorului (de regulă adresa de e-mail), cât și tipul ei — multe programe exportă doar valoarea, fără atributul schemeID. Dacă adresa electronică nu este necesară pe factura ta, șterge elementul cu totul, nu îl lăsa completat pe jumătate.

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>
      <cbc:EndpointID>vanzator@exemplu.ro</cbc:EndpointID>
      <cac:PostalAddress>
        <cbc:StreetName>Str. Exemplu nr. 1</cbc:StreetName>
        <cbc:CityName>SECTOR1</cbc:CityName>
        <cbc:PostalZone>010101</cbc:PostalZone>
        <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>
      <cbc:EndpointID schemeID="EM">vanzator@exemplu.ro</cbc:EndpointID>
      <cac:PostalAddress>
        <cbc:StreetName>Str. Exemplu nr. 1</cbc:StreetName>
        <cbc:CityName>SECTOR1</cbc:CityName>
        <cbc:PostalZone>010101</cbc:PostalZone>
        <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.
Regula așa cum e scrisă în schematronul oficial

Textul oficial, în engleză

The Seller electronic address (BT-34) shall have a Scheme identifier.

Unde se aplică

$Seller_electronic_address

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

$BR-62
Ce nu rezultă din textul oficial al regulii

Factura de referință nu conține deloc cbc:EndpointID la vânzător, deci regula BR-62 nu se declanșează pe ea; fragmentele de mai sus arată doar cum arată elementul corect și cel greșit, adăugat pe poziția lui din secvența UBL (primul copil al cac:Party, înaintea cac:PostalAddress). Nu am putut confirma din datele primite ce cod de schemă și ce valoare cere ANAF în producție pentru BT-34; am folosit schemeID="EM" (adresă de e-mail, listă UNECE 3155) și o adresă de exemplu — verifică la furnizorul programului tău ce completare folosește.