Achiziție - Achiziționarea Unităților de procesare (Server)

Vă rugăm să acceptați majorarea termenului maxim de livrare de la 45 la 90 de zile calendaristice, având în vedere specificul echipamentelor ofertate, termenele de producție ale producătorului și durata proceselor logistice internaționale.
Menționăm că această ajustare nu afectează caracteristicile tehnice, calitatea produselor ofertate sau angajamentul nostru privind îndeplinirea corespunzătoare a obligațiilor contractuale, ci urmărește asigurarea livrării complete și conforme a echipamentelor.

... afișează tot conținutul

Grupul de lucru pentru achiziții a examinat întrebarea înaintată referitor la extinderea termenului de livrare a bunurilor pînă la 90 zile, așa dar menționăm că conform alocărilor din contul bugetului de stat aprobat pentru anul 2026 de către Ministerul de Finanțe, achiziția nu poate fi extinsă către an.2027. Respectiv se menține termenul de livrare 45 zile conform anunțului de participare.

... afișează tot conținutul

Referință din Caietul de Sarcini: Punctele 1.8, 1.13 și 1.18 si (răspuns stisc 7607 16.10.2026.PDF)
„Referitor la cerințele specificate la punctele 1.8, 1.13 și 1.18 privind compatibilitatea și sistemele de operare suportate:În cadrul cerințelor tehnice se solicită, pe de o parte, certificarea serverului în VMware Compatibility Guide pentru ESXi 8.0 Update 3 (pct. 1.8) și compatibilitatea cu vSAN ESA / Cloud Foundation (pct. 1.18), iar pe de altă parte, este indicat suportul pentru diverse medii de operare de tip Standalone (Microsoft Windows Server, RHEL etc. - pct. 1.13).
Solicităm autorității contractante să clarifice tipul de sistem dorit și să confirme că va fi acceptat un echipament din clasa Hyperconverged Infrastructure (HCI) / vSAN Ready Node, certificat de producătorul echipamentului direct în VMware Compatibility Guide pentru vSAN ESA. Argumentare: Echipamentele din clasa HCI / vSAN Ready Node sunt proiectate, optimizate și certificate de producător special pentru platformele hiperconvergente (vSAN ESA), iar rulatea altor sisteme de operare solicitate la pct. 1.13 (Windows Server, RHEL) se efectuează în mod nativ sub formă de mașini virtuale (VM) găzduite pe stratul de hipervizor ESXi. Confirmarea acestei clase de echipament garantează autorității contractante stabilitatea și performanța maximă a infrastructurii critice.”

... afișează tot conținutul

Grupul de lucru pentru achiziții a examinat întrebarea înaintată referitor la compatibilitatea sistemelor de operare și tipul de arhitectură, la care comunicăm că cerințele tehnice sunt cele prevăzute în Caietul de sarcini. Conform pct. 1.8 (cerință obligatorie, eliminatorie), modelul exact de server oferit trebuie să fie listat în VMware Compatibility Guide (categoria Systems / Server) ca sistem suportat pentru VMware ESXi 8.0 Update 3 (sau o versiune ulterioară), valid și publicat la data depunerii ofertei, iar referința directă la listare (URL și/sau captură de ecran) se prezintă alături de ofertă. Caietul de sarcini nu impune o anumită clasă comercială de echipament; un echipament din clasa HCI / vSAN Ready Node este acceptat, cu condiția îndeplinirii tuturor cerințelor din Caietul de sarcini, inclusiv a celei de la pct. 1.8. Pct. 1.13 indică mediile de operare suportate de echipament (Microsoft Windows Server, Microsoft Hyper-V, Red Hat Enterprise Linux, VMware vSphere / ESXi 8.0 Update 3 sau o versiune ulterioară) și nu impune rularea acestora în regim standalone. Caietul de sarcini nu se modifică.

... afișează tot conținutul

Buna ziua. Apelam la grupul de lucru pentru achizitii publice al Inspectoratului General pentru migratie cu o solicitare de a completa formularul Anuntului fisierului documentatia standard it server 2026.docx si de a pune la dispozitie pentru operatori economici forma redactabila al anuntului (format Word).

... afișează tot conținutul

Grupul de lucru pentru achiziții a examinat întrebarea înaintată ce ține de atașarea Aunțului de participare în (format Word), la care comunicăm că acesta va rămîne în pdf. dar va fi atașat Caietul de sarcini anexa la anunțul de participare în (format Word) conform solicitării

... afișează tot conținutul

Buna ziua. Ne adresam REPETAT ca sa completati continutul Anuntului in fisierul care la-ti numit documentatia standard it server 2026.docx. Sunteti OBLIGATI ca Autoritatea Contractanta sa puneti la dispozitie Operatorilor Economici doritori sa participe la procedura in cauza Documentatia Standart completata din partea Dvs.

... afișează tot conținutul

Grupul de lucru pentru achiziții a examinat întrebarea înaintată Repetat ce ține de atașarea Aunțului de participare în (format Word), la care comunicăm că acesta este atașat pe platformă conform prevederilor legale, nu este clare care este necitatea în (format Word). Dacă acesta va ajuta în careva măsură la o bună depunere a unei oferte avantajoase pentru obiectul achiziției.

... afișează tot conținutul

Referință din Caietul de Sarcini: Punctul 1.18 (Cryptographic certification FIPS) si (răspuns stisc 7607 16.10.2026.PDF)
„Referitor la cerința privind prezentarea certificatului NIST CMVP pentru modulul criptografic de criptare a datelor în repaus (AES-XTS) în mediul VMware vSAN ESA / ESXi (pct. 1.18):
Vă rugăm să clarificați obiectul acestei cerințe, având în vedere că obiectul achiziției îl constituie doar furnizarea echipamentului hardware (Server), iar funcția de criptare Data-at-Rest în arhitecturile vSAN ESA este executată exclusiv la nivel software de către kernel-ul sistemului de operare/hipervizorului VMware ESXi (prin modulul VMkernel Cryptographic Module, certificat FIPS 140-3 sub numărul NIST CMVP #4815) sau/ si cu ajutorul unui sitem KMS extern, conform documentației oficiale Broadcom/VMware:
https://www.vmware.com/resources/certifications/fips
https://csrc.nist.gov/CSRC/media/projects/cryptographic-module-validation-program/documents/security-policies/140sp4815.pdf
https://techdocs.broadcom.com/us/en/vmware-cis/vsan/vsan/8-0/vsan-administration/using-encryption-in-a-vsan-cluster-1/vsan-data-at-rest-encryption/how-vsan-data-at-rest-encryption-works.html
În acest sens, vă rugăm să confirmați că:
a. Cerința privind modulul criptografic FIPS se consideră îndeplinită prin livrarea unui server a cărui platformă hardware (inclusiv modulul de securitate hardware TPM 2.0 integrat) este complet certificată și compatibilă de către producător pentru a rula versiunile de VMware ESXi / vSAN ESA cu modulul FIPS activat.
b. Nu se solicită furnizarea de licențe software suplimentare de criptare terțe sau soluții KMS externe ca parte a echipamentului hardware ofertat.

... afișează tot conținutul

Grupul de lucru pentru achiziții a examinat întrebarea înaintată referitor la modulul criptografic FIPS, la care comunicăm că pct. 1.18 din Caietul de sarcini rămâne neschimbat. Modulul criptografic utilizat pentru criptarea datelor în repaus (AES-XTS) în soluția VMware vSAN ESA / VMware Cloud Foundation oferită și în build-ul ESXi / VCF oferit trebuie să dețină un certificat NIST CMVP valid, cu statusul Active la data depunerii ofertei (FIPS 140-3 sau FIPS 140-2). Ofertantul va indica denumirea exactă și versiunea modulului, numărul certificatului CMVP și dovada Broadcom/VMware că acest modul realizează criptarea datelor în repaus vSAN ESA în build-ul oferit. Un certificat care acoperă doar BMC, iLO, iDRAC, TPM sau TLS (OpenSSL) nu se acceptă ca dovadă; prin urmare, compatibilitatea hardware a serverului și prezența TPM 2.0 nu înlocuiesc această dovadă. Caietul de sarcini nu prevede furnizarea de licențe software suplimentare de criptare sau a unei soluții KMS externe ca parte a echipamentului ofertat.

... afișează tot conținutul

Referință din Caietul de Sarcini: Punctul 1.19 (Platform firmware security & root of trust) si (răspuns stisc 7607 16.10.2026.PDF)
„Referitor la cerința privind securitatea firmware-ului și implementarea modulului de securitate ancorat în hardware (Hardware/Silicon-anchored Root of Trust) conform standardului NIST SP 800-193 (pct. 1.19):
Vă rugăm să confirmați că îndeplinirea acestei cerințe se va demonstra prin prezentarea documentației tehnice oficiale a producătorului echipamentului (Security Whitepaper / Fișe de securitate), care atestă că serverul ofertat dispune de:
1. Un cip de securitate hardware integrat pe placa de bază (Hardware Root of Trust) ce verifică cu cheie criptografică integritatea imaginilor de BIOS și BMC/Service Processor la fiecare pornire (boot).
2. Controller de management (BMC) ce include un mod avansat de securitate (ex. Enterprise Strict Security mode) ce aplică nativ cerințele standardelor FIPS 140-3 și NIST SP 800-193 pentru protecția, detectarea și recuperarea automată a firmware-ului.”

... afișează tot conținutul

Grupul de lucru pentru achiziții a examinat întrebarea înaintată referitor la securitatea firmware-ului și root of trust, la care comunicăm că, conform pct. 1.19 din Caietul de sarcini, platforma serverului trebuie să implementeze reziliența firmware-ului în conformitate cu NIST SP 800-193 (protecția, detecția și recuperarea firmware-ului) și un root of trust ancorat în siliciu / hardware, care verifică integritatea firmware-ului BIOS și BMC / service processor la pornire. Ofertantul va documenta mecanismul și va prezenta documentația de securitate a producătorului (whitepaper / fișe de securitate) care atestă aceste cerințe. Caietul de sarcini nu impune un anumit mod de implementare, iar soluțiile echivalente sunt acceptate dacă îndeplinesc cerința și sunt documentate de producător. Existența unui mod avansat de securitate a BMC care aplică FIPS 140-3 nu este cerută de Caietul de sarcini; aceasta poate fi prezentată suplimentar, dar nu înlocuiește documentația solicitată la pct. 1.19. Caietul de sarcini nu se modifică.

... afișează tot conținutul

Conform documentației oficiale Broadcom/VMware criptarea in repaos se efectuează de modulele produselor VMware, iar caietului de sarcini si clarificarea primita -Răspuns (23 oct 2026, 11:15) prevăd doar livrarea de HW (insasi serverul) si SW cu licente aferente pentru funcționarea echipamentului si nu sant cerute alte produse SW tip VMware/ vSAN sau KMS extern.
In acest caz, va rugăm sa confirmați că se solucită ca ofertantul sa prezinte dovezi sau informații pentru produsele care nu fac parte din achiziție si respectiv nu sânt livrate?
Va rugam sa clarificați noțiunea de Modul Criptografic sau sa prezentați un exemplu de modul similar pentru înțelegerea corecta a cerinței si excluderea ambiguității.

... afișează tot conținutul

Grupul de lucru pentru achiziții a examinat întrebarea înaintată referitor la modulul criptografic, la care comunicăm următoarele. Cerința nu a fost introdusă prin răspunsul din 23.10.2026, ora 11:15, ci este prevăzută în Caietul de sarcini, la pct. 1.18 (Cryptographic certification FIPS), anexă la anunțul de participare, în legătură cu pct. 1.8 și 1.13. Prin răspunsul publicat la 23.10.2026, ora 11:15, autoritatea contractantă a menținut această cerință fără modificări și a precizat că Caietul de sarcini nu prevede furnizarea de licențe software suplimentare de criptare sau a unei soluții KMS externe. Obiectul achiziției îl constituie serverul; nu se solicită livrarea de produse software VMware / vSAN. Pct. 1.18 este o cerință de dovadă documentară, nu de livrare: modulul criptografic utilizat pentru criptarea datelor în repaus (AES-XTS) în soluția VMware vSAN ESA / VMware Cloud Foundation și în build-ul ESXi / VCF pentru care se prezintă dovada trebuie să dețină un certificat NIST CMVP valid, cu statusul Active la data depunerii ofertei (FIPS 140-3 sau FIPS 140-2). Ofertantul identifică denumirea exactă și versiunea modulului, indică numărul certificatului CMVP și prezintă dovada Broadcom/VMware că modulul realizează criptarea datelor în repaus vSAN ESA în build-ul indicat. Prin modul criptografic se înțelege ansamblul de componente hardware, software sau firmware care implementează funcții criptografice (de exemplu, algoritmul AES-XTS), într-o limită criptografică definită și validat în cadrul programului NIST CMVP. Ca exemplu în sensul pct. 1.18: modulul criptografic al hipervizorului VMware ESXi care execută criptarea datelor în repaus. Un certificat pentru un modul care nu este demonstrabil utilizat pentru această criptare, inclusiv un certificat care acoperă doar BMC, iLO, iDRAC, TPM sau TLS (OpenSSL), nu se acceptă ca dovadă. Caietul de sarcini nu se modifică.

... afișează tot conținutul

Stimată autoritate contractantă ! Conform pct. 11 din anunțul de participare, precum și clarificărilor Dumneavoastră, livrarea echipamentului trebuie efectuată în termen de maximum 45 de zile calendaristice de la data înregistrării contractului la Trezoreria de Stat. Totodată, pct. 12 stabilește valabilitatea contractului până la 31.12.2026. Având în vedere că livrarea efectivă și înregistrarea facturilor fiscale pentru achitare trebuie realizate în mod cert nu mai târziu de 23.12.2026, posibilitatea de a beneficia de întregul termen de livrare declarat este îndoielnică. Termenul-limită de depunere a ofertelor este 09.11.2026. Ulterior, urmează desfășurarea licitației electronice, evaluarea ofertelor și respectarea termenului legal de așteptare înainte de încheierea contractului (11 zile). Într-un scenariu favorabil, înregistrarea contractului ar putea avea loc aproximativ la 27.11.2026. În acest caz, până la 23.12.2026 rămân doar 26 de zile calendaristice în locul celor 45 declarate. Prin urmare, termenul de livrare declarat și termenul de valabilitate a contractului sunt contradictorii, ceea ce este inadmisibil. Serverul solicitat are o configurație complexă, nu este un produs de stoc și necesită plasarea unei comenzi la producător. A conta pe disponibilitatea imediată, în vreun stoc, a unui echipament care corespunde integral cerințelor sau pe accelerarea semnificativă a producției și livrării la sfârșit de an este, cel puțin, nerealist. Astfel, reducerea efectivă a termenului de livrare creează un avantaj pentru un participant care a comandat anticipat echipamentul și îl are deja în stoc sau în tranzit spre Republica Moldova și limitează posibilitatea de participare a altor furnizori capabili să ofere echipamente conforme cerințelor tehnice.
În contextul celor expuse, vă rugăm să precizați dacă furnizorului îi vor fi acordate integral cele 45 de zile calendaristice de la data înregistrării contractului la Trezoreria de Stat, inclusiv cu posibilitatea livrării în ianuarie 2027, cu ajustarea corespunzătoare a termenului de valabilitate a contractului și a condițiilor de recepție și achitare. În caz contrar, vă rugăm să indicați data-limită efectivă de livrare și să explicați cum se corelează aceasta cu termenul declarat de 45 de zile calendaristice. Vă rugăm să eliminați această incertitudine și să corelați termenele din documentația de atribuire, astfel încât participanții să poată evalua obiectiv posibilitatea executării contractului și să își pregătească ofertele. În cazul menținerii condițiilor contradictorii, ne rezervăm dreptul de a depune o contestație la Agenția Națională pentru Soluționarea Contestațiilor.
Vă mulțumim pentru un răspuns echilibrat și argumentat.

... afișează tot conținutul

Grupul de lucru pentru achiziții a examinat întrebarea înaintată referitor la termenul de livrare, la care comunicăm că achiziția se finanțează din bugetul de stat aprobat pentru anul 2026 de către Ministerul Finanțelor, iar livrarea și plata nu pot fi extinse în anul 2027. Termenul de livrare este de maximum 45 zile calendaristice de la data înregistrării contractului la Trezoreria de Stat, dar în orice caz nu mai târziu de 23.12.2026, pentru a permite recepția bunurilor și înregistrarea facturilor fiscale în anul 2026. Valabilitatea contractului este până la 31.12.2026. Pentru coerența documentației de atribuire, pct. 11 și pct. 12 din anunțul de participare vor fi modificate în mod corespunzător. Termenul se aplică în mod egal tuturor operatorilor economici, care însuși evaluează posibilitatea executării contractului în aceste condiții înainte de depunerea ofertei.

... afișează tot conținutul

„pct. 11. Termenii şi condițiile de livrare/prestare/executare solicitați: Livrarea se va face din contul ofertantului, conform solicitări autorității contractante la sediul Inspectoratului General pentru Migrație mun. Chișinău, bd. Stefan cel Mare, 124, conform anexei nr. 23 din Documentația standard, în termen de până la 45 zile calendaristice din data înregistrării contractului la Trezoreria de Stat a Ministerului Finanțelor."

considerăm că această cerință este nejustificat de restrictivă și are efectul de a limita concurența în cadrul procedurii de achiziție.

Echipamentele solicitate reprezintă servere enterprise cu configurații complexe, care, în mod normal, sunt produse și configurate la comandă de către producător după confirmarea configurației finale și emiterea ordinului de achiziție. Termenele de producție și livrare pentru asemenea echipamente depășesc frecvent 45 de zile calendaristice și depind de disponibilitatea componentelor critice și de capacitatea de producție a fabricantului.

În aceste condiții, cerința privind livrarea în maximum 45 de zile favorizează în mod evident exclusiv operatorii economici care dețin deja echipamentele în stoc sau care au comandat anterior inițierii procedurii bunuri identice cu cele solicitate. Prin urmare, cerința restrânge artificial cercul participanților și reduce nivelul concurenței, fiind de natură să creeze avantaje nejustificate anumitor operatori economici.

Considerăm că pentru echipamentele solicitate un termen de livrare realist și proporțional cu practicile actuale ale pieței este de 90-120 zile calendaristice, perioadă care permite producerea, configurarea, testarea, transportul și livrarea conformă a echipamentelor de către producătorii internaționali.

Mai mult, în cazul în care această cerință este determinată de necesitatea valorificării mijloacelor financiare alocate pentru anul bugetar curent, menționăm că asemenea considerente nu pot justifica limitarea concurenței și restrângerea accesului operatorilor economici la procedura de achiziție. Necesitatea utilizării bugetului disponibil nu poate prevala asupra principiilor fundamentale ale achizițiilor publice, respectiv concurența loială, tratamentul egal, nediscriminarea și proporționalitatea.

Autoritatea contractantă are obligația de a planifica și iniția procedurile de achiziție în termene care să permită participarea efectivă a tuturor operatorilor economici interesați și livrarea bunurilor în condiții reale de piață, fără instituirea unor cerințe care avantajează exclusiv furnizorii aflați într-o poziție privilegiată.

Solicităm modificarea termenului de livrare la minimum 90 de zile calendaristice, recomandabil 120 de zile calendaristice, pentru a asigura respectarea principiilor concurenței și participarea unui număr cât mai mare de operatori economici.

În cazul menținerii cerinței în forma actuală, aceasta va fi contestată ca o cerință restrictivă, disproporționată și discriminatorie, care limitează în mod nejustificat concurența și favorizează operatorii economici ce dispun deja de echipamentele solicitate în stoc sau comandate anterior lansării procedurii de achiziție.

... afișează tot conținutul

Grupul de lucru pentru achiziții a examinat întrebarea înaintată referitor la termenul de livrare, la care comunicăm că procedura de achizi'ie este Repetată avînd în vedere că cerințile tehnice propuse de operatorii economici nu au întrunit cerințele solicitate de administratorul care va gestiona Unitatea de procesare a datelor STISC. Respectiv reieșind din stricta necesitate întru dezvoltarea sistemelor informaționale gestionate ale Inspectoratului General pentru Migrație fiind ajustate cerințile tehnice cu autoritățile responsabile STI, STISC, AGE, a fost lansată o procedură nouă de achiziție prin licitație deschisă fără a limita accesul și participarea mai multor Operatori economici, fără limitare reieșind din condițiile bugetului de stat aprobat pentru anul 2026 de către Ministerul Finanțelor, astfel livrarea bunurilor și ulterior achitarea acestora nu pot fi extinse pentru anul următor. Termenul de livrare este stabilit de pînă la 45 zile calendaristice de la data înregistrării contractului la Trezoreria de Stat, reișind din situația reală stabilită la momentul actual dar în orice caz nu poate fi mai târziu de 31.12.2026, pentru a permite recepția bunurilor și înregistrarea facturilor fiscale în anul 2026. Astfel Autoritatea contractantă nu a aplicat la alte proceduri de aciziție permise de legislație Legea 131/2025 art.51 Licitație restrînsă; art.55 Negociere fără pubilcare; pentru a limita accesul OE la procedura de achiziți. AC a inițiat o procedură LD transparentă pentru toți operatorii economicii în limitele prevederilor legale și mijloacelor financiare disponibile pentru achiziționarea bunului menționat în AP.

... afișează tot conținutul

Stimată autoritate contractantă,
Judecând după documentele publicate, caietul de sarcini a fost elaborat cu participarea directă a specialiștilor STISC, fapt confirmat prin scrisoarea nr. 1.4/1890/26 din 16.10.2026 și specificațiile tehnice anexate acesteia. În acest context, am dori să înțelegem de ce perioada de garanție de 5 ani, prevăzută de STISC, a fost redusă la 3 ani și de ce au fost modificate condițiile inițiale de deservire tehnică. De asemenea, cine și în baza căror argumente a introdus cerințele obligatorii privind certificatele Certified Design Engineer, Certified Integration Engineer și Certified Integration Technician, care lipsesc cu desăvârșire din specificațiile STISC? Totodată, denumirile acestor certificate coincid în mod suspect cu cele ale certificărilor oferite de compania Milestone Systems, destinate specialiștilor în proiectarea, instalarea și integrarea sistemelor de supraveghere video, inclusiv a soluțiilor bazate pe NVR. Ce legătură au asemenea certificări cu livrarea și deservirea echipamentelor de tip server? Au fost coordonate cu STISC modificările condițiilor de garanție și deservire tehnică, precum și cerințele privind certificatele menționate? Dacă da, prin ce document se confirmă această coordonare?
Vă mulțumim anticipat pentru clarificări.

... afișează tot conținutul

La punctul 26 din Anuntul de participare sunt prevazute urmatoarele: Termenul de valabilitate a ofertelor: nu mai putin de 60 de zile de la data depunerii ofertelor. Avand in vedere ca potentialii participanti pot depune ofertele la date diferite, conform formularii actuale, acest lucru conduce la date diferite de expirare a termenului de valabilitate a ofertelor. In plus, termenul de valabilitate a ofertelor de 60 de zile nu se coreleaza in niciun fel cu punctul 12 din Anuntul de participare si cu precizările dumneavoastra categorice referitoare la termenele de livrare a echipamentelor. Mai mult decat atat, orice banca, in mod firesc, va solicita clarificari privind termenul de valabilitate a CONTRACTULUI, care expira inainte de expirarea termenului de valabilitate a ofertei (ne referim la garantia pentru participarea la licitatie, nu la garantia de buna executie a contractului). Prin urmare, va rugam sa clarificati cum trebuie sa procedeze operatorii economici pentru a putea prezenta documentele corecte.

... afișează tot conținutul