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

Vă rugăm să clarificați dacă, în cadrul evaluării ofertelor, se va lua în considerare costul total de proprietate (TCO) al soluției propuse pe o perioadă extinsă (ex: 10 ani), având în vedere că documentația nu menționează:
• costurile viitoare pentru dezvoltări funcționale suplimentare,
• costurile licențelor adiționale,
• costurile de mentenanță după perioada minimă obligatorie (3 sau 5 ani).
Totodată, considerăm că punctajul alocat extinderii perioadei de suport (diferență de doar 45 puncte între 3 și 5 ani) nu reflectă suficient importanța acestei componente în asigurarea continuității operaționale.
Prin urmare, solicităm:
1. Introducerea unui criteriu distinct de evaluare privind TCO sau obligativitatea declarării costurilor anuale post-garanție.
2. Alocarea unui punctaj mai consistent pentru suportul extins și costurile recurente reduse, în vederea unei evaluări realiste și sustenabile, de exemplu 100 puncte daca oferta asigura servicii de support si garantie pentru 5 ani, fata de 3 standard.

... afișează tot conținutul

Autoritatea contractantă precizează că evaluarea ofertelor se va realiza exclusiv în baza criteriilor și factorilor de evaluare descriși în documentația de atribuire, conform cadrului legal aplicabil, fără includerea unor criterii suplimentare sau modificarea celor existente.
În acest sens, nu este prevăzută introducerea unui criteriu distinct privind costul total de proprietate (TCO) sau declararea obligatorie a costurilor recurente post-garanție. Evaluarea se va realiza în baza valorii ofertate și a punctajului aferent perioadei de suport, astfel cum este detaliat în documentație.
Totodată, structura punctajului alocat perioadei de suport și garanție reflectă echilibrul stabilit de autoritate între nevoia de continuitate operațională și bugetul disponibil.

... afișează tot conținutul

Vă rugăm să confirmați dacă cerința referitoare la dezvoltarea „nativă” a tuturor modulelor de către un singur producător este una obligatorie, sau dacă pot fi acceptate și soluții alternative care îndeplinesc toate cerințele funcționale și tehnice, dar sunt construite pe o arhitectură modulară, cu componente provenite de la furnizori diferiți, integrate oficial.
Considerăm că această cerință, în forma actuală, poate limita participarea unor operatori economici care oferă soluții mature, sigure și perfect interoperabile, doar pentru că nu provin de la un unic vendor. În realitate, majoritatea soluțiilor software moderne sunt compuse din module dezvoltate distinct, chiar și în cazul celor considerate „nativ unificate”.
Totodată, există riscul ca această formulare să favorizeze artificial anumite produse „pseudo-nativ”, fără beneficii tehnice evidente, în detrimentul altora care, deși compuse, oferă funcționalitate superioară și flexibilitate.
Prin urmare, rugăm respectuos să reevaluați posibilitatea de a trata această cerință ca opțională, cu acordarea unui punctaj suplimentar sau evitarea termenului „nativ”, pentru a permite participarea tuturor soluțiilor care dovedesc interoperabilitate, suport official de la producator și acoperire completă a funcționalităților solicitate.

... afișează tot conținutul

Autoritatea contractantă precizează că cerința nr. 5 este una opțională, așa cum este indicat expres în documentația de atribuire.
Prin urmare, neîndeplinirea acestei cerințe nu conduce la descalificarea ofertei și nu afectează eligibilitatea acesteia.
Totodată, această cerință este evaluabilă în cadrul grilei de punctaj tehnic, oferind un avantaj competitiv proporțional ofertelor care pot demonstra o arhitectură unificată, dar fără a exclude soluțiile compuse sau multi-vendor, care dovedesc integrare oficială, interoperabilitate completă și suport contractual unitar.
Vă încurajăm să analizați cu atenție clasificarea cerințelor în documentație (obligatorii vs. evaluabile) și să formulați propunerea tehnică în consecință, prezentând clar modul în care sunt acoperite cerințele funcționale, indiferent de arhitectura aleasă.

... afișează tot conținutul

vă rugăm să precizați:
1. Care sunt modelele exacte de echipamente Motorola pentru care se solicită compatibilitate?
2. Dacă pot fi considerate conforme și soluțiile care realizează integrarea completă prin SDK oficial sau protocoale standard deschise (ex: ONVIF), chiar dacă nu dispun de un driver „nativ” preexistent în sistemul ofertat.
Menționăm că acceptarea acestor alternative ar permite participarea legală și echitabilă a unor operatori economici care pot livra o soluție complet funcțională prin metode standardizate și oficiale, fără a compromite cerințele tehnice sau interoperabilitatea.
Această abordare ar contribui la respectarea principiului concurenței loiale, evitând limitarea nejustificată a accesului altor soluții compatibile și mature la procedura de achiziție.

... afișează tot conținutul

Autoritatea contractantă precizează că cerința nr. 213 este una opțională, conform structurii indicate în documentația de atribuire. Modelul vizat este din seria Motorola VB400, aflat în dotarea beneficiarului.
Totodată, se acceptă ca valabilă și conformă integrarea realizată prin SDK oficial furnizat de producător sau prin protocoale deschise standardizate (ex. ONVIF, REST API), cu condiția ca această integrare să asigure funcționalitatea completă descrisă în specificațiile tehnice și să nu impună costuri suplimentare pentru autoritatea contractantă.
Vă rugăm să consultați cu atenție grila de evaluare și caracterul obligatoriu/opțional al cerințelor tehnice, iar în cazul în care este necesară clarificarea modalității de demonstrare a compatibilității, aceasta poate fi formulată în termenul prevăzut de procedură.

... afișează tot conținutul

Având în vedere că platforma conține multiple componente funcționale, inclusiv module cu interfețe administrative și tehnice (ex: configurare sisteme, setări, management utilizatori), vă rugăm să confirmați dacă este acceptabil ca doar interfața operațională principală (frontend-ul) să ofere suport multilingv (inclusiv română și engleză), iar restul componentelor, să fie livrate în limba engleză sau altă limbă de circulație internațională.
Această abordare ar asigura respectarea cerinței de accesibilitate fără a introduce constrângeri nejustificate asupra componentelor tehnice secundare.

... afișează tot conținutul

Autoritatea contractantă confirmă că scopul cerinței nr. 12 privind suportul multilingv este de a asigura accesibilitate și utilizare eficientă a platformei de către operatorii autorizați, în special în ceea ce privește interfața operațională principală (frontend-ul).
Prin urmare, se consideră conformă o soluție în care doar interfața destinată utilizatorilor finali (frontend) este disponibilă în limba română și engleză, iar componentele administrative și tehnice (ex: panouri de configurare, interfețe pentru administratori de sistem, module SDK/API) pot fi livrate în limba engleză sau altă limbă de circulație internațională.
Această abordare este acceptabilă, cu condiția ca funcționalitățile de bază ale platformei să poată fi utilizate integral în limba română de către personalul operațional desemnat.

... afișează tot conținutul

Considering the technical requirements outlined in section 5.5 of the Terms of Reference, we observe that certain specifications appear to align natively only with the combined functionalities of Milestone XProtect and Prismatic.io.
As currently described, we have not identified other commercially available solutions that provide the same level of direct compatibility.
In this context, we kindly request confirmation as to whether it is acceptable to propose an equivalent solution that, through dedicated development and tailored integration, will fully comply with the functional requirements specified in the documentation.

... afișează tot conținutul

Autoritatea contractantă precizează că cerințele din secțiunea 5.5 sunt formulate în raport cu necesitățile operaționale concrete ale proiectului și nu vizează un anumit producător sau combinație de produse.
Se acceptă prezentarea unei soluții echivalente, cu condiția ca aceasta să fie o soluție matură, testată în scenarii reale de utilizare, care să asigure în mod demonstrabil respectarea tuturor cerințelor funcționale minime obligatorii prevăzute în documentație.
Soluțiile propuse trebuie să fie complet funcționale, să asigure stabilitate, scalabilitate și interoperabilitate în condiții reale de exploatare, iar metodele de integrare sau dezvoltare dedicate trebuie să fie bine documentate, susținute de producător și prezentate clar în propunerea tehnică.

... afișează tot conținutul

Considering the technical requirements described in section 5.1 of the Terms of Reference, we understand that these align with the functionalities provided by Milestone in combination with the Traffic Scanner ANPR solution (https://www.milestonesys.com/technology-partner-finder/infoproget-srl/traffic-scanner-anpr-software-/).

In this context, we kindly ask you to confirm whether it is acceptable to propose a custom-developed solution, tailored and adapted to meet all the functional and technical requirements set forth in the documentation.

... afișează tot conținutul

Autoritatea contractantă precizează că cerințele tehnice din secțiunea 5.1 sunt definite pe baza necesităților funcționale ale proiectului și nu se referă la un produs anume sau la un partener tehnologic specific.
Este acceptabilă ofertarea unei soluții echivalente, cu condiția ca aceasta să fie o soluție matură, cu funcționalitate demonstrabilă, care să asigure integral îndeplinirea cerințelor minime obligatorii prevăzute în documentație.
Soluția propusă trebuie să fie complet funcțională, să asigure corecta identificare, analiză și clasificare a traficului rutier, iar în cazul în care se bazează pe dezvoltări proprii sau integrări dedicate, acestea trebuie să fie clar descrise și documentate în propunerea tehnică.

... afișează tot conținutul

Please confirm whether requirements no. 13, 16, and 123—concerning unified audit logging, centralized access rights management, and user privilege control—are intended to apply at platform level, as cross-cutting functionalities, within the scope of requirement no. 4 related to the unified administration interface.

... afișează tot conținutul

Autoritatea contractantă confirmă că cerințele nr. 13, 16 și 123 se referă la funcționalități transversale aplicabile la nivel de platformă, și trebuie implementate unificat, prin intermediul interfeței centrale de administrare prevăzute în cerința nr. 4.
Astfel:
• Cerința nr. 13 (audit logging unificat),
• Cerința nr. 16 (management centralizat al drepturilor de acces),
• și Cerința nr. 123 (controlul privilegiilor utilizatorilor),
trebuie să fie parte integrantă a infrastructurii de administrare comună a platformei, oferind o vizibilitate și un control unificat asupra întregului sistem, indiferent de componentele individuale (VMS, analiză video, modul trafic, mobile etc.).
Această abordare este esențială pentru:
 asigurarea unei administrări eficiente și coerente,
 evitarea fragmentării managementului de securitate,
 și susținerea principiilor de trasabilitate, responsabilitate și conformitate.
Se acceptă utilizarea unor subsisteme distincte, cu condiția ca acestea să fie integrate într-un panou unic de control care centralizează logica de administrare, monitorizare și audit.

... afișează tot conținutul

Am analizat în detaliu cerințele din documentația tehnică și observăm că proiectul include foarte multe componente, funcționalități complexe și integrări care necesită dezvoltări speciale. În același timp, bugetul alocat pare a fi mult mai mic decât costul real pentru o soluție completă care să respecte toate cerințele.

În acest context, dorim să întrebăm dacă, după depunerea ofertelor, există posibilitatea ca unele cerințe sau cantități (ex. module, licențe) să fie ajustate, astfel încât să ne putem încadra în buget și să livrăm o soluție viabilă și funcțională.

Această clarificare ne-ar ajuta să înțelegem mai bine cum să construim oferta și ce opțiuni sunt posibile.

... afișează tot conținutul

Autoritatea contractantă confirmă că cerințele nr. 13, 16 și 123 se referă la funcționalități transversale aplicabile la nivel de platformă, și trebuie implementate unificat, prin intermediul interfeței centrale de administrare prevăzute în cerința nr. 4.
Astfel:
• Cerința nr. 13 (audit logging unificat),
• Cerința nr. 16 (management centralizat al drepturilor de acces),
• și Cerința nr. 123 (controlul privilegiilor utilizatorilor),
trebuie să fie parte integrantă a infrastructurii de administrare comună a platformei, oferind o vizibilitate și un control unificat asupra întregului sistem, indiferent de componentele individuale (VMS, analiză video, modul trafic, mobile etc.).
Această abordare este esențială pentru:
 asigurarea unei administrări eficiente și coerente,
 evitarea fragmentării managementului de securitate,
 și susținerea principiilor de trasabilitate, responsabilitate și conformitate.
Se acceptă utilizarea unor subsisteme distincte, cu condiția ca acestea să fie integrate într-un panou unic de control care centralizează logica de administrare, monitorizare și audit.

... afișează tot conținutul

Stimata Autoritate, rugam clarificarea repetata la întrebarea aferenta bugetului. "dorim să întrebăm dacă, după depunerea ofertelor, există posibilitatea ca unele cerințe sau cantități (ex. module, licențe) să fie ajustate, astfel încât să ne putem încadra în buget și să livrăm o soluție viabilă și funcțională."

... afișează tot conținutul

Cerem scuze, a fost eronat expus raăspunsul anterior.
Conform Legii nr. 131/2015 privind achizițiile publice, procesul de achiziții publice este guvernat de principii precum transparența, concurența, eficiența utilizării fondurilor publice și conformitatea cu cerințele stabilite în documentația de atribuire. În ceea ce privește posibilitatea ajustării cerințelor sau cantităților după depunerea ofertelor, legea impune reguli stricte pentru a preveni modificările arbitrare care ar putea afecta concurența sau obiectivele achiziției.
Orice ajustare a cerințelor sau cantităților trebuie să respecte principiul transparenței și să nu dezavantajeze alți ofertanți. Modificările substanțiale care schimbă obiectul contractului sau condițiile esențiale pot duce la anularea procedurii de achiziție.
Autoritatea contractantă este constrânsă de bugetul alocat, iar orice ajustare a cerințelor sau cantităților trebuie să se încadreze în aceste limite financiare.

... afișează tot conținutul

Enumerati va rog tipurile fluxurilor de lucru necesare si ce trebuie sa contina acestea?
Conform cerintelor extrase din caiet vedem doua variante cantitative: sunt necesare 10 fluxuri de lucru generice sau cantitatea necesara este de 20 fluxuri diferite?

... afișează tot conținutul

Cerința nr. 299 se referă la capacitatea funcțională a platformei de a susține declanșarea și execuția unor fluxuri de lucru configurabile, fără limitări sau constrângeri artificiale, în baza evenimentelor înregistrate din orice sursă integrată — inclusiv camere, senzori, alarme, sau alerte manuale.
Platforma este destinată securității în trafic și menținerii ordinii publice, domenii care implică scenarii diverse și imprevizibile. În acest sens, nu se stabilește un număr fix de fluxuri predefinite. În schimb, se impune ca sistemul să permită crearea, ajustarea și administrarea unui număr nelimitat de fluxuri de lucru, cu structură în pași, stări și acțiuni automate, potrivit cerințelor operaționale ale beneficiarului.
Exemple orientative de fluxuri pot include, dar fara a se limita la: gestionarea incidentelor rutiere, procesarea alertelor ANPR, răspuns la comportamente suspecte detectate video, coordonarea echipelor de intervenție, escaladarea alarmelor critice, etc.

... afișează tot conținutul

Rugam sa clarificați daca platforma, în special componenta 5.1 presupune ca trebuie sa fie integrata cu camerele existente? aceasta presupune ca trebuie sa facem integrarea cu camerile actuale si sa extragem toate evenimentele? sau se permite sa facem procesare centralizata pe hardware-ul vostru. Dar aveti canale si capacitate sa aduceti tot traficul intr-un singur server?

Acest modul intelegem corect ca trebuie sa ofere o interfata pentru vizualizarea incalcarilor sau toate traversarile inregistrate pe camera? care este numarul estimativ de evenimente inregistrate pe o camera?

... afișează tot conținutul

În ceea ce privește componenta 5.1 – Analiza traficului rutier, este important de subliniat că soluția ofertată trebuie să răspundă unor cerințe tehnice clare și să asigure o integrare eficientă cu infrastructura existentă, fără a impune constrângeri artificiale privind producătorul camerelor sau metodele de conectare.

Conform specificațiilor din documentația de atribuire, sistemul trebuie să includă, în mod obligatoriu, posibilitatea de preluare a evenimentelor de la cel puțin 125 de camere specializate, utilizând un model de procesare server-based, ceea ce implică o arhitectură scalabilă, cu resurse hardware dedicate, capabilă să suporte în timp real analiza și interpretarea datelor video provenite din teren.

Soluția propusă trebuie, de asemenea, să fie compatibilă cu protocoale standardizate (precum ONVIF, RTSP sau altele echivalente), permițând preluarea evenimentelor de la camerele existente din infrastructura beneficiarului. Nu se solicită o integrare nativă cu un anumit model de cameră, ci este necesară capacitatea platformei de a lucra cu dispozitive conforme standardelor din industrie, ceea ce asigură o deschidere largă pentru tehnologii variate.

Mai mult, soluția trebuie să fie deschisă la integrare, oferind un set complet de API-uri pentru interconectare cu alte componente ale sistemului sau aplicații externe. În situațiile în care integrarea cu surse de date existente presupune adaptări, trebuie să fie posibilă realizarea de dezvoltări custom, cu respectarea arhitecturii generale și fără a afecta interoperabilitatea.

Un alt element esențial este ca această componentă funcțională să fie matură, testată în timp, utilizată în scenarii reale, și să poată furniza vizibilitate completă și trasabilitate a evenimentelor legate de trafic. Platforma trebuie să asigure nu doar detectarea și semnalarea incidentelor (accidente, abateri de la reguli, staționări neautorizate etc.), ci și înregistrarea tuturor traversărilor (car passing), pentru a constitui o bază de analiză detaliată și intervenție rapidă.

În concluzie, se așteaptă o soluție tehnologică completă, interoperabilă, deschisă și dovedită în teren, capabilă să integreze eficient informațiile din sistemele de supraveghere video și să transforme datele brute în informații valoroase pentru autoritățile de control al traficului și menținerea ordinii publice.

... afișează tot conținutul