Servicii de dezvoltare, modernizare și reingineria interfeței publice a Sistemului Informațional „e- Monitorizare”

13 окт 2026, 11:42

1. Termenul de executare: 35 sau 60-65 de zile

Contradicție în documentație: Anunțul de participare, pct. 12 („35 zile calendaristice de la data intrării în vigoare a contractului”), Anunțul de participare, pct. 16 poziția 9 (graficul: „în maximum 35 de zile calendaristice … dar nu mai târziu de 31.12.2026”), Anexa 23 („35 zile”) și Caietul de sarcini, Tabelul 5.1 (recepția finală „până cel târziu în ziua 30-35”) vs. Caietul de sarcini, Cap. 5, introducere („maximum 60-65 de zile calendaristice de la ordinul de începere”), IMP-01, IMP-04, IMP-11 („60-65 de zile”) și MTEC-05 („realizabil în intervalul contractual de aproximativ 60-65 de zile”). Vă rugăm să precizați: (a) care termen de executare este obligatoriu și va fi inclus în contract; (b) cum va fi evaluată conformitatea cu MTEC-05 dacă graficul ofertat este de 35 de zile, conform pct. 16 poziția 9 din Anunțul de participare; (c) de la ce dată curge termenul: de la intrarea în vigoare a contractului (înregistrarea la Trezorerie, pct. 12.5 din Anexa 24) sau de la „ordinul de începere” menționat în Caietul de sarcini, Cap. 5; cine emite ordinul de începere și în ce termen după intrarea în vigoare a contractului.

13 окт 2026, 11:49

2. Monitorizarea după lansare și recepția finală

Contradicție în documentație: IMP-11 („minimum 10 zile lucrătoare” de monitorizare intensificată după lansare, înainte de recepția finală) vs. Caietul de sarcini, Cap. 5, Faza 5 („minimum 5 zile lucrătoare”), iar Tabelul 5.1 prevede lansarea „cel târziu în jurul zilei 30” și recepția finală până în ziua 30-35. Cu lansarea în ziua 30, chiar și 5 zile lucrătoare de monitorizare se pot încheia după ziua 35, iar 10 zile lucrătoare depășesc ziua 35. Vă rugăm să precizați: (a) care perioadă minimă de monitorizare se aplică; (b) dacă perioada de monitorizare și recepția finală trebuie încadrate în termenul de 35 de zile sau pot urma după acesta, în limita datei de 31.12.2026.

13 окт 2026, 11:51

3. Termenele Beneficiarului pentru revizuire și aprobare

Caietul de sarcini condiționează trecerea între etape de aprobarea Beneficiarului: IMP-01 (pachetul de inițiere „aprobat de Beneficiar”), Cap. 5 Faza 2 (designul fluxurilor prioritare „aprobat cel târziu până în ziua 7”), DF-HOM-08 (concepte și prototip validate cu beneficiarul), IMP-04 și DF-INF-10 (aprobarea formală a soluției UX/UI înainte de dezvoltare), LIV-13 („perioadă de revizuire, listă de observații, versiune corectată și aprobare formală”) și IMP-12 (aprobarea rezultatelor UAT). Documentația nu stabilește termene pentru aceste aprobări. Vă rugăm să precizați: (a) termenul maxim, în zile lucrătoare, în care Beneficiarul transmite observațiile sau aprobarea pentru fiecare tip de livrabil; (b) dacă un livrabil se consideră acceptat în cazul în care Beneficiarul nu transmite observații în acest termen; (c) dacă aceste termene vor fi incluse în contract (Partea II – Condițiile speciale ale contractului, Anexa 24).

13 окт 2026, 11:53

4. Dependențe de Beneficiar și de terți: termenul și penalitățile

Executarea depinde de aprobările Beneficiarului, de coordonarea cu AGE (IMP-04, IMP-18, CT-MUD-06), de furnizorul contractului separat de optimizare a back-office-ului (IMP-23), de serviciul analitic (pct. 3.8, Tabelul 3.8A, DF-ANL-09) și de entitățile care administrează infrastructura MCloud (Cap. 6). Vă rugăm să precizați: (a) dacă perioadele în care executarea așteaptă aprobări ale Beneficiarului, coordonarea cu AGE sau livrări ale acestor terți prelungesc corespunzător termenul de executare; (b) dacă aceste perioade se exclud la calculul penalităților de întârziere (pct. 10.3 din Anexa 24); (c) cum se documentează (proces-verbal, acord adițional etc.).

13 окт 2026, 11:53

5. Coordonarea cu AGE

IMP-04 permite dezvoltarea unei componente „numai după aprobarea formală a soluției UX/UI aferente și parcurgerea coordonării cu AGE aplicabile”, iar DF-INF-10 face din coordonarea MUD/AGE o condiție pentru trecerea la implementarea completă. Vă rugăm să precizați: (a) ce document confirmă finalizarea coordonării cu AGE (proces-verbal, scrisoare, aviz); (b) termenul estimat în care AGE examinează materialele de design; (c) dacă dezvoltarea unei componente poate începe pe baza aprobării Beneficiarului, în paralel cu coordonarea cu AGE aflată în desfășurare.

13 окт 2026, 11:54

6. Testarea de acceptanță (UAT) și utilizatorii reprezentativi

Conform pct. 1.6 din Caietul de sarcini, Beneficiarul asigură „identificarea și organizarea participării reprezentanților grupurilor țintă selectate”. IMP-08 prevede UAT cu „utilizatori reprezentativi ai Beneficiarului”, iar IMP-12 cere la recepție testarea de acceptanță „cu minimum 12 utilizatori reprezentativi”. Vă rugăm să precizați: (a) dacă cei minimum 12 utilizatori sunt angajați ai Beneficiarului și ai altor autorități publice sau includ și utilizatori externi (societatea civilă, mass-media, parteneri de dezvoltare); (b) până în ce zi a proiectului Beneficiarul asigură disponibilitatea participanților și pentru câte zile; (c) termenul în care Beneficiarul aprobă rezultatele UAT; (d) dacă testarea de utilizabilitate dinaintea dezvoltării (IMP-04) se face cu același grup de participanți.

13 окт 2026, 11:54

7. Valorile necompletate din modelul de contract

Modelul de contract (Anexa 24) nu conține valorile specifice acestei proceduri. Vă rugăm să comunicați: (a) cuantumul penalității de întârziere pe zi și plafonul acesteia (pct. 10.3), precum și penalitatea Beneficiarului pentru plata cu întârziere (pct. 10.4); (b) metoda și termenul de plată (pct. 3.4): o plată unică după recepția finală sau plăți etapizate după acceptarea fazelor; (c) forma „protocolului de recepționare provizorie și finală”, componența comisiei de recepție și termenul de semnare a acestuia după prezentarea livrabilelor; (d) dacă vor fi publicate Condițiile speciale ale contractului (Partea II).

13 окт 2026, 11:55

8. Date de intrare furnizate de Beneficiar

Vă rugăm să publicați sau să precizați termenul în care vor fi puse la dispoziție: (a) contractul de integrare al serviciului analitic, pe care pct. 3.8 și DF-ANL-01 îl prevăd ca fiind pus la dispoziție de Beneficiar, sau cel puțin descrierea API-ului acestuia; (b) accesul la depozitul de cod aprobat de Beneficiar (IMP-06), la mediile de dezvoltare și testare și la capacitatea Power BI Embedded (pct. 3.8): în ce zi a proiectului va fi asigurat.

13 окт 2026, 11:56

9. Garanția de 12 luni după expirarea contractului

Contradicție în documentație: Anunțul de participare, pct. 12 și Caietul de sarcini, Cap. 6 (garanție, suport și mentenanță „minimum 12 luni de la recepția finală”) vs. Anunțul de participare, pct. 13 (contract valabil până la 31.12.2026). Totodată, pct. 1.5 din Anexa 24 trimite termenul de garanție la Anexa 22, care nu îl conține, iar termenul de valabilitate din Anexa 10 nu este completat. Vă rugăm să precizați: (a) temeiul contractual în baza căruia se prestează obligațiile de garanție, suport și mentenanță după 31.12.2026 (prelungirea valabilității contractului, contract separat etc.); (b) dacă costul celor 12 luni trebuie inclus în prețul unic din Anexa 23; (c) termenul de valabilitate și condițiile de restituire a garanției de bună execuție de 5% și dacă aceasta acoperă și perioada de garanție.

13 окт 2026, 11:56

10. Momentul prezentării garanției de bună execuție

Contradicție în documentație: Anunțul de participare, pct. 16, poziția 16 („Garanția de bună execuție a contractului”): textul prevede „Oferta va fi însoțită de o scrisoare de garanție bancară … conform Anexei nr. 10”, iar coloana alăturată indică „La semnarea contractului”. Documentația standard, pct. 91 prevede prezentarea la momentul încheierii contractului. Vă rugăm să confirmați că garanția de bună execuție de 5% (Anexa 10) se prezintă doar de ofertantul desemnat câștigător, la semnarea contractului, și nu odată cu oferta.

13 окт 2026, 11:57

11. Structura prețului: SM-10 și cerințele de nivel D

Contradicție în documentație: SM-10 (nivel D) prevede un provizion de 25 om-zile „plafonat, facturat pe baza consumului aprobat de Beneficiar” vs. Anexa 23, care conține o singură poziție cu preț fix („serviciu, 1, 35 zile”), și Documentația standard, pct. 77 subpct. 4), care respinge oferta financiară care „nu are un preț fixat”. De asemenea, Caietul de sarcini, pct. 1.9 prevede că cerința de nivel D „poate fi evaluată ca avantaj tehnic” vs. Caietul de sarcini, pct. 8.2: „Nu se acordă punctaj tehnic”. Vă rugăm să precizați: (a) dacă provizionul SM-10 trebuie inclus în prețul ofertei și, dacă da, în ce mod (tarif pe om-zi sau sumă inclusă în prețul unic din Anexa 23); (b) dacă neofertarea cerințelor de nivel D afectează conformitatea sau evaluarea ofertei.

13 окт 2026, 11:57

12. Delimitarea lucrărilor de backend și API față de contractul de back-office

Caietul de sarcini, pct. 1.1 include modificările de backend și API „numai în măsura în care sunt indispensabile funcționării interfeței publice”, pct. 1.2 include „ajustarea serviciilor de aplicație și a interfețelor API necesare”, iar IMP-23 prevede planificarea coordonată a modificărilor API cu furnizorul contractului separat de optimizare a back-office-ului. Vă rugăm să precizați: (a) dacă dezvoltarea endpoint-urilor noi sau modificate ale serviciilor Java Spring necesare paginilor publice, inclusiv alimentarea Power BI din backend (DF-PBI-01), revine Furnizorului acestui contract sau furnizorului de back-office; (b) dacă contractul de optimizare a back-office-ului este deja în executare și care este calendarul acestuia în raport cu prezentul contract; (c) dacă replica de citire sau read model-ul PostgreSQL (pct. 1.5, IMP-19) există deja în MCloud, astfel încât Furnizorul doar verifică și corectează conectarea, sau trebuie configurat în cadrul acestui contract.

13 окт 2026, 11:58

13. Codul existent al interfeței publice

Caietul de sarcini, pct. 1.5 indică doar faptul că interfața publică este realizată pe platforma .NET (C#), iar NF-CMP-02 și NF-CMP-03 cer compatibilitatea cu arhitectura existentă și respectarea convențiilor proiectului. Vă rugăm să precizați: (a) versiunea .NET a interfeței publice actuale (.NET Framework sau .NET modern și versiunea) și dacă migrarea la o versiune suportată este permisă sau așteptată în cadrul contractului; (b) dacă operatorii economici pot consulta, înainte de depunerea ofertelor, codul sursă sau documentația tehnică a interfeței publice (de exemplu, cu acord de confidențialitate).

13 окт 2026, 11:59

14. Licențe, infrastructură și costuri terțe

Q-09 prevede că ofertele cu „costuri nedeclarate NU TREBUIE SĂ fie acceptate”, iar NF-CMP-06 cere descrierea completă a licențelor comerciale, inclusiv a costurilor recurente. Pentru declararea corectă a acestor costuri, vă rugăm să confirmați cine asigură și suportă costul pentru: (a) spațiile de lucru Power BI, service principal-ul și licențele Power BI necesare dezvoltării și publicării rapoartelor, pe lângă capacitatea Power BI Embedded a Guvernului (pct. 3.8); (b) instalarea și găzduirea instrumentului de analiză a traficului auto-găzduit (CT-SEO-06); (c) mediile de dezvoltare, testare și staging în MCloud.

13 окт 2026, 11:59

15. Volumul integrării Power BI

Contradicție în documentație: Caietul de sarcini, pct. 3.8: integrarea Power BI este „opțională la nivel de conținut” vs. DF-PBI-01–DF-PBI-03 (nivel M): alimentarea Power BI din backend și încorporarea rapoartelor. Vă rugăm să precizați: (a) câte seturi de date și rapoarte Power BI trebuie realizate de Furnizor, sau dacă rapoartele sunt elaborate de Beneficiar, iar Furnizorul asigură doar alimentarea cu date și încorporarea; (b) dacă există rapoarte Power BI care trebuie preluate.

13 окт 2026, 12:00

16. Testarea independentă de securitate și accesibilitate

Contradicție în documentație: Caietul de sarcini, pct. 4.2 cere ca dezvoltările să „treacă testări independente înainte de producție” vs. NF-SEC-02, potrivit căruia testarea de penetrare o efectuează Furnizorul, și Q-06, care admite „resurse proprii sau specializate”. Vă rugăm să precizați dacă testarea de penetrare și auditul de accesibilitate (WCAG-EM) trebuie efectuate de o terță parte independentă sau acreditată, sau pot fi efectuate de specialiștii Furnizorului, cu verificarea rezultatelor de către Beneficiar.

13 окт 2026, 12:00

17. Suportul în afara programului și remediile în perioada de garanție

SM-04 prevede suport în zilele lucrătoare 08:00-18:00 și intervenție în afara programului pentru incidentele critice „conform SLA”, însă documentația nu conține un SLA separat. Vă rugăm să precizați: (a) dacă intervenția în afara programului pentru incidentele critice include nopțile, zilele de odihnă și sărbătorile legale; (b) ce penalități sau alte remedii se aplică în perioada de garanție pentru nerespectarea timpilor din SM-05.

13 окт 2026, 12:01

18. Conținutul minim al soluției tehnice (MTEC-01, MTEC-02)

MTEC-02 cere în ofertă analiza a cel puțin unui flux existent, un concept preliminar pentru pagina principală și pentru cel puțin o pagină cu volum mare de date sau ierarhie, iar MTEC-01 cel puțin un scenariu de navigare end-to-end. Potrivit pct. 8.2, acestea se constată „conform / neconform”. Vă rugăm să precizați: (a) formatul și nivelul minim de detaliu acceptat pentru concepte (wireframe, machete statice de înaltă fidelitate sau prototip interactiv) și numărul minim de ecrane; (b) dacă este necesară prezentarea atât pentru desktop, cât și pentru mobil; (c) dacă este suficientă prezentarea conceptelor în limba română.

13 окт 2026, 12:02

19. Criteriile nefuncționale de recepție și infrastructura

Disponibilitatea de 99,5% (NF-OBS-08: „valoarea finală și modul de măsurare se confirmă în documentația contractuală”) și pragurile de performanță (NF-PRF-01, NF-PRF-03) depind de infrastructura MCloud, administrată de alte entități (Cap. 6). Introducerea Cap. 4 prevede că pragurile se verifică „în condițiile de referință stabilite și documentate în etapa de pregătire”. Vă rugăm să precizați: (a) modul de măsurare a disponibilității și dacă se exclud indisponibilitățile cauzate de infrastructură, rețea sau servicii terțe; (b) dacă, în cazul în care resursele de infrastructură alocate nu permit atingerea pragurilor de performanță în condițiile de referință, acest lucru afectează recepția sau răspunderea Furnizorului; (c) pragul acceptat de Beneficiar pentru impactul asupra back-office-ului la testarea de încărcare (NF-PRF-05).