-
Відкриті торги з особливостями
-
Однолотова
-
КЕП
-
Донорські кошти
Обладнання для модернізації та розширення існуючої інформаційно-комунікаційної інфраструктури згідно коду ДК 021:2015: 48820000-2 Сервери
Тендер Prozorro UA-2026-08-17-011291-a
Закупівля здійснюється відповідно до пункту 80 «Особливостей здійснення публічних закупівель товарів, робіт і послуг для замовників, передбачених Законом України "Про публічні закупівлі", на період дії правового режиму воєнного стану в Україні та протягом 90 днів з дня його припинення або скасування», затверджених Постановою КМУ від 12 жовтня 2022 р. №1178 (зі змінами та доповненнями).
Завершена
135 841 867.50
UAH без ПДВ
Період уточнення:
17.08.2026 16:43 - 28.08.2026 00:00
Відповідь надана
Щодо термінів постачання
Номер:
fdadc443ba624bacb2c8c5caeca82e4e
Дата опублікування:
25.08.2026 17:33
Опис:
Шановний Замовнику!
Просимо розглянути можливість уточнення та пом’якшення відповідальності Постачальника за порушення строку постачання систем зберігання даних, якщо таке порушення спричинене документально підтвердженою затримкою виробництва або відвантаження обладнання виробником.
Наразі на світовому ринку спостерігається дефіцит корпоративних NVMe QLC SSD великої ємності, обмеження виробничих квот на NAND-пам’ять та збільшення строків виготовлення систем зберігання даних у спеціалізованих конфігураціях. Такі СЗД виготовляються під конкретне замовлення, проходять заводське комплектування, тестування та контроль якості, а строки їх виробництва значною мірою залежать від виробника і постачальників компонентів.
Передбачене проєктом договору одночасне нарахування пені за кожний день прострочення та додаткового штрафу у разі тривалої затримки може призвести до значного сукупного розміру санкцій навіть за умови, що Постачальник своєчасно розмістив замовлення у виробника та вжив усіх залежних від нього заходів для виконання договору.
Ми розуміємо важливість дотримання строків постачання та не пропонуємо повністю звільняти Постачальника від відповідальності. Водночас просимо розглянути можливість встановлення для прострочення постачання СЗД пені у розмірі 0,05% вартості непоставлених у строк систем зберігання даних за кожний день прострочення, але не більше 5% їх вартості, без застосування додаткового штрафу за прострочення понад 30 днів.
Такий порядок пропонується застосовувати виключно за умови надання Постачальником документального підтвердження від виробника або офіційного дистриб’ютора щодо причин і прогнозованого строку затримки, а також підтвердження своєчасного розміщення замовлення на виробництво обладнання.
На нашу думку, запропонований підхід збереже належну відповідальність Постачальника, забезпечить пропорційність штрафних санкцій можливим наслідкам порушення та сприятиме розширенню конкуренції серед учасників, здатних запропонувати СЗД, які повністю відповідають технічним вимогам Замовника.
У зв’язку з викладеним просимо повідомити, чи погоджується Замовник внести відповідні зміни до проєкту договору про закупівлю.
Відповідь:
Шановний Учаснику!
Дякуємо за звернення та пропозицію щодо уточнення умов відповідальності Постачальника за порушення строків поставки систем зберігання даних.
За результатами розгляду повідомляємо, що Замовник не погоджується на внесення запропонованих змін до проєкту договору в частині зменшення розміру пені, встановлення граничного розміру такої пені та незастосування додаткового штрафу за прострочення понад 30 календарних днів, а також на встановлення окремої підстави для звільнення Постачальника від відповідальності у разі затримки виробництва або відвантаження Товару виробником.
Відповідно до пункту 6.4 проєкту договору за порушення строків поставки Товару передбачено відповідальність Постачальника у вигляді штрафних санкцій, розмір яких визначено з урахуванням необхідності належного та своєчасного виконання Постачальником своїх договірних зобов’язань.
При цьому пунктом 6.13 проєкту договору вже передбачено, що Сторона не несе відповідальності за порушення Договору, якщо воно сталося не з її вини, а також якщо вона доведе, що вжила всіх залежних від неї заходів щодо належного виконання Договору. Таким чином, проєктом договору вже передбачено можливість врахування обставин, які знаходилися поза контролем Постачальника, за умови належного доведення відсутності його вини та вжиття ним усіх залежних заходів.
Разом з тим, відповідно до статті 617 Цивільного кодексу України недодержання своїх обов’язків контрагентом боржника та відсутність на ринку товарів, необхідних для виконання зобов’язання, самі по собі не вважаються обставинами, що звільняють особу від відповідальності за порушення зобов’язання. Отже, сама по собі затримка виробника або постачальника комплектуючих не може автоматично бути підставою для звільнення Постачальника від відповідальності.
Замовник також не може не враховувати ризики, пов’язані з несвоєчасним постачанням обладнання, зокрема ризик порушення строків встановлення, налаштування та введення в експлуатацію систем зберігання даних, невиконання взаємопов’язаних зобов’язань за Договором та несвоєчасного завершення заходу, у межах якого здійснюється ця закупівля.
Особливої уваги потребує те, що закупівля здійснюється в рамках Ukraine Facility та фінансується за рахунок бюджетних коштів. У зв’язку з цим Замовник зобов’язаний забезпечувати належне використання коштів та контроль за виконанням договірних зобов’язань. Нормативні документи, що регулюють реалізацію заходів у межах Ukraine Facility, передбачають посилені механізми управління ризиками, контролю та реагування на порушення, у тому числі шляхом застосування передбачених договором заходів реагування до виконавців у разі неналежного виконання зобов’язань.
З огляду на зазначене, встановлення спеціального винятку, за якого документально підтверджена затримка виробника або офіційного дистриб’ютора автоматично виключатиме відповідальність Постачальника, може створити додаткові ризики для Замовника щодо своєчасного виконання Договору та досягнення встановлених результатів закупівлі.
Крім того, запропоноване зменшення пені до 0,05 %, встановлення її максимальної межі у 5 % та скасування додаткового штрафу за прострочення понад 30 календарних днів фактично призведе до суттєвого зменшення рівня відповідальності Постачальника за несвоєчасне виконання критично важливого зобов’язання.
Враховуючи викладене, підстави для внесення запропонованих змін до проєкту договору відсутні.
Умови проєкту договору щодо відповідальності Постачальника за порушення строків поставки залишаються без змін.
Дата відповіді:
28.08.2026 14:41
Відповідь надана
Щодо продовження строку постачання систем зберігання даних
Номер:
4cf0e44c13d6450e872a7df7ec656e31
Дата опублікування:
25.08.2026 17:32
Опис:
Шановний Замовнику!
Просимо розглянути можливість продовження строку постачання систем зберігання даних на строк до 60 календарних днів порівняно з установленим тендерною документацією строком, а також відповідного продовження строку виконання робіт і послуг, безпосередньо пов’язаних із їх встановленням, налаштуванням та введенням в експлуатацію.
Необхідність такого продовження обумовлена об’єктивною ситуацією на світовому ринку корпоративних систем зберігання даних. Наразі спостерігається дефіцит високопродуктивних накопичувачів enterprise-класу, зокрема NVMe QLC SSD великої ємності, спричинений суттєвим зростанням попиту з боку центрів обробки даних та інфраструктурних проєктів, обмеженими виробничими квотами на NAND-пам’ять, а також збільшенням строків постачання окремих електронних компонентів.
Продовження строку постачання СЗД дозволить розширити коло потенційних учасників, забезпечити належну конкуренцію та запропонувати обладнання, яке повністю відповідає встановленим технічним вимогам, без погіршення його характеристик, гарантійних зобов’язань та умов сервісного обслуговування.
У зв’язку з викладеним просимо повідомити, чи погоджується Замовник передбачити поетапне виконання договору: постачання іншого обладнання у встановлений строк, а систем зберігання даних — протягом додаткового строку до 60 календарних днів, із відповідним перенесенням строків виконання пов’язаних із ними робіт і послуг.
У разі згоди просимо внести відповідні зміни до тендерної документації та проєкту договору.
Відповідь:
Шановний Учаснику!
Дякуємо за звернення та надану інформацію щодо ситуації на світовому ринку систем зберігання даних.
За результатами розгляду Вашого звернення повідомляємо, що Замовник не погоджується на продовження строку постачання систем зберігання даних до 60 календарних днів та відповідне перенесення строків виконання робіт і послуг, пов’язаних із їх встановленням, налаштуванням та введенням в експлуатацію.
Відповідно до пункту 4.2 проекту Договору строк (термін) поставки, встановлення та налаштування Товару визначено до 25 грудня 2026 року.
Водночас відповідно до проєкту договору строк його дії встановлено до 31 грудня 2026 року. Отже, запропоноване Учасником продовження строку постачання на 60 календарних днів передбачає виконання відповідної частини договірних зобов’язань уже у 2027 році, що не відповідає встановленим умовам цієї закупівлі.
Зазначена закупівля здійснюється за рахунок бюджетних коштів у межах фінансування заходів, що реалізуються відповідно до Плану України в рамках інструменту Ukraine Facility. Закупівлі в межах заходів Плану України здійснюються з урахуванням вимог Рамкової угоди між Україною та Європейським Союзом щодо спеціальних механізмів реалізації фінансування Союзу для України згідно з інструментом Ukraine Facility, законодавства України у сфері публічних закупівель та Особливостей, затверджених постановою Кабінету Міністрів України від 12.10.2022 № 1178.
При цьому фінансування закупівлі передбачено в межах бюджетних призначень та асигнувань на 2026 рік, а встановлені Замовником строки поставки, встановлення та налаштування Товару визначені з урахуванням строків реалізації відповідного заходу та доступного періоду фінансування.
Перенесення виконання зобов’язань на 2027 рік на етапі проведення закупівлі призведе до необхідності зміни встановлених умов закупівлі та строків реалізації відповідного заходу, що на цей час Замовником не передбачено та не може бути гарантовано з огляду на визначені бюджетні та програмні обмеження.
Крім того, сама по собі наведена Учасником інформація щодо дефіциту окремих компонентів, збільшення строків виробництва та постачання обладнання на світовому ринку не є підставою для встановлення в тендерній документації строку виконання зобов’язань, який виходить за межі передбаченого періоду реалізації закупівлі та фінансування.
Враховуючи викладене, підстави для внесення запропонованих змін до тендерної документації та проєкту договору відсутні.
Умови тендерної документації щодо строку поставки, встановлення та налаштування Товару залишаються без змін — до 25 грудня 2026 року.
Дата відповіді:
28.08.2026 14:42
Відповідь надана
Вимоги до СЗД
Номер:
5c6e94a36e3a48cc96fd04ded652f5c3
Дата опублікування:
23.08.2026 21:54
Опис:
Шановний Замовнику!
У Додатку 3 до тендерної документації, у технічних вимогах до дискової системи зберігання даних, у розділі «Встановлені порти СЗД» передбачено:
• наявність мінімум 8 портів 25Gb iSCSI у комплекті з DAC-кабелями 25Gb SFP28–SFP28 Cu довжиною 2 м;
• наявність мінімум 8 портів 32Gb FC у комплекті з оптичними трансиверами 32Gb SFP+ та оптичними кабелями LC–LC довжиною 2 м.
Просимо дати відповідь, чи допускається запропонувати у складі СЗД відповідні DAC-кабелі 25Gb SFP28–SFP28 Cu та оптичні кабелі LC–LC більшої довжини за умови їх повної технічної сумісності із запропонованим обладнанням та офіційної підтримки виробником.
Чи правильно ми розуміємо, що встановлена довжина 2 м є мінімально необхідною, а кабелі більшої довжини також відповідатимуть вимогам тендерної документації?
У разі допустимості таких кабелів просимо підтвердити.
Відповідь:
Шановний Учаснику! Ваше звернення взято до розгляду, в найближчий час будуть внесені зміни.
Дата відповіді:
24.08.2026 18:43
Відповідь надана
Технічна специфікація
Номер:
56f20cabc51849e0864b28f14dcf86a2
Дата опублікування:
23.08.2026 21:52
Опис:
Шановний Замовнику!
У розділі «Накопичувачі» технічної специфікації встановлено вимогу: «Встановлено в комплекті постачання не менше 12 дисків NVMe QLC SSD 15,3 ТБ», а також визначено, що загальний корисний дисковий простір має становити не менше 118 TiB у режимі RAID із двома дисками парності.
Чи правильно ми розуміємо, що вимога щодо кількості та ємності накопичувачів спрямована насамперед на забезпечення корисного дискового простору не менше 118 TiB?
Просимо дати відповідь, чи буде відповідати вимогам тендерної документації конфігурація з іншою кількістю накопичувачів NVMe QLC SSD та іншою ємністю одного накопичувача, за умови що запропонована СЗД забезпечуватиме:
• корисний дисковий простір не менше 118 TiB без урахування дедуплікації та компресії;
• необхідний рівень RAID-захисту;
• продуктивність не менше 235 000 IOPS за визначеним Замовником профілем навантаження;
• усі інші технічні та функціональні вимоги тендерної документації.
У разі допустимості такої конфігурації просимо підтвердити, щоб виключити неоднозначне тлумачення під час підготовки та розгляду тендерних пропозицій.
Відповідь:
Шановний Учаснику! Ваше звернення взято до розгляду, найближчим часом будуть внесені зміни.
Дата відповіді:
24.08.2026 18:40
Відповідь надана
Зміни технічних вимог
Номер:
1b5c8ebf0e1a4e138fc21163af7dbb03
Дата опублікування:
21.08.2026 18:56
Опис:
Підтвердження продуктивності виключно за протоколом NFS (розділ «Додаткові вимоги СЗД»)
Чинна редакція: «Одна СЗД повинна забезпечувати не менше 235 000 IOPs з навантаженням 80/20 читання/запис блоком 4к за протоколом NFS. Має бути наданий офіційний сайзинг, який підтверджує необхідну продуктивність.»
Обґрунтування невідповідності законодавству:
Методика визначення значення 235 000 IOPS не розкрита. Додаток 3 не містить референсної конфігурації, для якої отримано це значення: не зазначено кількості та ємності накопичувачів, рівня заповнення пулу, розміру робочого набору даних, стану функцій дедуплікації та компресії, кількості файлових ресурсів і паралельних потоків, а також цільової затримки (latency), за якої показник має бути досягнутий. Без цих параметрів значення IOPS не є відтворюваним і не може бути ані підтверджене, ані спростоване, що не відповідає вимозі частини третьої статті 23 Закону щодо достатньої точності технічної специфікації.
Вимога надання «офіційного сайзингу» не визначає ані форму документа, ані інструмент розрахунку, ані особу, яка його складає та підписує, ані порядок його перевірки Замовником. Це створює умови для довільного відхилення тендерних пропозицій (частина четверта статті 22 Закону).
Показник продуктивності встановлено виключно за файловим протоколом NFS, що суперечить іншому положенню цього ж Додатка 3 — розділу «Технології зберігання даних СЗД», яким передбачено, що «Операційна система СЗД повинна забезпечувати одночасну та рівноцінну (нативну) підтримку як блочних протоколів доступу (FC та/або iSCSI, та/або NVMe-oF), так і файлових протоколів доступу (NFS та/або SMB) у межах єдиного простору зберігання». Якщо Замовник вважає протоколи рівноцінними, підтвердження продуктивності лише за одним із них не має обґрунтування; якщо ж основне навантаження є файловим, це має бути зазначено в розділі 4 Додатка 3 разом із відповідним обґрунтуванням.
Вимагаємо викласти пункт у такій редакції: «Одна СЗД у запропонованій конфігурації повинна забезпечувати не менше 235 000 IOPS з навантаженням 80/20 читання/запис блоком 4 КБ за блочними (FC, iSCSI, NVMe-oF) або файловими (NFS, SMB) протоколами доступу — на вибір Учасника, із зазначенням цільової затримки. Замовнику пропонується зазначити параметри, для яких визначено це значення (кількість та ємність накопичувачів, рівень заповнення пулу, стан функцій дедуплікації та компресії). Підтвердження надається офіційним розрахунком (сайзингом) виробника запропонованого обладнання або його авторизованого представника, складеним для запропонованої конфігурації та заявленої корисної ємності.»
Відповідь:
Шановний Учаснику! Відповідно Вашого звернення наголошуємо, що показник визначено з урахуванням консолідованого продуктивного навантаження, необхідного резерву продуктивності та подальшого розвитку серверної інфраструктури.
NFS обрано як єдиний порівнюваний сценарій для всіх пропозицій і як протокол, що використовується продуктивними файловими та віртуалізаційними навантаженнями Замовника. Підтримка інших протоколів не означає, що учасник може підтверджувати продуктивність за довільним, зручнішим для запропонованої системи протоколом.
Офіційний сайзинг повинен бути підготовлений виробником або його уповноваженим представником для запропонованої конфігурації та підтверджувати досягнення не менше 235 000 IOPS при співвідношенні 80/20 читання/запис і блоці 4 КБ за NFS.
Звернення не задовольняється.
Дата відповіді:
24.08.2026 18:38
Відповідь надана
Внесення змін до технічних вимог щодо предмету закупівлі
Номер:
b9b60667ac84484689bfd4b4ac2cade7
Дата опублікування:
21.08.2026 18:55
Опис:
Вимога підтвердження команд кількома адміністраторами (розділ «Додаткові вимоги СЗД», підрозділ «Аутентифікація»)
Чинна редакція: «Наявність функціоналу підтвердження кількома адміністраторами команд, які можуть впливати на цілісність інформації в масиві.»
Обґрунтування невідповідності законодавству:
Вимога не містить жодного критерію, за яким може бути оцінена відповідність: не визначено переліку команд, що вважаються такими, які впливають на цілісність інформації, кількості необхідних підтверджень, ролей адміністраторів, порядку дій у разі недоступності другого адміністратора та строку дії запиту на підтвердження.
Відповідно до частини третьої статті 23 Закону технічні специфікації повинні бути достатньо точними, щоб предмет закупівлі однозначно розумівся замовником і учасниками. У чинній редакції ця умова не виконується: механізми контролю привілейованих операцій реалізуються різними виробниками з різною логікою роботи та різним переліком захищених операцій, і учасник не може встановити, який саме обсяг функціональності вважатиметься достатнім.
Невизначеність вимоги створює умови для довільного відхилення тендерних пропозицій, що не відповідає частині четвертій статті 22 Закону.
Вимагаємо викласти пункт у такій редакції: «СЗД повинна забезпечувати захист даних від несанкціонованого або помилкового знищення привілейованим користувачем одним із таких способів: (а) обов'язкове підтвердження визначеного переліку критичних операцій щонайменше двома адміністраторами; або (б) незмінні знімки із блокуванням на визначений строк зберігання (retention lock), які не можуть бути видалені або скорочені за строком жодним обліковим записом, у тому числі з правами адміністратора, у поєднанні з рольовою моделлю розмежування доступу, обов'язковою багатофакторною автентифікацією адміністраторів та журналом аудиту дій. Замовнику пропонується визначити перелік операцій, що підлягають такому захисту.»
Відповідь:
Шановний Учаснику! У відповідь на Ваше звернення повідомляємо, що вимога реалізує принцип розподілу повноважень і правило «чотирьох очей». Під кількома адміністраторами розуміються щонайменше два незалежні адміністратори з окремими обліковими записами.
До критичних належать операції видалення або зміни захищених snapshot, томів і політик реплікації, відключення механізмів захисту, зміни строків незмінного зберігання та інші операції, визначені виробником як такі, що можуть впливати на цілісність даних.
Immutable snapshot не є повним еквівалентом, оскільки не забезпечує попереднього контролю інших критичних адміністративних операцій.
Звернення не задовольняється.
Дата відповіді:
24.08.2026 18:37
Відповідь надана
Зміни технічних вимог до предмету закупівлі
Номер:
a304b98d322f41aa93ba5adc3795a3eb
Дата опублікування:
21.08.2026 18:54
Опис:
Вимога створення консистентних знімків прикладних систем та гранулярного відновлення «без стороннього програмного забезпечення» (розділ «Додаткові вимоги СЗД»)
Чинна редакція (фрагмент 1): «Для гарантування цілісності даних у критичних додатках, система повинна мати вбудовану можливість створення консистентних копій (знімків) з урахуванням специфіки роботи конкретного програмного забезпечення, зокрема: Microsoft SQL Server, Oracle Database, Microsoft Exchange та платформ віртуалізації VMware.»
Чинна редакція (фрагмент 2): «Система повинна забезпечувати автоматичне перенесення (реплікацію) таких знімків на віддалену СЗД. Для забезпечення максимальної сумісності та централізованого управління, архітектура СЗД повинна підтримувати відновлення окремих елементів (конкретної бази даних, поштової скриньки чи віртуальної машини) на резервному майданчику на базі обладнання того ж виробника (вендора). Весь процес реплікації та відновлення має здійснюватися штатними засобами СЗД, без необхідності придбання та розгортання стороннього програмного забезпечення резервного копіювання.»
Обґрунтування невідповідності законодавству:
Створення знімків, узгоджених зі станом прикладної системи (application-consistent), потребує взаємодії з відповідною прикладною системою на рівні хоста: переведення бази даних або поштової системи у стан, придатний для зняття копії, не може бути виконане самою лише мікропрограмою контролерів системи зберігання. Виробники реалізують цю функціональність окремим програмним компонентом із серверною частиною та агентами (плагінами) на хостах.
Учасник просить Замовника надати посилання на офіційний технічний документ виробника, яким підтверджується можливість створення узгоджених із прикладними системами копій та гранулярного відновлення окремих елементів виключно штатними засобами мікропрограми СЗД, без будь-якого додаткового програмного забезпечення. За відсутності такого підтвердження вимога у чинній редакції є нездійсненною для будь-якого учасника і створює безумовну підставу для відхилення будь-якої тендерної пропозиції.
Крім того, термін «стороннє програмне забезпечення» у Додатку 3 не визначений. Програмне забезпечення того самого виробника, що постачається у складі тендерної пропозиції та є невід'ємною частиною запропонованого рішення, стороннім не є. Відсутність визначення не відповідає вимозі частини третьої статті 23 Закону щодо достатньої точності технічної специфікації та створює умови для довільного тлумачення під час оцінки тендерних пропозицій.
Вимагаємо викласти пункт у такій редакції: «Створення консистентних копій (знімків) з урахуванням специфіки роботи прикладного програмного забезпечення (Microsoft SQL Server, Oracle Database, Microsoft Exchange, платформи віртуалізації VMware), їх автоматична реплікація на віддалену СЗД та відновлення окремих елементів (бази даних, поштової скриньки, віртуальної машини) на резервному майданчику повинні забезпечуватися штатними засобами запропонованого рішення — СЗД та/або програмним забезпеченням того самого виробника, що входить до складу тендерної пропозиції з усіма необхідними ліцензіями та без додаткової оплати, без придбання програмного забезпечення резервного копіювання третіх виробників.»
Відповідь:
Шановний Учаснику! У відповідь на Ваше звернення повідомляємо наступне: під штатними засобами запропонованої СЗД розуміються як функції її операційної системи, так і програмні компоненти, агенти або плагіни того самого виробника, якщо вони є складовою запропонованого рішення, включені у вартість та забезпечені всіма необхідними ліцензіями.
Документація забороняє необхідність придбання окремої сторонньої системи резервного копіювання іншого виробника, але не забороняє штатні програмні компоненти виробника запропонованої СЗД.
Отже, запропонована учасником редакція фактично вже охоплюється чинною вимогою.
Звернення не задовольняється.
Дата відповіді:
24.08.2026 18:35
Відповідь надана
Технічні вимоги
Номер:
eb5043e48be04f2ea2526a4913eeafcf
Дата опублікування:
21.08.2026 18:54
Опис:
Вимога щодо одночасного зберігання не менше 1 000 000 знімків (розділ «Додаткові вимоги СЗД»)
Чинна редакція: «СЗД повинна підтримувати високу щільність резервного копіювання з можливістю одночасного збереження та обслуговування не менше 1 000 000 (одного мільйона) мікропрограмних логічних знімків (снапшотів) у межах єдиної системи (кластера) без втрати швидкодії.»
Обґрунтування невідповідності законодавству:
Показник не пов'язаний із жодною визначеною Замовником політикою зберігання. Додаток 3 не містить ані періодичності створення знімків, ані строку їх зберігання, ані кількості томів і файлових ресурсів, для яких така політика застосовується, — тобто відсутні вихідні дані, з яких могло б бути отримане значення в один мільйон.
Встановлення значення, що не випливає з жодної показаної потреби, але відсікає значну частину ринку систем зберігання корпоративного рівня, не відповідає частині четвертій статті 22 Закону.
Формулювання «без втрати швидкодії» не містить вимірюваного критерію, методики перевірки чи базового значення, відносно якого оцінюється втрата, у зв'язку з чим не може бути ані підтверджене, ані спростоване учасником і не відповідає вимозі частини третьої статті 23 Закону щодо достатньої точності технічної специфікації.
Вимагаємо викласти пункт у такій редакції: «СЗД повинна забезпечувати створення та одночасне обслуговування логічних знімків (снапшотів) у кількості, достатній для реалізації політики зберігання Замовника, без деградації продуктивності операцій вводу-виводу продуктивного середовища, що підтверджується документацією виробника. Замовнику пропонується навести параметри політики зберігання (періодичність створення знімків, строк зберігання, кількість захищених томів і файлових ресурсів), з яких обчислюється необхідна кількість знімків, та встановити показник виходячи з цього розрахунку.»
Відповідь:
Шановний Учаснику! У відповідь на Ваше звернення повідомляємо наступне: показник є характеристикою масштабованості платформи, а не твердженням про необхідність одночасного створення одного мільйона snapshot у поточній конфігурації.
Висока щільність snapshot необхідна для реалізації частих точок відновлення з RPO, наближеним до нуля, захисту великої кількості файлових ресурсів і томів, майбутнього багатовузлового кластера та резервного ЦОД. Вимога «без втрати швидкодії» означає, що механізм snapshot повинен бути архітектурно розрахований на заявлену кількість і не вимагати повного копіювання даних. Відповідність підтверджується офіційною документацією виробника. Звернення не задовольняється.
Дата відповіді:
24.08.2026 18:33
Відповідь надана
Вимога щодо внесення змін до технічних характеристик предмета закупівлі
Номер:
4ebb6635a97a4ecbb636ea9767442377
Дата опублікування:
21.08.2026 18:53
Опис:
Вимоги до вбудованого захисту від програм-вимагачів (розділ «Додаткові вимоги СЗД»)
Чинна редакція: «Операційна система СЗД повинна мати вбудовані нативні механізми автоматичного захисту файлових ресурсів від програм-вимагачів (шифрувальників). Захист має базуватися на постійному поведінковому аналізі потоку вводу-виводу (ентропії даних) у режимі реального часу безпосередньо процесорними модулями СЗД, без необхідності встановлення стороннього програмного забезпечення чи зовнішніх серверів аналітики та без потреби постійного з'єднання з мережею інтернет для оновлення внутрішніх баз. Система повинна автоматично виявляти аномальну активність (ознаки масового шифрування), миттєво створювати захищений ізольований знімок даних (Snapshot) для гарантування їх цілісності та блокувати скомпрометовані облікові записи користувачів на рівні протоколів доступу СЗД.»
Обґрунтування невідповідності законодавству:
Вимога описує не результат (своєчасне виявлення атаки та гарантована можливість відновлення даних), а конкретний спосіб його досягнення — поведінковий аналіз ентропії даних процесорними модулями масиву. Це є описом конкретного процесу, що характеризує продукт певного суб'єкта господарювання, у розумінні частини четвертої статті 23 Закону, і не супроводжується ані обґрунтуванням, ані виразом «або еквівалент».
Окремої уваги потребує третя складова вимоги — автоматичне блокування скомпрометованих облікових записів користувачів на рівні протоколів доступу. Ця функція документується виробниками не як частина мікропрограми масиву, а як функція окремого програмного продукту класу storage workload security, що потребує розгортання зовнішнього аналітичного компонента. Отже, сукупність усіх трьох умов — аналіз ентропії процесорними модулями масиву, автоматичний захищений знімок і блокування облікового запису користувача — саме «без необхідності встановлення стороннього програмного забезпечення чи зовнішніх серверів аналітики» документально не підтверджена.
Учасник просить Замовника надати посилання на офіційний технічний документ виробника (не маркетинговий матеріал), яким підтверджується одночасна реалізація всіх трьох зазначених функцій виключно засобами мікропрограми системи зберігання, або привести вимогу до функціонального вигляду.
Вимагаємо викласти пункт у такій редакції: «СЗД повинна забезпечувати виявлення аномальної активності, характерної для дії програм-вимагачів (шифрувальників), засобами самої СЗД, у режимі реального часу, без потреби постійного з'єднання з мережею Інтернет, з формуванням сповіщення адміністратору, а також підтримувати створення захищених незмінних (immutable) знімків даних із блокуванням на визначений строк зберігання, недоступних для видалення жодним обліковим записом. Функції поглибленого аналізу подій та автоматичного блокування скомпрометованих облікових записів можуть забезпечуватися програмними засобами того самого виробника, що входять до складу тендерної пропозиції з усіма необхідними ліцензіями та без додаткової оплати.»
Відповідь:
Шановний Учаснику! Відповідно Вашого звернення повідомляємо, що вимога сформована за результатами незалежного аудиту кібербезпеки та пов’язана з переходом від поточного до цільового рівня зрілості.
Для критичної медичної інфраструктури недостатньо лише створювати незмінні snapshot. Необхідно виявити активну атаку, автоматично зберегти останній неушкоджений стан і припинити подальші операції скомпрометованого облікового запису.
Автономна робота без зовнішнього сервера аналітики та постійного інтернет-з’єднання є принциповою з урахуванням блекаутів, пошкодження каналів зв’язку, кібератак і воєнних ризиків. Зовнішній компонент не є повністю еквівалентним нативному механізму, оскільки додає залежності та точки відмови. Звернення не задовольняється.
Дата відповіді:
24.08.2026 18:32
Відповідь надана
Зміни технічних вимог
Номер:
945e0633f167474192bf8441b81729d2
Дата опублікування:
21.08.2026 18:52
Опис:
Вимога створення тонких клонів на рівні окремих файлів (розділ «Додаткові вимоги СЗД»)
Чинна редакція: «Система повинна мати функціонал створення тонких копій (клонів) даних без збільшення обсягу оригінальних даних як на рівні томів, так і на окремих файлах.»
Обґрунтування невідповідності законодавству:
Вимога описує механізм (створення записуваного клону окремого файлу з розділенням блоків між оригіналом і клоном), а не результат, потрібний Замовнику, — отримання робочої копії даних без дублювання зайнятої дискової ємності. Цей результат рівноцінно досягається створенням тонкого клону тому, групи томів або файлової системи з подальшим доступом до окремих файлів у складі клону.
Жодного сценарію використання саме файлових клонів — прикладної системи, процесу, обсягу даних, періодичності — Додаток 3 не містить; обґрунтування в розділі 4 відсутнє. За таких умов вимога описує конкретний процес, що характеризує продукт певного суб'єкта господарювання, і підпадає під частину четверту статті 23 Закону, яка вимагає обґрунтування та застереження «або еквівалент».
Вимагаємо викласти пункт у такій редакції: «Система повинна мати функціонал створення тонких копій (клонів) даних без збільшення обсягу оригінальних даних на рівні томів (LUN), груп томів та файлових систем (файлових ресурсів), із забезпеченням доступу до окремих файлів у складі створеної копії.»
Відповідь:
Шановний Учаснику! У відповідь на Ваше звернення повідомляємо наступне: функціонал необхідний для оперативного відновлення, тестування, аналізу кіберінцидентів і надання окремих копій даних без дублювання повного тому або файлової системи.
Створення клону всього тому для роботи з одним файлом не є повністю еквівалентним, оскільки збільшує кількість об’єктів управління, тривалість операцій та обсяг службових метаданих. Файлове клонування необхідне для гранулярної роботи з великими файловими ресурсами.
Звернення не задовольняється.
Дата відповіді:
24.08.2026 18:30