În fișierele interne ale votului electronic din Consiliul Local Timișoara apar „Guest” („invitat/musafir”) care votează, consilieri conectați cu adrese de email private și proiecte care se joacă la limita unui singur vot. Când administrația Fritz cere „transparență trasabilă” altora, propriul sistem de vot nu mai poate funcționa ca o cutie neagră.

Cine votează, de fapt, în Consiliul Local Timișoara atunci când în tabel nu apare un ales local, ci un simplu „Guest”? Întrebarea pare tehnică doar până în momentul în care lângă acel utilizator fără nume apare un vot clar, „Da” sau „Nu”, iar unul dintre proiecte cade la 13 voturi, deși avea nevoie de 14. Din acel punct, nu mai vorbim despre o ciudățenie tehnică pe platforma online, ci despre miezul deciziei publice. Mai exact, despre identitatea reală a celui care apasă butonul, validitatea votului și obligația Primăriei de a demonstra că fiecare opțiune din sistem aparține unui consilier local real, identificabil și responsabil.

PE SCURT

În fișierele interne care arată cum s-a votat în Consiliul Local Timișoara apar intrări greu de explicat administrativ – utilizatori „Guest”, fără nume, fără adresă de e-mail și fără identitate publică verificabilă, dar cu opțiuni de vot consemnate clar, „Da” sau „Nu”. Nu este o chestiune de interfață, nici un detaliu exotic al unei platforme digitale. Într-un consiliu local, votul nu aparține unui cont, unei sesiuni, unui link sau unui invitat anonim. Votul aparține consilierului local, individual, asumat și verificabil.

Tocmai aici începe problema. Votul electronic poate fi un instrument modern de lucru, dar nu poate transforma actul politic și administrativ într-o urmă anonimă dintr-un tabel. Tableta poate fi instrumentul votului, platforma poate fi infrastructura votului, dar titularul votului rămâne consilierul local. Când lângă numele unui ales apare „Da” sau „Nu”, votul poate fi verificat. Când aceeași opțiune apare lângă „Guest”, întrebarea devine inevitabilă. Cine a votat, cu ce drept și dacă acea opțiune a fost sau nu inclusă în rezultatul oficial?

Miza devine și mai serioasă pentru că, potrivit unei surse din Consiliul Local, unul dintre proiecte ar fi căzut la limită: 13 voturi strânse din 14 necesare. „Cu toate manevrele, au ajuns doar la 13. Le trebuiau 14. De asta a picat. Data viitoare se vor asigura că mai au unul”, susține un consilier local. Declarația nu înlocuiește procesul-verbal oficial și trebuie tratată ca poziție politică venită din interiorul CL, dar fixează exact zona sensibilă. Mai simplu, atunci când adoptarea unui proiect depinde de un singur vot, orice intrare anonimă din centralizator devine relevantă.

Dacă voturile „Guest” au fost luate în calcul, Primăria Timișoara trebuie să explice cine se află în spatele lor, ce calitate avea persoana respectivă și de ce identitatea nu apare în fișierul intern. Dacă nu au fost luate în calcul, problema nu dispare, ci se mută în zona securității și administrării sistemului electronic. De ce permite platforma înregistrarea unor opțiuni „Da” și „Nu” atribuite unor utilizatori fără identitate, în același export în care apar voturile consilierilor locali? În ambele variante, explicația „așa apare în sistem” nu este suficientă.

Există și un precedent care face situația actuală și mai greu de justificat. În 31 august 2023, la un proiect privind salubrizarea stradală, căzut tot la 13 voturi, în plen s-a cerut clarificarea votului, iar administrația a putut scoate lista nominală. Reprezentantul tehnic a spus atunci că „se poate scoate raportul”, iar voturile au fost citite nominal, cu nume și opțiune. Dacă în 2023 Primăria putea lega fiecare vot de fiecare consilier, în 2026 trebuie să explice de ce în propriile exporturi apar opțiuni fără identitate.

Cazul nu vine din senin. Încă din 2021, Roxana Iliescu reclama public practica proiectelor trimise pe repede-înainte, cu ordini suplimentare masive și documente transmise cu foarte puțin timp înainte de plen. Atunci întrebarea era dacă aleșii locali au timp real să înțeleagă ce votează. Acum întrebarea devine mai dură. Cine apare, de fapt, în sistem ca votând?

În decembrie 2025, în scandalul contractelor RETIM, Dominic Fritz invoca ideea de „transparență trasabilă”, adică necesitatea de a ști cine, când și la ce informații a avut acces. Același standard trebuie aplicat acum votului electronic. Primăria nu poate cere trasabilitate când consilierii vor contracte și să accepte opacitate când sistemul intern consemnează voturi. Dacă accesul la documente trebuie urmărit, votul unui consilier local trebuie urmărit de zece ori mai mult.

Primăria Timișoara trebuie să răspundă simplu cine sunt utilizatorii „Guest”, de ce apar fără nume și fără e-mail, dacă voturile lor au fost incluse în rezultatul oficial, cine administrează platforma, ce loguri tehnice există, cine validează raportul final, dacă secretarul general a verificat lista nominală și dacă președintele de ședință a fost informat despre aceste intrări. Iar cea mai simplă cale de a închide suspiciunea este publicarea listei nominale complete a voturilor pentru punctele vizate.

Consiliul Local Timișoara nu poate adopta legal hotărâri prin impresii, linkuri sau conturi anonime. Adoptă hotărâri prin votul unor aleși locali identificați nominal, cu mandat public și răspundere politică. Până când Primăria nu explică cine sunt utilizatorii „Guest” din fișierele interne, de ce apar cu opțiuni de vot și dacă aceste voturi au fost sau nu incluse în rezultatul oficial, fiecare proiect votat în asemenea condiții rămâne sub o umbră administrativă greu de ignorat.

INVESTIGAȚIA ECOPOLITICA

Votul fără nume. „Guest” intră în scenă

În fișierele interne care arată cum s-a votat în Consiliul Local Timișoara apare o anomalie greu de explicat administrativ, respectiv rânduri întregi atribuite unui utilizator generic, „Guest”, fără nume de consilier local, fără adresă de e-mail, fără identitate publică verificabilă, dar cu opțiuni de vot consemnate clar. În dreptul acestor intrări nu apare o eroare goală, nu apare o linie tehnică neutră, nu apare un simplu marcaj de sistem. Apar voturi. „Da”. „Nu”. Exact aceleași opțiuni prin care consilierii locali adoptă sau resping proiecte de hotărâre.

Imaginea este absurdă doar la prima vedere. În realitate, ea este gravă tocmai pentru că vine din interiorul mecanismului administrativ al votului. Într-un consiliu local nu votează un cont, nu votează o sesiune, nu votează un link, nu votează un dispozitiv și nu votează un invitat anonim. Votează consilierul local, în nume propriu, în baza mandatului primit de la alegători, cu răspundere politică și cu identitate verificabilă. Votul poate fi electronic ca mijloc tehnic, dar nu poate deveni anonim ca act administrativ.

De aceea, apariția unor utilizatori „Guest” în tabelele interne ale votului nu poate fi tratată ca un detaliu cosmetic al unei platforme digitale. Nu discutăm despre o problemă de font, de interfață sau de export Excel. Discutăm despre felul în care este consemnată decizia publică într-o instituție deliberativă. Iar decizia publică nu poate fi lăsată într-o zonă în care titularul votului dispare, dar opțiunea rămâne.

Când lângă numele unui consilier apare „Da” sau „Nu”, lucrurile sunt clare. Acel ales local și-a exprimat votul, iar opțiunea poate fi verificată politic, administrativ și public. Când însă lângă „Guest” apare aceeași opțiune, votul se tranformă în episod din Dosarele X. Cine este, de fapt, în spatele acelui vot? Un consilier conectat greșit? Un utilizator neautentificat? O eroare de sistem? O intrare nevalidată? Un vot inclus în total sau doar o urmă tehnică rămasă în export? Fiecare variantă are consecințe, iar niciuna nu permite tratarea subiectului cu ridicări din umeri.

Într-un document intern al votului, „Guest” nu este un nume. Este o problemă. Iar când lângă „Guest” apare „Da” sau „Nu”, problema devine instituțională. Pentru că, în Consiliul Local Timișoara, fiecare vot trebuie să poată fi legat de o persoană cu mandat, nu de o etichetă generică produsă de un sistem informatic. Votul electronic poate accelera procedura, dar nu are voie să dizolve responsabilitatea.

13 voturi din 14. Matematica politică a proiectului picat

Anomalia tehnică devine cu adevărat explozivă abia atunci când este așezată peste matematica politică a votului. Pentru că, în Consiliul Local Timișoara, nu toate proiectele se decid relaxat, cu majorități confortabile. Unele se joacă la limită, pe muchie, la un singur vot diferență. Iar când diferența dintre adoptare și respingere este un vot, fiecare opțiune consemnată în sistem contează. Inclusiv fiecare intrare fără nume.

O sursă din Consiliul Local afirmă că unul dintre proiecte a căzut pentru că inițiatorii au reușit să strângă doar 13 voturi, deși aveau nevoie de 14. „Cu toate manevrele, au ajuns doar la 13. Le trebuiau 14. De asta a picat. Data viitoare se vor asigura că mai au unul”, susține consilierul local. Declarația trebuie tratată ca ceea ce este, o poziție politică venită din interiorul Consiliului Local, care indică tensiunea reală din jurul votului, nu o constatare administrativă definitivă în locul procesului-verbal oficial.

Tocmai de aceea, miza nu este să transformăm o afirmație de sursă în sentință. Miza este să verificăm dacă documentele interne, procesul-verbal și rezultatul anunțat în plen se suprapun perfect. Dacă proiectul avea nevoie de 14 voturi și a strâns doar 13, iar în centralizatorul electronic apar și rânduri „Guest” cu opțiuni de vot, problema nu mai poate fi împinsă în zona anecdoticului tehnic. În acel moment, votul anonim nu mai este doar o ciudățenie de export, ci apare lângă o miză politică precisă, ami exact pragul care face diferența dintre proiect adoptat și proiect respins.

Acesta este nodul întregii povești. Dacă într-un proiect care se joacă la un vot apar și intrări „Guest” în centralizatorul intern, au fost acele voturi luate în calcul sau nu? Dacă au fost luate în calcul, Primăria trebuie să explice cine sunt persoanele din spatele acelor utilizatori generici și cu ce drept au apărut în mecanismul votului. Dacă nu au fost luate în calcul, Primăria trebuie să explice de ce sistemul intern înregistrează opțiuni de vot anonime în același registru în care apar voturile consilierilor locali.

Într-o ședință de consiliu local, un vot nu este o simplă bifă digitală. Este un act de voință politică și administrativă, exprimat de un ales local identificabil. Când rezultatul se decide la un singur vot, trasabilitatea nu mai este un moft procedural, ci condiția minimă de credibilitate a deciziei publice. La 13 voturi din 14 necesare, un „Guest” nu mai este un detaliu tehnic. Este exact locul în care administrația trebuie să dovedească, fără echivoc, că sistemul nu confundă prezența electronică, accesul la platformă și votul legal al unui consilier local.

Vot electronic nu înseamnă vot anonim

Apărarea comodă ar fi că votul s-a exprimat electronic și că, prin urmare, apariția unor etichete tehnice în sistem ar fi o chestiune internă, fără mare relevanță publică. Numai că această explicație nu ține. Votul electronic schimbă instrumentul prin care consilierul local își exprimă opțiunea, nu schimbă natura votului. Electronic este mijlocul. Individual este natura juridică a votului.

În Consiliul Local, votul aparține consilierului local, nu platformei. Faptul că opțiunea este transmisă printr-un sistem informatic nu înseamnă că ea poate deveni anonimă, generică sau imposibil de legat de persoana care a exprimat-o. Un consilier poate ridica mâna, poate vota prin apel nominal sau poate apăsa un buton într-o aplicație. Dar, în toate aceste variante, votul trebuie să rămână al lui, identificabil și verificabil. Altfel, tehnologia nu mai simplifică procedura, ci o tulbură.

Aici este diferența vitală pe care Primăria Timișoara trebuie să o explice public. Dacă sistemul electronic permite votul, atunci sistemul trebuie să permită și trasabilitatea votului. Nu este suficient să apară rezultatul final, nu este suficient să apară totalul de „Da”, „Nu” și „Abțineri”, nu este suficient ca cineva să spună că „așa a ieșit din platformă”. Într-o instituție deliberativă, fiecare vot trebuie să poată fi atribuit clar unui consilier local. Pentru că doar consilierul are mandat, doar consilierul răspunde politic, doar consilierul poate fi întrebat de cetățeni de ce a votat într-un fel sau altul.

Tocmai de aceea, apariția unor rânduri „Guest” în centralizatoarele interne nu poate fi evacuată prin explicația vagă a unei particularități tehnice. Dacă „Guest” este doar o etichetă greșită pentru un consilier, Primăria trebuie să spună care consilier. Dacă „Guest” este o sesiune neautentificată, Primăria trebuie să spună de ce sistemul permite asemenea intrări. Dacă „Guest” este o urmă tehnică fără relevanță pentru rezultat, Primăria trebuie să dovedească faptul că acele opțiuni nu au fost numărate. În toate cazurile, răspunsul nu poate fi presupus. Trebuie documentat.

Tableta poate fi instrumentul votului. Platforma poate fi infrastructura votului. Dar titularul votului rămâne consilierul local, nu un utilizator generic. Iar într-un consiliu local, un vot fără titular clar nu este modernizare administrativă. Este o fisură în încrederea publică și o încălcare a procedurii de vot și implicit a codului administrativ și a normelor de transparență în administrația publică.

Gmail, Yahoo și vot oficial. De ce votează consilierii cu adrese private?

În exporturile interne ale votului electronic apare încă un detaliu care nu poate fi trecut la categoria „formă fără fond”: o parte dintre consilierii locali figurează în sistem cu adrese private de e-mail, de tip Gmail, Yahoo și alți provideri privați nesecurizați, deși aleșii locali au la dispoziție adrese instituționale de forma prenume.nume@primariatm.ro. Într-o ședință oficială a Consiliului Local Timișoara, în care votul produce efecte juridice, bugetare și administrative, identitatea digitală nu este un accesoriu tehnic. Este parte din lanțul de verificare al votului.

Problema nu este că un consilier local folosește, în viața privată, o adresă personală de e-mail. Problema apare atunci când o adresă privată devine instrument de autentificare într-un act oficial al autorității publice. Votul nu este trimis de un cetățean oarecare către o platformă oarecare, ci este exprimat de un ales local în exercitarea unui mandat public. Tocmai de aceea, autentificarea ar trebui să se facă prin identități instituționale, administrate, controlabile și verificabile în interiorul Primăriei Timișoara.

Aici se vede o fisură suplimentară în arhitectura votului electronic. Dacă sistemul acceptă adrese private de Gmail sau Yahoo pentru consilieri locali, iar în același tip de export apar și utilizatori „Guest”, întrebarea nu mai este doar cine a votat, ci cât de solid este întregul mecanism de identificare digitală. Cine a asociat fiecare adresă privată cu fiecare consilier? Cine a validat această asociere? Există o procedură scrisă? Există o listă oficială a adreselor acceptate în sistem? Cine verifică dacă adresa folosită la vot mai este în controlul efectiv al consilierului local?

Într-un vot administrativ, identitatea digitală trebuie să fie la fel de clară ca identitatea fizică din sala de ședință. Dacă la masa Consiliului Local nu poate vota „cineva” în locul unui consilier, nici în sistemul electronic nu ar trebui să existe o zonă gri între adresă privată, dispozitiv personal, sesiune tehnică și vot oficial. O adresă de Gmail sau Yahoo nu este, prin ea însăși, o identitate instituțională. Ea poate aparține consilierului, dar această apartenență trebuie dovedită, validată și menținută într-un registru controlat de instituție, nu presupusă din obișnuință.

În plus, folosirea adreselor private complică exact standardul de trasabilitate pe care Primăria ar trebui să îl garanteze. Ce se întâmplă dacă un consilier își schimbă adresa personală? Dacă pierde accesul? Dacă folosește același cont de pe mai multe dispozitive? Dacă adresa este redirecționată, compromisă sau folosită într-un context care scapă controlului instituțional? Într-un sistem de vot electronic, asemenea întrebări nu sunt paranoia tehnică, ci igienă administrativă minimă.

De aceea, apariția adreselor private în exporturile votului nu este un detaliu secundar, ci o piesă importantă din aceeași problemă, ce ține de votul oficial, identitate digitală fragilă, trasabilitate incompletă. Iar când peste această fragilitate se suprapun rânduri „Guest”, fără nume și fără e-mail, sistemul nu mai poate fi apărat prin formula comodă că „așa apare în platformă”. Platforma este tocmai instrumentul care trebuie să elimine ambiguitatea, nu să o producă.

Un vot oficial nu ar trebui să plece dintr-o identitate digitală privată. Dacă mandatul este public, votul este public, iar hotărârea este publică, atunci și autentificarea trebuie să fie instituțională, controlabilă și verificabilă. În Consiliul Local Timișoara, întrebarea nu este doar cine sunt „Guest”-urile din fișierele interne, ci și de ce un vot cu efect juridic poate fi exprimat prin adrese private, când instituția are deja infrastructura minimă pentru identitate oficială: adresele de serviciu ale consilierilor locali.

Legea cere vot individual și identitate verificabilă

Codul administrativ și Legea nr. 190/2018 impun condiții clare pentru sistemele de vot. Votul consilierului local este individual, iar individualitatea votului trebuie să poată fi dovedită și în mediul electronic.

Codul administrativ permite exprimarea votului deschis inclusiv electronic, dar nu transformă votul într-o opțiune anonimă de platformă. Electronic este mijlocul, nu titularul votului. Iar Regulamentul de organizare și funcționare al Consiliului Local Timișoara întărește această logică atunci când prevede votul individual și folosirea unui dispozitiv personal în procedura electronică de vot. Cu alte cuvinte, sistemul poate fi digital, dar identitatea celui care votează trebuie să rămână clară, controlabilă și verificabilă.

De aceea, apariția adreselor private de Gmail sau Yahoo în exporturile interne nu este, în sine, dovada unei ilegalități. Dar este o vulnerabilitate administrativă care cere explicații. Dacă Primăria acceptă adrese private pentru exercitarea unui vot oficial, trebuie să poată arăta procedura prin care fiecare adresă a fost validată, asociată fără echivoc unui consilier local și protejată împotriva accesului neautorizat. În lipsa unei asemenea proceduri, adresa privată devine o verigă slabă într-un act public.

În plus, platforma de vot prelucrează date de identificare: nume, e-mail, oră, opțiune de vot, eventual loguri de acces, dispozitiv sau IP. Asta obligă instituția să aplice măsuri tehnice și organizatorice adecvate pentru securitatea sistemului. Nu este suficient ca Primăria să spună că „așa funcționează platforma”. Trebuie să poată demonstra cine a avut acces, prin ce identitate digitală, de pe ce dispozitiv și cum s-a verificat că votul aparține consilierului local, nu unui cont generic, unei sesiuni ambigue sau unui utilizator „Guest”.

Precedentul din 2023, când Primăria a putut scoate lista nominală

Precedentul există și este consemnat chiar în procesul-verbal oficial al Consiliului Local Timișoara. În 31 august 2023, la punctul 2 al anexei la ordinea de zi, proiectul privind asigurarea continuității serviciilor de salubrizare stradală și deszăpezire a căzut cu 13 voturi pentru, 3 voturi împotrivă și o abținere. Era un proiect sensibil, cu miză publică imediată, pentru că administrația susținea că orașul risca să rămână fără contract de salubrizare stradală.

Momentul important vine însă după vot. Roxana Iliescu cere în plen repetarea rezultatului și clarificarea votului, inclusiv dacă a fost luat în calcul votul viceprimarului. Întrebarea ei fixa exact problema care revine astăzi: cine a votat, cum a votat și cum se poate verifica rezultatul. Dominic Fritz întreabă atunci dacă poate fi citită nominal lista voturilor, secretarul spune că, din ce știe, tehnic s-ar putea doar după închiderea ședinței, iar reprezentantul tehnic intervine cu formula esențială: „Se poate scoate raportul”. Imediat după aceea, voturile sunt citite nominal, cu nume și opțiune: „Da”, „Nu” sau „Abținere”.

Acesta este punctul care lovește direct în cazul actual. În 2023, când un proiect politic sensibil a picat tot la 13 voturi, Primăria a putut scoate lista nominală. Sistemul nu a rămas într-o zonă opacă, rezultatul nu a fost lăsat doar la nivel de total, iar voturile nu au fost ascunse în spatele unei etichete tehnice. Când a fost nevoie, administrația a putut lega fiecare vot de fiecare consilier local.

De aceea, apariția în 2026 a unor intrări „Guest”, fără nume și fără adresă de e-mail, dar cu opțiuni de vot consemnate, nu poate fi tratată ca o banală imperfecțiune informatică. Dacă în 2023 sistemul putea produce raport nominal, atunci în 2026 Primăria trebuie să explice de ce în propriile exporturi apar opțiuni de vot fără identitate administrativă. Nu este suficient să spună că votul final a fost anunțat în plen. Problema este dacă traseul fiecărui vot poate fi verificat, nominal, de la consilier la rezultat.

Procesul-verbal din 2023 mai conține un detaliu relevant. După citirea nominală a voturilor, apare și formula „iPhone Radu, bănuiesc că este d-nul Țoancă?”, urmată de confirmarea acestuia. Episodul arată că, în zona tehnică a ședințelor, pot apărea etichete de conectare imperfecte, dispozitive sau denumiri care trebuie confirmate uman. Dar tocmai acesta este argumentul central – identitatea tehnică nu este suficientă. Ea trebuie convertită imediat în identitate administrativă verificabilă. Ceea ce Radu Țoancă a explicat imediat și a dus la clarificarea problemei, este ascuns în 2026 în spatele unor utilizatori invitați anonimi care însă votează pentru timișoreni.

În 2023, când votul a devenit politic sensibil, Primăria a putut scoate raport nominal. În 2026, când apar voturi „Guest”, aceeași Primărie trebuie să explice de ce în propriile exporturi apar opțiuni fără identitate. Pentru că un consiliu local nu funcționează pe presupuneri tehnice. Funcționează pe voturi individuale, asumate și verificabile.

De la proiecte trimise pe repede-înainte la voturi fără identitate asumată

Problema voturilor „Guest” nu apare într-un gol administrativ. Ea se așază peste o practică mai veche reclamată în Consiliul Local Timișoara, presiunea pusă pe aleși să voteze proiecte importante în condiții de transparență procedurală discutabilă, cu documente venite târziu, liste suplimentare încărcate și timp minim sau timp zero de analiză.

Încă din iulie 2021, Roxana Iliescu acuza public Primăria Timișoara că pune consilierii locali în situația de a vota proiecte în necunoștință de cauză. Potrivit PRESSALERT, pentru o ședință de plen au existat nouă proiecte pe ordinea principală, transmise regulamentar cu cinci zile înainte, dar și 29 de proiecte pe lista suplimentară, majoritatea transmise cu aproximativ o oră înainte de ședință. Iliescu reclama atunci că este absurd să crezi că un consilier poate studia, cu o oră înainte de vot, sute de pagini de documentație.

Miza nu era una minoră. În centrul acuzațiilor se aflau proiecte legate de Centrul de Proiecte al Primăriei Timișoara, suplimentarea numărului de angajați și lista de asociații sau ONG-uri propuse la finanțare. Iliescu vorbea atunci despre „mulți bani în joc și zero transparență”, în contextul unui buget total de 11 milioane de lei acordat Centrului de Proiecte în acel an.

Acest precedent este important nu pentru că ar demonstra tehnic apariția voturilor „Guest” în 2026, ci pentru că arată un tipar de funcționare administrativă contestat de ani de zile, tipar ce are în arhitectura sa deloc accidentală, proiecte importante împinse spre vot rapid, documente livrate târziu, consilieri presați să decidă pe încredere și o administrație care cere validare politică înainte ca dezbaterea reală să se poată consuma. Atunci, problema era opacitatea documentelor. Astăzi, problema merge mai adânc, la opacitatea votului însuși.

În 2021, întrebarea era dacă aleșii locali au timp real să înțeleagă ce votează. În 2026, întrebarea devine și mai dură. Cine apare, de fapt, în sistem ca votând? Pentru că una este să reclami că un proiect a venit prea târziu ca să fie analizat serios și alta este să constați că, în centralizatoarele interne ale votului electronic, apar utilizatori fără nume, fără e-mail și fără identitate administrativă, dar cu opțiuni „Da” sau „Nu”.

Aici se vede saltul de gravitate. Administrația poate invoca urgențe, termene, blocaje sau nevoia de operativitate. Dar niciuna dintre aceste explicații nu poate justifica netrasabilitatea votului. Dacă un consilier local trebuie să știe ce votează, cetățeanul trebuie să poată ști cine a votat. Iar dacă în locul unui nume apare „Guest”, problema nu mai este doar de transparență. Este de încredere în mecanismul prin care Consiliul Local Timișoara produce hotărâri.

„Transparența trasabilă”, standardul invocat de Fritz, se întoarce împotriva Primăriei

În decembrie 2025, Consiliul Local Timișoara a avut un alt moment tensionat, de data aceasta în jurul contractelor RETIM cu RER și cu firmele din grupul RER. Roxana Iliescu a cerut ca aleșii locali să primească toate contractele, facturile și plățile aferente perioadei 01.01.2020–31.10.2025, într-o societate în care Municipiul Timișoara deține 50% din acțiuni. TION a relatat că ședința extraordinară s-a transformat într-o confruntare între consilierii care cereau acces la documente și reprezentanții administrației care invocau riscuri comerciale, confidențialitate și nevoia de control asupra accesului la informații.

Momentul-cheie vine chiar din procesul-verbal oficial. Dominic Fritz spunea atunci că este pentru transparență, dar pentru o transparență care să poată fi urmărită: „transparența trasabilă”. Argumentul primarului era că trebuie să se știe exact cine, când și la ce informații a avut acces. Cu alte cuvinte, administrația a apărat ideea că accesul la documente sensibile nu trebuie să circule în orb, fără urmă, fără persoană, fără responsabilitate.

Perfect. Atunci același standard trebuie aplicat și votului electronic din Consiliul Local Timișoara. Dacă niște contracte RETIM trebuie consultate trasabil, cu identitatea celui care le vede și momentul accesului, cu atât mai mult votul unui consilier local trebuie să fie trasabil. Pentru că un contract consultat poate produce o controversă. Un vot exprimat produce o hotărâre de consiliu local. Iar hotărârea de consiliu local produce efecte juridice, bugetare, patrimoniale și administrative.

Aici se întoarce propriul limbaj al administrației împotriva administrației. Primăria nu poate cere trasabilitate când consilierii vor contracte și să accepte opacitate când sistemul intern consemnează voturi. Nu poate invoca precauție, control și identificare atunci când aleșii locali cer documente despre RETIM, dar să trateze ca pe o banalitate apariția unor utilizatori „Guest”, fără nume și fără e-mail, în fișierele interne ale votului electronic.

Dacă accesul la documente trebuie să fie trasabil, votul unui consilier local trebuie să fie trasabil de zece ori mai mult. În primul caz vorbim despre cine a citit o informație. În al doilea caz vorbim despre cine a exercitat putere publică. Diferența este esențială. Un consilier care consultă un contract trebuie identificat, dar un consilier care votează o hotărâre poate apărea, în export, sub o etichetă generică? Aceasta este contradicția pe care Primăria Timișoara trebuie să o explice.

„Transparența trasabilă” nu poate fi un principiu folosit selectiv, doar atunci când administrația vrea să limiteze accesul consilierilor la documente incomode. Dacă este principiu, atunci se aplică în primul rând votului. Iar votul nu este trasabil atunci când în același registru cu opțiunile consilierilor locali apar intrări fără identitate administrativă, dar cu „Da” și „Nu” consemnate.

În cazul RETIM, administrația a cerut să se știe cine, când și la ce informații a avut acces. În cazul voturilor „Guest”, întrebarea este cine, când și în numele cui a votat.

Cele două variante, ambele grave

Din acest punct, Primăria Timișoara rămâne în fața unui binom administrativ imposibil de cosmetizat. Apariția unor voturi „Da” și „Nu” în dreptul unor utilizatori „Guest” poate avea, în esență, doar două explicații majore. Ori acele opțiuni au fost luate în calcul la stabilirea rezultatului oficial, ori nu au fost luate în calcul. Problema este că ambele variante sunt grave, doar că în moduri diferite.

Prima variantă este cea mai severă, în care voturile „Guest” au fost numărate. În acest caz, întrebarea devine directă și nu mai poate fi împinsă spre zona tehnică: cine a votat? Dacă în totalul oficial al unui proiect au intrat și opțiuni atribuite unor utilizatori fără nume, fără e-mail și fără identitate administrativă vizibilă, atunci Primăria trebuie să explice imediat cine sunt persoanele din spatele acelor intrări, ce calitate aveau, prin ce cont au accesat sistemul și de ce identitatea lor nu apare în exportul intern al votului. În Consiliul Local, un vot nu poate fi valid doar pentru că apare într-un tabel. El este valid pentru că aparține unui consilier local care avea dreptul să îl exprime.

A doua variantă pare, la prima vedere, mai puțin gravă și presupune că voturile „Guest” nu au fost numărate. Dar nici această explicație nu închide problema. Dimpotrivă, o mută în zona sensibilă ce ține de securitatea și administrarea sistemului electronic de vot. Dacă acele opțiuni nu au contat, de ce apar totuși în același export intern în care sunt consemnate voturile consilierilor locali? De ce sistemul permite înregistrarea unor voturi anonime, fie ele și nevalidate? Cine poate intra în platformă ca „Guest”? Cine poate apăsa „Da” sau „Nu”? Cine separă ulterior voturile valide de urmele tehnice fără efect juridic? Și, mai ales, pe ce document se bazează această separare?

Aici nu mai funcționează explicația comodă că „așa apare în sistem”. Tocmai sistemul este problema. Într-o instituție deliberativă, instrumentul electronic trebuie să reducă ambiguitatea, nu să o producă. Dacă exportul intern amestecă nume de consilieri cu utilizatori generici, iar în dreptul acestora apar opțiuni de vot, atunci sistemul nu mai oferă cititorului administrativ o imagine clară a votului. Oferă o zonă gri, care trebuie explicată tehnic, juridic și politic.

Dacă „Guest” a fost numărat, avem o problemă de validitate. Dacă „Guest” nu a fost numărat, avem o problemă de securitate, trasabilitate și administrare a votului electronic. În niciuna dintre variante explicația „așa apare în sistem” nu este suficientă. Pentru că sistemul nu este o entitate neutră, aflată deasupra răspunderii publice. Sistemul este instrumentul prin care Consiliul Local Timișoara își consemnează voturile, iar instrumentul trebuie să fie auditat, verificabil și inteligibil.

În fond, întrebarea nu este doar dacă un proiect a trecut sau a picat. Întrebarea este dacă traseul votului poate fi reconstituit fără rest, de la consilierul local care își exprimă opțiunea până la rezultatul anunțat oficial în plen. Dacă acest traseu trece prin rânduri „Guest”, prin etichete generice și prin opțiuni fără titular vizibil, atunci Primăria Timișoara nu mai poate cere încredere. Trebuie să producă dovada.

Întrebările la care Primăria trebuie să răspundă

În acest punct, problema nu mai poate fi lămurită prin explicații generale despre platformă, procedură electronică sau particularități tehnice ale exportului. Primăria Timișoara trebuie să răspundă punctual, documentat și verificabil la o serie de întrebări instituționale simple.

Cine sunt utilizatorii „Guest” care apar în fișierele interne ale votului electronic din Consiliul Local Timișoara? De ce apar aceștia fără nume, fără adresă de e-mail și fără o identitate administrativă vizibilă? Sunt acele intrări simple urme tehnice, conturi neautentificate, sesiuni ale unor consilieri conectați greșit sau opțiuni de vot înregistrate efectiv de platformă?

Primăria trebuie să precizeze dacă voturile „Da” și „Nu” atribuite utilizatorilor „Guest” au fost incluse sau nu în totalul oficial anunțat în plen. Dacă au fost incluse, trebuie indicat numele persoanei care a exprimat fiecare vot, calitatea acesteia și temeiul în baza căruia votul a fost considerat valid. Dacă nu au fost incluse, trebuie explicat de ce asemenea opțiuni apar în același centralizator intern în care sunt consemnate voturile consilierilor locali.

Trebuie, de asemenea, clarificat cine administrează platforma de vot electronic, cine are drept de acces, cine poate genera linkuri sau sesiuni de vot, cine verifică raportul final și cine validează rezultatul înainte ca acesta să fie consemnat oficial. Există loguri tehnice pentru fiecare vot exprimat? Pot fi verificate ora, contul, dispozitivul, IP-ul, sesiunea și identitatea administrativă asociată fiecărei opțiuni de vot? Există o procedură scrisă prin care voturile valide sunt separate de eventualele intrări tehnice fără efect juridic?

Secretarul general al Municipiului Timișoara a verificat raportul nominal al voturilor pentru punctele în care apar utilizatori „Guest”? Președintele de ședință a fost informat, înainte de anunțarea rezultatului, că în exporturile interne apar asemenea intrări? A existat vreo sesizare internă privind funcționarea sistemului de vot? S-a cerut un audit tehnic al platformei? S-a verificat dacă aceleași anomalii apar și la alte ședințe ale Consiliului Local?

În final, Primăria Timișoara trebuie să răspundă la întrebarea cea mai simplă. Poate publica lista nominală completă a voturilor pentru punctele vizate, cu numele fiecărui consilier local și opțiunea exprimată? Dacă răspunsul este da, atunci publicarea listei este singura cale rezonabilă de a închide suspiciunea. Dacă răspunsul este nu, problema devine și mai serioasă, pentru că ar însemna că votul electronic din Consiliul Local nu poate fi reconstituit nominal, deși produce hotărâri cu efecte juridice.

Consiliul Local Timișoara nu adoptă hotărâri prin conturi generice, linkuri anonime sau etichete tehnice. Adoptă hotărâri prin votul unor consilieri locali identificați nominal, aleși public și răspunzători politic. Până când Primăria nu explică cine sunt utilizatorii „Guest”, dacă voturile lor au fost sau nu numărate și cine validează traseul electronic al fiecărui vot, problema rămâne deschisă. Nu ca suspiciune de presă, ci ca întrebare administrativă elementară – cât de trasabil și transparent este, de fapt, votul electronic din Consiliul Local Timișoara?

Consiliul Local Timișoara nu adoptă hotărâri prin impresii, linkuri sau conturi anonime. Adoptă hotărâri prin votul unor aleși locali identificați nominal, cu mandat public și răspundere politică. Până când Primăria Timișoara nu explică cine sunt utilizatorii „Guest” din fișierele interne, de ce apar cu opțiuni de vot și dacă aceste voturi au fost sau nu incluse în rezultatul oficial, fiecare proiect votat în asemenea condiții rămâne sub o umbră administrativă greu de ignorat.