Dovezile masurate pentru propunerile de directie (09.2026)

Backtest read-only pe productie: recunoasterea articolului la importul de
eFactura, contarea pe istoric de furnizor, identificarea partenerului la
importul de extrase, plafonul potrivirii facturii din textul bancii.
Include harta codului de import extrase, testul care confirma eroarea de
parsare BT si scripturile SQL reproductibile.

Propunerile care se sprijina pe ele:
COMUN/docs/cercetare/rec_directie_roacont_2026_09.md

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01T8jmGHs29e9eyLgoMiLBHW

docs/cercetare/piata_ai_2026_09/BON_FISCAL_DIGITAL.md

@@ -0,0 +1,154 @@
+# 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.