Semnătură și scanare CI, direct de pe telefonul operatorului

Un punct de colectare care vrea semnătură de client pe documentele de intrare și date extrase automat de pe buletin, în mod tradițional, are nevoie de două piese de hardware dedicat: o tabletă de semnat (gen Wacom sau Gemalto) și un scanner de acte. Ambele costă, ambele se defectează, ambele înseamnă un pas de achiziție și mentenanță suplimentar pentru un operator mic sau mediu.

VanaGreen înlocuiește ambele cu o singură piesă de hardware pe care operatorul o are deja: telefonul lui.

Telefon-semnătură — clientul semnează pe telefonul operatorului

Telefonul operatorului se asociază o singură dată cu tenantul printr-un cod de 6 cifre, generat din Setări, valabil 10 minute. Odată asociat, devine un "pad" de semnătură dedicat: la momentul intrării, operatorul deschide o cerere de semnătură pentru colectarea în curs direct din formular, îi întinde telefonul clientului, iar clientul semnează pe ecran — nu pe o tabletă separată, nu pe hârtie care apoi trebuie scanată. Semnătura ajunge automat pe NIR și PV de intrare, alături de semnătura operatorului.

E o funcție distinctă de semnătura clientului deja pusă pe Anexa 2/3 (subiect acoperit separat) — aceeași familie de îmbunătățiri legate de captura de semnătură la intake, dar un canal de captură nou: telefonul operatorului ca dispozitiv dedicat, nu ecranul folosit deja pentru intake.

Telefon-scanner — buletinul, citit direct de pe cameră

A doua jumătate a funcției rezolvă alt pas manual frecvent: crearea unei persoane fizice noi în sistem, când vine cu buletinul la predare. În loc să tasteze manual nume, CNP, serie și număr, operatorul fotografiază buletinul cu telefonul, iar aplicația citește automat câmpurile relevante — motor OCR care rulează integral pe telefon, nu pe un server. Poza propriu-zisă nu părăsește niciodată dispozitivul; doar câmpurile extrase (și, imediat după, corectate sau confirmate de operator) ajung către server.

Acuratețea recunoașterii nu e mecanismul de siguranță aici — ecranul de confirmare este. Operatorul vede întotdeauna datele extrase înainte să salveze persoana și le poate corecta direct, exact ca la o completare manuală, doar pornind de la un draft deja populat, nu de la un formular gol. Pentru actele de identitate mai vechi, fără zonă de citire standardizată, aplicația nici nu încearcă să ghicească numele sau seria — extrage doar CNP-ul, acolo unde poate fi identificat sigur în text, și lasă restul pentru completare manuală, exact pentru a nu introduce o valoare greșită acolo unde riscul de eroare e real.

Primul test live, și trei bug-uri reparate în aceeași zi

Funcția a trecut printr-un prim test real cu utilizare live, care a scos la iveală — și a reparat rapid — trei probleme tipice pentru orice interacțiune tactilă pe mobil, invizibile până le lovești efectiv pe teren:

• Cursă de captură blocată, fără cale de anulare — dacă operatorul apăsa "finalizează" chiar în momentul în care semnătura desenată nu apucase încă să fie înregistrată intern, cererea rămânea blocată fără nicio recuperare, alta decât să aștepți expirarea automată după 15 minute. Rezolvat prin reținerea semnăturii într-un mod care se resincronizează corect, plus un buton nou de anulare, ca operatorul să nu mai fie nevoit să aștepte.
• Traseul de semnătură care nu se închidea la pointercancel — pe ecrane tactile reale, un gest de tragere e frecvent întrerupt de evenimentul pointercancel (când sistemul de operare decide că gestul e, de fapt, un scroll sau o navigare), nu de pointerup. Cerneala apărea vizual pe ecran, dar traseul nu se marca niciodată ca "terminat" — deci semnătura nu se salva niciodată, deși părea că totul a funcționat.
• CSP care bloca silențios conversia semnăturii — codul care transforma desenul din format data: într-un fișier de trimis către server folosea un fetch, iar politica de securitate a conținutului de pe server nu permite acest tip de cerere pentru data:. Rezultatul: eșec complet, fără nicio eroare vizibilă în consolă, fără cerere către server, fără urmă în loguri — cel mai greu tip de bug de depistat. Corectat prin decodarea manuală a datelor, care ocolește complet acest mecanism.

Niciunul dintre cele trei bug-uri n-ar fi fost vizibil doar din citirea codului — au ieșit la iveală abia din folosire reală, pe un telefon real, cu degete reale. Exact de-asta contează testarea live, nu doar cea automată, pentru un feature care depinde de comportamentul touch al unui ecran.

De ce contează pentru un operator

Pentru un punct de colectare fără buget pentru tabletă de semnat și scanner dedicat, cele două funcții elimină simultan două piese de hardware — folosind un telefon pe care operatorul îl are oricum la el. Iar faptul că funcția a fost testată live și reparată în aceeași zi în care au apărut problemele arată exact ce înseamnă un feature "gata de producție": nu doar că a fost lansat, ci că a fost verificat cu utilizare reală și dus la un nivel de robustețe care rezistă la comportamentul imprevizibil al unui touchscreen real.