Ce înseamnă
Când încarci un XML în SPV, ANAF verifică două CUI-uri:
- CUI-ul din parametrul URL —
?cif=12345678din apelul/upload - CUI-ul declarat în XML —
<cac:AccountingSupplierParty>/cac:Party/.../cbc:CompanyID>
Dacă cele două nu se potrivesc, SPV respinge XML-ul cu un mesaj de tipul:
CIF-ul declarat în XML (12345678) nu corespunde celui transmis în request (87654321)
De ce există această verificare
ANAF nu vrea ca o firmă să încarce facturi în numele alteia. CUI-ul din URL este folosit pentru autorizare (sesiunea SPV are drepturi doar pentru anumite CUI-uri); CUI-ul din XML este cel care apare ca emitent al facturii. Trebuie să fie identic.
Cauze frecvente
- Profil multi-firmă — ai mai multe firme în SPV, dar trimiți XML-ul cu CUI-ul firmei A folosind tokenul firmei B
- CUI cu/fără prefix RO — în XML ai
RO12345678, în URL ai12345678(sau invers). Pentru?cif=trebuie strict cifre, fără prefix. Pentru<cbc:CompanyID>înPartyLegalEntityse folosește forma fără RO; pentruPartyTaxScheme/CompanyIDse folosește forma cu RO (dacă e plătitor de TVA). - Token expirat sau pentru altă firmă
Cum se rezolvă
- Verifică ce CUI ai în XML — atât în
PartyTaxSchemecât și înPartyLegalEntity - Asigură-te că
?cif=corespunde cu forma numerică - Verifică în SPV (
/listaMesajeFactura) că tokenul tău are drepturi pentru acest CUI - Aplicațiile de facturare (cum este Factureanu) gestionează automat această potrivire — eroarea apare mai ales la integrări custom
Exemplu corect
Apel:
POST /upload?standard=UBL&cif=12345678
XML:
xml
<cac:AccountingSupplierParty>
<cac:Party>
<cac:PartyTaxScheme>
<cbc:CompanyID>RO12345678</cbc:CompanyID> <!-- cu RO dacă platitor TVA -->
<cac:TaxScheme><cbc:ID>VAT</cbc:ID></cac:TaxScheme>
</cac:PartyTaxScheme>
<cac:PartyLegalEntity>
<cbc:CompanyID>12345678</cbc:CompanyID> <!-- fără RO -->
</cac:PartyLegalEntity>
</cac:Party>
</cac:AccountingSupplierParty>