Recipisă, XML, PDF
Aceeași factură se descarcă în patru forme. Care are valoare legală și care este doar o reprezentare a ei.
Din meniul unei facturi ies patru fișiere diferite. Confuzia dintre ele este cea mai frecventă întrebare pe suport, așa că iată ce face fiecare.
1XML SPV
F2026-00128.xml · documentul depus, cu valoare legală
2Recipisă
F2026-00128-recipisa.xml · confirmarea ANAF, index 5211883
3PDF SPV
F2026-00128-spv.pdf · reprezentarea oficială, făcută de ANAF
4PDF standard
F2026-00128.pdf · pe șablonul companiei, pentru client
- 1XML SPV.
- 2Recipisă.
- 3PDF SPV.
- 4PDF standard.
- XML
- Factura în formatul oficial UBL. Este documentul cu valoare legală, cel depus la ANAF. Restul se face din el.
- Recipisă
- Răspunsul ANAF: confirmarea că factura a fost primită și înregistrată. Nu este semnătura ta electronică și nu conține factura, ci referința la ea.
- PDF SPV
- Reprezentarea făcută de ANAF din XML. Arată la fel pentru toată lumea, indiferent de programul care a emis factura. Nu se poate personaliza.
- PDF standard
- Documentul construit de Contarom din șablonul companiei tale. Este cel pe care îl trimiți clientului.
Care șablon se folosește
Depinde de cine a emis factura. Una emisă de tine iese din șablonul companiei tale; una primită iese din modelul implicit al aplicației, pentru că este documentul furnizorului, nu al tău.
Ce trimiți clientului
PDF-ul standard. Obligația fiscală se îndeplinește prin depunerea în SPV, dar clientul vrea un document pe care să îl poată citi, iar acela este PDF-ul pe macheta ta.
Recipisa nu ține loc de factură. Trimisă singură unui client, nu îi spune nimic: conține un identificator și o confirmare, nu sume și nu linii.
Care fișier îl păstrez pentru control?
XML-ul și recipisa. Ele dovedesc ce a fost depus și că a fost acceptat. Ambele intră automat în arhiva lunară.
De ce PDF-ul de la ANAF arată altfel decât al meu?
Pentru că este generat de ANAF dintr-un format standard, cu o machetă unică pentru toată lumea. Conținutul este același; doar prezentarea diferă.