Selectaţi tipul procedurii
Statut
Anulat
Valoarea estimată fără TVA
27 500 000 MDL
Perioada clarificărilor:
19 mai 2026, 8:13 - 28 mai 2026, 9:00
Perioada de depunere a ofertelor:
28 mai 2026, 9:00 - 12 iun 2026, 9: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.
Soluție de stocare a datelor de tip enterprise
Informația despre anulare
Motivul anulării
Caiet de sarcini gresit.
Data anulării
19 mai 2026, 11:28
Informaţia despre solicitant
Codul fiscal/IDNO
Adresa
2033, MOLDOVA, mun.Chişinău, locality, Piata Marii Adunari Nationale nr.1
Web site
---
Persoana de contact
Datele achizitiei
Data publicării
19 mai 2026, 8:08
Data ultimilor modificări
19 mai 2026, 11:28
Achizitii.md ID
21620986
MTender ID
CPV
48800000-6 - Sisteme de informare şi servere
Tipul procedurii
Licitație deschisă
Criteriu de atribuire
Preţul cel mai scăzut
Surse de finanțare
Lista loturilor
Data:
19 mai 2026, 09:59
Subiectul întrebării:
Referitor la C2.10
Întrebare:
Având în vedere că soluțiile moderne enterprise utilizează discuri NVMe cu capacități variate (3.84TB, 7.68TB, 15.36TB, 30.72TB), solicităm clarificare: Capacitatea minimă a discului de 7.68TB este o cerință strict obligatorie sau acceptați configurații echivalente cu discuri de capacitate mai mare sau mai mică, atâta timp cât volumul total de 60TB NVMe RAW este respectat? Limitarea la o capacitate specifică a discului poate restricționa nejustificat concurența.
Data:
19 mai 2026, 09:59
Subiectul întrebării:
Referitor la C2.13
Întrebare:
Solicităm clarificare privind cerința de RAID cu paritate triplă: Această cerință se referă la o tehnologie specifică (de exemplu, RAID-TP de la Huawei) sau acceptați tehnologii echivalente cu un nivel similar de redundanță și protecție, cum ar fi Dynamic Disk Pool (DDP), RAID-DP, RAID-3D, Distributed RAID 6 sau alte arhitecturi proprietare care oferă protecție echivalentă sau superioară împotriva pierderii multiple a discurilor?
Data:
19 mai 2026, 10:00
Subiectul întrebării:
Referitor la C2.21
Întrebare:
Cerința de 1.100.000 IOPS la latență de 2ms este formulată pentru întregul sistem propus. Solicităm clarificare: Aceste valori trebuie atinse în configurația minimă livrată (60TB RAW, 1 nod cu 2 controllere) sau în configurația maximă scalabilă? În plus, ce metodologie standard de testare va fi acceptată: SPC-1, SNIA SSS PTS, sau rapoarte interne ale producătorului? Diferiți producători raportează IOPS-uri prin metodologii diferite.
Data:
19 mai 2026, 10:00
Subiectul întrebării:
Referitor la C2.12
Întrebare:
Cerința de 1TB Cache per Node se referă strict la DRAM cache, sau include și SSD cache, NVDIMM, sau alte arhitecturi moderne de tiering? Soluțiile moderne folosesc adesea o combinație de DRAM (mai mic, ex. 256-512GB) și NVMe/SCM ca acceleratoare, oferind performanță echivalentă sau superioară unui DRAM cache de 1TB. Acceptați configurații echivalente funcțional?
Data:
19 mai 2026, 10:01
Subiectul întrebării:
Referitor la C2.22
Întrebare:
Cerința de suport simultan pentru protocoale FC, iSCSI, NVMe over TCP, NVMe over FC, NFS, S3, CIFS/SMB pe același sistem este o cerință strict obligatorie? Soluțiile modulare (Dell PowerStore, Pure FlashArray, HPE Alletra) oferă protocoale specializate la nivel de cluster sau prin gateway-uri dedicate, ceea ce reprezintă o arhitectură industrială preferată pentru izolare și securitate. Acceptați soluții care îndeplinesc cerințele funcționale prin nodes/gateways dedicate?
Data:
19 mai 2026, 10:01
Subiectul întrebării:
Referitor la C2.23
Întrebare:
Confirmați vă rog dacă cerința de NFS Kerberos Authentication este obligatorie sau opțională. În cazul în care soluția propusă suportă alte mecanisme echivalente sau superioare de autentificare (NTLM, LDAP/AD direct, OAuth2, SAML, Active Directory native integration), acestea sunt acceptate?
Data:
19 mai 2026, 10:02
Subiectul întrebării:
Referitor la C3.3
Întrebare:
Cerința de 500 unități logice izolate (multi-tenancy) este formulată ca minim. Solicităm clarificare: Beneficiarul preconizează utilizarea efectivă a acestui număr de tenants, sau este o cerință de scalabilitate teoretică? În cazul în care numărul real de tenants utilizați va fi semnificativ mai mic (ex. 50-100), considerați acceptabilă o soluție care suportă un număr mai mic, dar suficient pentru necesitățile reale operaționale?
Data:
19 mai 2026, 11:16
Subiectul întrebării:
C2.42, C2.43
Întrebare:
Solicităm clarificări privind modulele QSFP: pentru partea Storage-site (C2.42) sunt acceptate module originale ale producătorului storage-ului, dar pentru Switch-site (C2.43) se cer module compatibile Cisco. De ce această asimetrie? Acceptați module compatibile pe ambele părți (de la producători terți acreditați), care funcționează identic la fracțiune de cost? În plus, ce model specific de switch Cisco este utilizat la beneficiar (Nexus 9000, MDS 9700, alt), pentru a asigura compatibilitatea fără ambiguități?
Data:
19 mai 2026, 11:16
Subiectul întrebării:
C1.11
Întrebare:
Cerința de integrare cu Nakivo backup și suport oficial «de la ambii vendori» — vă rugăm să confirmați dacă lista oficială Nakivo Storage Integration Matrix (publicată pe site-ul nakivo.com) este acceptată ca dovadă suficientă, sau este necesară confirmarea bilaterală scrisă separată? Acest aspect afectează semnificativ termenul de pregătire a documentației.
Data:
19 mai 2026, 11:16
Subiectul întrebării:
C1.6, C1.7, C1.8
Întrebare:
Pentru garanția hardware de 5 ani și subscripțiile de 5 ani — vă rugăm să clarificați: Este acceptabil ca garanția să fie furnizată prin SLA-ul ofertantului certificat ca partener autorizat al producătorului (cu confirmare scrisă de la producător privind acoperirea), sau este obligatoriu un contract direct între STISC și producător? Această clarificare este importantă pentru ofertanții care lucrează prin distribuitori regionali.
Data:
19 mai 2026, 11:16
Subiectul întrebării:
C1.10
Întrebare:
Cerința ca beneficiarul să aibă acces independent la documentație, licențe, subscripții «inclusiv după expirarea perioadei de 5 ani» — solicităm clarificare: Această cerință include accesul perpetual la actualizări software după 5 ani, sau doar accesul la versiunile existente la momentul expirării? Această distincție este critică pentru calcularea TCO-ului.
Data:
19 mai 2026, 11:17
Subiectul întrebării:
Termenul de depunere
Întrebare:
Având în vedere complexitatea soluției și impactul deciziei asupra continuității serviciilor critice STISC, solicităm prelungirea termenului de depunere a ofertelor cu minim 14 zile calendaristice, pentru a permite tuturor ofertanților potențiali să obțină ofertele de la producători, să efectueze validări tehnice și să pregătească documentația completă conform tuturor cerințelor (C1-C3).
Doar utilizatorii autorizați ai platformei pot să adreseze întrebări în perioada de clarificări.
Document semnat cu succes
OK