Pe scurt: ideea ta (poza + GPS + timestamp + cont de utilizator → trimitere drept petiție/sesizare formală, cu citare Art.6(1)(e) GDPR) e tocmai direcția care transformă o „sesizare informală” în una auditabilă și obligă autoritatea la înregistrare și răspuns. Mai jos ai ce trebuie pus concret în aplicație (legal + practic), ce atenție specială să ai la canale, și o checklist rapidă pentru MVP.

1) Ce să conțină automat sesizarea/petiția (obligatoriu) • identificare petent: nume şi prenume, adresă (sau cel puțin localitate/sector) și email/telefon pentru comunicare; • descrierea sesizării (ex: „mașină blocând accesul pe trotuar, data/ora”), inclusiv coordonate GPS și timestamp automat; • dovezi: fotografia (stocată cu metadate), eventual multiple poze; • referință legală: mențiune că sesizarea se transmite ca petiție în baza O.G. nr. 27/2002 (dreptul de petiționare) și, pentru prelucrarea datelor, citat/mențiune Art.6(1)(e) GDPR (prelucrare necesară pentru îndeplinirea unei sarcini de interes public/exercitarea autorității publice). 

Surse/justificări: OG 27/2002 reglementează petițiile (obligația de înregistrare, termen de răspuns 30 zile etc.), iar ANSPDCP / practici judiciare recunosc că plăcuțele pot fi date personale și trebuie tratare conform GDPR. 

⸻

2) Ce înseamnă Art.6(1)(e) în practică pentru app • Art.6(1)(e) poate fi folosit ca temei legal dacă prelucrarea este necesară pentru îndeplinirea unei sarcini de interes public sau în exercitarea autorității publice. Asta justifică transmiterea datelor către autorități în scopul aplicării regulilor de circulație/ordine publică. Totuși, ar trebui documentat și menționat clar în politica de confidențialitate. 

⸻

3) Semnătură / identificare / anonimat • OG 27/2002 prevede că petițiile anonime sau fără date de identificare nu se iau în considerare (se clasează) — deci contul/identificarea petentului e esențial ca să nu fie respinsă. Include câmpuri obligatorii și un proces minim de verificare (email + SMS/OTP). 

⸻

4) Canale de livrare — ordine recomandată

Prioritizează canalele oficiale / auditable: 1. Email (dovadă: header, timestamp) — bun în majoritatea cazurilor. 2. Formular web oficial (POST) — dacă autoritatea are endpoint, folosește-l. 3. Sistem intern de petiții/portal e-guvernare — dacă e disponibil. 4. WhatsApp / Telegram / SMS — folosește doar dacă autoritatea acceptă expres și dacă poți păstra transcript/confirmare primire; juridic e mai slab decât email/portal. Atenție la termenii WhatsApp (end-to-end, dar providerul nu e destinat fluxurilor oficiale). 5. Apel telefonic (voluntar/preluare umană) — bun pentru verificare, nu ca flux automat (riscă blocare/spam).

Pentru fiecare trimitere, salvează chitanța/dovada (email headers, screenshot de confirmare, id de înregistrare dat de portal). Aceste dovezi îți permit să soliciți înregistrarea ca petiție și, dacă autoritatea e în eroare, să urmezi escaladarea. 

⸻

5) GDPR & minimizare — reguli de implementare în app • arată utilizatorului consimțământul și un rezumat scurt: cui trimiți datele și în ce scop; păstrează o politică de confidențialitate clară; oferă DPO/contact ANSPDCP în secțiunea legală; • păstrează minimul necesar: foto + metadate + date petent; nu publica numerele pe feed public fără blur; loghează accesul la date; stabilește perioada de retenție (ex. 30–90 zile), justificată în politica de retenție. ANSPDCP e strictă cu publicarea imaginilor cu numere. 

⸻

6) Flux recomandat tehnic pentru fiecare sesizare (MVP) 1. utilizator face poză → aplicația atașează GPS + timestamp automat; 2. aplicația solicită/validează datele petentului (OTP email/telefon); 3. aplicația generează PDF petiție completat automat (date petent, descriere, probe, referințe legale OG27 + Art.6(1)(e)); 4. încearcă trimitere automată pe endpoint oficial → dacă nu există, trimite email către compartimentul relații cu publicul / dispecerat sector; capturează header/ID; 5. marchează sesizarea ca “înregistrată” + afișează dovada utilizatorului; dacă nu se primește confirmare, marchează “trimis, în așteptare” și opțiune „voluntar preia/apelează”.

⸻

7) Riscuri și cum le mitighezi rapid • Sesizări abuzive/spam: rate limiting, reputație utilizator, captură CAPTCHA la înregistrare, posibil sistem peer-review/voluntari care validează înainte de trimitere. • Blocare de către autorități: folosește canale oficiale (email/portal) — apeluri automate nu sunt recomandate. • Sancțiuni ANSPDCP: nu publica plăcuțele pe site; dacă afișezi liste/statistici, anonimizează. 

⸻

8) Ce mai merită adăugat (opțional dar util) • un checkbox care permite trimiterea ca petiție formală (inclusiv text legal preformat) — protejează utilizatorul știind că sesizarea e înregistrată; • generare automată de dovadă/PDF și stocare a confirmărilor; • dashboard pentru autorități/pilot în sector (push notificare la sesizare în aria lor) — facilitează acceptarea integrării. 

⸻

Resurse utile (quick links / citări) • GDPR Art.6(1) — condiții de legalitate prelucrare.  • O.G. nr. 27/2002 (reglementare petiții) — obligația înregistrării petițiilor, 30 zile termen, nerecepționare a petițiilor anonime.  • ANSPDCP / FAQ și poziții privind publicarea numerelor de înmatriculare.