1
Perioada de actualizare
de la 19.02.2026 16:39
până la 28.02.2026 09:08
2
Propunerea ofertelor
de la 28.02.2026 09:08
până la 03.03.2026 09:08
3
Licitaţie
de la 04.03.2026 14:00
până la 04.03.2026 14:09
4
Evaluare

5
Contract

Statut Evaluare
Valoarea estimată fără TVA 725 000 MDL
Perioada clarificărilor: 19 febr 2026, 16:39 - 28 febr 2026, 9:08
Perioada de depunere a ofertelor: 28 febr 2026, 9:08 - 3 mart 2026, 9:08

Suport Tehnic pentru furnizori:

(+373) 79999801

Publicitate
Publicitate

serviciilor de dezvoltare a spațiului dedicat în scopul de depunere, gestionare și raportare a cererilor de finanțare pentru antreprenori (cabinetul personal al utilizatorului autorizat)

Informaţia despre solicitant
Codul fiscal/IDNO
Adresa
MD-2012, MOLDOVA, mun.Chişinău, mun.Chişinău, bd. Ștefan cel Mare și Sfânt, 134
Web site
---
Persoana de contact
Nume Prenume
Corina Rusu
Telefonul de contact
069877777
Datele achizitiei
Data publicării
19 febr 2026, 16:39
Data ultimilor modificări
26 febr 2026, 9:08
Achizitii.md ID
21569744
CPV
72200000-7 - Servicii de programare şi de consultanţă software
Tipul procedurii
Cererea ofertelor de prețuri (servicii)
Criteriu de atribuire
Cel mai bun raport preț - calitate
Surse de finanțare
Publicitate
Documentele procedurii de achiziție
2. anexa nr. 7.docx
Documentele la ofertă
-2. anexa nr. 7.docx
19.02.26 16:39
10. declarația privind beneficiarii finali.docx
Documentele la ofertă
-10. declarația privind beneficiarii finali.docx
19.02.26 16:39
11. anexa nr. 12.docx
Documentele la ofertă
-11. anexa nr. 12.docx
19.02.26 16:39
14. f3.3_formularul_informativ_pers_jur.docx
Documentele la ofertă
-14. f3.3_formularul_informativ_pers_jur.docx
19.02.26 16:39
3. anexa nr. 8.docx
Documentele la ofertă
-3. anexa nr. 8.docx
19.02.26 16:39
4. anexa nr. 22.docx
Documentele la ofertă
-4. anexa nr. 22.docx
19.02.26 16:39
1. duae_ro_0.doc
Documentele la ofertă
-1. duae_ro_0.doc
19.02.26 16:39
9. f3.6_declataria privind conduita etica.docx
Documentele la ofertă
-9. f3.6_declataria privind conduita etica.docx
19.02.26 16:39
4. anexa nr. 23.docx
Documentele la ofertă
-4. anexa nr. 23.docx
19.02.26 16:39
12. anexa nr 14.docx
Documentele la ofertă
-12. anexa nr 14.docx
19.02.26 16:39
8. f3.5_declaraţie privind situaţia personală a operatorului economic.docx
Documentele la ofertă
-8. f3.5_declaraţie privind situaţia personală a operatorului economic.docx
19.02.26 16:39
modificat_caiet de sarcini cabinetul autorizat oda.semnat (2).pdf modificat_caiet de sarcini cabinetul autorizat oda.semnat (2).pdf
Documentele la ofertă
modificat_caiet de sarcini cabinetul autorizat oda.semnat (2).pdf
26.02.26 09:08
Data:
23 febr 2026, 11:49
Subiectul întrebării:
Integrare back-office cu care va interacționa cabinetul personal al utilizatorului autorizat
Întrebare:
Există deja un sistem de back-office cu care va interacționa cabinetul personal al utilizatorului autorizat (prin integrare directă sau schimb de date), sau acesta urmează a fi dezvoltat în cadrul prezentului proiect?
Răspuns (23 febr 2026, 13:37):
La moment nu există un sistem de back-office și acesta urmează a fi dezvoltat în cadrul proiectului dat în limita funcționalităților prevăzute în caietul de sarcini.
Data:
23 febr 2026, 11:58
Subiectul întrebării:
larificare privind implicarea experților non-cheie pentru livrabile de tip User Guides și ghiduri video
Întrebare:
Având în vedere că în caietul de sarcini sunt solicitate livrabile precum ghiduri de utilizare (User Guides) și ghiduri video, vă rugăm să precizați dacă, pe lângă experții cheie enumerați, este permisă sau așteptată implicarea unor experți non-cheie (ex. specialist documentație, instructional designer, trainer), sau dacă aceste livrabile urmează a fi realizate exclusiv de către experții cheie menționați?
Răspuns (23 febr 2026, 13:37):
Este permisă atragerea și implicarea unor alte persoane sau aceste atribuții pot fi executate de către experții cheie.
Data:
23 febr 2026, 12:00
Subiectul întrebării:
Clarificare privind modul de acceptanță și facturare în contextul livrărilor agile pe sprinturi
Întrebare:
Vă rugăm să precizați modul de acceptanță și facturare a livrabilelor în contextul aplicării unei metodologii agile, cu livrări incrementale pe sprinturi. Acceptanța și facturarea se vor realiza per sprint / increment funcțional, sau exclusiv la finalizarea integrală a proiectului, pe baza livrabilelor finale?
Răspuns (23 febr 2026, 13:37):
Acceptanța și facturarea se pot realiza per sprint / increment funcțional, sau exclusiv la finalizarea integrală a proiectului. Sunt disponibile ambele posibilități.
Data:
23 febr 2026, 12:07
Subiectul întrebării:
Clarificare privind justificarea (business/tehnică) pentru arhitectura pe microservicii
Întrebare:
Vă rugăm să indicați argumentele și criteriile care justifică alegerea unei arhitecturi bazate pe microservicii pentru platformă (de ex. cerințe de scalare pe module, disponibilitate ridicată, independență de livrare per componentă, integrare cu sisteme externe, izolare de securitate/tenancy), precum și dacă există constrângeri sau obiective măsurabile (SLA, volum tranzacții, utilizatori concurenți, frecvența de release) care impun această abordare.
Răspuns (23 febr 2026, 13:37):
Arhitectura bazată pe microserviicii este obligatorie în contextul că platforma urmează să facă parte din infrastructura informațională GOV. Totodată, aceasta permite fragmentarea funcționalităților și lansarea acestora conform priorităților.
Data:
23 febr 2026, 19:05
Subiectul întrebării:
Clarificări privind documentația de atribuire
Întrebare:
Referitor la termenul de prestare a serviciilor, vă solicităm să clarificați contradicția dintre Anunțul de participare (pct. 12), care stabilește termenul limită pentru 15.07.2026 , și Caietul de sarcini (Secțiunea VII), care impune un termen mult mai scurt, respectiv 15 mai 2026. Care este termenul cert, obligatoriu și realist pentru toți ofertanții ?
Răspuns (25 febr 2026, 09:59):
Buna ziua, discrepanța intre termene limite este o greseala tehnică. rog sa vedeti anuntul corectat.
Data:
23 febr 2026, 19:07
Subiectul întrebării:
Clarificări privind documentația de atribuire - calificare a personalului
Întrebare:
Vă rugăm sa oferiți clarificări aferent cerinței de la pct. 13 din Anunțul de participare privind deținerea „certificărilor profesionale de recunoaștere oficială internațională în gestionarea proiectelor și analiza proceselor de business” . Care sunt certificările profesionale corelate cu experții cheie solicitați expres în documentație și care este grila de evaluare aferentă acestei cerințe ?
Răspuns (25 febr 2026, 10:00):
Aceasta cerinte a fost scoasă.
Data:
25 febr 2026, 14:33
Subiectul întrebării:
Clarificare privind flexibilitatea și extinderea componentelor FOD
Întrebare:
Având în vedere complexitatea fluxurilor de business specifice ODA, care pot necesita ramificări dinamice și condiționale complexe, vă solicităm să precizați dacă este permisă extinderea sau modificarea arhitecturii de tip „wizard” impuse de framework-ul FOD (Front-Office Digitization). În situația în care procesul operațional necesită formulare extinse, cu un volum mare de date (grid-uri editabile complexe, calcule în timp real) care pot afecta performanța renderizării în Blazor WebAssembly, vă rugăm să confirmați dacă Prestatorul are libertatea de a implementa soluții UI personalizate sau optimizate care deviază de la standardul strict al componentelor FOD, fără a fi penalizat la recepția sistemului.
Răspuns (26 febr 2026, 09:03):
Framework-ul FOD v.2 include deja componente de tip wizard cu toate elementele de serviciu necesare, acoperind majoritatea cazurilor de digitalizare. În situația în care un caz specific de business nu poate fi acoperit de componentele existente, Prestatorul are obligația de a adresa AGE cu o descriere detaliată a business case-ului. AGE va evalua și va decide una dintre următoarele căi: AGE proiectează componenta și Prestatorul o implementează sub review AGE (funcționalitate, responsivitate, accesibilitate WCAG), contribuind astfel la evoluția Design System-ului național; sau AGE propune o soluție alternativă utilizând componentele FOD existente. Devierea unilaterală de la componentele FOD fără aprobarea prealabilă a AGE nu este permisă și poate afecta recepția sistemului.
Data:
25 febr 2026, 14:33
Subiectul întrebării:
Clarificare privind discrepanța versiunilor tehnologice (.NET 8 vs. versiunea FOD)
Întrebare:
În Caietul de Sarcini, Secțiunea 10.1, se solicită imperativ utilizarea tehnologiei .NET 8, însă, din cunoștințele noastre tehnice, framework-ul FOD furnizat de AGE este construit pe o versiune anterioară (.NET 6). Vă solicităm să clarificați dacă la momentul semnării contractului va exista o versiune stabilă a FOD actualizată la .NET 8. În caz contrar, vă rugăm să precizați în sarcina cui cade responsabilitatea și efortul de migrare/actualizare a componentelor FOD la .NET 8 pentru a respecta cerințele din Caietul de Sarcini.
Răspuns (26 febr 2026, 09:03):
La momentul actual, FOD v.2 este construit pe .NET 10 disponibil la moment pe http://fod.dev.egov.md/. Caietul de sarcini a fost corectat. Prestatorul va utiliza versiunea FOD disponibilă prin NuGet la momentul semnării contractului, care va fi pe .NET 10. Nu există un efort de migrare în sarcina Prestatorului legat de versiunea framework-ului FOD.
Data:
25 febr 2026, 14:34
Subiectul întrebării:
Clarificare privind respectarea SLA-urilor în cazul dependențelor de componente terțe
Întrebare:
Documentația impune timpi stricți de răspuns și soluționare în perioada de garanție (ex. 15 minute pentru erori critice și soluționare în 2 zile). Vă solicităm să clarificați care va fi procedura de suport și exonerare de penalități în situația în care incidentele semnalate sunt cauzate de bug-uri aflate direct în codul sursă al componentelor FOD (sau srviciilor interconectate gestionate de alte entități). Prestatorul va avea dreptul să modifice direct codul sursă al componentei FOD afectate, sau va fi nevoit să aștepte actualizările oficiale de la proprietarul framework-ului, caz în care SLA-ul impus devine inaplicabil din motive neimputabile Prestatorului?
Răspuns (26 febr 2026, 09:04):
În situația în care un incident din perioada de garanție este cauzat documentat de un bug în codul sursă al componentelor FOD sau al serviciilor interconectate gestionate de AGE, Prestatorul este exonerat de penalitățile de SLA aferente acelui incident, cu condiția că: a. bug-ul este raportat către AGE în termenul de răspuns impus (15 minute pentru critice), cu documentație clară a cauzei; b. Prestatorul poate propune un fix prin Pull Request către AGE, care după review va fi integrat oficial. Prestatorul nu are dreptul să modifice unilateral codul sursă al componentelor FOD. Cronometrul SLA pentru soluționare se suspendă pe durata procesării fix-ului de către AGE.
Data:
25 febr 2026, 14:34
Subiectul întrebării:
Clarificare privind obligativitatea utilizării FOD în Conturul destinat angajaților (Back-Office)
Întrebare:
Deoarece arhitectura FOD este optimizată conceptual pentru Front-Office (depunere de cereri), vă rugăm să precizați dacă utilizarea componentelor vizuale FOD este strict obligatorie și pentru dezvoltarea componentelor de Back-Office (Conturul destinat angajaților ODA și administrarea sistemului). Pentru a asigura o ergonomie superioară a managementului operațional (dashboard-uri avansate, procesare masivă de date), confirmați dacă Prestatorul poate utiliza un alt framework UI (ex. MudBlazor standard) pentru modulele interne, respectând totodată principiul arhitectural de separare a front-office-ului de back-office enunțat în Secțiunea 11.1
Răspuns (26 febr 2026, 09:04):
Componentele FOD sunt obligatorii atât pentru interfețele Front-Office cât și pentru cele Back-Office. Utilizarea unui framework UI alternativ în locul componentelor FOD nu este permisă, indiferent de modulul vizat. Pentru cazuri specifice de back-office cu cerințe de ergonomie avansată (dashboard-uri, procesare masivă), se aplică același mecanism descris la Întrebarea 1 — Prestatorul adresează AGE cu business case-ul, iar AGE decide calea de rezolvare.
Data:
25 febr 2026, 14:35
Subiectul întrebării:
Clarificare privind alinierea componentelor FOD la cerințele Modelului Unitar de Design (MUD)
Întrebare:
Caietul de sarcini (Sectiunea 11.3) impune respectarea Modelului Unitar de Design (MUD) conform HG 677/2025. Vă rugăm să confirmați dacă versiunea actuală a componentelor FOD puse la dispoziție este deja complet aliniată și conformă cu standardele vizuale MUD. În cazul în care sunt necesare modificări extinse de stilizare (CSS/Theming) ale componentelor FOD pentru a atinge conformitatea cu MUD și accesibilitatea WCAG, vă rugăm să confirmați că aceste intervenții nu vor afecta suportabilitatea și integritatea framework-ului impus de instituția responsabilă de promovarea, planificarea și coordonarea procesului de transformare digitală a serviciilor publice.
Răspuns (26 febr 2026, 09:04):
MUD este deja dezvoltat și componentele FOD v.2 sunt aliniate cu standardele vizuale MUD. MUD poate fi completat la strictă necesitate, prin același mecanism de contribuție supervizat de AGE. Intervențiile de stilizare (CSS/theming) necesare pentru conformitatea cu MUD sunt parte din responsabilitatea AGE ca proprietar al framework-ului; Prestatorul nu va fi penalizat pentru non-conformități MUD care provin din limitări ale componentelor FOD livrate. Pentru componente pentru pagini de website (în afara ariei acoperite de componentele FOD), există un repository separat de componente vanilla CSS bazate pe Bootstrap, aliniat MUD pe https://egov-moldova.github.io/design-system/Components/. Orice intervenție de stilizare propusă de Prestator va fi supusă review-ului AGE înainte de integrare. Posibil vom pune la dispozitie ceva interfete de Back Office dekja implementate pentru a servi ca inspiratie.
Doar utilizatorii autorizați ai platformei pot să adreseze întrebări în perioada de clarificări.