Pentru ca ma intereseaza tema asta, am instalat azi aplicatia iBon de la Ministerul Finantelor. Functioneaza, dar cu probleme.

Stiu ca e prima zi, deci bug-urile mici sunt acceptabile, dar e si o problema mai mare.

Hai sa le luam pe rand.

Nu stiu de ce aveam sperante ca o sa functioneze ca PURS [aplicatia similara a fiscului din Serbia, unde ai lista produselor], chiar daca nu ma asteptam sa o faca de azi.

Ar fi trebuit sa stiu ca nu e tehnic posibil pentru ca AMEF-urile [Aparat de Marcat Electronic Fiscal] trimit doar informatiile agregate, nu detalii despre produse.

Observatii:

- Pentru un NUI corect [Numar Unic de Identificare, e al casei de marcat] intoarce datele comerciantului chiar daca restul datelor nu sunt corecte.

- Formatul orei este timestamp cu secunda, dar nu se verifica secunda. Puteti pune 00, raspunsul va fi identic. Oricum, asa se intampla si in sectiunea "Introducere Manuala Date Bon" pentru ca nu exista selector de secunda. Diferenta e ca request-ul se duce pe un alt endpoint.

- OCR-ul se intampla local si poza bonului ramane in aplicatie.

- Pentru validarea unei tranzactii trebuie urmarit sa fie complete: true si totalBon sa aiba valoare.

- Nu inteleg logica punctelor. Daca introduci date manual si gresesti un camp, bonul va fi invalid. Pentru bonuri invalide primesti 3 puncte. Pentru bonuri valide primesti 2 puncte. Deci esti rasplatit pentru greseli?!

- Teoretic cred ca se urmareste rasplatirea incarcarii bonurilor neraportate, dar ele sunt tratate la fel indiferent ca sunt neraportate sau introduse gresit de utilizator.

- Daca stergi un bon [doar cu cele gresite am testat], pierzi si punctele aferente lui.

- Din calculul afisat in aplicatie pare ca punctul pentru incarcarea unui bon se pierde dupa clasificarea lui, dar nu e asa. Ar trebui sa aiba si "Total bonuri" calculul lui. Sau, mai simplu, un singur loc unde se aloca punctul pentru adaugarea bonului, fara sa mai conteze daca e procesat sau in asteptare.

- Practic, e un lucru bun ca punctele alea nu pot fi convertite in nimic de valoare, ca farming-ul lor e posibil. [Farming puncte ANAF, unde am ajuns 🤦‍♂️].

- Am testat cu un bon din 2023 si a fost validat.

- Mi-e neclar daca un bon introdus gresit ii poate crea neplaceri comerciantului. Sper ca nu. Mi-e neclar si cate puncte are o sesizare.

- Am incercat, fara succes, sa ma abtin legat de © 2025.

{

"user": "-",

"nrSesizari": 0,

"nrScanari": 9,

"nrScanComplet": 6,

"nrScanExpirat": 3,

"nrPuncte": 30,

"nrPuncteSesizari": 0,

"tier": "Iron",

"dataInregistrare": "azi :)",

"dataUpdate": "-"

}

Ce as regandi:

- Utilizatorul nu are cum sa stie daca un bon e raportat sau nu, deci nu as rasplati in plus un bon neraportat.

- As rasplati consecventa. Sa raportezi minim 1 bon / zi, sau sa ai raportat minim un bon pe zi. Sau la 2 zile, 36 de ore, sigur au ei statistici mai bune.

- Nu-mi dau seama ce beneficiu ii aduce utilizatorului. Vrem o tara mai buna, primim puncte, dar ceva practic? Redeschiderea loteriei bonurilor ar fi cea mai la indemana, atat timp cat nu sunt produsele pe bon. Daca ar fi fost, puteau tine loc de dovada a achizitiei, garantii etc.

- Nu am gasit usor o metoda de a da feedback, so I wrote a post about it.

Fun fact, legat de puncte care nu inseamna nimic.

Acum vreo 15 ani lucram la unii care aveau un site de continut, ceva dedicat parintilor. Mereu imi aduc aminte de ei cand vad masini cu numarul PUF, chiar daca nu sunt Matiz rosu.

Eh, treaba mergea pe baza de AdWords si ca sa-si creasca traficul oamenii s-au gandit sa faca putin gamification. Doar ca, cel putin in perioada cat am fost eu, nu era stabilit ce castiga oamenii care petrec mai mult timp in site, asa ca primeau puncte. Si a functionat, chiar bine. Stiu ca ne uitam pe log-uri intr-o luni si erau cateva conturi care aveau click-uri in continuu, la 10-20-40 de secunde de vineri seara, cand se lansase feature-ul asta, pana duminica noaptea. Site dedicat parintilor, mai zic o data.