# Bonul fiscal digital (cod QR) — stadiu legislatie la 03.09.2026

Cercetare punctuala, nu modifica cod. Surse: presa de specialitate fiscala (StartupCafe,
ValidSoftware, Digi24), text OUG pe legislatie.just.ro / static.anaf.ro, pagina ANAF servicii
web, pagina ANAF iBon. Link-urile complete sunt la finalul fiecarei sectiuni.

## 1. Actul normativ si termenul

- **OUG nr. 69/2024** (21.06.2024, publicata in Monitorul Oficial) — actul de baza. Modifica
  OUG 28/1999 (obligatia de dotare cu case de marcat) si introduce cerinta ca bonul fiscal sa
  contina, pe langa elementele deja obligatorii: unitatea de masura, codul de identificare
  fiscala al beneficiarului (la cererea acestuia) si numarul de identificare al bonului — cu
  data/ora emiterii, numarul de identificare al bonului si seria fiscala a aparatului tiparite
  **si sub forma de cod QR**. Termen initial de conformare: **2 ani de la intrarea in vigoare**,
  adica ~21.06.2026 pentru comerciantii ale caror case de marcat nu pot tipari inca QR.
  [text OUG 69/2024 pe static.anaf.ro](https://static.anaf.ro/static/10/Anaf/legislatie/OUG_69_2024.pdf) ·
  [portal legislativ](https://legislatie.just.ro/public/DetaliiDocument/284213) ·
  [rezumat 7 schimbari - fiscalitatea.ro](https://www.fiscalitatea.ro/emitere-bon-fiscal-7-schimbari-importante-introduse-prin-oug-692024-23479/)
- Termenul a fost **amanat succesiv**: initial 01.09.2025 (prin OUG 125/2024), sanctiunile
  pentru bon fara QR au fost suspendate, cu exceptia unor amenzi aplicate punctual in Bucuresti
  de SICE inainte de suspendare.
  [StartupCafe - sanctiuni amanate](https://startupcafe.ro/cod-qr-pe-bonul-fiscal-sanctiunile-pentru-firme-amanate-din-nou-noul-termen-proiect-oug-89347)
- **Stadiu la 03.09.2026**: termenul curent, comunicat de Ministerul Finantelor printr-un
  **proiect de Hotarare de Guvern** publicat 01.04.2026 (nu inca text final adoptat identificat
  cu numar HG in sursele gasite), este **1 noiembrie 2026**, prezentat de presa ca fara noi
  amanari ("de data asta fara prelungiri"). Nu am gasit un HG/OUG cu numar oficial care sa fi
  fost deja publicat in Monitorul Oficial pentru acest termen — sursele citeaza consecvent
  "proiect". **Recomandare: verificati din nou aproape de termen** daca proiectul de HG a fost
  adoptat si publicat, sau daca a mai fost amanat (istoricul arata amanari repetate).
  [StartupCafe - proiect HG 1.11.2026](https://startupcafe.ro/termen-case-marcat-cod-qr-firme-romanesti-obligate-anaf-2026-proiect-oficial-hotarare-guvern-97362) ·
  [Digi24 01.04.2026](https://www.digi24.ro/stiri/economie/bonul-fiscal-va-fi-emis-si-in-format-digital-fara-tiparire-obligatorie-ce-termen-au-firmele-pentru-implementare-3705581)
- HG-ul in discutie ar obliga si ANAF sa actualizeze **Ordinul 146/2018** (norme metodologice
  case de marcat) in 45 de zile de la intrarea in vigoare — inca un semn ca la 03.09.2026
  piesele normative secundare nu erau toate finalizate.

## 2. Ce contine EXACT codul QR

**Raspuns: proprietarul are dreptate — codul QR nu contine valoarea, TVA sau cotele.**
Sursele (OUG 69/2024 + presa de specialitate, convergent) dau consecvent aceeasi lista scurta,
tiparita si in clar pe bon si codificata in QR:

- data si ora emiterii bonului;
- numarul de identificare (unic) al bonului;
- seria fiscala a aparatului de marcat electronic fiscal (AMEF);
- **codul de identificare fiscala (CUI/CNP) al cumparatorului — dar numai la cererea acestuia**,
  nu implicit pe fiecare bon.

Nu apar in nicio sursa gasita: valoare totala, cote TVA, linii de produse/servicii. Logica e
similara cu factura simplificata: QR-ul e un **identificator de cautare** (cheie catre
inregistrarea din sistemul ANAF), nu un container al continutului economic al bonului.

Nu am gasit o **specificatie tehnica publicata** (schema XML/JSON a QR-ului, lungime exacta a
campurilor, algoritm de encodare) — nici pe static.anaf.ro, nici in proiectul de HG citat de
presa. Structura XML de transmitere AMEF -> ANAF este mentionata generic ("format actualizat,
dupa modelul e-Factura") dar fara link catre schema publicata. Aplicatia iBon a ANAF (vezi
sectiunea 5) valideaza un "**Bon ID**" de 32 de cifre tiparit distinct pe bon, plus NUI (numar
unic identificare) si data — consistent cu lista de mai sus.
[ValidSoftware - bon fiscal digital 2026](https://validsoftware.ro/bon-fiscal-digital-2026-cod-qr-transmitere-automata-anaf-si-noi-obligatii-pentru-firme/) ·
[OUG 69/2024 static.anaf.ro](https://static.anaf.ro/static/10/Anaf/legislatie/OUG_69_2024.pdf)

## 3. Cine e obligat

- **Obligatia de emitere** cade exclusiv pe **comercianti/operatorii economici care folosesc
  case de marcat** (emitentii de bonuri) — ei trebuie sa actualizeze aparatele si software-ul
  AMEF, sa obtina avize tehnice si sa transmita datele noi catre ANAF.
- **Cumparatorii** nu au obligatii — pot doar sa ceara includerea codului fiscal propriu pe
  bon; nu exista obligatie de scanare sau de pastrare digitala din partea lor.
- **Niciuna dintre sursele consultate nu mentioneaza obligatii pentru programele de
  contabilitate** (nici pentru cele care emit bonuri prin integrare AMEF, nici pentru cele
  care doar inregistreaza bonuri primite ca документе de cheltuiala). ROACONT e produs de
  contabilitate, nu de casa de marcat — nu emite bonuri, deci nu intra sub incidenta directa a
  OUG 69/2024. Singurul unghi de impact posibil e indirect: daca firma-client vrea sa
  inregistreze automat bonurile PRIMITE ca si cheltuieli (vezi sectiunea 6).

## 4. Exista API/serviciu ANAF pentru INTEROGAREA bonurilor PRIMITE de o firma?

**Raspuns: NU exista, dupa cautarile facute — confirma observatia proprietarului.**

Am cautat explicit:
- pagina oficiala ANAF de servicii web ([anaf.ro/.../servicii_web_anaf](https://www.anaf.ro/anaf/internet/ANAF/servicii_online/servicii_web_anaf/)) —
  listeaza servicii sincrone/asincrone/OAuth, dar categoriile documentate public sunt legate de
  RO e-Factura (inclusiv `listaMesajeFactura`, descarcare facturi primite pe CUI, ca la SPV) si
  de verificare platitor TVA — **nicio mentiune de "bon fiscal" sau "case de marcat" ca serviciu
  web de interogare/descarcare**.
- Registrul RO e-Factura ([anaf.ro/.../registrul_eFactura](https://www.anaf.ro/anaf/internet/ANAF/servicii_online/registre/registrul_eFactura)) —
  e specific facturilor electronice, nu bonurilor.
- termeni de cautare directi: "bon fiscal" + "webservice"/"API"/"registrul bonurilor"/"e-TVA" —
  fara rezultate care sa descrie un asemenea serviciu.
- Sistemul **RO e-TVA**: gestioneaza declaratii TVA si potriviri de sume, nu e un registru de
  bonuri individuale interogabile per CUI cumparator.

Concluzie: la 03.09.2026, **nu exista un echivalent "SPV pentru bonuri fiscale"** — o firma nu
poate azi (si proiectul de HG discutat nu mentioneaza ca ar introduce) sa descarce automat, pe
CUI-ul ei, bonurile fiscale pe care le-a **primit** de la furnizori, asa cum descarca facturi
primite din SPV/e-Factura. Ce se transmite automat catre ANAF e fluxul **AMEF -> ANAF**
(comerciantul isi raporteaza propriile vanzari), nu un flux **ANAF -> cumparator**.

## 5. Aplicatie/mecanism pentru cumparator: scanare QR -> bon complet?

Exista **iBon**, aplicatia mobila ANAF lansata 18.05.2026 (Android/iOS) — dar e un instrument
de **verificare**, nu de descarcare a continutului economic:

- utilizatorul fotografiaza bonul sau introduce manual datele; aplicatia recunoaste/valideaza
  campurile: **Bon ID (32 de cifre)**, **NUI** (numar unic identificare), **data**;
- valideaza aceste campuri fata de baza de date ANAF (verificare "a fost emis corect / a ajuns
  la ANAF"), cu decalaj (multe AMEF-uri transmit seara, deci validarea completa e disponibila
  a doua zi);
- functia declarata e de **sesizare**: "nu am putut plati cu cardul", "nu am primit bon fiscal",
  "bonul nu are elementele de identificare" — nu de afisare a continutului integral (valoare,
  TVA, articole) al bonului.
- Nu am gasit dovezi ca iBon (sau alt canal ANAF) afiseaza continutul economic complet al
  bonului dupa scanare, si nici un API public documentat in spatele ei accesibil unei aplicatii
  terte (gen ROACONT) pentru acelasi scop.

[ANAF - instructiuni iBon (PDF)](https://static.anaf.ro/static/10/Anaf//Informatii_R/iBON//InstructiuniAplicatieMobila-iBON-08.05.2026-v.1.0.2.pdf) ·
[Digi24 - lansare iBon](https://www.digi24.ro/stiri/actualitate/social/anaf-lanseaza-aplicatia-prin-care-romanii-pot-verifica-daca-au-primit-bon-fiscal-corect-ce-este-ibon-si-cum-functioneaza-3771053) ·
[HotNews - iBon](https://hotnews.ro/finantele-lanseaza-aplicatia-in-care-vei-putea-avertiza-nu-am-putut-plati-cu-cardul-sau-nu-am-primit-bon-fiscal-2246582)

## 6. Concluzie practica pentru ROACONT

1. **Nimic de schimbat urgent in cod.** ROACONT e program de contabilitate, nu de casa de
   marcat — obligatiile OUG 69/2024 (QR, transmitere AMEF->ANAF) cad pe comercianti si pe
   producatorii de AMEF/software de casa de marcat, nu pe noi.
2. Termenul **1 noiembrie 2026** e inca sustinut de "proiect de HG", nu am gasit confirmare de
   act adoptat/publicat — istoricul (2 amanari deja) justifica sa nu tratam data ca definitiva
   fara o verificare noua aproape de termen.
3. **"Descarcarea automata a cheltuielilor pe bon" (bonuri PRIMITE) nu e posibila tehnic azi**,
   pentru ca nu exista API/registru ANAF de interogare a bonurilor pe CUI cumparator (spre
   deosebire de facturi/SPV). Codul QR, chiar generalizat, nu ajuta la asta — nu contine
   valoare/TVA, doar identificatori de cautare, si nu exista un serviciu public in care sa
   introduci acel identificator si sa primesti continutul integral.
4. Singura cale ramasa e cea deja folosita: **import cu interventia operatorului**, din fisierele
   exportate de casa de marcat a fiecarui client — fluxul curent (folosit de o firma) e in
   continuare varianta valabila; nu exista, la acest moment, o alternativa automata bazata pe
   API ANAF.
5. **De monitorizat, nu de implementat acum**: daca proiectul de HG e adoptat si daca in normele
   metodologice actualizate (Ordinul 146/2018 revizuit) apare vreun serviciu nou de interogare —
   ar schimba concluzia de la punctul 3. Recomand o reverificare in octombrie 2026, aproape de
   termen.

---

**Ce e FAPT (cu sursa) vs. ce e presupunere/necunoscut:**
- FAPT: OUG 69/2024 exista, modifica OUG 28/1999, introduce QR + campurile enumerate la
  sectiunea 2 — confirmat de text OUG (static.anaf.ro) si de mai multe surse de presa
  independente convergente.
- FAPT: termenul a fost amanat de la 01.09.2025; sanctiunile au fost suspendate.
- **NECONFIRMAT / de verificat**: daca HG-ul din proiectul aprilie 2026 a fost deja adoptat si
  publicat oficial cu numar propriu, si daca termenul 01.11.2026 ramane neschimbat — nu am gasit
  textul final adoptat, doar relatari de presa despre proiect.
- FAPT (absenta, verificata prin cautare directa pe surse ANAF): nu exista API/serviciu public
  de interogare a bonurilor fiscale primite de o firma, la data cercetarii.
- FAPT: exista aplicatia iBon (lansata 18.05.2026), rol de verificare, nu de descarcare a
  continutului economic al bonului.