Выберите тип процедуры
Коммерческая закупка
21569744
1
Период разъяснений
с
19.02.2026 16:39
по 28.02.2026 09:08
по 28.02.2026 09:08
2
Подача предложений
с
28.02.2026 09:08
по 03.03.2026 09:08
по 03.03.2026 09:08
3
Аукцион
с
04.03.2026 14:00
по 04.03.2026 14:09
по 04.03.2026 14:09
4
Оценка
5
Контракт
Статус
Оценка
Оценочная стоимость без НДС
725 000 MDL
Период уточнений:
19 фев 2026, 16:39 - 28 фев 2026, 9:08
Подача предложений:
28 фев 2026, 9:08 - 3 мар 2026, 9:08
Техническая служба поддержки для поставщиков:
(+373) 79999801
Подписаться невозможно
в период Оценка
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)
Информация о заказчике
Наименование
Фискальный код/IDNO
Адрес
MD-2012, MOLDOVA, mun.Chişinău, mun.Chişinău, bd. Ștefan cel Mare și Sfânt, 134
Веб сайт
---
Контактное лицо
Данные о закупке
Дата создания
19 фев 2026, 16:39
Дата последних изменений
26 фев 2026, 9:08
Achizitii.md ID
21569744
MTender ID
CPV
72200000-7 - Servicii de programare şi de consultanţă software
Тип процедуры
Запрос ценовых оферт (услуги)
Критерии присуждения
Лучшее соотношение цена - качества
Источники финансирования
Список лотов
Документы процедуры закупок
10. declarația privind beneficiarii finali.docx
Документация к предложению
-10. declarația privind beneficiarii finali.docx
19.02.26 16:39
14. f3.3_formularul_informativ_pers_jur.docx
Документация к предложению
-14. f3.3_formularul_informativ_pers_jur.docx
19.02.26 16:39
9. f3.6_declataria privind conduita etica.docx
Документация к предложению
-9. f3.6_declataria privind conduita etica.docx
19.02.26 16:39
8. f3.5_declaraţie privind situaţia personală a operatorului economic.docx
Документация к предложению
-8. f3.5_declaraţie privind situaţia personală a operatorului economic.docx
19.02.26 16:39
modificat_anunt_de_participare_dezvoltare sistem informational.semnat.signed.pdf
modificat_anunt_de_participare_dezvoltare sistem informational.semnat.signed.pdf
История документа
-
modificat_anunt_de_participare_dezvoltare sistem informational.semnat.signed.pdf
modificat_anunt_de_participare_dezvoltare sistem informational.semnat.signed.pdf
ID: 265f67a5-ccdf-441d-9561-d6495a75c3c2
Документация к предложению
-
anunt_de_participare_dezvoltare sistem informational.semnat.signed.pdf
anunt_de_participare_dezvoltare sistem informational.semnat.signed.pdf
ID: 265f67a5-ccdf-441d-9561-d6495a75c3c2
Документация к предложению
Документация к предложению
modificat_anunt_de_participare_dezvoltare sistem informational.semnat.signed.pdf
25.02.26 10:01
modificat_caiet de sarcini cabinetul autorizat oda.semnat (2).pdf
modificat_caiet de sarcini cabinetul autorizat oda.semnat (2).pdf
История документа
-
modificat_caiet de sarcini cabinetul autorizat oda.semnat (2).pdf
modificat_caiet de sarcini cabinetul autorizat oda.semnat (2).pdf
ID: 3b065ac4-b3fb-4a5a-90d4-ce98917528a5
Документация к предложению
-
caiet de sarcini cabinetul autorizat oda.semnat (1).pdf
caiet de sarcini cabinetul autorizat oda.semnat (1).pdf
ID: 3b065ac4-b3fb-4a5a-90d4-ce98917528a5
Документация к предложению
Документация к предложению
modificat_caiet de sarcini cabinetul autorizat oda.semnat (2).pdf
26.02.26 09:08
Дата:
23 фев 2026, 11:49
Название вопроса:
Integrare back-office cu care va interacționa cabinetul personal al utilizatorului autorizat
Вопрос:
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?
Ответ (23 фев 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.
Дата:
23 фев 2026, 11:58
Название вопроса:
larificare privind implicarea experților non-cheie pentru livrabile de tip User Guides și ghiduri video
Вопрос:
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?
Ответ (23 фев 2026, 13:37):
Este permisă atragerea și implicarea unor alte persoane sau aceste atribuții pot fi executate de către experții cheie.
Дата:
23 фев 2026, 12:00
Название вопроса:
Clarificare privind modul de acceptanță și facturare în contextul livrărilor agile pe sprinturi
Вопрос:
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?
Ответ (23 фев 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.
Дата:
23 фев 2026, 12:07
Название вопроса:
Clarificare privind justificarea (business/tehnică) pentru arhitectura pe microservicii
Вопрос:
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.
Ответ (23 фев 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.
Дата:
23 фев 2026, 19:05
Название вопроса:
Clarificări privind documentația de atribuire
Вопрос:
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 ?
Ответ (25 фев 2026, 09:59):
Buna ziua, discrepanța intre termene limite este o greseala tehnică. rog sa vedeti anuntul corectat.
Дата:
23 фев 2026, 19:07
Название вопроса:
Clarificări privind documentația de atribuire - calificare a personalului
Вопрос:
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 ?
Ответ (25 фев 2026, 10:00):
Aceasta cerinte a fost scoasă.
Дата:
25 фев 2026, 14:33
Название вопроса:
Clarificare privind flexibilitatea și extinderea componentelor FOD
Вопрос:
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.
Ответ (26 фев 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.
Дата:
25 фев 2026, 14:33
Название вопроса:
Clarificare privind discrepanța versiunilor tehnologice (.NET 8 vs. versiunea FOD)
Вопрос:
Î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.
Ответ (26 фев 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.
Дата:
25 фев 2026, 14:34
Название вопроса:
Clarificare privind respectarea SLA-urilor în cazul dependențelor de componente terțe
Вопрос:
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?
Ответ (26 фев 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.
Дата:
25 фев 2026, 14:34
Название вопроса:
Clarificare privind obligativitatea utilizării FOD în Conturul destinat angajaților (Back-Office)
Вопрос:
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
Ответ (26 фев 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.
Дата:
25 фев 2026, 14:35
Название вопроса:
Clarificare privind alinierea componentelor FOD la cerințele Modelului Unitar de Design (MUD)
Вопрос:
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.
Ответ (26 фев 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.
Вопросы в период разъяснений могут задавать только авторизованные пользователи платформы.
Документ успешно подписан
OK