Ce este e-Factura din Zoho Books si ce acopera acest ghid
Acest ghid trateaza e-Factura din Zoho Books: configurare si utilizare zilnica, adica drumul unei facturi de la ciorna din Zoho Books pana la autoritatea fiscala si ce faceti cand raspunsul nu este cel asteptat. Prin e-factura intelegem aici o factura transmisa electronic catre sistemul autoritatii fiscale, nu doar un PDF trimis clientului pe email.
Cativa termeni folositi mai jos. Factura, in definitia din documentatia Zoho Books, este documentul trimis clientului care arata produsele sau serviciile vandute si informatiile de plata pe care clientul trebuie sa le urmeze. Statusul este eticheta pe care Zoho Books o ataseaza facturii, de exemplu ciorna, trimisa sau anulata. Factura de corectie este documentul prin care ajustati o factura deja transmisa, in loc sa o modificati.
O precizare importanta de la inceput. Sursele pe care se bazeaza acest ghid sunt documentatia oficiala Zoho si comunitatea Zoho Books; ele descriu mecanismele de facturare electronica ale produsului si modul in care Zoho le-a implementat in alte tari. Regulile romanesti propriu-zise, cum ar fi termenele de transmitere catre ANAF sau formatul mesajelor din Spatiul Privat Virtual (SPV), nu sunt acoperite aici si le confirmati cu contabilul dumneavoastra.
Ghidul va ajuta, in schimb, sa intelegeti ce date trebuie sa fie corecte inainte de trimitere, cum arata fluxul zilnic si unde apar de obicei blocajele.
Cum functioneaza un model de facturare electronica, pe exemplul documentat de Zoho
Cel mai clar exemplu public despre felul in care Zoho trateaza facturarea electronica este implementarea pentru Spania, numita VeriFactu. Il folosim ca ilustrare a logicii, nu ca descriere a regulilor din Romania. In Spania, raportarea se face prin VeriFactu catre AEAT, ca parte a legii antifrauda; calendarul de aplicare pe categorii de contribuabili il verificati in sursele oficiale spaniole, nu il reluam aici.
In modelul implementat de Zoho pentru Spania, fluxul are patru trasaturi:
- factura nu mai merge direct la client, ci este transmisa si validata de autoritatea fiscala (in Spania, AEAT, Agencia Estatal de Administracion Tributaria);
- statusul facturii, acceptata, in asteptare sau respinsa, este comunicat inapoi in sistemul emitentului;
- dupa transmitere, factura devine document legal si nu mai poate fi modificata sau stearsa;
- orice ajustare, cum ar fi un retur sau o anulare, se face printr-o factura de corectie (factura rectificativa).
Dupa validare, AEAT adauga pe PDF-ul facturii un cod QR si emite o confirmare ca dovada a transmiterii. Consecinta practica pentru orice companie este aceeasi: greselile nu se mai repara prin editarea facturii. Tot efortul se muta inainte de trimitere, in datele de client, articole si taxe.
Ce ofera Zoho Books pentru e-facturi
Zoho Books este aplicatia de contabilitate si facturare din suita financiara Zoho. Pentru VeriFactu, Zoho a activat configurarea in Zoho Books, Zoho Billing, Zoho Inventory si Zoho Invoice, iar utilizatorii Zoho One si Zoho Finance Plus pot trimite facturile din aplicatia pe care o folosesc deja. Daca emiteti facturi recurente pentru abonamente, merita sa stiti ca si Zoho Billing face parte din aceeasi familie de produse.
La nivel tehnic, documentatia API pentru facturi din Zoho Books descrie operatii dedicate e-facturii pentru fiecare factura in parte:
POST /invoices/{invoice_id}/einvoice/pushpentru transmiterea e-facturii;POST /invoices/{invoice_id}/einvoice/cancelpentru anularea e-facturii;- o operatie separata pentru preluarea datelor e-facturii.
Statusurile dupa care puteti cauta facturile sunt: sent, draft, overdue, paid, void, unpaid, partially_paid si viewed. Aceste valori sunt baza oricarei rutine zilnice: ciornele trebuie golite, iar facturile anulate trebuie sa aiba un document de corectie asociat.
Daca sunteti la inceput cu ecosistemul, articolul Ce este Zoho explica pe scurt cum se leaga aplicatiile intre ele.
Datele obligatorii inainte de prima factura
Cele mai multe facturi respinse au o cauza banala: un camp gresit sau lipsa. Documentatia Zoho Books stabileste cateva reguli pe care sistemul le impune la creare si pe care merita sa le verificati la configurare, nu dupa prima respingere.
| Camp | Regula in Zoho Books | Ce verificati |
|---|---|---|
Client (customer_id) | Obligatoriu la crearea facturii | Fisa clientului este completa inainte de emitere |
| Numar factura | Unic in organizatie, maximum 100 de caractere | Seria si numerotarea stabilite o singura data |
| Numerotare automata | Numarul personalizat cere parametrul ignore_auto_number_generation=true; altfel se genereaza automat | Nimeni nu suprascrie manual numerele |
| Curs de schimb | Obligatoriu cand moneda facturii difera de moneda de baza; implicit 1.0 cand coincid | Sursa cursului pentru facturile in valuta |
| Termen de plata | Numar de zile adunat la data facturii, maximum 100 | Scadenta rezultata este cea din contract |
Taxa inclusa (is_inclusive_tax) | Adevarat: pretul include taxa; fals: taxa se adauga | Preturile din lista de articole au aceeasi conventie |
| Discount inainte de taxa | Daca este activ, discountul reduce baza impozabila | Metoda agreata cu contabilul |
Tipul de discount conteaza si el: entity_level il aplica pe totalul facturii, iar item_level pe fiecare linie. Alegeti o singura conventie si documentati-o.
Exemplu lucrat: o factura in euro pentru un client importat din CRM
Sa luam o firma cu moneda de baza RON care factureaza in EUR servicii catre un client persoana impozabila stabilita in Romania; tratamentul TVA si obligatia de transmitere pentru clientii din strainatate le stabiliti separat cu contabilul. Clientul exista deja in Zoho CRM. API-ul Zoho Books include integrarea cu Zoho CRM prin care importati un client folosind ID-ul contului din CRM, astfel incat datele nu se mai copiaza manual.
- Clientul. Importati clientul dupa ID-ul contului CRM si verificati ca numele nu depaseste 100 de caractere, limita campului in Zoho Books.
- Numarul. Lasati campul gol pentru ca Zoho Books sa genereze numarul automat din seria configurata.
- Moneda si cursul. Pentru ca EUR difera de RON, cursul de schimb este obligatoriu; fara el, factura nu se creeaza.
- Termenul. Setati termenul de plata la 30 de zile; scadenta devine data facturii plus 30 de zile. Eticheta termenului, afisata clientului, are tot o limita de 100 de caractere.
- Taxa si discountul. Cu
is_inclusive_taxpe fals, taxa se adauga la pret. Cu un discountentity_levelsi discount inainte de taxa activ, discountul reduce baza impozabila a intregii facturi. - Transmiterea. Salvati factura ca ciorna, verificati-o, apoi o transmiteti; prin API, pasul corespunde operatiei
einvoice/push.
Daca ati configurat bine campurile de la pasii 1 si 3, ati eliminat doua dintre cele mai frecvente surse de erori: clientul incomplet si valuta fara curs.
Trimiterea si raspunsurile: rutina zilnica
Odata ce configurarea este stabila, munca zilnica se reduce la un ciclu scurt: ciorna, verificare, transmitere, urmarirea statusului. In modelul documentat de Zoho, raspunsul autoritatii ajunge inapoi in sistem ca acceptat, in asteptare sau respins, deci nimeni nu trebuie sa caute manual confirmarile factura cu factura.
Ce faceti cu fiecare status
- Acceptat: factura este document legal; nu o mai editati.
- In asteptare: o urmariti in lista zilnica pana la raspunsul final.
- Respins: identificati campul problematic, corectati datele sursa (clientul, articolul, taxa) si reluati emiterea conform procedurii stabilite cu contabilul.
Ciornele uitate
Un risc discret sunt facturile ramase in ciorna. In comunitatea Zoho Books exista publicat un script care compileaza automat lista facturilor in ciorna si trimite detaliile intr-un canal Zoho Cliq desemnat. Este o solutie simpla pentru ca echipa sa vada in fiecare dimineata ce nu a plecat.
Din practica noastra la Svennis, cand configuram acest flux pornim de la fisele de client si de articol, nu de la transmitere: problemele pe care le vedem la clienti apar aproape mereu din date incomplete introduse inainte de emitere. De aceea, verificarea ciornei o facem obligatorie inainte de orice trimitere.
Corectii si respingeri: ce puteti face si ce nu
Regula de baza din modelul documentat de Zoho este ca o factura transmisa nu se mai modifica si nu se mai sterge. Returul, anularea sau o greseala de pret se rezolva printr-o factura de corectie. In Zoho Invoice, functionalitatea VeriFactu acopera explicit facturile de corectie, alaturi de tranzactiile transfrontaliere, facturile recurente si facturile de proiect.
| Situatie | Ce faceti in Zoho Books | Ce confirmati cu contabilul |
|---|---|---|
| Factura respinsa | Corectati datele sursa si reemiteti | Daca se pastreaza sau nu numarul initial |
| Retur de marfa | Document de corectie, cu aprobare pentru retururi | Tipul documentului cerut de regulile romanesti |
| Anulare | In Romania, o factura transmisa si validata in RO e-Factura nu se anuleaza; se emite o factura de stornare cu referinta la factura initiala | Cum se reflecta stornarea in Zoho Books |
| Autofacturare | Note de credit si debit autofacturate | Daca situatia se aplica firmei |
Doua noutati recente din notele de lansare Zoho Books sunt relevante aici. Versiunea din iulie 2026 a adus note de credit si note de debit autofacturate (Self-Billed Credit Notes and Debit Notes). Actualizarea din august 2026 a extins fluxurile de aprobare la retururile de vanzare si la notele contabile, ceea ce inseamna ca o corectie poate trece printr-o aprobare inainte sa fie emisa.
Ce verifica in continuare contabilul
Transmiterea electronica nu inlocuieste verificarea contabila; o muta mai devreme si o face mai sistematica. Contabilul nu mai cauta greseli pe facturi deja plecate, ci verifica regulile care le produc.
- Setarile de taxe si articole: conventia pret cu sau fara taxa si metoda de discount, aceleasi pe toata organizatia.
- Numerotarea: serii unice, fara numere introduse manual in afara procedurii.
- Facturile in valuta: cursul aplicat pe fiecare factura in alta moneda decat cea de baza.
- Facturile anulate si corectiile: fiecare factura cu status
voidare documentul de corectie asociat. - Drepturile de acces: cine poate emite, anula si aproba.
Pentru ultimul punct, actualizarea din septembrie 2026 a introdus privilegiul Super Admin in aplicatiile Zoho Finance, util pentru a separa administrarea organizatiei de emiterea curenta a facturilor. Impreuna cu fluxurile de aprobare pentru retururi si note contabile, puteti construi o separare clara intre cine emite si cine valideaza.
Daca doriti o imagine lunara a respingerilor, a corectiilor si a ciornelor intarziate, datele pot fi aduse intr-un tablou de bord in Zoho Analytics, astfel incat contabilul sa vada tendinta, nu doar cazurile izolate.
Ce inseamna asta pentru o companie din Romania
Facturarea electronica obligatorie se extinde in multe tari, iar Zoho o trateaza tara cu tara. Pe langa Spania, o postare din comunitatea Zoho Books semnaleaza pentru Franta termenul de 1 septembrie 2026, al carui domeniu exact de aplicare trebuie verificat in sursele oficiale franceze, iar un utilizator scrie ca in Oman facturarea electronica va deveni obligatorie pana la jumatatea lui 2027. In Mexic, Zoho Books are deja integrare cu autoritatea fiscala SAT si un administrator XML care preia documentele furnizorilor direct din portalul acesteia.
Concluzia pentru o firma din Romania este practica. Zoho construieste suport pe editii nationale, iar sursele acestui ghid nu descriu o editie romaneasca dedicata sau conectorul catre ANAF. Inainte sa decideti, verificati trei lucruri:
- ce editie de Zoho Books folositi si ce suport de e-factura include pentru Romania;
- daca transmiterea catre ANAF se face nativ sau printr-o integrare separata, si cine o intretine;
- cum ajung inapoi in Zoho Books raspunsurile ANAF, astfel incat statusul facturii sa fie cel real.
Indiferent de raspuns, partea care depinde de dumneavoastra ramane aceeasi: date curate de client, numerotare disciplinata, conventii fixe pentru taxe si discount si o procedura scrisa pentru corectii. Acestea reduc respingerile oricare ar fi canalul de transmitere.
Pasi urmatori
Daca pregatiti sau revizuiti e-Factura in Zoho Books, urmati ordinea de mai jos. Fiecare pas se poate face intr-o zi de lucru si previne o categorie de erori.
- Stabiliti cu contabilul regulile romanesti aplicabile firmei: termene, tipul documentelor de corectie, cazurile de anulare.
- Curatati fisele de client si, daca lucrati cu Zoho CRM, importati clientii dupa ID-ul contului CRM in loc sa ii copiati.
- Fixati conventiile: numerotare automata, pret cu sau fara taxa, tipul si ordinea discountului, sursa cursului pentru valuta.
- Emiteti cateva facturi de test pe cazurile reale (client intern, client in valuta, retur), intr-un mediu de test, nu prin conexiunea de productie catre ANAF.
- Setati rutina zilnica: lista ciornelor, urmarirea statusurilor, alerta pentru respingeri.
- Separati drepturile de emitere, anulare si aprobare.
Daca folositi deja Zoho CRM, lista de configurare Zoho CRM va ajuta sa aveti datele de client corecte inainte ca ele sa ajunga pe facturi. Pentru detalii despre aplicatie si despre cum o puteti configura pentru firma dumneavoastra, consultati pagina Zoho Books Romania.



