1
Perioada de actualizare
de la 12.10.2026 18:00
până la 22.10.2026 10:00
2
Propunerea ofertelor
de la 22.10.2026 10:00
până la 27.10.2026 10:00
3
Licitaţie
nu va fi folosită
4
Evaluare

5
Contract

Statut Evaluare
Valoarea estimată fără TVA 500 000 MDL
Perioada clarificărilor: 12 oct 2026, 18:00 - 22 oct 2026, 10:00
Perioada de depunere a ofertelor: 22 oct 2026, 10:00 - 27 oct 2026, 10:00

Suport Tehnic pentru furnizori:

(+373) 79999801


Aceasta procedura se va desfășura fară licitație electronică. Oferta Dvs. este finală și trebuie să conțină toată lista de documente cerută de documentația de atribuire.

Publicitate
Publicitate

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

Informaţia despre solicitant
Denumirea
Codul fiscal/IDNO
Adresa
MD-2012, MOLDOVA, mun.Chişinău, mun.Chişinău, Piata Marii Adunari Nationale, 1
Web site
---
Persoana de contact
Nume Prenume
Lisii Alina
Telefonul de contact
067565763
Datele achizitiei
Data publicării
12 oct 2026, 18:00
Data ultimilor modificări
19 oct 2026, 9:36
Achizitii.md ID
21692361
CPV
72200000-7 - Servicii de programare şi de consultanţă software
Tipul procedurii
Licitație deschisă
Criteriu de atribuire
Preţul cel mai scăzut
Surse de finanțare
Publicitate
Documentele procedurii de achiziție
Data:
13 oct 2026, 11:42
Subiectul întrebării:
1. Termenul de executare: 35 sau 60-65 de zile
Întrebare:
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.
Răspuns (15 oct 2026, 16:34):
Vă mulțumim pentru clarificare. Precizăm că termenul obligatoriu de executare este de maximum 35 de zile calendaristice de la data intrării în vigoare a contractului, dar nu mai târziu de 31.12.2026. În acest termen sunt incluse activitățile de analiză și proiectare, dezvoltare și integrare, testare/UAT, migrare/configurare, instruire, punere în producție, monitorizare post-lansare și recepție finală.
Data:
13 oct 2026, 11:49
Subiectul întrebării:
2. Monitorizarea după lansare și recepția finală
Întrebare:
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.
Răspuns (15 oct 2026, 16:42):
În forma actualizată a Caietului de sarcini: a) perioada minimă de monitorizare intensificată după punerea în producție este de 5 zile calendaristice; b) atât perioada de monitorizare intensificată, cât și recepția finală fac parte din termenul total de maximum 35 de zile calendaristice și nu se desfășoară ulterior acestuia. Pentru asigurarea acestei succesiuni, punerea în producție este planificată cel târziu în ziua 30, iar zilele 31–35 sunt rezervate monitorizării intensificate, remedierii incidentelor de lansare, verificărilor post-deploy și recepției finale. Recepția finală trebuie realizată cel târziu în ziua 35 și, pentru implementarea din anul 2026, nu mai târziu de 31.12.2026. Perioada de garanție tehnică, suport și mentenanță corectivă de minimum 12 luni începe după recepția finală și nu este inclusă în termenul de implementare de 35 de zile. Caietul de sarcini actualizat va fi republicat.
Data:
13 oct 2026, 11:51
Subiectul întrebării:
3. Termenele Beneficiarului pentru revizuire și aprobare
Întrebare:
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).
Răspuns (15 oct 2026, 16:46):
Având în vedere termenul de implementare de 35 de zile calendaristice și necesitatea desfășurării incrementale și parțial paralele a activităților, Caietul de sarcini a fost completat cu prevederi explicite privind procesul și termenele de revizuire și aprobare a livrabilelor.
Data:
13 oct 2026, 11:53
Subiectul întrebării:
4. Dependențe de Beneficiar și de terți: termenul și penalitățile
Întrebare:
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.).
Răspuns (15 oct 2026, 16:58):
Având în vedere caracterul integrat al proiectului, Beneficiarul va facilita coordonarea cu AGE, furnizorii serviciilor conexe și administratorii infrastructurii MCloud, pentru a asigura desfășurarea eficientă a activităților. a) Perioadele de așteptare a aprobărilor sau a livrărilor de la terți nu determină automat prelungirea termenului contractual. În cazul unor impedimente obiective, documentate și neimputabile Furnizorului, care afectează efectiv calendarul proiectului și nu pot fi evitate prin reorganizarea activităților, impactul asupra termenului va fi analizat și constatat de părți. b) Întârzierile cauzate exclusiv de factori neimputabili Furnizorului, justificate și documentate corespunzător, nu vor constitui temei pentru aplicarea penalităților de întârziere. Furnizorul rămâne responsabil de notificarea promptă a impedimentelor și de continuarea activităților care pot fi executate independent. c) Impedimentele vor fi documentate prin corespondență oficială, registre de riscuri și dependențe, minute sau procese-verbale. În cazul în care este necesară modificarea termenului contractual, aceasta se va formaliza prin acord adițional, cu respectarea prevederilor legale aplicabile. Beneficiarul va asigura o coordonare operativă între părțile implicate, în vederea prevenirii și minimizării eventualelor întârzieri.
Data:
13 oct 2026, 11:53
Subiectul întrebării:
5. Coordonarea cu AGE
Întrebare:
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.
Răspuns (15 oct 2026, 17:06):
Coordonarea cu Agenția de Guvernare Electronică (AGE) se va desfășura gradual, pe parcursul proiectării și implementării, cu implicarea reprezentantului desemnat de AGE și facilitarea comunicării de către Beneficiar. a) Finalizarea coordonării cu AGE va fi confirmată prin corespondență oficială (e-mail), minute ale ședințelor sau alte confirmări scrise. Nu este obligatorie emiterea unui aviz formal pentru fiecare componentă, cu excepția cazurilor în care procedurile aplicabile impun acest lucru. b) Termenele de examinare și mecanismul de coordonare cu AGE vor fi stabilite în etapa de inițiere a proiectului, ținând cont de termenul contractual de 35 de zile. Coordonarea se va realiza incremental, pentru a asigura examinarea operativă a materialelor. c) Dezvoltarea componentelor poate începe în baza aprobării Beneficiarului, în paralel cu procesul de coordonare cu AGE, cu condiția inexistenței unor observații critice sau blocante. Eventualele neconformități cu MUD vor trebui soluționate înainte de finalizarea implementării și aprobarea componentei respective. Beneficiarul va facilita colaborarea operativă între părți, pentru respectarea calendarului de implementare.
Data:
13 oct 2026, 11:54
Subiectul întrebării:
6. Testarea de acceptanță (UAT) și utilizatorii reprezentativi
Întrebare:
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.
Răspuns (15 oct 2026, 17:10):
Caietul de sarcini prevede testarea de utilizabilitate în etapa de proiectare și testarea formală de acceptanță (UAT) asupra soluției implementate. a) Cei minimum 12 utilizatori reprezentativi vor fi desemnați de Beneficiar, fiind, în principal, reprezentanți ai acestuia și, după caz, ai altor autorități publice. Participarea utilizatorilor externi (societatea civilă, mass-media, parteneri de dezvoltare etc.) este opțională și nu constituie o condiție obligatorie pentru UAT. b) Testarea UAT se va desfășura incremental, orientativ în zilele 20–30 ale proiectului. Beneficiarul va asigura participarea utilizatorilor la sesiunile stabilite de comun acord cu Furnizorul, fără a fi necesară prezența continuă a tuturor celor 12 participanți. c) Beneficiarul va examina rezultatele UAT și va transmite aprobarea sau observațiile consolidate, de regulă, în termen de circa 2 zile lucrătoare de la prezentarea completă a acestora, astfel încât recepția finală să fie realizată cel târziu în ziua 35. d) Testarea de utilizabilitate și UAT-ul formal au obiective distincte și nu necesită participarea acelorași utilizatori, deși grupurile pot include persoane comune. Separat, Beneficiarul poate organiza activități de prezentare și consultare publică a platformei, fără ca acestea să condiționeze testarea UAT sau recepția contractuală.
Data:
13 oct 2026, 11:54
Subiectul întrebării:
7. Valorile necompletate din modelul de contract
Întrebare:
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).
Răspuns (15 oct 2026, 17:26):
10.3. Pentru livrarea cu întârziere a Bunurilor, Furnizorul va suporta plata despăgubirei în valoare de 0,1 % din suma Bunurilor nelivrate, pentru fiecare zi de întârziere, dar nu mai mult de 10 % din suma totală a prezentului Contract. În cazul în care întârzierea depășește 30 zile, Furnizorul prezintă Cumpărătorului o explicație în formă scrisă. 10.4. Pentru achitarea cu întârziere, Cumpărătorul va plăti despăgubiri în valoare de 0,1% din suma Bunurilor neachitate, pentru fiecare zi de întârziere, dar nu mai mult de 0,5 % din suma totală a prezentului contract. 3.4. Achitarea se face integral după recepția finală a serviciilor prestate, în termen de 30 zile după prestarea serviciilor, în baza documentației din pct. 2.2 (actului de predare-primire și a facturii fiscale).
Data:
13 oct 2026, 11:55
Subiectul întrebării:
8. Date de intrare furnizate de Beneficiar
Întrebare:
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.
Răspuns (15 oct 2026, 17:29):
a) Prin serviciul analitic al SI „e-Monitorizare” se înțelege componenta existentă destinată gestionării și publicării tablourilor de bord, indicatorilor KPI și altor elemente analitice. Mențiunea „contract de integrare” din Caietul de sarcini va fi înlocuită cu „documentația tehnică/specificația de integrare a serviciului analitic”. Beneficiarul va pune la dispoziția Furnizorului, în etapa de inițiere și integrare, informațiile tehnice necesare conectării și utilizării serviciului analitic. b) Accesul la depozitul de cod și la mediile de dezvoltare și testare va fi inițiat în Faza 1, după desemnarea persoanelor responsabile și furnizarea datelor necesare acordării drepturilor de acces. Accesul și configurarea capacității Power BI Embedded vor fi inițiate în etapa de pregătire, astfel încât integrarea să poată începe conform calendarului proiectului, fiind prevăzută în Faza 3 (orientativ din ziua 5). Modalitățile concrete de acces vor fi stabilite la inițierea proiectului, cu respectarea cerințelor de securitate. Eventualele impedimente neimputabile Furnizorului vor fi documentate și gestionate conform Caietului de sarcini.
Data:
13 oct 2026, 11:56
Subiectul întrebării:
9. Garanția de 12 luni după expirarea contractului
Întrebare:
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.
Răspuns (16 oct 2026, 17:44):
a) În conformitate cu prevederile Capitolului 6 din Caietul de sarcini și ale pct. 12 din Anunțul de participare, obligațiile privind garanția tehnică, suportul și mentenanța corectivă se aplică pentru o perioadă de minimum 12 luni de la data recepției finale a serviciilor, inclusiv după 31.12.2026. Aceste obligații sunt asumate de Furnizor în temeiul contractului de achiziție publică și continuă să producă efecte până la expirarea perioadei de garanție tehnică. b) Costurile aferente garanției tehnice, suportului și mentenanței corective pentru perioada menționată sunt incluse integral în prețul total ofertat, reflectat în Anexa nr. 23, fără costuri suplimentare pentru Beneficiar. c) Garanția de bună execuție, în cuantum de 5% din valoarea contractului, este destinată asigurării executării corespunzătoare a serviciilor contractate și se restituie în conformitate cu prevederile legislației aplicabile și ale contractului de achiziție publică, după îndeplinirea integrală a obligațiilor aferente prestării și recepționării serviciilor. Garanția de bună execuție nu se extinde asupra perioadei de 12 luni de garanție tehnică, suport și mentenanță corectivă. Obligațiile aferente acestei perioade rămân în sarcina Furnizorului, în condițiile stabilite în Capitolul 6 din Caietul de sarcini și în contractul de achiziție publică, fără costuri suplimentare pentru Beneficiar.
Data:
13 oct 2026, 11:56
Subiectul întrebării:
10. Momentul prezentării garanției de bună execuție
Întrebare:
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.
Răspuns (15 oct 2026, 17:52):
Confirmăm că garanția de bună execuție a contractului, în cuantum de 5%, se prezintă exclusiv de către operatorul economic desemnat câștigător, la momentul încheierii/semnării contractului, și nu odată cu depunerea ofertei.
Data:
13 oct 2026, 11:57
Subiectul întrebării:
11. Structura prețului: SM-10 și cerințele de nivel D
Întrebare:
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.
Răspuns (15 oct 2026, 17:52):
În urma examinării aspectelor semnalate, Caietul de sarcini a fost actualizat pentru eliminarea oricărei ambiguități privind structura prețului și regimul cerințelor de nivel D. a) Cerința SM-10 referitoare la provizionul de 25 om-zile pentru dezvoltare evolutivă a fost eliminată din Caietul de sarcini actualizat. În consecință, operatorii economici nu trebuie să includă în ofertă un tarif distinct sau un provizion financiar aferent acestor 25 om-zile. Prețul ofertat conform Anexei nr. 23 va reprezenta prețul pentru realizarea integrală a serviciilor și livrabilelor obligatorii prevăzute de documentația de atribuire, inclusiv obligațiile obligatorii aferente perioadei de garanție, suport și mentenanță. Eventualele dezvoltări funcționale noi care nu reprezintă remedierea unor defecte, îndeplinirea unor cerințe asumate prin ofertă sau executarea obligațiilor de garanție nu fac obiectul fostului provizion SM-10. b) Totodată, Caietul de sarcini a fost clarificat în ceea ce privește cerințele de nivel D. Acestea reprezintă funcționalități, practici sau caracteristici suplimentare dezirabile, considerate utile și binevenite de Beneficiar, iar operatorii economici sunt încurajați să le includă în soluția propusă, în măsura în care acestea sunt fezabile. Cerințele de nivel D nu sunt însă obligatorii: neîndeplinirea lor nu conduce la respingerea ofertei, nu reprezintă criteriu de calificare, nu generează punctaj și nu influențează clasamentul ofertelor, criteriul de atribuire fiind „prețul cel mai scăzut”. În cazul în care un ofertant include voluntar în propunerea sa tehnică o cerință de nivel D, iar aceasta este acceptată de Beneficiar ca parte a soluției ofertate, elementul respectiv devine parte a angajamentelor asumate prin ofertă și nu poate genera costuri suplimentare față de prețul ofertat, cu excepția cazului în care documentația de atribuire prevede expres altfel. Caietul de sarcini actualizat va fi republicat în cadrul procedurii.
Data:
13 oct 2026, 11:57
Subiectul întrebării:
12. Delimitarea lucrărilor de backend și API față de contractul de back-office
Întrebare:
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.
Răspuns (16 oct 2026, 16:16):
a) Dezvoltarea endpoint-urilor noi necesare paginilor publice, inclusiv alimentarea din Power BI, nu revine Furnizorului acestui contract. b) Contractul este deja în executare. c) Replica de citire există deja în MCloud.
Data:
13 oct 2026, 11:58
Subiectul întrebării:
13. Codul existent al interfeței publice
Întrebare:
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).
Răspuns (16 oct 2026, 16:17):
a) versiunea este .NET 9. Se acceptă migrarea la o versiune mai nouă cu acceptul beneficiarului. b) acces la codul sursă nu va fi oferit până la semnarea contractului.
Data:
13 oct 2026, 11:59
Subiectul întrebării:
14. Licențe, infrastructură și costuri terțe
Întrebare:
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.
Răspuns (15 oct 2026, 18:05):
Cerințele Q-09 și NF-CMP-06 urmăresc asigurarea transparenței costurilor și evitarea apariției unor cheltuieli suplimentare nedeclarate în ofertă. a) Capacitatea Power BI Embedded, spațiile de lucru, identitățile tehnice (service principal) și drepturile de acces necesare vor fi asigurate sau facilitate de Beneficiar, prin resursele guvernamentale disponibile. Furnizorul va asigura configurarea și integrarea soluției, fără obligația achiziționării licențelor aferente infrastructurii existente. b) Infrastructura pentru găzduirea instrumentului de analiză a traficului va fi asigurată în mediul guvernamental. Furnizorul va realiza instalarea, configurarea, integrarea și testarea soluției aprobate. Eventualele licențe sau componente comerciale suplimentare propuse de ofertant trebuie declarate și incluse în ofertă. c) Mediile de dezvoltare, testare/staging și producție din MCloud vor fi puse la dispoziție prin mecanismele instituționale aplicabile, fără costuri de infrastructură pentru Furnizor. Acesta va fi responsabil de configurarea și implementarea componentelor proprii, precum și de costurile instrumentelor interne utilizate exclusiv pentru dezvoltare. Prin urmare, oferta financiară nu trebuie să includă costurile infrastructurii și resurselor guvernamentale existente, dar trebuie să cuprindă toate costurile aferente licențelor, serviciilor sau componentelor comerciale suplimentare propuse de ofertant. Nu vor fi acceptate ulterior costuri suplimentare nedeclarate.
Data:
13 oct 2026, 11:59
Subiectul întrebării:
15. Volumul integrării Power BI
Întrebare:
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.
Răspuns (15 oct 2026, 18:07):
Caietul de sarcini a fost clarificat pentru a preciza că mecanismul tehnic de integrare a rapoartelor, dashboard-urilor și vizualizărilor este obligatoriu, inclusiv pentru Power BI. Caracterul opțional se referă la utilizarea efectivă a diferitelor tehnologii și surse de conținut analitic, nu la implementarea mecanismului de integrare. a) Prezentul contract nu prevede elaborarea unui număr prestabilit de rapoarte sau seturi de date Power BI. Furnizorul va asigura mecanismele tehnice necesare schimbului controlat de date, integrării, publicării și reutilizării vizualizărilor aprobate de Beneficiar. Platforma va permite integrarea bidirecțională la nivel de ecosistem, respectiv furnizarea datelor autorizate către Power BI și încorporarea rapoartelor Power BI în SI „e-Monitorizare”, precum și utilizarea altor componente analitice compatibile. Totodată, soluția va permite publicarea și reutilizarea controlată a dashboard-urilor de performanță instituțională și a indicatorilor KPI, inclusiv pe paginile web ale autorităților publice, prin mecanisme de tip widget/embed. b) Inventarul rapoartelor și vizualizărilor existente, precum și modalitatea concretă de integrare a acestora, vor fi stabilite în etapa de pregătire a proiectului. Pentru Power BI se va utiliza capacitatea Power BI Embedded a Guvernului, administrată de Cancelaria de Stat. Prin urmare, conformitatea va fi evaluată în funcție de capacitatea soluției de a asigura integrarea, schimbul de date, publicarea și reutilizarea vizualizărilor, nu în baza unui număr prestabilit de rapoarte Power BI.
Data:
13 oct 2026, 12:00
Subiectul întrebării:
16. Testarea independentă de securitate și accesibilitate
Întrebare:
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.
Răspuns (15 oct 2026, 18:08):
Caietul de sarcini a fost clarificat pentru a preciza că testarea independentă presupune separarea funcției de verificare de activitatea de dezvoltare a componentelor evaluate, fără a impune obligatoriu implicarea unei terțe părți independente sau acreditate. Testarea de securitate, inclusiv analiza codului, scanarea vulnerabilităților și testarea de penetrare, precum și evaluarea accesibilității conform EN 301 549 și WCAG 2.1 AA, inclusiv metodologia WCAG-EM, pot fi realizate de specialiști competenți ai Furnizorului sau de resurse specializate contractate, cu asigurarea separării funcționale față de activitatea de implementare. Furnizorul este responsabil de efectuarea testelor, documentarea rezultatelor și remedierea neconformităților identificate, iar Beneficiarul va verifica rezultatele în cadrul procesului de acceptanță. Prin urmare, nu este obligatorie contractarea unei terțe părți independente sau acreditate pentru efectuarea acestor testări.
Data:
13 oct 2026, 12:00
Subiectul întrebării:
17. Suportul în afara programului și remediile în perioada de garanție
Întrebare:
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.
Răspuns (15 oct 2026, 18:09):
Caietul de sarcini a fost clarificat pentru a elimina referința la un SLA separat, timpii de răspuns și remediere fiind stabiliți prin cerința SM-05. a) Suportul curent se asigură în zilele lucrătoare, între orele 08:00–18:00, ora Republicii Moldova. Pentru incidentele critice, Furnizorul va asigura mecanisme de escaladare și intervenție inclusiv în afara programului de lucru, cu respectarea timpilor prevăzuți la SM-05, fără instituirea unui serviciu general de suport 24/7 pentru toate categoriile de incidente. b) Nu sunt prevăzute penalități automate sau compensații distincte pentru fiecare depășire a timpilor stabiliți la SM-05. Nerespectarea acestora constituie neexecutare a obligațiilor contractuale și se soluționează conform prevederilor contractului. Cerințele SM-04 și SM-08 au fost corelate cu SM-05, iar Caietul de sarcini a fost clarificat în acest sens.
Data:
13 oct 2026, 12:01
Subiectul întrebării:
18. Conținutul minim al soluției tehnice (MTEC-01, MTEC-02)
Întrebare:
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ă.
Răspuns (15 oct 2026, 18:13):
Cerințele MTEC-01 și MTEC-02 urmăresc evaluarea înțelegerii funcționalităților SI „e-Monitorizare” și a abordării UX/UI propuse, fără a solicita elaborarea designului complet al platformei la etapa depunerii ofertei. a) Sunt acceptate machete statice de fidelitate medie sau înaltă, suficient de detaliate pentru a demonstra structura informațională, navigarea, ierarhia vizuală și componentele principale. Nu este obligatorie prezentarea unui prototip interactiv. Oferta trebuie să includă minimum: - un concept pentru pagina principală; - un concept pentru o pagină cu volum mare de date și/sau structură ierarhică; - un scenariu de navigare end-to-end, reprezentat prin user flow, schemă de navigare sau succesiune de ecrane. Nu se impune un număr suplimentar de ecrane. b) Conceptele trebuie prezentate pentru desktop, cu demonstrarea adaptării responsive pentru mobil, prin cel puțin o reprezentare relevantă pentru fiecare dintre cele două tipuri de pagină. c) Prezentarea conceptelor în limba română este suficientă la etapa ofertării. Cerințele de localizare RO/RU/EN se aplică soluției finale implementate. Evaluarea conformității se va realiza pe baza existenței și relevanței elementelor minime solicitate, fără acordarea unor avantaje pentru materiale suplimentare.
Data:
13 oct 2026, 12:02
Subiectul întrebării:
19. Criteriile nefuncționale de recepție și infrastructura
Întrebare:
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).
Răspuns (15 oct 2026, 18:20):
Cerințele privind disponibilitatea și performanța vor fi verificate în condițiile de referință stabilite și documentate în etapa de pregătire a proiectului, ținând cont de infrastructura disponibilă, volumul de date și scenariile de testare. a) Disponibilitatea de minimum 99,5% lunar va fi măsurată la nivelul paginilor și API-urilor publice monitorizate. Din calcul vor fi excluse perioadele de mentenanță planificată și indisponibilitățile cauzate exclusiv de infrastructura MCloud, rețele sau servicii terțe, precum și de intervenții neimputabile Furnizorului, cu condiția documentării cauzelor. Această cerință se aplică după punerea în producție, inclusiv în perioada de garanție tehnică. La recepția finală se va verifica funcționarea mecanismelor de monitorizare, disponibilitatea lunară urmând a fi calculată ulterior. b) Nerealizarea pragurilor de performanță din cauze externe, inclusiv limitările infrastructurii puse la dispoziție, nu va constitui neconformitate imputabilă Furnizorului și nu va determina refuzul recepției, dacă aceste cauze sunt demonstrate și documentate, iar Furnizorul și-a îndeplinit obligațiile de configurare și optimizare. c) Pentru NF-PRF-05, se admite o degradare de maximum 10% a timpului de răspuns la percentila 95 (P95) pentru operațiunile critice ale back-office-ului, comparativ cu valoarea de referință, fără apariția unor erori, timeout-uri sau indisponibilități noi cauzate de traficul platformei publice. Condițiile, scenariile și metodologia de măsurare vor fi stabilite și documentate înaintea testelor de acceptanță.
Doar utilizatorii autorizați ai platformei pot să adreseze întrebări în perioada de clarificări.