ITS și TIC urban din PNRR: echipamentele sunt montate, integrarea nu e gata

Prima: camerele către platforma de dispecerat. Fluxul video se vede local, dar nu ajunge în interfața unică, nu se înregistrează cu retenția stabilită sau nu se poate căuta pe eveniment și pe interval orar. Fără căutare pe eveniment, dispeceratul e un perete de monitoare, nu un sistem.

A doua: senzorii de parcare către aplicația de plată. Ocuparea locurilor și tranzacția trăiesc de obicei în sisteme diferite, iar sincronizarea lor e ultima pe listă. Rezultatul e o aplicație care încasează, dar nu știe dacă locul e liber — și un raport de venituri care nu se împacă cu evidența locurilor.

A treia: informarea în stații către datele reale ale transportului. Un panou care afișează orarul teoretic nu îndeplinește scopul investiției; îl îndeplinește doar când primește poziția vehiculelor în timp real, ceea ce presupune integrare cu sistemul operatorului de transport, adesea o entitate diferită de primărie.

A patra: managementul traficului către restul sistemului. Automatele semaforizate au protocoale proprii, iar adaptarea ciclurilor pe baza datelor de trafic cere o cheie de traducere între ele și platforma centrală. Aici se termină de obicei bugetul de software, pentru că a fost estimat ca instalare, nu ca dezvoltare.

Regula de prioritizare pe care o aplicăm nu este cea intuitivă. Nu se începe cu integrarea cea mai simplă, ci cu aceea de care depind cele mai multe livrabile din contract: de obicei platforma de dispecerat, pentru că majoritatea celorlalte fluxuri urcă în ea. Al doilea criteriu este dependența de un terț — integrările care cer date de la operatorul de transport sau de la un alt deținător de sistem se deschid primele, fiindcă acolo timpul de răspuns nu îl controlezi tu.

Al treilea pas este recepția parțială, acolo unde contractul o permite. Un modul funcțional recepționat este cheltuială eligibilă consolidată; același modul lăsat în așteptarea unui pachet complet devine risc pe tot bugetul. Decizia aparține autorității, cu juriștii ei; noi doar arătăm ce e recepționabil astăzi și ce nu. Ce nu recomandăm niciodată în ultimele luni este rescrierea unei componente care funcționează.

Ruta principală rămâne apelul de digitalizare al programului regional din regiunea orașului, cu calendar publicat de fiecare agenție de dezvoltare regională separat. Statusul nu se generalizează la nivel național: se citește pe pagina de apeluri a ADR-ului respectiv, iar noi ținem fișe pe regiuni și pe județe tocmai pentru că răspunsul diferă.

A doua rută, aproape necunoscută administrațiilor locale din România, este inițiativa europeană Local Digital Twins for Smart and Sustainable Communities, finanțată prin Programul Europa Digitală. Al doilea apel al inițiativei a fost lansat pe 2 februarie 2026 și s-a închis pe 2 aprilie 2026, ora 23:59 CEST, cu piloți programați să înceapă pe 31 august 2026; finanțarea este de până la 1.000.000 de euro per consorțiu și maximum 500.000 de euro per terț beneficiar, cu o rată de cofinanțare de 50% și proiecte-pilot estimate la 12–18 luni. Autoritățile publice locale, regionale sau naționale se numără printre solicitanții eligibili, alături de IMM-uri, ONG-uri și mediul academic. Apelul este închis acum — îl documentăm ca să știi că această linie există și cum arată condițiile ei, nu ca să te trimitem la o depunere imposibilă.

Ce nu este o rută pentru un oraș: POCIDIF pe componenta de soluții software, care finanțează firme cu coduri CAEN din zona TIC, nu autorități locale. Cât despre DigiLocal, normele lui metodologice nominalizau printre licențele eligibile sistemele de alarmă pentru cazuri de urgență și aplicațiile pentru colectarea și afișarea în timp real a datelor de mediu și de trafic — singurele componente urbane numite acolo, mult mai puține decât se presupune. Programul a fost încadrat prin OUG nr. 56/2024 în perioada 2024-2025, fereastra de depunere s-a închis pe 25 septembrie 2024, iar platforma nu mai răspunde azi.

Livrăm stratul de software: integrări între echipamente și platforme, aplicații pentru cetățean, dispecerizare, rapoarte și exporturi de indicatori, migrarea datelor din sisteme anterioare, plus documentația de recepție și instruirea operatorilor.

Nu montăm și nu punem în funcțiune echipamente, nu executăm lucrări de infrastructură rutieră și nu ne asumăm garanția hardware-ului cumpărat de altcineva. Nu semnăm procese-verbale pentru livrări făcute de alți furnizori. Și nu putem promite că un sistem ajunge recepționabil până la o dată anume înainte de a vedea ce comunică efectiv fiecare echipament — un diagnostic pe date reale poate arăta și că răspunsul onest este nu.