Achiziție - Servere și sisteme de stocare (perioada 2024-2026)

Vă rugăm să precizați ce înseamnă „localizați pe teritoriul RM”: domiciliu, loc de muncă permanent în RM, disponibilitate de intervenție în RM în timpii SLA? (Pentru a evita interpretări arbitrare și respingeri formale.)

... afișează tot conținutul

Prin „localizați pe teritoriul Republicii Moldova" se înțelege disponibilitatea de intervenție în timpii SLA specificați. Ofertanții trebuie să demonstreze capacitatea de a asigura serviciile de suport și mentenanță conform cerințelor documentației, indiferent de modalitatea organizatorică (prezență permanentă, parteneriate locale autorizate, etc.).

... afișează tot conținutul

Având în vedere volatilitatea prețurilor la echipamente hardware și faptul că listele de preț ale producătorilor/distribuitorilor se pot actualiza la început de an, vă rugăm să clarificați dacă autoritatea contractantă va revizui valoarea estimată sau, alternativ, cum va aplica în mod nediscriminatoriu restricția privind „ofertele care depășesc cu 30% suma estimată”, astfel încât să nu fie excluși operatori economici din motive obiective de piață.”

... afișează tot conținutul

Pragul de 30% menționat nu reprezintă o restricție stabilită de autoritatea contractantă, ci o prevedere legală obligatorie. Conform Legii nr. 131/2015 privind achizițiile publice, Articolul 71, alin. (1), lit. d):
„Autoritatea contractantă, din proprie inițiativă, anulează procedura de atribuire a contractului de achiziții publice, dacă ia această decizie înainte de data transmiterii comunicării privind rezultatul aplicării procedurii de achiziție publică, în următoarele cazuri: [...] d) au fost depuse numai oferte care: – depășesc cu 30% valoarea estimată a achiziției, calculată conform prezentei legi."
Valoarea estimată a fost stabilită în conformitate cu prevederile legale și pe baza studiului de piață efectuat. Aplicarea acestei prevederi se realizează uniform și nediscriminatoriu pentru toți operatorii economici participanți.

... afișează tot conținutul

10. Având în vedere că documentația de atribuire pune un accent major pe nivelurile de servicii (SLA) – inclusiv suport 24×7, timpi de răspuns/soluționare și intervenții on-site – vă rugăm să clarificați rațiunea pentru care, la criteriile de calificare, se solicită ISO 9001 și ISO 27001, dar nu se solicită și un standard specific de management al serviciilor IT, cum este ISO/IEC 20000-1, care vizează direct organizarea și controlul proceselor de furnizare a serviciilor IT conform SLA. În acest context, vă rugăm să precizați dacă autoritatea contractantă consideră ISO/IEC 20000-1 relevant pentru asigurarea SLA și, dacă da, de ce nu a fost inclus ca cerință (sau criteriu alternativ/echivalent) și cum intenționează să verifice, în mod obiectiv și nediscriminatoriu, capacitatea ofertantului de a opera și menține un sistem de management al serviciilor compatibil cu nivelurile SLA solicitate.

... afișează tot conținutul

Cerințele de calificare, inclusiv certificările solicitate, sunt stabilite în documentația de achiziție – anunțul de participare. ISO/IEC 20000-1 nu este inclus ca cerință obligatorie. Capacitatea ofertantului de a respecta nivelurile SLA va fi evaluată pe baza documentelor de calificare solicitate și a propunerii tehnice prezentate suplinită de declarația ofertantului/furnizorului privind îndeplinirea cuprinzătoare a cerințelor stabilite în anexa nr.2.

... afișează tot conținutul

Având în vedere clarificarea anterioară conform căreia SSD QLC nu este acceptat „din considerente de durabilitate”, vă rugăm să detaliați criteriile tehnice concrete pe baza cărora se evaluează această durabilitate, respectiv:
a) valoarea minimă acceptată pentru DWPD / TBW,
b) perioada de referință (ex. 5 ani),
c) corelarea cu profilul de workload solicitat (70% read / 30% write, bloc 16KB – cerința 8.2).
În acest context, vă rugăm să clarificați dacă sunt acceptate unități SSD certificate de producător pentru uz enterprise, indiferent de tehnologia celulei (TLC sau QLC), atâta timp cât acestea îndeplinesc sau depășesc valorile minime de durabilitate, performanță și fiabilitate cerute, și sunt utilizate într-o arhitectură de stocare care:
1) minimizează write-amplification prin mecanisme avansate de caching și data placement,
2) utilizează DRAM cache și protecție la scriere (write avoidance),
3) asigură distribuția uniformă a scrierilor la nivel de sistem.
Menționăm că, la unii producători enterprise, SSD-urile QLC de generație nouă sunt certificate pentru workload-uri enterprise specifice, având valori DWPD comparabile cu anumite implementări TLC, datorită arhitecturii controlerelor și algoritmilor de protecție a mediului de stocare.
Vă rugăm să confirmați dacă evaluarea se face strict pe baza tehnologiei celulei (TLC vs QLC) sau pe baza indicatorilor tehnici măsurabili și certificării producătorului.

... afișează tot conținutul

Cerințele sunt clar și explicit stabilite în documentația de achiziție. Conform clarificărilor anterioare, SSD QLC nu este acceptat.
Cerința 4.2 specifică „Enterprise SSD with TLC/eTLC technology or equivalent". Evaluarea se realizează pe baza tehnologiei celulei și a certificării enterprise de către producător. Prin „equivalent" se înțeleg tehnologii cu caracteristici similare sau superioare TLC/eTLC în termeni de durabilitate și fiabilitate.
Nu se stabilesc valori minime explicite pentru DWPD/TBW, însă soluția propusă trebuie să îndeplinească cerințele de performanță (Cap. 8) și disponibilitate (Cap. 2) pe întreaga perioadă de garanție și suport.

... afișează tot conținutul

Vă rugăm să confirmați dacă valoarea de 200 TB capacitate minimă utilizabilă reprezintă spațiul net efectiv disponibil aplicațiilor, calculat:
1) după aplicarea mecanismelor de protecție a datelor (RAID 6 sau echivalent, conform cerinței 6.1),
2) cu asigurarea toleranței la defectarea simultană a minimum două unități de stocare,
3) fără a lua în calcul funcțiile de reducere a datelor (deduplicare și compresie), thin provisioning sau alte mecanisme de optimizare logică a spațiului.
De asemenea, vă rugăm să clarificați dacă, pentru determinarea acestei capacități utilizabile, sunt acceptate scheme moderne de protecție a datelor de tip RAID distribuit / erasure coding, atâta timp cât acestea oferă un nivel de reziliență cel puțin echivalent cu RAID 6 și sunt certificate de producător pentru uz enterprise.
Această clarificare este necesară pentru a asigura o dimensionare corectă și comparabilă a soluțiilor propuse, evitând interpretări diferite privind capacitatea fizică instalată versus capacitatea logică rezultată în urma reducerii datelor.

... afișează tot conținutul

Se confirmă. Capacitatea minimă utilizabilă de 200 TB reprezintă spațiul net efectiv disponibil, calculat:
• După aplicarea mecanismelor de protecție (RAID 6 sau echivalent);
• Cu toleranță la defectarea simultană a minimum 2 unități de stocare;
• Fără a lua în calcul funcțiile de reducere a datelor (deduplicare, compresie, thin provisioning).
Se acceptă scheme de protecție de tip RAID distribuit/erasure coding, cu condiția asigurării unui nivel de reziliență cel puțin echivalent cu RAID 6.

... afișează tot conținutul

Vă rugăm să confirmați că memoria cache minimă de 256 GB menționată la cerința 7.1 este specificată pentru fiecare controller fizic (adică fiecare nod de control să dispună de cel puțin 256 GB memorie cache, rezultând un minim de 512 GB cache total în sistemul cu două controllere). Justificare: Clarificarea asigură o interpretare unitară – că este vorba de 256 GB DRAM cache per controller și nu cumulativ – astfel încât ofertanții să prevadă, dacă este necesar, upgrade-urile de memorie aferente. Unele platforme pot folosi și cache pe suport flash suplimentar, însă precizarea de față se referă la memoria cache principală (RAM) din fiecare controller, pentru alinierea configurațiilor propuse la cerință.

... afișează tot conținutul

Se confirmă. Cerința 7.1 specifică „Minimum cache per controller: min. 256 GB". Aceasta înseamnă minimum 256 GB memorie cache pentru fiecare controller fizic, rezultând minimum 512 GB cache total pentru un sistem cu două controllere.

... afișează tot conținutul

Având în vedere că cerința 7.2 prevede protecția cache-ului prin mirroring sau mecanisme echivalente în caz de pierdere a alimentării sau defectare de controller, vă rugăm să confirmați că nu este impusă utilizarea unei baterii fizice, ci este acceptată orice soluție tehnică certificată de producător care asigură:
a) păstrarea integrală a datelor din write cache în caz de pană de curent,
b) restaurarea automată și sigură a cache-ului la repornire,
c) un nivel de fiabilitate cel puțin echivalent cu soluțiile clasice bazate pe baterii.
În acest sens, sunt considerate conforme implementările moderne utilizate în sistemele enterprise care folosesc supercondensatori și memorie non-volatilă (flash-backed cache) pentru protecția datelor din cache, fără utilizarea bateriilor, având avantajul eliminării componentelor consumabile și a riscurilor de degradare în timp?
Solicităm această clarificare pentru a ne asigura că evaluarea se face pe baza funcționalității și nivelului de protecție oferit, și nu pe baza unei tehnologii specifice de implementare.

... afișează tot conținutul

Se confirmă. Cerința 7.2 specifică „Mirroring or battery backup in case of power loss or controller failure". Evaluarea se realizează pe baza funcționalității și nivelului de protecție oferit, nu a tehnologiei specifice de implementare.
Sunt acceptate soluții bazate pe supercondensatori și memorie non-volatilă (flash-backed cache), cu condiția asigurării:
• Păstrării integrale a datelor din write cache în caz de pană de curent;
• Restaurării automate și sigure a cache-ului la repornire;
Certificării de către producător pentru uz enterprise cu prezentarea justificării documentale a acesteia.

... afișează tot conținutul

Având în vedere formularea „Minimum IOPS with inline data reduction 300,000 IOPS” din cerința 8.1, vă rugăm să clarificați dacă această valoare de performanță:
1) reprezintă capacitatea minimă de procesare I/O a sistemului de stocare, măsurată în condițiile de workload specificate la cerința 8.2 (70% read / 30% write, bloc 16KB),
2) iar funcțiile de deduplicare și compresie sunt disponibile și suportate de sistem, conform cerințelor din capitolul 11, fără a fi obligatoriu active în timpul testului de performanță.
În practică, performanța IOPS este puternic influențată de tipul datelor utilizate în test (date compresibile vs. incompre¬sibile), ceea ce poate conduce la rezultate necomparabile între diferite platforme.
Pentru asigurarea unei evaluări corecte și reproductibile între ofertanți, vă rugăm să confirmați dacă este acceptată demonstrarea pragului de 300.000 IOPS:
a) pe date neutre / incompre¬sibile,
b) cu deduplicarea și compresia disponibile la nivel de sistem, dar dezactivate în timpul benchmark-ului.
Această clarificare este necesară pentru a evita interpretări diferite ale cerinței și pentru a permite o comparație obiectivă a capacităților reale ale controlerelor de stocare.

... afișează tot conținutul

Cerința 8.1 specifică „Minimum IOPS with inline data reduction: 300,000 IOPS". Performanța trebuie demonstrată conform cerințelor 8.2 și 8.4:
• Workload: 70% read / 30% write, bloc 16KB;
• Cu funcțiile de deduplicare și compresie active (inline data reduction);
• Raport de performanță conform cerințelor 8.4.
Metodologia de testare și tipul datelor utilizate sunt la latitudinea ofertantului, cu condiția prezentării unui raport valid conform cerinței 8.4.

... afișează tot conținutul

Rugăm clarificare dacă valoarea de latență de maximum 1 ms menționată la cerința 8.3 se referă la latența medie măsurată sub sarcina specificată sau la un prag de latență absolut (peak) ce nu trebuie depășit. De asemenea, se aplică această cerință în termeni de percentilă (de exemplu, 99% din I/O să aibă sub 1ms latență)? Justificare: Această precizare este importantă pentru a alinia metodologia de testare a performanței cu așteptările autorității. Dacă 1ms este o medie, putem dimensiona corespunzător sistemul astfel încât să mențină timpii medii de răspuns foarte scăzuți la 300k IOPS. Dacă însă este un maximum absolut sau o percentilă strictă, cerința devine și mai exigentă, subliniind necesitatea unei soluții all-flash NVMe cu latență extrem de mică. Confirmarea modului de măsurare ajută la oferirea unei garanții de performanță conforme (de exemplu, majoritatea sistemelor NVMe enterprise pot asigura <1ms latență medie la sarcina dată, însă latența maximă instantanee poate varia ușor; specificarea percentilei ar elimina orice ambiguitate).

... afișează tot conținutul

Cerința 8.3 specifică „Maximum latency: 1 ms under full load". Aceasta se referă la latența medie măsurată în condițiile de workload specificate la cerința 8.2. Nu se impun cerințe explicite privind percentile sau latența maximă absolută.

... afișează tot conținutul

Având în vedere că cerința mandatory din punctul 6.1 prevede suport pentru RAID 6 sau un mecanism echivalent, cu toleranță la defectarea simultană a minimum două unități de stocare, iar punctul 6.2 enumeră RAID 5 și RAID 10 ca opționale, vă rugăm să confirmați următoarele:
1. Criteriul esențial de conformitate este asigurarea toleranței la minimum două discuri defecte simultan, conform cerinței 3.3, indiferent de modul concret de implementare (RAID clasic sau mecanisme moderne echivalente).
2. Sunt acceptate implementări de tip RAID distribuit / erasure coding avansat, utilizate în sistemele enterprise all-flash moderne, atâta timp cât acestea:
a) oferă un nivel de protecție cel puțin echivalent cu RAID 6,
b) asigură performanță constantă și timpi de reconstrucție reduși,
c) sunt certificate de producător pentru medii enterprise.
3. Suportul pentru RAID 5 și/sau RAID 10, fiind specificat ca opțional, nu constituie o condiție obligatorie de eligibilitate, în măsura în care soluția propusă respectă integral cerințele de reziliență și disponibilitate prevăzute la punctele 3.3 și 6.1.
Solicităm această clarificare pentru a evita interpretarea eronată conform căreia prezența unor niveluri RAID opționale ar prevala asupra cerinței mandatory privind protecția la defectarea a minimum două unități de stocare.

... afișează tot conținutul

Se confirmă:
1. Criteriul esențial de conformitate este toleranța la minimum două discuri defecte simultan (cerințele 3.3 și 6.1);
2. Se acceptă implementări de tip RAID distribuit/erasure coding, cu condiția asigurării unui nivel de protecție cel puțin echivalent cu RAID 6 și certificării de către producător cu prezentarea justificării documentale a acesteia;
RAID 5 și RAID 10 sunt opționale (cerința 6.2) și nu constituie condiții de eligibilitate.

... afișează tot conținutul

Având în vedere că la cerința 9.1 este solicitat suport obligatoriu pentru protocoalele Fibre Channel și iSCSI, iar la cerința 15.2 sunt definite explicit doar interfețele Fibre Channel (min. 2 × 32Gb FC per controller), vă rugăm să clarificați următoarele:
1. Dacă suportul pentru iSCSI este considerat o funcționalitate logică obligatorie a sistemului, fără impunerea explicită a unui număr minim sau tip specific de porturi Ethernet dedicate în configurația de bază;
2. Dacă este acceptată furnizarea conectivității iSCSI prin interfețe Ethernet existente sau configurabile, cu condiția respectării cerințelor de performanță, multipathing și disponibilitate prevăzute în caietul de sarcini;
3. Dacă este corectă interpretarea conform căreia cerința 15.2 stabilește minimum obligatoriu pentru conectivitatea Fibre Channel, fără a exclude alte opțiuni de conectivitate pentru iSCSI, care pot fi adaptate în funcție de arhitectura propusă.
Solicităm această clarificare pentru a asigura o configurare optimă a interfețelor de date și pentru a evita supra-dimensionarea nejustificată a infrastructurii, în condițiile în care sistemele enterprise moderne oferă flexibilitate ridicată în implementarea protocoalelor SAN.

... afișează tot conținutul

Conform clarificărilor anterioare, cerințele de conectivitate sunt explicit definite la secțiunea 15:
• 15.1: Management interfaces – Min. 1 × 1GbE per controller;
• 15.2: Data interfaces – Min. 2 × 32Gb FC per controller;
• 15.3: Replication interfaces – Min. 2 × 32G FC sau echivalent per controller.
Protocolul principal de transport date este Fibre Channel. Cerința 9.1 privind suportul iSCSI reprezintă o cerință de compatibilitate a sistemului de stocare.

... afișează tot conținutul

În legătură cu cerința 9.2, care menționează protocoalele NVMe/FC, NVMe/TCP etc. ca fiind opționale, vă rugăm să clarificați dacă:
a) suportul pentru aceste protocoale moderne de tip NVMe-over-Fabrics este considerat strict informativ, fără impact asupra procesului de evaluare,
b) sau dacă disponibilitatea acestora poate fi considerată un element diferențiator în contextul evaluării tehnice a soluțiilor propuse.
Având în vedere că tehnologiile NVMe-over-Fabrics pot oferi latență redusă, eficiență sporită și scalabilitate superioară față de protocoalele SAN tradiționale, această clarificare este necesară pentru a înțelege dacă beneficiarul urmărește exclusiv conformitatea cu cerințele obligatorii sau ia în considerare și nivelul de pregătire al soluției pentru evoluții tehnologice viitoare.
Solicităm această precizare pentru a ne asigura că prezentarea caracteristicilor opționale în ofertă este aliniată cu modul de evaluare aplicat.

... afișează tot conținutul

Cerința 9.2 specifică explicit protocoalele NVMe/FC, NVMe/TCP etc. ca fiind opționale. Disponibilitatea acestora nu constituie criteriu de eligibilitate și nu influențează evaluarea conformității tehnice. Ofertanții pot prezenta aceste capabilități ca valoare adăugată.

... afișează tot conținutul

Totodată, vă rugăm să precizați în mod general modul în care sunt tratate cerințele marcate ca opționale în documentația tehnică, respectiv:
• dacă acestea sunt analizate exclusiv în scop informativ,
• sau dacă îndeplinirea lor poate fi luată în considerare calitativ în procesul de evaluare, în special în situația în care mai multe oferte îndeplinesc integral cerințele obligatorii.
Solicităm această clarificare pentru a asigura o abordare transparentă și unitară a evaluării ofertelor și pentru a permite ofertanților să dimensioneze corect nivelul de funcționalitate propus.

... afișează tot conținutul

Evaluarea conformității tehnice se realizează strict pe baza cerințelor obligatorii din specificațiile tehnice. Cerințele marcate ca opționale nu constituie criterii de eligibilitate sau de departajare. Metodologia de evaluare și criteriile de atribuire sunt definite în documentația de achiziție.

... afișează tot conținutul

Referitor la cerința 15.3, care prevede existența a minim 2 × 32G Fibre Channel (sau echivalent) per controller pentru replicare sincronă, vă rugăm să clarificați următoarele aspecte:
1. Dacă aceste interfețe trebuie să fie fizic dedicate exclusiv replicării, sau dacă este acceptată utilizarea unor porturi existente (de exemplu din cele prevăzute la cerința 15.2), cu condiția asigurării separării logice a traficului, a redundanței căilor și a lățimii de bandă necesare pentru replicare sincronă cu Zero RPO;
2. În ce măsură termenul „echivalent” permite utilizarea unor tehnologii alternative de conectivitate, care pot susține replicarea sincronă pe distanțe de până la ~300 m, respectând cerințele de performanță, latență și disponibilitate, chiar dacă implementarea nu se bazează pe porturi Fibre Channel dedicate în sens strict;
Solicităm această clarificare pentru a asigura o configurare corectă și eficientă a interfețelor de replicare și pentru a evita interpretări diferite privind cerințele de redundanță și separare a traficului în soluțiile propuse.

... afișează tot conținutul

Cerința 15.3 specifică „Dedicated replication ports per controller". Interfețele pentru replicare trebuie să fie dedicate, separate de interfețele de transport date (15.2).
Termenul „echivalent" pentru „32G FC sau echivalent" permite utilizarea unor tehnologii alternative de conectivitate care asigură lățimea de bandă și latența necesare pentru replicare sincronă cu Zero RPO pe distanța specificată (max. 300m).

... afișează tot conținutul

Având în vedere că cerința 10.1 menționează explicit o configurație Active-Active pentru replicarea sincronă între două locații (până la 300 m), iar cerința 10.2 prevede Zero RPO, vă rugăm să clarificați dacă:
a) se așteaptă ca sistemul de stocare să suporte o arhitectură de tip stretched cluster, în care același volum de date este accesibil simultan din ambele locații, cu continuitate automată a operațiunilor în cazul indisponibilității unuia dintre site-uri;
b) sau dacă este considerată suficientă o implementare de replicare sincronă clasică, cu mecanism de failover între site-uri, fără acces concurent la volume.
Această clarificare este necesară pentru a alinia arhitectura soluțiilor propuse cu nivelul de disponibilitate și continuitate operațională așteptat, în special în contextul cerinței de disponibilitate de 99.9999% și al obiectivului de Zero RPO.

... afișează tot conținutul

Conform clarificărilor anterioare, cerințele 10.1 și 10.2 implică o arhitectură de tip metro-storage/stretched cluster, cu:
• Acces simultan activ la date din ambele locații;
• Continuitate automată în cazul indisponibilității unui site;
• Zero RPO.
O implementare de replicare sincronă clasică cu failover manual nu îndeplinește cerința de configurație „Active-Active".

... afișează tot conținutul

Referitor la cerința 11.1, care prevede deduplicare inline „la nivel de bloc și volum”, vă rugăm să clarificați dacă:
a) se așteaptă ca deduplicarea să fie aplicată global, la nivelul întregului pool de stocare (eliminând datele duplicate inclusiv între volume diferite),
b) sau dacă este considerată suficientă deduplicarea aplicată independent la nivelul fiecărui volum/LUN.
Această clarificare este necesară pentru interpretarea corectă a cerinței și pentru a asigura o dimensionare adecvată a capacității de stocare, având în vedere că deduplicarea globală poate oferi un nivel superior de eficiență, în special în medii cu volume multiple ce conțin date similare.
Solicităm această precizare pentru a ne asigura că soluțiile propuse sunt aliniate cu nivelul de eficiență a stocării așteptat, fără a introduce interpretări diferite ale cerinței.

... afișează tot conținutul

Cerința 11.1 specifică deduplicare inline „Block and volume level". Aceasta se referă la nivelul la care operează algoritmul de deduplicare, nu la scopul aplicării.
Se acceptă atât deduplicare globală (la nivel de pool), cât și deduplicare per volum, cu condiția îndeplinirii cerințelor de performanță și disponibilitate. Granularitatea implementării rămâne la latitudinea ofertantului.

... afișează tot conținutul

Referitor la cerința 11.3, care prevede operarea fără impact sau restricții a funcțiilor de deduplicare și compresie, vă rugăm să confirmați dacă aceasta înseamnă că:
1) funcțiile de deduplicare și compresie pot fi utilizate simultan și fără limitări împreună cu toate celelalte funcționalități critice ale sistemului, precum replicarea sincronă, snapshot-urile, criptarea datelor la rest, multipathing-ul și mecanismele de înaltă disponibilitate;
2) soluția de stocare nu impune dezactivarea deduplicării sau compresiei pentru a putea utiliza aceste funcții în paralel și nu introduce restricții funcționale (de exemplu, limitări de volum, de număr de snapshot-uri sau de mod de replicare).
Această clarificare este necesară pentru a evita interpretări diferite ale cerinței și pentru a asigura că soluțiile propuse oferă un nivel real de funcționalitate enterprise, fără compromisuri sau condiționări între componentele software ale sistemului.

... afișează tot conținutul

Se confirmă. Conform cerinței 11.3 „Unrestricted operation – No impact on other features", funcțiile de deduplicare și compresie trebuie să poată opera simultan cu toate celelalte funcționalități obligatorii (replicare, snapshots, criptare, multipathing), fără restricții sau dezactivări forțate.

... afișează tot conținutul

Referitor la cerința 13.3 privind managementul securizat al cheilor de criptare, vă rugăm să clarificați dacă:
1) este considerată suficientă o soluție de management intern al cheilor, implementată la nivelul sistemului de stocare, care asigură stocarea securizată a cheilor, controlul accesului și protecția acestora conform standardelor enterprise;
2) sau dacă se așteaptă în mod explicit posibilitatea de integrare cu un sistem extern de management al cheilor, utilizat la nivelul infrastructurii beneficiarului.
Având în vedere că majoritatea platformelor enterprise de stocare implementează managementul intern al cheilor ca mecanism standard, iar integrarea cu sisteme externe este utilizată preponderent în scenarii de conformitate sau politici avansate de securitate, această clarificare este necesară pentru a alinia soluțiile propuse cu nivelul de securitate așteptat, fără a introduce cerințe suplimentare neexplicitate în documentația de achiziție.

... afișează tot conținutul

Cerința 13.3 specifică „Protected encryption key management". Este considerată conformă o soluție de management intern al cheilor implementată la nivelul sistemului de stocare, care asigură stocarea securizată și controlul accesului.
Integrarea cu sisteme externe de management al cheilor (KMS) nu este o cerință obligatorie, este în afara scopului prezentei proceduri și poate fi prezentată ca valoare adăugată.

... afișează tot conținutul

Având în vedere că cerința 14.3 menționează analiza predictivă ca funcționalitate opțională, iar cerința 14.4 prevede că soluția trebuie să funcționeze on-premises, fără dependență obligatorie de conexiune la internet, vă rugăm să clarificați dacă:
1) este considerată conformă o soluție care asigură managementul și monitorizarea completă local, fără necesitatea unei conexiuni la internet pentru funcționarea de bază;
2) iar funcționalitățile de analiză predictivă, dacă există, pot fi furnizate opțional, fără a fi necesare pentru operarea, administrarea sau disponibilitatea sistemului.
Această clarificare este necesară pentru a evita interpretarea conform căreia utilizarea facultativă a unor mecanisme de analiză avansată ar contraveni cerinței de operare on-premises, în condițiile în care autonomia locală a sistemului este pe deplin asigurată.

... afișează tot conținutul

Se confirmă:
• Cerința 14.4 impune operare on-premises fără dependență obligatorie de conexiune la internet pentru funcționarea de bază;
• Cerința 14.3 specifică analiza predictivă ca opțională.
Este conformă o soluție care asigură managementul și monitorizarea completă local, iar funcționalitățile de analiză predictivă, dacă există, sunt furnizate opțional.

... afișează tot conținutul

Având în vedere clarificările oferite anterior privind licențierea perpetuă a tuturor funcționalităților solicitate, vă rugăm să confirmați dacă, în cazul unor upgrade-uri hardware sau extinderi de capacitate realizate pe durata de viață a sistemului, funcționalitățile deja licențiate rămân valabile și active, fără a necesita achiziționarea unor licențe suplimentare pentru aceleași funcții software.
Această clarificare este solicitată pentru a înțelege modul de aplicare a licențelor perpetue în scenarii de extindere a sistemului.

... afișează tot conținutul

Solicitantul interpretează eronat scopul cerințelor. Specificațiile tehnice nu includ cerințe privind extensibilitatea sau upgrade-urile ulterioare ale sistemelor de stocare, acestea fiind în afara scopului obiectului de achiziție.
Cerințele de licențiere perpetuă (11.4, 14.5) se aplică pentru configurația solicitată și livrată în cadrul prezentei proceduri.

... afișează tot conținutul