Codul regulii este BR-62.
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.
Î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.
<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><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>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.The Seller electronic address (BT-34) shall have a Scheme identifier.
$Seller_electronic_address
$BR-62
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.