Integrare Fiscool: bonuri fiscale, direct din POS-ul Odoo

La casă, fiecare secundă și fiecare bon contează. Un client care așteaptă în timp ce operatorul retastează manual produsele pe casa de marcat, un bon care nu se potrivește cu vânzarea din sistem, un raport Z care nu se reconciliază la sfârșitul zilei — toate astea sunt simptome ale aceleiași probleme: sistemul de vânzare (POS-ul) și casa de marcat fiscală funcționează separat, ca două lumi care nu comunică.

În România, ca regulă, livrările către persoane fizice încasate în numerar sau cu cardul cer un bon fiscal emis de un aparat de marcat electronic fiscal omologat. Bonurile se păstrează în jurnalul electronic al aparatului, iar raportarea către ANAF se face din fișierul pe care aparatul îl generează. Când POS-ul și imprimanta fiscală nu sunt legate, apar dubla tastare, erorile umane, diferențele de casă și timpii morți la coadă. În HoReCa, unde tranzacțiile sunt scurte și dese, iar în retail, unde volumul e mare, aceste fricțiuni se adună în ore pierdute și în risc fiscal real.

Integrarea Fiscool leagă POS-ul Odoo de imprimantele fiscale suportate de FisCool (Datecs, Daisy, Tremol, Custom, Beko), astfel încât finalizarea unei vânzări în Odoo declanșează automat tipărirea bonului fiscal conform, fără niciun pas manual suplimentar. O singură acțiune a operatorului — încasarea — produce simultan bonul fiscal legal și înregistrarea completă în Odoo (stoc, casă, contabilitate).

De ce contează

Miza nu este doar comoditatea, ci bani, timp, conformitate și risc controlat:

• Conformitate fiscală fără compromisuri — bonul iese pe o imprimantă omologată, cu memoria fiscală și seria corecte. Nu improvizezi „chitanțe” care te expun la sancțiuni la un control ANAF.
• Viteză reală la casă — operatorul nu mai retastează produsele pe casa de marcat. Un singur flux, o singură apăsare, coadă care se mișcă.
• Zero diferențe de casă — pentru că vânzarea din Odoo și bonul fiscal provin din aceeași tranzacție, raportul Z și încasările din sistem se potrivesc. Reconcilierea de la închiderea turei devine o formalitate.
• Un singur adevăr — stocul se descarcă, casa se înregistrează și contabilitatea se actualizează pornind de la aceeași vânzare. Nu mai ții evidențe paralele.
• Potrivit pentru retail și HoReCa — de la magazine cu volum mare de articole până la restaurante și baruri unde rapiditatea la nota de plată e critică.

Pentru un business cu mai multe case, efectul se multiplică: fiecare punct de vânzare devine consistent cu backend-ul, iar managerul are o imagine unitară în timp real, nu un mozaic de rapoarte adunate manual.

Fluxul, pas cu pas

Integrarea a fost gândită să dispară din calea operatorului. În practică, arată așa:

1. Vânzarea în POS-ul Odoo. Operatorul scanează sau selectează produsele, aplică eventuale discounturi, alege metoda de plată (numerar, card, tichete). Toate liniile, cotele de TVA și totalurile sunt deja pregătite în Odoo.
2. Finalizarea și trimiterea către Fiscool. La apăsarea butonului de încasare, Odoo transmite coșul către imprimantă, prin Fiscool: fiecare articol cu denumire, cantitate, preț și cota de TVA corespunzătoare, plus modul de plată.
3. Tipărirea bonului fiscal. Imprimanta emite bonul fiscal legal, cu numărul de ordine, seria fiscală și amprenta din memoria fiscală. Operatorul înmânează bonul clientului — automat, fără tastare dublă.
4. Închiderea vânzării în Odoo. Vânzarea rămâne înregistrată complet: stocul se descarcă din locația magazinului, încasarea intră în sesiunea de casă, iar înregistrările contabile se generează conform configurării.
5. Închiderea sesiunii și raportul Z. La finalul turei, sesiunea de POS din Odoo se închide și se corelează cu raportul Z al imprimantei, astfel încât totalurile pe metode de plată și pe cote de TVA să fie verificabile.

Sub-detalii care contează în implementare: maparea corectă a cotelor de TVA din Odoo pe grupele fiscale ale imprimantei, gestionarea metodelor de plată (inclusiv plăți mixte numerar + card pe același bon) și tratarea corectă a discounturilor pe linie sau pe total, astfel încât bonul fiscal să reflecte exact ce s-a vândut.

Un scenariu concret

Un bistro cu două case lucrează la prânz în vârf de sarcină. Comanda unui client: 2 meniuri la 35 lei, o cafea la 10 lei și o apă la 6 lei, cu un discount de fidelitate de 10% pe cafea.

• Operatorul selectează articolele în POS-ul Odoo; sistemul calculează totalul de 85 lei (după discountul de 1 leu pe cafea) și repartizează cotele de TVA pe fiecare linie.
• Clientul plătește 50 lei cash și 35 lei cu cardul — plată mixtă pe același bon.
• La apăsarea încasării, Fiscool trimite coșul către imprimantă: cele patru linii, cu prețuri, cote de TVA și discountul aplicat, plus cele două metode de plată.
• Imprimanta tipărește bonul fiscal cu totalul de 85 lei, defalcarea pe TVA și repartizarea numerar/card. Bonul are numărul de ordine și amprenta fiscală.
• În Odoo, stocul celor patru produse scade automat, încasarea intră în sesiunea de casă (50 lei numerar, 35 lei card), iar notele contabile se generează.

La închiderea turei, raportul Z al imprimantei arată exact aceleași totaluri ca sesiunea de POS din Odoo. Fără reconciliere manuală, fără „lipsă în casă” de investigat.

Și cardul, nu doar bonul

Aceeași legătură conduce și terminalul bancar. Sunt două montaje, iar ordinea operațiunilor diferă:

• Casă cu terminal încorporat — Odoo cere bonul, iar FisCool conduce singur partea de card: cere suma la terminal, așteaptă clientul, apoi tipărește.
• Casă și terminal separate, montajul cel mai des întâlnit — suma se cere întâi la terminal, iar bonul se tipărește abia după ce banca a aprobat. Un bon care declară o plată cu cardul nu trebuie să iasă înainte ca plata să existe.

Pentru cardul trecut pe terminal separat, Odoo păstrează pe comandă RRN-ul și codul de autorizare — cele două referințe cu care se stornează o tranzacție și cu care se discută un litigiu cu banca.

Încasarea facturilor pe terminal, fără casă de marcat

La birou nu există casă de marcat și de cele mai multe ori nici nu e nevoie de una, dar terminalul există. Pe o factură client postată, fereastra obișnuită de înregistrare a plății capătă opțiunea de a cere suma direct la terminal: clientul plătește, iar plata se înregistrează în Odoo după ce banca a aprobat — cu terminalul, RRN-ul și codul de autorizare salvate pe ea. Stornarea se face din aceeași fișă, cât timp terminalul o mai acceptă: de regulă în aceeași zi, înainte de decontare.

Terminalul se configurează pe utilizator, nu pe companie, pentru că un card se trece pe aparatul din fața omului care încasează — nu pe cel de la alt birou.

Capcane frecvente (și cum le eviți)

• Cotele de TVA nemapate corect. Dacă grupele fiscale din imprimantă nu corespund cotelor din Odoo, bonul iese cu TVA greșit. Soluția: stabilim maparea cotă Odoo → grupă fiscală la implementare și o testăm cu bonuri de probă înainte de go-live.
• Denumiri de produse prea lungi sau caractere neacceptate. Imprimantele fiscale au limite la lungimea și setul de caractere pentru denumirea articolului. Soluția: normalizăm denumirile afișate pe bon (fără diacritice problematice, trunchiere controlată), păstrând denumirea completă în Odoo.
• Plățile mixte și bonurile fără fiscalizare. Voucherele, tichetele sau plățile parțiale prost configurate pot bloca emiterea bonului. Soluția: configurăm fiecare metodă de plată din POS astfel încât să fie recunoscută corect de imprimantă și tratată conform legii.
• Pierderea legăturii cu imprimanta în timpul turei. O deconectare a imprimantei poate lăsa o vânzare fără bon. Soluția: fluxul semnalează clar erorile de comunicare și blochează finalizarea până când bonul e emis, ca să nu existe vânzări „scăpate” fără fiscalizare. Pe montajul cu terminal separat, unde cardul se ia înaintea bonului, casierul primește pe ecran suma, RRN-ul și codul de autorizare: banii s-au mișcat deja, deci plata nu se mai ia a doua oară — se repară imprimanta și se tipărește, sau se stornează tranzacția la terminal.
• Returul nu iese ca bon fiscal. O imprimantă fiscală știe doar să înregistreze o vânzare, deci returul se tipărește ca document nefiscal, iar banii se dau înapoi în afara bonurilor zilei fiscale. Soluția: stabilim procedura de retur de la început, ca să nu fie căutat în timpul turei un buton care nu există.
• Închiderea de zi neconcordantă. Dacă raportul Z se rulează separat de închiderea sesiunii de POS, apar diferențe. Soluția: aliniem procedura de închidere — sesiune Odoo și raport Z în aceeași etapă a turei — și verificăm potrivirea totalurilor.

Ce câștigi

• Bon fiscal automat și conform, emis pe imprimantă omologată, la fiecare vânzare.
• Coadă mai rapidă, pentru că dispare tastarea dublă pe casa de marcat.
• Reconciliere de casă fără dureri de cap, cu POS și raport Z care se potrivesc.
• Stoc, casă și contabilitate actualizate dintr-o singură tranzacție, fără evidențe paralele.
• Cardul la casă și la birou — același driver conduce terminalul bancar, fie că plata vine pe un bon, fie pe o factură.
• Scalare pe mai multe case și puncte de lucru, cu comportament consistent și vizibilitate centralizată.

NextERP conectează POS-ul Odoo cu imprimantele fiscale, prin Fiscool — bon fiscal automat, conform și reconciliabil la sfârșitul zilei. Solicită o consultanță gratuită de 30 de minute.