Achiziție - Implementarea Platformei Integrate de Monitorizare (repetat)

cerința 178 – „Platforma trebuie să asigure actualizarea automată și manuală a listei de interes, cu posibilitatea de a adăuga sau elimina vehicule pe baza informațiilor furnizate de autorități” – vă rugăm să clarificați:
În ce format și prin ce mijloace vor fi furnizate listele de interes de către autoritățile competente?

... afișează tot conținutul

Conform cerinței 178 din caietul de sarcini, platforma trebuie să asigure posibilitatea de actualizare a listei de interes atât manual, cât și automat, în baza informațiilor primite de la autoritățile competente.
Formatul și mijloacele de furnizare a listelor de interes vor fi stabilite în etapa de implementare, în funcție de capacitățile tehnice ale autorităților implicate. Totuși, platforma trebuie să fie pregătită să primească și să proceseze listele de interes în formate deschise și standardizate, cum ar fi:
• CSV, XML, JSON, în cazul integrării automate;
• Formulare dedicate în interfața de administrare, pentru adăugarea manuală;
• Prin API securizat, în cazul integrării cu baze de date sau sisteme externe (de exemplu, cele gestionate de autoritățile de aplicare a legii).
Este responsabilitatea ofertantului să demonstreze că platforma ofertată poate gestiona ambele metode (manual și automat) și să descrie mecanismul de integrare pentru fiecare format menționat. Astfel, soluția trebuie să fie flexibilă și adaptabilă la sursele de date utilizate în cadrul autorităților beneficiare.

... afișează tot conținutul

În legătură cu cerința 180 – vă rugăm să clarificați:
Ce anume se are în vedere prin „vizualizarea traseului”?
Este suficientă afișarea cronologică a locațiilor înregistrate?

... afișează tot conținutul

Cerința 180 prevede ca platforma să permită vizualizarea traseului unui vehicul înregistrat în sistem pe baza datelor colectate de camerele ANPR sau alte surse relevante.
Prin „vizualizarea traseului” se înțelege reprezentarea grafică și cronologică a succesiunii locațiilor în care vehiculul a fost detectat, astfel încât utilizatorul să poată urmări parcursul acestuia într-un mod intuitiv și operativ.
Afișarea cronologică a locațiilor (de exemplu, într-o listă cu timp, dată, locație, imagine) este necesară, dar nu este suficientă. Se solicită în mod expres afișarea traseului și pe hartă, prin reprezentarea punctelor de detecție, în ordinea apariției, cu posibilitatea de a accesa cel puțin detalii precum:
• Imaginea capturată la fiecare punct,
• Data, ora, minuta, secunda trecerii,
• Direcția de deplasare,
• Alte atribute colectate (număr de înmatriculare, culoare, model etc.).

... afișează tot conținutul

Referitor la cerința 182 – vă rugăm să specificați:
1. Care este sistemul de gestionare a contravențiilor utilizat în prezent de către autoritatea contractantă?
2. Ce tip de interfață sau protocoale de integrare sunt disponibile

... afișează tot conținutul

Integrarea cu acest sistem se va realiza prin intermediul platformei de interoperabilitate guvernamentală MConnect, care permite schimbul standardizat de date între sisteme informaționale ale autorităților publice.
Protocoalele de integrare disponibile:
 REST API, cu autentificare și autorizare securizată;
 Web services (SOAP), în funcție de cerințele părții terțe;
 Format de date structurat: JSON sau XML;
 Documentația tehnică aferentă va fi pusă la dispoziția ofertantului selectat, în cadrul etapei de implementare.

... afișează tot conținutul

Referitor la cerința 189 – vă rugăm să ne oferiți următoarele detalii:
1. Care sunt sistemele concrete de gestionare a incidentelor cu care se preconizează sincronizarea platformei?
2. Ce metodă sau protocoale de sincronizare sunt utilizate sau se doresc

... afișează tot conținutul

Cerința se refera la subsistemele platformei care trebuie sa fie parte integrantă a ofertei. Pentru clarificarea mai multor cerințe funcționale aferentei clarificării dvs, a se analiza subsecțiunea 5.5.

... afișează tot conținutul

Referitor la cerința nr. 205 privind reacția automată a camerelor PTZ în funcție de evenimente detectate de alte sisteme, vă rugăm să specificați:
1. Care sunt tipurile de evenimente acceptate sau prevăzute ca declanșatori pentru acțiunea PTZ?
2. Cum trebuie să reacționeze camera – este vorba despre trimiterea la un preset, activarea urmăririi automate (auto-tracking), sau alt comportament?

... afișează tot conținutul

Cerința se referă la capacitatea și funcționalitatea platformei de configurare de scenarii automate în baza evenimentelor de interes care servesc ca declanșatori pentru acțiuni de răspuns, sau măsuri de reacție. Platforma trebuie sa permită configurarea evenimentelor fără a se limita la un set predefinit de declanșatori, ci să asigure flexibilitatea de definire a declanșatorilor în funcție de necesitățile operaționale. Din această perspectivă ”tipurile de evenimente acceptate sau prevăzute” presupune o abordare limitată. Ca exemplu totuși, dar fără a fi limitată putem menționa: detectarea unui vehicul cu număr de înmatriculare din lista de interes, traversarea unei linii virtuale, identificarea unei persoane dintr-o listă de supraveghere, etc.
Reacția camerei trebuie să poată fi configurată în funcție de scenariu și poate include, printre altele: trimiterea camerei PTZ într-o poziție presetată, activarea funcției de urmărire automată, inițierea înregistrării video sau afișarea imaginii camerei în interfața operatorului - în funcție de dispozitiv și operațiunile suportate.

... afișează tot conținutul

Referitor la analiza activității pietonale solicitată în cerința nr. 211, vă rugăm să specificați:
1. Ce anume se înțelege prin „analiza activității pietonale”?
2. Ce tipuri de comportamente, acțiuni sau scenarii trebuie să fie detectate?
3. Care este scopul principal urmărit prin aceasta functionalitate?

... afișează tot conținutul

Cerința ține de capacitățile platformei de analiză video avansată. A se vedea capitolul 5.3 – Analiza video avansată din caietul de sarcini.

... afișează tot conținutul

Referitor la cerința privind analiza Public-Safety, vă rugăm să precizați ce tipuri de comportamente sau evenimente sunt considerate „anomalii în spații publice” din perspectiva autoritatii contractante. Există o listă de scenarii sau exemple pe care le considerați relevante?

... afișează tot conținutul

Cerința ține de capacitățile platformei de analiză video avansată. A se vedea capitolul 5.3 – Analiza video avansată din caietul de sarcini.

... afișează tot conținutul

Vă rugăm să specificați ce tipuri de comportamente considerați relevante în acest context?
Se dorește o listă predefinită de tipare comportamentale, de a defini scenariile de interes.

... afișează tot conținutul

Platforma trebuie să permită analiza și detectarea comportamentelor relevante în contextul operativ specific și în funcție de nevoile operaționale, fără a fi limitată la o listă predefinită. Platforma trebuie să asigure acces facil la arhivele video și corelarea acestora cu evenimente sau metadate asociate, care să permită căutarea post-eveniment utilizînd criterii avansate. Tiparele comportamentale de interes pot varia în funcție de scenariile de utilizare. Cu titlu exemplificativ, fără a se limita acestea pot include - staționare prelungită în zone sensibile; încercarea de a pătrunde în zone interzise; circulație în sens opus în zone cu trafic direcționat.
Se așteaptă ca platforma să permită analiza automată a comportamentelor atipice sau riscante, pe baza unor scenarii predefinite sau configurabile de către autoritate. Flexibilitatea, scalabilitatea și adaptabilitatea sistemului la nevoile reale sunt esențiale.

... afișează tot conținutul

Referitor la cerința privind analiza cantitativă a datelor video și generarea de hărți de căldură și tablouri de bord, vă rugăm să specificați ce tipuri de indicatori sau metrici sunt considerați relevante din perspectiva Dvs? Există un set minim de parametri care trebuie obligatoriu acoperiti de platformă?

... afișează tot conținutul

Cerința vizează capacitatea platformei de a sprijini analiza cantitativă a datelor video și nu presupune un set fix de metrici prestabiliți, ci posibilitatea de a extrage și vizualiza indicatori relevanți în funcție de scenariile operaționale. Prin urmare, platforma trebuie să permită generarea de indicatori și metrici configurabili de către utilizator, pe baza comportamentelor, obiectelor și evenimentelor detectate în fluxurile video analizate.

Set minim de indicatori/parametri relevanți (orientativ):
Beneficiarul consideră relevante următoarele categorii de indicatori, fără a se limita la acestea:
• Număr de vehicule per locație și interval de timp
• Densitate de trafic (vehicule/minut);
• Tipuri de vehicule detectate (autoturisme, camioane, motociclete etc.);
• Timp mediu de tranzit într-o zonă monitorizată;
• Viteza medie per segment rutier;
• Număr de încălcări detectate (ex. viteză, semafor, zonă interzisă).
• Număr estimativ de persoane per zonă și per oră;
• Zone de aglomerare pietonală;
• Direcții și trasee de deplasare frecvente;
• Detecție de loitering (staționare prelungită).
• Număr de incidente generate automat de analiză video;
• Timpul de reacție la alertă;
• Distribuția geografică și temporală a evenimentelor;
• Clasificarea incidentelor în funcție de tip și severitate.
Hărți de căldură (heatmaps): Se solicită ca sistemul să poată genera vizualizări grafice (de ex. suprapuneri coloristice) privind:
 zonele cele mai frecvent tranzitate de vehicule sau persoane;
 punctele fierbinți privind încălcările sau incidentele;
 distribuția traficului în funcție de oră, zi sau locație.
Tablouri de bord (dashboards): Sistemul trebuie să permită crearea de tablouri de bord configurabile care să afișeze indicatorii de mai sus în timp real sau istoric, sub formă de:
 grafice dinamice (bară, linie, radial);
 tabele sintetice;
 alerte și tendințe.
Nu există un set absolut de parametri impus în mod rigid, însă se așteaptă ca soluția să permită monitorizarea și vizualizarea fluxurilor, densităților, incidentelor și comportamentelor într-o manieră interactivă, configurabilă și ușor interpretabilă, pentru sprijinirea deciziilor operative și strategice.

... afișează tot conținutul

Vă rugăm să specificați cine este desemnat drept „CLIENT” în formularea acestei cerințe?!
Totodata, pentru o mai bună înțelegere și conformare tehnică, rugăm să furnizați exemple de „obiecte specifice” care nu sunt incluse în categoriile predefinite.

... afișează tot conținutul

: Clarificare asupra noțiunii de „CLIENT”: În contextul cerinței nr. 229 din caietul de sarcini, termenul „CLIENT” se referă la autoritatea contractantă/beneficiarul final al proiectului – adică instituția care implementează și va opera Platforma Integrată de Monitorizare (PIM).
Clarificare asupra sintagmei „obiecte specifice” care nu sunt incluse în categoriile predefinite: Prin „obiecte specifice” se înțeleg acele obiecte de interes operațional pentru autoritatea contractantă, care:
 nu fac parte din seturile obișnuite de detecție oferite nativ de sistemele de analiză video (ex. persoane, vehicule, bagaje abandonate, plăcuțe de înmatriculare etc.);
 pot fi definite și antrenate ulterior de către beneficiar sau integrator în baza unor scenarii proprii.
Conformare tehnică a cerinței: Soluția propusă trebuie să permită:
 configurarea/adăugarea de reguli și scenarii noi privind obiectele detectabile;
 adaptarea prin algoritmi de învățare sau module de detecție flexibilă;
 setarea de alerte în funcție de apariția/dispariția obiectelor în zone monitorizate.

... afișează tot conținutul

Având în vedere natura avansată și abstractă a cerințelor referitoare la modelarea comportamentală automată a scenelor (238–241), vă rugăm să ne oferiți următoarele clarificări:
1. Ce tipuri de „scene” sunt vizate de aceste cerințe?
2. Există scenarii concrete sau studii de caz în care aceste funcționalități au fost deja implementate, va rugam sa dati careva exemple pentru o intelegere mai clara?
3. Care este nivelul de granularitate așteptat pentru „profilul comportamental”?
4. Care este volumul estimat de date ce trebuie colectat în perioada de training inițială și în ce condiții se consideră că un model este suficient de „învățat” pentru a genera alerte utile?
5. Ce înțelege autoritatea contractantă prin „re-învățare periodică” și care este frecvența recomandată pentru această recalibrare automată?
Totodată, vă rugăm să confirmați dacă se acceptă utilizarea unor module externe sau terțe, interoperabile cu platforma principală, pentru realizarea acestor funcționalități.

... afișează tot conținutul

Cerințele respective vizează implementarea unor funcționalități avansate de analiză video bazate pe inteligență artificială, care permit modelarea automată a comportamentului normal într-o scenă video și detectarea abaterilor/anomaliilor față de acest comportament.
Ce tipuri de „scene” sunt vizate: rin „scene” se înțeleg zonele monitorizate de camerele video care se pretează la analiză comportamentală automată – de exemplu:
 intersecții intens circulate;
 spații pietonale urbane;
 zone de acces (ex. intrări în clădiri publice);
 parcări și terminale de transport;
 spații publice deschise (piețe, stații, parcuri);
 zone industriale sau perimetre protejate.
Exemple de scenarii implementate în practică (studii de caz orientative):
 Detectarea staționării anormale a vehiculelor în zone interzise sau cu risc (ex. în apropierea unor obiective sensibile);
 Evoluția fluxului pietonal – identificarea de comportamente neobișnuite (ex. o persoană care aleargă într-un spațiu unde majoritatea merg lent);
 Abandonul obiectelor în spații publice;
 Mișcarea în sens opus față de fluxul normal (ex. la intrarea într-un tunel pietonal sau pasaj);
 Trecerea repetată printr-o zonă într-un interval scurt de timp (indiciu de supraveghere sau recunoaștere a țintei);
 Creșteri anormale ale densității populației într-o zonă la o oră neobișnuită (indicii de formare a unei mulțimi spontane).
Nivelul de granularitate așteptat pentru „profilul comportamental”:
 Granularitatea trebuie să fie adaptivă, în funcție de specificul fiecărei scene;
 Sistemul trebuie să poată distingă modele de deplasare, frecvență, viteză, sens, interacțiuni;
 Detecția trebuie să se bazeze pe metadate extrase automat și corelate statistic;
 Sistemul trebuie să poată marca automat o abatere față de comportamentele recurente, fără definirea explicită a regulilor de către operator.
Volumul estimat de date și perioada de învățare:
 Durata de training inițială este de regulă minimum 7–14 zile per scenă (în funcție de complexitate și variație temporală);
 Se acceptă și platforme care încep învățarea incrementală imediat după instalare;
 Modelul este considerat „învățat” când rata fals-pozitivelor scade sub un prag operațional (de ex. 5%) și oferă alerte relevante pe baza abaterilor de la comportamentele uzuale;
 Nu se impune o cantitate fixă de date, ci un comportament stabil în timp pentru zona analizată.
Ce se înțelege prin „re-învățare periodică” și frecvența:
 Se referă la actualizarea automată a profilului comportamental, în funcție de evoluția naturală a comportamentului în acea scenă;
 Exemplu: fluxul de pietoni într-o intersecție se modifică după redeschiderea unei școli – sistemul trebuie să învețe noul comportament;
 Recomandarea este ca sistemul să includă mecanisme de re-învățare continuă (automat sau semi-automat), cu posibilitate de activare la intervale configurabile (ex. săptămânal sau lunar);
 Este importantă existența unui mecanism de supervizare și validare de către operator pentru a evita antrenarea pe comportamente anormale ocazionale.
Acceptarea modulelor externe interoperabile:
Da, se acceptă utilizarea unor module externe sau terțe pentru realizarea acestor funcționalități, cu condiția ca acestea:
• să fie complet integrate în platforma principală, cu acces prin interfață unificată;
• să nu necesite sisteme sau licențe independente pentru funcționare;
• să respecte cerințele privind interoperabilitatea, securitatea și auditabilitatea.

... afișează tot conținutul

Vă rugăm să explicați care este scopul practic urmărit prin analiza distanțelor relative dintre ținte în contextul acestei platforme. Există un set de scenarii sau aplicații specifice pe care autoritatea contractantă le are în vedere pentru această funcționalitate?

... afișează tot conținutul

Autoritatea contractantă la elaborarea specificațiilor s-a condus de prevederile art. 37 alin. (1) din Legea 131/2015 achizițiilor publice, ce prevăd că, „Specificațiile tehnice ale obiectului achiziției trebuie să corespundă cerințelor autorității contractante privind calitatea, eficiența, testarea, securitatea, dimensiunile, simbolurile, terminologia, ambalajul, modul de transportare, marcarea, etichetarea, procesele și metodele de producere, precum și procedeele de determinare a conformității lui cu cerințele din documentația de atribuire. Astfel, în temeiul normelor imperative supra prenotate, autoritatea contractantă este singură în măsură să decidă asupra necesităților obiective și modalității de satisfacere a acestora.

... afișează tot conținutul

Vă rugăm să oferiți câteva exemple concrete de „descriere clară a comportamentului anormal detectat”. Înțelegem că această funcționalitate vizează o automatizare avansată, însă avem nevoie de referințe explicite pentru a înțelege nivelul de detaliu așteptat și tipurile de comportamente vizate.

... afișează tot conținutul

Cerința nr. 244 se referă la capacitatea platformei de a furniza descrieri clare și inteligibile pentru operatori cu privire la comportamentele anormale detectate automat, în baza analizelor video comportamentale. Nu este suficientă doar declanșarea unei alerte — este necesar ca sistemul să comunice explicit tipul de comportament identificat, locația, ora și contextul, pentru a susține intervenția rapidă și deciziile informate.
Exemple concrete de descrieri așteptate (comportamente anormale):
a. „Persoană detectată stând nemișcată mai mult de 5 minute într-o zonă cu acces temporar restricționat (zona X, ora 14:22)”
b. „Obiect abandonat identificat la intrarea principală (bagaj, dimensiune medie, neînsoțit de 7 minute)”
c. „Vehicul circulând în direcție greșită pe banda 2, zona intersecției Y (ora 08:03)”
d. „Aglomerație spontană formată de 12 persoane într-un interval de 20 secunde în proximitatea punctului de acces Z

... afișează tot conținutul

Vă rugăm să specificați ce tipuri de modele de comportament periculos și incidente asociate sunt avute în vedere

... afișează tot conținutul

Această cerință vizează capacitatea platformei de analiză video de a identifica în mod proactiv comportamente și tipare care pot conduce la incidente periculoase în spațiile publice sau în trafic, contribuind astfel la prevenirea acestora.
Exemple de modele de comportament periculos și incidente asociate (nu se limiteaza la acestea):
 Conducere agresivă
 Trafic pe contrasens;
 Nerespectarea semaforului (trecere pe roșu);
 Staționare ilegală în intersecții sau pe treceri de pietoni;
 Întoarceri periculoase în zone interzise;
 Urmărire între vehicule (tailgating);
 etc
 Fuga bruscă a unei persoane într-un spațiu de așteptare (ex. gară, aeroport);
 Escaladarea unor zone interzise (garduri, ziduri, bariere);
 Aglomerații nejustificate sau dispersie bruscă a grupurilor (panică, altercație);
 Aruncarea de obiecte / vandalism.
 etc

... afișează tot conținutul

Vă rugăm să detaliați ce comportamente sunt considerate anomalii, respectiv comportamente suspecte, în contextul funcționalității solicitate de analiză comportamentală automată.

... afișează tot conținutul

Cerința în cauză ține de analiza video avansată, capitolul 5.3 din caietul de sarcini face referire la anomaliile și comportamentele suspecte de interes, fără însă a se limita la acestea.

... afișează tot conținutul

Vă rugăm să specificați ce tipuri de mișcări anormale sunt avute în vedere de autoritatea contractantă în cadrul cerinței privind detecția automată a comportamentelor suspecte.

... afișează tot conținutul

Cerința urmărește ca platforma să fie capabilă să detecteze automat mișcări neobișnuite (anomalii dinamice) ale persoanelor sau obiectelor monitorizate într-un spațiu public sau supravegheat, care pot indica un potențial risc sau incident.
De exemplu: deplasare în sens interzis; deplasare haotică; traiectorii neobișnuite; fugă bruscă; mișcare lentă prelungită; opriri nejustificate; aglomerație rutieră într-un interval orar considerat liber; etc.

Raspuns pentru cerința nr. 267:
Prin „reconstrucția secvențelor video” se înțelege capacitatea platformei de a permite revizuirea și reconstituirea detaliată a unui incident, prin accesarea automată sau asistată a înregistrărilor relevante, corelarea evenimentelor, afișarea cronologică sincronizată din mai multe camere, suprapunerea metadatelor și evidențierea comportamentelor detectate. Platforma trebuie să asigure redarea contextualizată a incidentului, incluzând momentele premergătoare și ulterioare, pentru a permite înțelegerea completă a desfășurării evenimentului.
Platformei trebuie să permită revizuirea și reconstituirea detaliată a unui incident, prin spre exemplu:
• accesarea rapidă a înregistrărilor video asociate unui eveniment sau comportament detectat automat;
• redarea sincronizată a secvențelor din mai multe camere implicate;
• generarea automată de clipuri video care includ momentele de dinainte și după evenimentul detectat;
• afișarea de informații suplimentare asociate (metadate), precum casete de delimitare ale obiectelor implicate și descrieri automatizate ale comportamentului;
• posibilitatea de urmărire a traiectoriei unei persoane sau a unui vehicul între camere diferite;
• marcare temporală (bookmark) și export al secvenței video împreună cu datele asociate, pentru analiză, raportare sau arhivare.

... afișează tot conținutul

Vă rugăm să descrieți ce anume se înțelege, în viziunea autorității contractante, prin „reconstrucția secvențelor video”.

... afișează tot conținutul

Cerința urmărește ca platforma să fie capabilă să detecteze automat mișcări neobișnuite (anomalii dinamice) ale persoanelor sau obiectelor monitorizate într-un spațiu public sau supravegheat, care pot indica un potențial risc sau incident.
De exemplu: deplasare în sens interzis; deplasare haotică; traiectorii neobișnuite; fugă bruscă; mișcare lentă prelungită; opriri nejustificate; aglomerație rutieră într-un interval orar considerat liber; etc.

... afișează tot conținutul

Vă rugăm să detaliați ce se înțelege prin „funcționalități de înregistrare a vehiculelor identificate în componenta de analiză a traficului rutier”. Ce tipuri de date si parametric se așteaptă să fie înregistrate pentru fiecare vehicul?

... afișează tot conținutul

Prin „funcționalități de înregistrare a vehiculelor identificate” se înțelege capacitatea platformei de a stoca automat, într-o structură de date organizată, toate informațiile relevante asociate fiecărui vehicul detectat prin camerele ANPR și alte sisteme de supraveghere video și senzori, în scopul analizei și investigației ulterioare.
 Numărul de înmatriculare (recunoscut automat prin ANPR);
 Tipul vehiculului (autoturism, camion, motocicletă etc.);
 Marca și modelul (dacă este posibil);
 Culoarea predominantă;
 Caracteristici particulare (ex. absența plăcuței, remorcă atașată etc.).
 Data și ora exactă a detectării;
 Locația (camera/senzorul/segmentul de drum unde a fost detectat vehiculul);
 Direcția de deplasare;
 Viteza estimată (dacă sistemul are capacitatea de detecție a vitezei).
 Aparținerea vehiculului unei liste de interes (dacă e cazul);
 Asocierea cu un eveniment sau incident detectat;
 Gradul de risc atribuit (în baza unor reguli predefinite).
 Link către înregistrarea video corespunzătoare;
 Capturi foto (snapshots) din momentul detecției;
 Harta cu traseul parcurs (dacă este detectabil)
Integrare cu alte funcționalități. Informațiile înregistrate trebuie să poată fi:
 Căutate după mai mulți parametri;
 Corelate cu evenimente din sistemul de gestionare a incidentelor;
 Exportate în rapoarte și analize vizuale (dashboard, hărți de trafic etc.).

Platforma trebuie să înregistreze, pentru fiecare vehicul identificat, un set complet de date vizuale, spațiale, temporale și operaționale, care să permită analiza comportamentală, investigarea incidentelor și raportarea statistică, în deplină conformitate cu cerințele expuse în caietul de sarcini.

... afișează tot conținutul

Referitor la cerința nr. 296, privind automatizarea răspunsului pentru situații de rutină, vă rugăm să specificați ce tipuri de situații sunt considerate de către beneficiar ca fiind „de rutină” și care anume se preconizează a fi gestionate automat?

... afișează tot conținutul

Prin „situații de rutină” se înțeleg acele evenimente sau scenarii recurente, cu risc scăzut, care pot fi gestionate în mod automatizat, fără a necesita intervenția imediată a unui operator uman, dar care trebuie totuși înregistrate, documentate și, după caz, notificate.
Exemple de situații considerate „de rutină” și care pot fi automatizate:
 Depășirea vitezei legale într-un prag de toleranță prestabilit;
 Detectarea vehiculelor parcate neregulamentar
 Identificarea vehiculelor aflate în lista de interes
 Fluxuri de trafic congestionat repetitiv, în intervale orare predictibile
Scopul automatizării: reducerea încărcării operatorilor umani cu sarcini repetitive și creșterea eficienței sistemului, asigurând totodată trasabilitate completă și intervenție proactivă atunci când este cazul.

... afișează tot conținutul

Referitor la cerința nr. 300, privind necesitatea ca platforma să permită configurarea și gestionarea fluxurilor de lucru personalizate printr-o interfață de tip drag-and-drop, considerăm că această cerință este una foarte specifică și restrictivă.
Pentru a asigura respectarea principiului tratamentului egal și a neasigurării unui avantaj competitiv indirect unui anumit brand (ex. Genetec), vă rugăm să reconsiderați această cerință și să o includeți ca opțională, nu obligatorie.
În cazul în care considerați oportună menținerea ei ca obligatorie, vă rugăm să indicați cel puțin două-trei soluții distincte disponibile pe piață care oferă demonstrabil această funcționalitate în forma menționată, pentru a demonstra caracterul competitiv și deschis al specificației tehnice.

... afișează tot conținutul

Cerința privind configurarea și gestionarea fluxurilor de lucru personalizate printr-o interfață grafică de tip drag-and-drop sau similar nu reprezintă o referință la o tehnologie proprietară sau la un producător anume. Este vorba despre o funcționalitate de ordin general, regăsită la nivel internațional în multiple soluții comerciale, care permite modelarea vizuală și intuitivă a scenariilor operaționale complexe, fără intervenție tehnică avansată.
Această cerință este justificată de nevoia autorității contractante de a beneficia de o platformă configurabilă și adaptabilă în timp real la evenimente și incidente, într-un mod accesibil personalului operativ (non-tehnic). Prin urmare, ea reflectă cerințele legale prevăzute la art. 37 alin. (1) din Legea nr. 131/2015 privind achizițiile publice, care permite stabilirea de specificații tehnice clare în conformitate cu obiectivele și necesitățile autorității. Astfel, cerinta nu limitează concurența, ci definește un nivel de funcționalitate dorit, care poate fi atins prin diverse abordări tehnologice conforme.
În concluzie, cerința se menține ca obligatorie, acceptindu-se tehnologii similare drag-and-drop, întrucât corespunde nevoilor autorității contractante.

... afișează tot conținutul