-
Відкриті торги з особливостями
-
Однолотова
-
КЕП
Послуги з розміщення в хмарному сервісі, обробки та передачі даних
Єдиним критерієм оцінки тендерних пропозицій є ціна без ПДВ. Питома вага критерію – 100%. З метою забезпечення рівних умов участі в закупівлі та оцінки тендерних пропозицій, учасник незалежно від його системи оподаткування, в електронній системі закупівель зазначає ціну тендерної пропозиції без ПДВ. У разі якщо переможець процедури закупівлі є платником ПДВ, при укладенні договору про закупівлю ПДВ буде нараховуватися відповідно до чинного законодавства України.
Пропозиції розглянуті
період кваліфікації завершився 3 дні назад
71 973 000.00
UAH без ПДВ
мін. крок: 0.5% або 359 865.00 UAH
мін. крок: 0.5% або 359 865.00 UAH
Період оскарження:
02.07.2025 18:23 - 02.09.2025 00:00
Період оскарження(за результатами переможця):
15.09.2025 11:14 - 21.09.2025 00:00
Скарга
Відхилено
КЕП
Скарга-2 на дискримінаційні умови тендерної документації
Номер:
528407d6da8d45029697bc794502078c
Ідентифікатор запиту:
UA-2025-07-02-013047-a.c2
Назва:
Скарга-2 на дискримінаційні умови тендерної документації
Скарга:
Пов'язані документи:
Учасник
- Доказ 1. ТД ВТ_НОВ.РЕД_06.08.2025_.Хмарний сервіс.docx 08.08.2025 23:01
- Доказ 3. Звіт compliance-assessment-report-cohasset.pdf 08.08.2025 23:01
- ДЕ НОВО. Скарга-2 на умови документації (Ліси України).docx 08.08.2025 23:01
- Доказ 2. Сумісність NetApp та Veeam.pdf 08.08.2025 23:01
- ДЕ НОВО. Скарга-2 на умови документації (Ліси України).pdf 08.08.2025 23:01
- sign.p7s 08.08.2025 23:03
- Доказ 3. Звіт compliance-assessment-report-cohasset (переклад).pdf 13.08.2025 22:52
- Доказ 3. Звіт compliance-assessment-report-cohasset (супровідний лист).pdf.p7s 14.08.2025 19:00
- ДЕ НОВО. Диплом перекладача з англійської мови.pdf 14.08.2025 19:00
- Доказ 3. Звіт compliance-assessment-report-cohasset (супровідний лист).pdf 14.08.2025 19:00
- Доказ 3. Звіт compliance-assessment-report-cohasset (переклад).docx 14.08.2025 21:47
- Доказ 4. ЕКСПЕРТНИЙ ВИСНОВОК (КАЇ) щодо immutable.pdf 20.08.2025 01:52
- ДЕ НОВО. Коментарі до пояснень Ліси України-2.pdf.p7s 20.08.2025 01:52
- ДЕ НОВО. Коментарі до пояснень Ліси України-2.pdf 20.08.2025 01:52
- ДЕ НОВО. Коментарі-2 до пояснень Ліси України-2.pdf 25.08.2025 21:31
- ДЕ НОВО. Коментарі-2 до пояснень Ліси України-2.pdf.p7s 25.08.2025 21:31
- ДЕ НОВО. Коментарі-3 до пояснень Ліси України-2.pdf 27.08.2025 20:59
- ДЕ НОВО. Коментарі-3 до пояснень Ліси України-2.docx 27.08.2025 20:59
- ДЕ НОВО. Коментарі-3 до пояснень Ліси України-2.pdf.p7s 27.08.2025 20:59
- Рішення від 12.08.2025 №12407.pdf 12.08.2025 15:04
- Запит про надання інформації та документів Скаржнику від 12.08.2025 №1706.pdf 12.08.2025 15:09
- інформація про перенесення дати розгляду скарги та запит Замовнику від 21.08.2025 № 1757.pdf 21.08.2025 16:29
- інформація про перенесення дати розгляду скарги від 26.08.2025 № 1789.pdf 26.08.2025 16:51
- Інформація про резолютивну частину рішення від 28.08.2025 № 13263.pdf 29.08.2025 13:53
- рішення від 28.08.2025 № 13263.pdf 02.09.2025 11:44
- Пояснення 14.08.2025 на скаргу ДЕ НОВО.docx 14.08.2025 18:32
- Пояснення 14.08.2025 на скаргу ДЕ НОВО.docx.p7s 14.08.2025 18:32
- Додаткові пояснення 20.08.2025 на скаргу ДЕ НОВО.docx 20.08.2025 21:38
- Додаткові пояснення 20.08.2025 на скаргу ДЕ НОВО.docx.p7s 20.08.2025 21:38
- Додаткові пояснення на запит АМКУ 21.08.2025 щодо скарги ДЕ НОВО.docx 25.08.2025 21:54
- Додаток 1. Порівняльна таблиця виробників обладнання.docx 25.08.2025 21:54
- Додаткові пояснення на запит АМКУ 21.08.2025 щодо скарги ДЕ НОВО.docx.p7s 25.08.2025 21:54
- Додаток 1.1. ExaGrid.pdf 25.08.2025 21:54
- Додаток 1.3. IBM.pdf 25.08.2025 21:54
- Додаток 1.2. DELL.pdf 25.08.2025 21:54
- Додаток 1.6. NetApp.pdf 25.08.2025 21:54
- Додаток 1.4. HPE.pdf 25.08.2025 21:54
- Додаток 1.5. Hitachi.pdf 25.08.2025 21:54
- Додаток 1.7. Порівняльна таблиця виробників ПЗ резервного копіювання.docx 25.08.2025 21:54
- Додаток 1.8. Скріни ПЗ Commvault.pdf 25.08.2025 21:54
- Додаток 1.10 скріни ПЗ Nakivo.pdf 25.08.2025 21:54
- Додаток 1.9. Скріни ПЗ Veeam.pdf 25.08.2025 21:54
- Додаток 2. Порівняльна таблиця хмарні оператори.docx 25.08.2025 21:54
- Додаток 3 аналогічні договори.pdf 25.08.2025 21:54
- Додаток 5 Комерційні пропозиції.pdf 25.08.2025 21:54
- Додаток 4 матеріально-технічна база.pdf 25.08.2025 21:54
- Додаток 6 системи збереження даних.pdf 25.08.2025 21:54
- Додаток 7 працівники.pdf 25.08.2025 21:54
- Додаток 8 точки обміну трафіком.pdf 25.08.2025 21:54
- Додаток 10 КСЗІ.pdf 25.08.2025 21:54
- Додаток 9 статус LIR.pdf 25.08.2025 21:54
- Додаток 11 ЗВІД.pdf 25.08.2025 21:54
- Додаток 12 TIER 3.pdf 25.08.2025 21:54
- Додаток 13 гіпервізор.pdf 25.08.2025 21:54
- Додаток 15 договори охорони.pdf 25.08.2025 21:54
- Додаток 14 сертифікати ISO.pdf 25.08.2025 21:54
- Додаток 16 листи підтвердження постачальників.docx 25.08.2025 21:54
Дата прийняття скарги до розгляду:
08.08.2025 23:04
Дата розгляду скарги:
21.08.2025 10:00
Місце розгляду скарги:
Антимонопольний комітет України
Дата прийняття рішення про прийняття скарги до розгляду:
12.08.2025 15:08
Дата прийняття рішення про відхилення скарги:
02.09.2025 11:44
Пункт скарги
Порядковий номер пункту скарги:
1
Номер:
500880f9c5fa45c682d25bf0a74d178a
Заголовок пункту скарги:
Заборона використання альтернативного технічного рішення для реалізації незмінності резервних копій
Тип пов'язаного елемента:
Скарга на закупівлю
Тип порушення:
Порушення, пов'язані з вимогами законодавства
Ідентифікатор класифікації:
Технічна специфікація предмета закупівлі
Тип порушення:
Технічна специфікація предмета закупівлі
Опис суті пункту скарги:
Оскаржуються вимоги таблиці 4 «Основні вимоги до системи резервного копіювання» та п.4.7 «Вимоги до резервного копіювання» Розділу VII ТД «ТЕХНІЧНА СПЕЦИФІКАЦІЯ» та способи їх підтвердження, зазначені в Додатку 2 до ТД.
Замовник 06.08.2025 вніс зміни в ТД (Доказ 1), які є дискримінаційними та такими, що обмежують конкуренцію, порушуючи принципи, закріплені в статтях 5 та 22 Закону України "Про публічні закупівлі". Зокрема Замовник:
- висунув вимоги до конкретного способу досягнення мети, а не до кінцевого результату;
- штучно розділив вимоги до апаратного та програмного забезпечення, ігноруючи існування комплексних, перевірених рішень;
- звузив коло потенційних учасників, унеможлививши участь суб'єктів (зокрема – Суб’єкта оскарження), які пропонують альтернативні, але не менш ефективні та підтверджені рішення, які забезпечують незмінність резервних копій.
Аналіз доданих Замовником вимог з точки зору звуження конкуренції за рахунок штучного обмеження Учасників в використанні технологій для надання частини «Послуг з розміщення в хмарному сервісі, обробки та передачі даних» наводиться далі:
(1) Замовник в розділі «Загальна характеристика та умови функціонування віртуальної приватної хмари» ТД надає опис предмету закупівлі «Послуги з розміщення в хмарному сервісі, обробки та передачі даних», зокрема: «Віртуальна приватна хмара з підтримкою мульти-тенантного доступу являє собою комплексне, захищене рішення для Підприємства та використовується для надання повноцінного середовища розподіленої інфраструктури Користувача».
Тим не менше, в таблиці 4 та в п.4.7 Розділу VII ТД Замовник висуває вимоги до резервного копіювання не як до комплексного рішення, а розділяє свої вимоги на вимоги:
• окремо до апаратного забезпечення (місця, де резервні копії зберігаються): «Обладнання яке використовується для зберігання захищених резервних копій (наприклад система зберігання даних) повинно забезпечувати апаратну (апаратно-логічну), реалізовану (на рівні фізичного обладнання) функціональність незмінного (immutable) зберігання даних, а саме забезпечувати неможливість модифікації або видалення даних протягом визначеного періоду зберігання (мати функцію Retention Lock або Retention Time-Lock або Lock Retention або WORM або immutablе або інша назва функції незмінності відповідно до документації виробника обладнання), що не залежить від програмного забезпечення, яке використовується для такого резервного копіювання».
• і окремо до програмного забезпечення для створення захищених резервних копій: «повинно підтримувати функцію незмінності immutable або retention або інша назва функції незмінності відповідно до документації виробника програмного забезпечення з політикою налаштування захисту від змін та видалення не менше 7-ми днів».
Тобто, Замовник в стовпчику «Призначення» таблиці 4 Розділу VII ТД зазначає призначення системи резервного копіювання, як «Забезпечення максимального рівня захисту критично важливої інформації та безперервності роботи інформаційних систем в умовах підвищених кіберзагроз», але не вимагає підтвердження сумісності апаратного забезпечення (місця, де резервні копії зберігаються) та програмного забезпечення для створення захищених резервних копій, як комплексного рішення, яке має забезпечувати максимальний рівень захисту.
Ту ж саму вправу Замовник виконує в п.4.7 Розділу VII ТД, де в примітках зазначає, що «Вимога щодо наявності функції незмінності (на рівні фізичного обладнання) встановлюється Замовником з метою забезпечення максимального рівня захисту критично важливої інформації та безперервності роботи інформаційних систем в умовах підвищених кіберзагроз», але не вимагає підтвердження сумісності апаратного забезпечення (місця, де резервні копії зберігаються) та програмного забезпечення для створення захищених резервних копій, як комплексного рішення, яке має забезпечувати максимальний рівень захисту.
Окрім зазначеного, в примітках п.4.7 Розділу VII ТД Замовник бездоказово (по відношенню до вже створених провідними виробниками обладнання та програмного забезпечення комплексних рішень з підтвердженою відповідністю) зазначає, що:
• Програмні механізми захисту можуть бути скомпрометовані під час кібератаки.
• Використання апаратного механізму незмінності дозволяє мінімізувати ці ризики та гарантувати відновлення роботи після інциденту.
• Наявність функції апаратної незмінності підтверджує, що обрані рішення відповідають сучасним вимогам інформаційної безпеки та стандартам захисту даних.
• Відсутність функції апаратної незмінності створює неприйнятні ризики для збереження інформації та безперервності роботи критичних систем,
але не надає доказів, що його жорсткі вимоги до апаратної незмінності є єдиним або кращим способом уникнути цього ризику.
Натомість, ТОВ «ДЕ НОВО» надає власну послугу Hardened Backup Repository (HBR) (побудована на технічному рішенні, що поєднує Hardened Linux Repository зі сховищем NetApp), яка забезпечує надійну, багаторівневу незмінність, що дозволяє Замовнику досягти його мети (захист від змін та видалення резервних копій - функція immutable backup), та має всі необхідні підтвердження відповідності від компетентних організацій, а саме:
• Рішення забезпечує незмінність на кількох критично важливих рівнях, що за своєю суттю є безпечнішим, ніж покладатися на єдину точку контролю:
o Апаратний рівень забезпечує надійне зберігання даних з гарантованим рівнем резервування N+2 з рівнем доступності (SLA) - 99,95%. Дані зберігаються на апаратному сховищі без використання програмних прошарків та технологій віртуалізації;
o Програмна незмінність + апаратна незмінність. Сховище працює в заблокованому режимі (lockdown), що унеможливлює внесення змін в збережені дані протягом заданого retention period, як адміністраторами Замовника, так і адміністраторами Виконавця.
o Рівень захисту від кіберзагроз відповідає альтернативним апаратним рішенням і надає більшу функціональність. Сховище працює в заблокованому режимі (lockdown), що унеможливлює внесення змін в збережені дані протягом retention period, як адміністраторами Замовника, так і адміністраторами Виконавця (як і кіберзлочинцями в разі компрометації облікових записів адміністраторів). Крім того, є можливість забезпечити при необхідності air-gap між сховищем резервного копіювання та інфраструктурою замовника самостійно без залучення підтримки ТОВ «ДЕ НОВО», або навіть автоматизувати цей процес: перед запуском завдань резервного копіювання активувати сховище, а після виконання завдань відключати його.
Валідність технічного рішення підтверджується виробниками Veeam та NetApp (Доказ 2). Посилання на документи виробників:
o https://www.netapp.com/media/59552-sb-4161.pdf
o https://www.veeam.com/blog/netapp-utilize-object-lock-to-keep-data-safe-and-unchanged.html
o https://www.netapp.com/media/79436-tr-4948.pdf
• Забезпечує незмінність тривалого зберігання резервних копій та мають підтверджену сумісність з Veeam Backup & Replication (https://helpcenter.veeam.com/docs/backup/vsphere/hardened_repository.html?ver=120);
• відповідає вимогам до сховища, що не перезаписується та не стирається (Доказ 3 - звіт Cohasset Associates про оцінку відповідності).
Перелічені вище підтвердження відповідності спростовують твердження Замовника про неможливість використання альтернативних технологій для забезпечення незмінності резервних копій.
(2) Технічне рішення ТОВ «ДЕ НОВО», на якому базується послуга HBR, відповідає вимогам до якісних характеристик «Послуг зберігання захищених резервних копій» та «Послуг зберігання другої копії захищених резервних копій» (рядки 5 та 6 Таблиці 7 «Перелік та орієнтовний щомісячний обсяг споживання ресурсів» Розділу VII ТД), а саме забезпечує незмінність резервних копій (immutable backup) протягом заданого періоду часу, але має архітектуру відмінну від тієї, яку вимагає Замовник.
При цьому, всупереч твердженням Замовника, що:
• програмні механізми захисту можуть бути скомпрометовані під час кібератаки;
• використання апаратного механізму незмінності дозволяє мінімізувати ці ризики та гарантувати відновлення роботи після інциденту;
• наявність функції апаратної незмінності підтверджує, що обрані рішення відповідають сучасним вимогам інформаційної безпеки та стандартам захисту даних;
• відсутність функції апаратної незмінності створює неприйнятні ризики для збереження інформації та безперервності роботи критичних систем,
технічне рішення ТОВ «ДЕ НОВО», на якому побудована послуга HBR не дозволить навіть адміністраторам системи збереження даних реініціювати систему збереження даних і, тим самим, зруйнувати або знищити резервні копії.
Таким чином, рішення ТОВ «ДЕ НОВО» є технічно еквівалентним потребі Замовника в забезпеченні незмінності резервних копій, а в деяких аспектах навіть перевершує вимоги Замовника щодо рівня захисту, але через жорсткі та дискримінаційні вимоги до конкретної архітектури, Суб’єкт оскарження позбавлений можливості взяти участь у Закупівлі.
Відповідно до частини четвертої статті 23 Закону технічні специфікації не повинні містити посилання на конкретні марку чи виробника або на конкретний процес, що характеризує продукт чи послугу певного суб’єкта господарювання, чи на торгові марки, патенти, типи або конкретне місце походження чи спосіб виробництва.
ТОВ «ДЕ НОВО» (Суб’єкт оскарження) спроможний надати Замовнику «Послуги зберігання захищених резервних копій» (п.5 та п.6 Таблиці 7 Розділу VII ТД) з характеристикою «захист від змін та видалення резервних копій (функція immutable backup)», але за допомогою альтернативного рішення, відповідність якого підтверджена провідними виробниками програмного та апаратного забезпечення.
------------------------------------------------------------------------------------------------------
Таким чином, Суб’єкт оскарження вбачає ознаки обмеження конкуренції та дискримінації Суб’єкта оскарження шляхом додавання Замовником до складу Тендерної документації технічних вимог, що не мають прямого стосунку до якісних та кількісних характеристик предмету Закупівлі, але при цьому звужують конкуренцію за рахунок унеможливлювання прийняття участі в Закупівлі Суб’єкта оскарження, який має бажання взяти участь у Закупівлі, тобто є здатним надавати Замовнику «Послуги зберігання захищених резервних копій» з параметром «захист від змін та видалення резервних копій (для реалізації immutable backup)» за допомогою рішення Hardened Linux repository + NetApp storage, яке гарантує незмінність зберігання резервних копій (immutable backup), але не в змозі виконати окремих вимог Замовника та способів їх підтвердження, що порушує законні права Суб’єкта оскарження на недискримінацію, рівне ставлення до усіх учасників Закупівлі (в т.ч. і до Суб’єкта оскарження) та на чесну, неупереджену конкуренцію.
Згідно п.3 частини 2 Статті 22 Закону Технічні, якісні характеристики предмета закупівлі та технічні специфікації до предмета закупівлі повинні визначатися замовником з урахуванням вимоги про те, що Замовники не мають права встановлювати жодних дискримінаційних вимог до учасників (частина 4 статті 5 Закону).
Згідно вимог частини 4 Статті 22 Закону «Тендерна документація не повинна містити вимог, що обмежують конкуренцію та призводять до дискримінації учасників…».
Замовник 06.08.2025 вніс зміни в ТД (Доказ 1), які є дискримінаційними та такими, що обмежують конкуренцію, порушуючи принципи, закріплені в статтях 5 та 22 Закону України "Про публічні закупівлі". Зокрема Замовник:
- висунув вимоги до конкретного способу досягнення мети, а не до кінцевого результату;
- штучно розділив вимоги до апаратного та програмного забезпечення, ігноруючи існування комплексних, перевірених рішень;
- звузив коло потенційних учасників, унеможлививши участь суб'єктів (зокрема – Суб’єкта оскарження), які пропонують альтернативні, але не менш ефективні та підтверджені рішення, які забезпечують незмінність резервних копій.
Аналіз доданих Замовником вимог з точки зору звуження конкуренції за рахунок штучного обмеження Учасників в використанні технологій для надання частини «Послуг з розміщення в хмарному сервісі, обробки та передачі даних» наводиться далі:
(1) Замовник в розділі «Загальна характеристика та умови функціонування віртуальної приватної хмари» ТД надає опис предмету закупівлі «Послуги з розміщення в хмарному сервісі, обробки та передачі даних», зокрема: «Віртуальна приватна хмара з підтримкою мульти-тенантного доступу являє собою комплексне, захищене рішення для Підприємства та використовується для надання повноцінного середовища розподіленої інфраструктури Користувача».
Тим не менше, в таблиці 4 та в п.4.7 Розділу VII ТД Замовник висуває вимоги до резервного копіювання не як до комплексного рішення, а розділяє свої вимоги на вимоги:
• окремо до апаратного забезпечення (місця, де резервні копії зберігаються): «Обладнання яке використовується для зберігання захищених резервних копій (наприклад система зберігання даних) повинно забезпечувати апаратну (апаратно-логічну), реалізовану (на рівні фізичного обладнання) функціональність незмінного (immutable) зберігання даних, а саме забезпечувати неможливість модифікації або видалення даних протягом визначеного періоду зберігання (мати функцію Retention Lock або Retention Time-Lock або Lock Retention або WORM або immutablе або інша назва функції незмінності відповідно до документації виробника обладнання), що не залежить від програмного забезпечення, яке використовується для такого резервного копіювання».
• і окремо до програмного забезпечення для створення захищених резервних копій: «повинно підтримувати функцію незмінності immutable або retention або інша назва функції незмінності відповідно до документації виробника програмного забезпечення з політикою налаштування захисту від змін та видалення не менше 7-ми днів».
Тобто, Замовник в стовпчику «Призначення» таблиці 4 Розділу VII ТД зазначає призначення системи резервного копіювання, як «Забезпечення максимального рівня захисту критично важливої інформації та безперервності роботи інформаційних систем в умовах підвищених кіберзагроз», але не вимагає підтвердження сумісності апаратного забезпечення (місця, де резервні копії зберігаються) та програмного забезпечення для створення захищених резервних копій, як комплексного рішення, яке має забезпечувати максимальний рівень захисту.
Ту ж саму вправу Замовник виконує в п.4.7 Розділу VII ТД, де в примітках зазначає, що «Вимога щодо наявності функції незмінності (на рівні фізичного обладнання) встановлюється Замовником з метою забезпечення максимального рівня захисту критично важливої інформації та безперервності роботи інформаційних систем в умовах підвищених кіберзагроз», але не вимагає підтвердження сумісності апаратного забезпечення (місця, де резервні копії зберігаються) та програмного забезпечення для створення захищених резервних копій, як комплексного рішення, яке має забезпечувати максимальний рівень захисту.
Окрім зазначеного, в примітках п.4.7 Розділу VII ТД Замовник бездоказово (по відношенню до вже створених провідними виробниками обладнання та програмного забезпечення комплексних рішень з підтвердженою відповідністю) зазначає, що:
• Програмні механізми захисту можуть бути скомпрометовані під час кібератаки.
• Використання апаратного механізму незмінності дозволяє мінімізувати ці ризики та гарантувати відновлення роботи після інциденту.
• Наявність функції апаратної незмінності підтверджує, що обрані рішення відповідають сучасним вимогам інформаційної безпеки та стандартам захисту даних.
• Відсутність функції апаратної незмінності створює неприйнятні ризики для збереження інформації та безперервності роботи критичних систем,
але не надає доказів, що його жорсткі вимоги до апаратної незмінності є єдиним або кращим способом уникнути цього ризику.
Натомість, ТОВ «ДЕ НОВО» надає власну послугу Hardened Backup Repository (HBR) (побудована на технічному рішенні, що поєднує Hardened Linux Repository зі сховищем NetApp), яка забезпечує надійну, багаторівневу незмінність, що дозволяє Замовнику досягти його мети (захист від змін та видалення резервних копій - функція immutable backup), та має всі необхідні підтвердження відповідності від компетентних організацій, а саме:
• Рішення забезпечує незмінність на кількох критично важливих рівнях, що за своєю суттю є безпечнішим, ніж покладатися на єдину точку контролю:
o Апаратний рівень забезпечує надійне зберігання даних з гарантованим рівнем резервування N+2 з рівнем доступності (SLA) - 99,95%. Дані зберігаються на апаратному сховищі без використання програмних прошарків та технологій віртуалізації;
o Програмна незмінність + апаратна незмінність. Сховище працює в заблокованому режимі (lockdown), що унеможливлює внесення змін в збережені дані протягом заданого retention period, як адміністраторами Замовника, так і адміністраторами Виконавця.
o Рівень захисту від кіберзагроз відповідає альтернативним апаратним рішенням і надає більшу функціональність. Сховище працює в заблокованому режимі (lockdown), що унеможливлює внесення змін в збережені дані протягом retention period, як адміністраторами Замовника, так і адміністраторами Виконавця (як і кіберзлочинцями в разі компрометації облікових записів адміністраторів). Крім того, є можливість забезпечити при необхідності air-gap між сховищем резервного копіювання та інфраструктурою замовника самостійно без залучення підтримки ТОВ «ДЕ НОВО», або навіть автоматизувати цей процес: перед запуском завдань резервного копіювання активувати сховище, а після виконання завдань відключати його.
Валідність технічного рішення підтверджується виробниками Veeam та NetApp (Доказ 2). Посилання на документи виробників:
o https://www.netapp.com/media/59552-sb-4161.pdf
o https://www.veeam.com/blog/netapp-utilize-object-lock-to-keep-data-safe-and-unchanged.html
o https://www.netapp.com/media/79436-tr-4948.pdf
• Забезпечує незмінність тривалого зберігання резервних копій та мають підтверджену сумісність з Veeam Backup & Replication (https://helpcenter.veeam.com/docs/backup/vsphere/hardened_repository.html?ver=120);
• відповідає вимогам до сховища, що не перезаписується та не стирається (Доказ 3 - звіт Cohasset Associates про оцінку відповідності).
Перелічені вище підтвердження відповідності спростовують твердження Замовника про неможливість використання альтернативних технологій для забезпечення незмінності резервних копій.
(2) Технічне рішення ТОВ «ДЕ НОВО», на якому базується послуга HBR, відповідає вимогам до якісних характеристик «Послуг зберігання захищених резервних копій» та «Послуг зберігання другої копії захищених резервних копій» (рядки 5 та 6 Таблиці 7 «Перелік та орієнтовний щомісячний обсяг споживання ресурсів» Розділу VII ТД), а саме забезпечує незмінність резервних копій (immutable backup) протягом заданого періоду часу, але має архітектуру відмінну від тієї, яку вимагає Замовник.
При цьому, всупереч твердженням Замовника, що:
• програмні механізми захисту можуть бути скомпрометовані під час кібератаки;
• використання апаратного механізму незмінності дозволяє мінімізувати ці ризики та гарантувати відновлення роботи після інциденту;
• наявність функції апаратної незмінності підтверджує, що обрані рішення відповідають сучасним вимогам інформаційної безпеки та стандартам захисту даних;
• відсутність функції апаратної незмінності створює неприйнятні ризики для збереження інформації та безперервності роботи критичних систем,
технічне рішення ТОВ «ДЕ НОВО», на якому побудована послуга HBR не дозволить навіть адміністраторам системи збереження даних реініціювати систему збереження даних і, тим самим, зруйнувати або знищити резервні копії.
Таким чином, рішення ТОВ «ДЕ НОВО» є технічно еквівалентним потребі Замовника в забезпеченні незмінності резервних копій, а в деяких аспектах навіть перевершує вимоги Замовника щодо рівня захисту, але через жорсткі та дискримінаційні вимоги до конкретної архітектури, Суб’єкт оскарження позбавлений можливості взяти участь у Закупівлі.
Відповідно до частини четвертої статті 23 Закону технічні специфікації не повинні містити посилання на конкретні марку чи виробника або на конкретний процес, що характеризує продукт чи послугу певного суб’єкта господарювання, чи на торгові марки, патенти, типи або конкретне місце походження чи спосіб виробництва.
ТОВ «ДЕ НОВО» (Суб’єкт оскарження) спроможний надати Замовнику «Послуги зберігання захищених резервних копій» (п.5 та п.6 Таблиці 7 Розділу VII ТД) з характеристикою «захист від змін та видалення резервних копій (функція immutable backup)», але за допомогою альтернативного рішення, відповідність якого підтверджена провідними виробниками програмного та апаратного забезпечення.
------------------------------------------------------------------------------------------------------
Таким чином, Суб’єкт оскарження вбачає ознаки обмеження конкуренції та дискримінації Суб’єкта оскарження шляхом додавання Замовником до складу Тендерної документації технічних вимог, що не мають прямого стосунку до якісних та кількісних характеристик предмету Закупівлі, але при цьому звужують конкуренцію за рахунок унеможливлювання прийняття участі в Закупівлі Суб’єкта оскарження, який має бажання взяти участь у Закупівлі, тобто є здатним надавати Замовнику «Послуги зберігання захищених резервних копій» з параметром «захист від змін та видалення резервних копій (для реалізації immutable backup)» за допомогою рішення Hardened Linux repository + NetApp storage, яке гарантує незмінність зберігання резервних копій (immutable backup), але не в змозі виконати окремих вимог Замовника та способів їх підтвердження, що порушує законні права Суб’єкта оскарження на недискримінацію, рівне ставлення до усіх учасників Закупівлі (в т.ч. і до Суб’єкта оскарження) та на чесну, неупереджену конкуренцію.
Згідно п.3 частини 2 Статті 22 Закону Технічні, якісні характеристики предмета закупівлі та технічні специфікації до предмета закупівлі повинні визначатися замовником з урахуванням вимоги про те, що Замовники не мають права встановлювати жодних дискримінаційних вимог до учасників (частина 4 статті 5 Закону).
Згідно вимог частини 4 Статті 22 Закону «Тендерна документація не повинна містити вимог, що обмежують конкуренцію та призводять до дискримінації учасників…».
×
-
Назва доказу:
Звіт Cohasset Associates про оцінку відповідності Hardened Repository вимогам до сховища, що не перезаписується та не стирається
-
Повʼязаний документ:
Доказ 3. Звіт compliance-assessment-report-cohasset.pdf
-
-
Назва доказу:
Підтвердження сумісності Сховища NetApp E-Series з Veeam Backup & Replication (використання сховища NetApp® ESeries у середовищі Veeam Backup & Replication)
-
Повʼязаний документ:
Доказ 2. Сумісність NetApp та Veeam.pdf
-
-
Назва доказу:
Тендерна документація Замовника від 06.08.2025
-
Повʼязаний документ:
Доказ 1. ТД ВТ_НОВ.РЕД_06.08.2025_.Хмарний сервіс.docx
Вимоги:
Зобов'язати замовника внести зміни до тендерної документації
×
-
Просимо Комісію зобов’язати Замовника внести наступні зміни в тендерну документацію Замовника: Розділ VII ТД «ТЕХНІЧНА СПЕЦИФІКАЦІЯ» 1) В стовпчику «Засіб» Таблиці 4 п.1.1.7 речення «Обладнання яке використовується для зберігання захищених резервних копій (наприклад система зберігання даних) повинно забезпечувати апаратну (апаратно-логічну), реалізовану (на рівні фізичного обладнання) функціональність незмінного (immutable) зберігання даних, а саме забезпечувати неможливість модифікації або видалення даних протягом визначеного періоду зберігання (мати функцію Retention Lock або Retention Time-Lock або Lock Retention або WORM або immutablе або інша назва функції незмінності відповідно до документації виробника обладнання), що не залежить від програмного забезпечення, яке використовується для такого резервного копіювання» викласти в такій редакції: «Сховище для зберігання захищених резервних копій повинно підтримувати функціональність незмінного (immutable) зберігання, а саме забезпечувати неможливість модифікації або видалення даних протягом визначеного періоду зберігання». 2) п.4.7 викласти в такій редакції: «Надавач забезпечує зберігання захищених резервних копій з реалізацією багаторівневого захисту, а саме з використанням наступного рішення: - Сховище для зберігання захищених резервних копій повинно підтримувати функціональність незмінного (immutable) зберігання; - Програмне забезпечення для створення захищених резервних копій повинне підтримувати функцію незмінності immutable (або інша назва функції незмінності відповідно до документації виробника програмного забезпечення) з політикою налаштування захисту від змін та видалення не менше 7-ми днів.». ДОДАТОК 2 «Перелік документів та/або інформації, які подаються учасником процедури закупівлі у складі тендерної пропозиції» 1) п.1.2.2 Розділу 1 викласти в такій редакції: «Довідка в довільній формі, складена Учасником, з переліком програмно-апаратного забезпечення, яке використовуватиметься для реалізації immutable backup. Учасник у даному переліку повинен надати посилання на технічну документацію/інформаційні ресурси виробника обладнання та програмного забезпечення, що використовуватиметься для реалізації immutable backup. Це посилання має підтверджувати, що така система підтримує immutable backup». 2) Після п.1.2.2.1 в прикладі довідки у виносці (*) абзац «- таке обладнання має функцію Retention Lock або Retention Time-Lock або Lock Retention або WORM або immutablе або інша назви функції незмінності відповідно до документації виробника обладнання» викласти в такій редакції: «- Сховище для зберігання захищених резервних копій повинно підтримувати функціональність незмінного (immutable) зберігання». Додаток 2 до «ПРОЄКТУ ДОГОВОРУ», який є Додатком 1 до ТД 1) Другий абзац п.9.1 «система зберігання даних, яка використовується для зберігання захищених резервних копій, повинна підтримувати функцію RetentionLock (immutable)» викласти в такій редакції: «Надавач забезпечує зберігання захищених резервних копій з реалізацією багаторівневого захисту, а саме з використанням наступного рішення: - Сховище для зберігання захищених резервних копій повинно підтримувати функціональність незмінного (immutable) зберігання; - Програмне забезпечення для створення захищених резервних копій повинне підтримувати функцію незмінності immutable (або інша назва функції незмінності відповідно до документації виробника програмного забезпечення) з політикою налаштування захисту від змін та видалення не менше 7-ми днів». 2) В стовпчику «Засіб» Таблиці п.9.2 речення речення «Обладнання яке використовується для зберігання захищених резервних копій (наприклад система зберігання даних) повинно забезпечувати апаратну (апаратно-логічну), реалізовану (на рівні фізичного обладнання) функціональність незмінного (immutable) зберігання даних, а саме забезпечувати неможливість модифікації або видалення даних протягом визначеного періоду зберігання (мати функцію Retention Lock або Retention Time-Lock або Lock Retention або WORM або immutablе або інша назва функції незмінності відповідно до документації виробника обладнання), що не залежить від програмного забезпечення, яке використовується для такого резервного копіювання» викласти в такій редакції: «Сховище для зберігання захищених резервних копій повинно підтримувати функціональність незмінного (immutable) зберігання, а саме забезпечувати неможливість модифікації або видалення даних протягом визначеного періоду зберігання».
Скарга
Виконана замовником
КЕП
Скарга на дискримінаційні вимоги тендерної документації
Номер:
7ea778aebbaf44c5bc6c2a6fdc027c0e
Ідентифікатор запиту:
UA-2025-07-02-013047-a.b1
Назва:
Скарга на дискримінаційні вимоги тендерної документації
Скарга:
Пов'язані документи:
Учасник
- ДЕ НОВО. Скарга на умови документації (Ліси України).docx 11.07.2025 23:40
- ДЕ НОВО. Скарга на умови документації (Ліси України).pdf 11.07.2025 23:40
- Докази 1 та 2. Скріншоти з офіційних сайтів виробників з перекладом.pdf 11.07.2025 23:40
- Доказ 3. ТД ВТ_НОВ.РЕД.Хмарний сервіс_09.07.2025.docx 11.07.2025 23:42
- sign.p7s 11.07.2025 23:45
- ДЕ НОВО. Коментарі до пояснень Ліси України на скаргу (умови документації).pdf 21.07.2025 09:33
- Доказ 4. Сумісність NetApp та Veeam.pdf 21.07.2025 09:33
- ДЕ НОВО. Коментарі до пояснень Ліси України на скаргу (умови документації).pdf.p7s 21.07.2025 09:33
- Доказ 4. Сумісність NetApp та Veeam.pdf.p7s 21.07.2025 09:33
- ДЕ НОВО. Коментарі до додаткових пояснень Ліси України.pdf 28.07.2025 11:00
- ДЕ НОВО. Коментарі до додаткових пояснень Ліси України.pdf.p7s 28.07.2025 11:00
- рішення від 15.07.2025 №11019.pdf 15.07.2025 16:59
- інформація про перенесення розгляду скарги від 22.07.2025 № 1596 та запит замовнику.pdf 23.07.2025 18:06
- інформація про резолютивну частину рішення від 29.07.2025 № 11738.pdf 30.07.2025 12:17
- рішення від 29.07.2025 № 11738.pdf 01.08.2025 14:23
- Додаток 1 Порівняльна таблиця виробників (Retention Lock).docx 17.07.2025 20:37
- Додаток 1 Порівняльна таблиця виробників (Retention Lock).docx.p7s 17.07.2025 20:37
- Додаток 1.1. Скріни з сайтів виробників (Retention Lock).pdf 17.07.2025 20:37
- Запит КП_ДП Ліси України _послуги розміщення в хмарному середовищі.zip 17.07.2025 20:37
- Комерційні пропозиції, отримані на запит.zip 17.07.2025 20:37
- Пояснення на скаргу ДЕ НОВО.docx 17.07.2025 20:37
- Пояснення на скаргу ДЕ НОВО.docx.p7s 17.07.2025 20:37
- Скріни розсилки запиту.pdf 17.07.2025 20:37
- Додаткові пояснення на скаргу ДЕ НОВО..docx 22.07.2025 08:26
- Додаткові пояснення на скаргу ДЕ НОВО..docx.p7s 22.07.2025 08:26
- Додаткові пояснення на запит від 22.07.2025 щодо скарги ДЕ НОВО..docx 25.07.2025 23:19
- Додаткові пояснення на запит від 22.07.2025 щодо скарги ДЕ НОВО..docx.p7s 25.07.2025 23:19
- Додаток 1. Уточнена порівняльна таблиця виробників (Retention Lock).docx.p7s 25.07.2025 23:19
- Додаток 1. Уточнена порівняльна таблиця виробників (Retention Lock).docx 25.07.2025 23:19
- Додаток 2. Документація виробника ExaGrid.pdf 25.07.2025 23:19
- Додаток 3. Документація виробника DELL.pdf 25.07.2025 23:19
- Додаток 5. Документація виробника HPE.pdf 25.07.2025 23:19
- Додаток 4. Витяг з документації виробника IBM.pdf 25.07.2025 23:19
- Додаток 6. Документація виробника Hitachi.pdf 25.07.2025 23:19
- Додаткові пояснення та коментарі від 28.07.2025 щодо скарги ДЕ НОВО..docx 28.07.2025 22:38
- Додаткові пояснення та коментарі від 28.07.2025 щодо скарги ДЕ НОВО..docx.p7s 28.07.2025 22:38
- Рішення УО_06.08.25_зміни до ТД_Хмара.docx 06.08.2025 17:57
- Рішення УО_06.08.25_зміни до ТД_Хмара.docx.p7s 06.08.2025 17:57
Дата прийняття скарги до розгляду:
11.07.2025 23:46
Дата розгляду скарги:
22.07.2025 10:00
Місце розгляду скарги:
Антимонопольний комітет України
Дата прийняття рішення про прийняття скарги до розгляду:
15.07.2025 16:59
Дата прийняття рішення про вирішення скарги:
01.08.2025 14:24
Дата виконання рішення Замовником:
06.08.2025 17:57
Коментар замовника щодо усунення порушень:
Керуючись ч.22 ст.18 Закону з урахуванням Особливостей вирішено виконати рішення Комісії Антимонопольного комітету України з розгляду скарг про порушення законодавства у сфері публічних закупівель №11738-р/пк-пз від 29.07.2025, а саме: внести відповідні зміни до тендерної документації, зазначені в мотивувальній частині. Зміни внесені до тендерної докуметації та оприлюднені 06.08.2025.
Пункт скарги
Порядковий номер пункту скарги:
1
Номер:
481b6f0820b7455592940e3c1a012a76
Заголовок пункту скарги:
Одна з багатьох можливих технологій захисту резервних копій
Тип пов'язаного елемента:
Скарга на закупівлю
Тип порушення:
Порушення, пов'язані з вимогами законодавства
Ідентифікатор класифікації:
Технічна специфікація предмета закупівлі
Тип порушення:
Технічна специфікація предмета закупівлі
Опис суті пункту скарги:
В таблиці 4 «Основні вимоги до системи резервного копіювання» та в п.4.7 «Вимоги до резервного копіювання» Розділу VII ТД «ТЕХНІЧНА СПЕЦИФІКАЦІЯ» зазначена така вимога: «Система зберігання даних яка використовується для зберігання захищених резервних копій повинна підтримувати функцію RetentionLock (immutable)». В Додатку 2 до ТД вимагаються відповідні підтвердження.
Іншими словами, Замовник для реалізації такого параметру «Послуги зберігання захищених резервних копій» (п.5 Таблиці 7 «Перелік та орієнтовний щомісячний обсяг споживання ресурсів» Розділу VII ТД), як «захист від змін та видалення резервних копій (функція immutable backup)», вимагає використання саме Retention Lock для реалізації функції (immutable).
Варто зазначити, що на звернення Суб’єкта оскарження до Замовника через майданчик Прозорро з запитом на зміни в ТД (зокрема в зверненні було зазначено, що «RetentionLock - це назва конкретної технології, яка використовується конкретним вендором сховища і конкретним хмарним провайдером»), Замовник, в своїй відповіді зазначив, що Retention Lock «не є конкретною торгівельною маркою або виробником, а лише функцією яка може використовуватися будь-яким виробником дата-сховища і будь-яким хмарним провайдером».
Твердження Замовника, що Retention Lock є «функцією яка може використовуватися будь-яким виробником дата-сховища і будь-яким хмарним провайдером» не відповідає дійсності, так як Retention Lock - це комерційний бренд саме виробника обладнання Dell, що реалізований в апаратних системах Dell Data Domain.
Таким чином, вимога до учасників закупівлі, що передбачає використання саме Retention Lock, фактично вимагає використання учасниками обладнання лише Dell Data Domain.
Доказом того, що Retention Lock - це комерційний бренд саме виробника обладнання Dell, може служити офіційна стаття Dell під назвою “Data Domain: Retention Lock Frequently Asked Questions”, де чітко вказано:
“Retention lock is a feature used on Data Domain Restorers (DDRs) to prevent modification or deletion of certain sets of files for a predetermined period.”
Переклад:
Блокування збереження - це функція, яка використовується у відновлювачах доменів даних (DDR), щоб запобігти зміні або видаленню певних наборів файлів протягом заздалегідь визначеного періоду.
Скріншот з такої статті наведено нижче, як Доказ 1:
Так як в п.1.1.7 Розділу VII ТД Замовника зазначено, що «Veeam Backup and Replication використовується як основна система резервного копіювання даних в інфраструктурі», визначення англомовних слів зі специфікації Замовника, які стосуються системи резервного копіювання, будуть наводитись саме з сайту виробника Veeam. Програмне забезпечення Veeam Backup and Replication – далі - Veeam B&R.
Обґрунтування того факту, що Retention Lock – це одна з багатьох технологій для реалізації Незмінності резервних копій (immutable backup):
1) Скріншот визначення поняття immutable на сайті виробника Veeam:
Переклад тексту, наведеного на скріншоті:
«Що таке незмінні резервні копії?
Незмінні (immutable) резервні копії (backups) - це резервні копії даних, які не можуть бути змінені, перезаписані або видалені під час обраного періоду зберігання і можуть бути видалені лише за дуже специфічних обставин. Дані зберігаються в незмінному сховищі, тому, якщо ви відновите резервну копію, дані будуть точним знімком моменту створення резервної копії.
Дані в незмінній резервній копії захищені від несанкціонованого доступу, випадкових змін або видалення, а також шифрування, спричиненого програмами-вимагачами».
Таким чином далі в Скарзі буде використовуватись не просто вираз «immutable», а словосполучення «immutable backup», яке відображає суть послуги, яку бажає отримати Замовник.
2) Виробник Veeam своїм продуктом Veeam B&R для реалізації immutable backup (незмінні резервні копії) підтримує декілька різних технологій блокування змін, і Retention Lock (власна назва технології конкретного виробника Dell (Data Domain), яку задіює Veeam для реалізації immutable backup) – лише одна з них:
В якості доказу такого твердження наводимо скріншот з сайту виробника Veeam (доказ 2):
Переклад тексту, наведеного на скріншоті:
«Реалізація Veeam незмінних резервних копій
Veeam надає можливості для незмінного резервного копіювання, включаючи як локальні, так і хмарні середовища. Незалежно від того, чи виберете ви надійний репозиторій Linux, пристрій для об'єктного зберігання, хмару чи гібридну конфігурацію, Veeam гарантує, що ваші резервні копії будуть безпечними, незмінними та відповідатимуть нормам».
Як видно з перекладу тексту скріншота:
• Замовник обрав один з можливих способів для реалізації immutable backup (забезпечення незмінності резервних копій), а саме: за допомогою технології Retention Lock системи зберігання Dell Data Domain, яке підтримується Veeam.
• Суб’єкт оскарження використовує в своїй діяльності, як хмарний провайдер, інший спосіб для реалізації immutable backup (забезпечення незмінності резервних копій), а саме: за допомогою використання надійного репозиторію Linux (Hardened Linux repository), яке теж підтримується Veeam. На підтвердження надаємо посилання на відповідну сторінку сайту ТОВ «ДЕ НОВО» з описом вищезазначеної послуги: https://denovo.ua/hbr.
Таким чином, Замовник обрав один з багатьох можливих способів реалізації Незмінності резервних копій (immutable backup) при використанні «Послуги зберігання захищених резервних копій», хоча хмарні провайдери можуть використовувати й інші способи для досягнення одного і того ж результату: Незмінність резервних копій (immutable backup).
Відповідно до частини четвертої статті 23 Закону технічні специфікації не повинні містити посилання на конкретні марку чи виробника або на конкретний процес, що характеризує продукт чи послугу певного суб’єкта господарювання, чи на торгові марки, патенти, типи або конкретне місце походження чи спосіб виробництва.
Враховуючи викладене, Замовник порушив вимоги частини четвертої статті 23 Закону.
ТОВ «ДЕ НОВО» (Суб’єкт оскарження) спроможний надати Замовнику «Послуги зберігання захищених резервних копій» (п.5 Таблиці 7 «Перелік та орієнтовний щомісячний обсяг споживання ресурсів» Розділу VII ТД) з параметром «захист від змін та видалення резервних копій (функція immutable backup)», але за допомогою альтернативної технології блокування змін.
Висновок:
За таких умов, взяти участь у Закупівлі зможуть лише ті суб'єкти господарювання, які спроможні надати «Послуги зберігання захищених резервних копій» з параметром «захист від змін та видалення резервних копій (функція immutable backup)», які використовують виключно технологію Retention Lock обладнання Dell Data Domain, що є дискримінаційним по відношенню до суб’єктів господарювання, у тому числі, Суб’єкта оскарження.
Згідно п.3 частини 2 Статті 22 Закону Технічні, якісні характеристики предмета закупівлі та технічні специфікації до предмета закупівлі повинні визначатися замовником з урахуванням вимоги про те, що Замовники не мають права встановлювати жодних дискримінаційних вимог до учасників (частина 4 статті 5 Закону).
Згідно вимог частини 4 Статті 22 Закону «Тендерна документація не повинна містити вимог, що обмежують конкуренцію та призводять до дискримінації учасників…».
Суб’єкт оскарження має бажання взяти участь у Закупівлі, тобто є здатним надавати Замовнику «Послуги зберігання захищених резервних копій» з параметром «захист від змін та видалення резервних копій (для реалізації immutable backup)» за допомогою іншої підтримуваної Veeam технології, яка гарантує незмінність зберігання резервних копій (immutable backup), але не в змозі виконати окремих вимог Замовника, які суперечать Закону, що порушує законні права Суб’єкта оскарження на недискримінацію, рівне ставлення до усіх учасників Закупівлі (в т.ч. і до Суб’єкта оскарження) та на чесну, неупереджену конкуренцію.
Іншими словами, Замовник для реалізації такого параметру «Послуги зберігання захищених резервних копій» (п.5 Таблиці 7 «Перелік та орієнтовний щомісячний обсяг споживання ресурсів» Розділу VII ТД), як «захист від змін та видалення резервних копій (функція immutable backup)», вимагає використання саме Retention Lock для реалізації функції (immutable).
Варто зазначити, що на звернення Суб’єкта оскарження до Замовника через майданчик Прозорро з запитом на зміни в ТД (зокрема в зверненні було зазначено, що «RetentionLock - це назва конкретної технології, яка використовується конкретним вендором сховища і конкретним хмарним провайдером»), Замовник, в своїй відповіді зазначив, що Retention Lock «не є конкретною торгівельною маркою або виробником, а лише функцією яка може використовуватися будь-яким виробником дата-сховища і будь-яким хмарним провайдером».
Твердження Замовника, що Retention Lock є «функцією яка може використовуватися будь-яким виробником дата-сховища і будь-яким хмарним провайдером» не відповідає дійсності, так як Retention Lock - це комерційний бренд саме виробника обладнання Dell, що реалізований в апаратних системах Dell Data Domain.
Таким чином, вимога до учасників закупівлі, що передбачає використання саме Retention Lock, фактично вимагає використання учасниками обладнання лише Dell Data Domain.
Доказом того, що Retention Lock - це комерційний бренд саме виробника обладнання Dell, може служити офіційна стаття Dell під назвою “Data Domain: Retention Lock Frequently Asked Questions”, де чітко вказано:
“Retention lock is a feature used on Data Domain Restorers (DDRs) to prevent modification or deletion of certain sets of files for a predetermined period.”
Переклад:
Блокування збереження - це функція, яка використовується у відновлювачах доменів даних (DDR), щоб запобігти зміні або видаленню певних наборів файлів протягом заздалегідь визначеного періоду.
Скріншот з такої статті наведено нижче, як Доказ 1:
Так як в п.1.1.7 Розділу VII ТД Замовника зазначено, що «Veeam Backup and Replication використовується як основна система резервного копіювання даних в інфраструктурі», визначення англомовних слів зі специфікації Замовника, які стосуються системи резервного копіювання, будуть наводитись саме з сайту виробника Veeam. Програмне забезпечення Veeam Backup and Replication – далі - Veeam B&R.
Обґрунтування того факту, що Retention Lock – це одна з багатьох технологій для реалізації Незмінності резервних копій (immutable backup):
1) Скріншот визначення поняття immutable на сайті виробника Veeam:
Переклад тексту, наведеного на скріншоті:
«Що таке незмінні резервні копії?
Незмінні (immutable) резервні копії (backups) - це резервні копії даних, які не можуть бути змінені, перезаписані або видалені під час обраного періоду зберігання і можуть бути видалені лише за дуже специфічних обставин. Дані зберігаються в незмінному сховищі, тому, якщо ви відновите резервну копію, дані будуть точним знімком моменту створення резервної копії.
Дані в незмінній резервній копії захищені від несанкціонованого доступу, випадкових змін або видалення, а також шифрування, спричиненого програмами-вимагачами».
Таким чином далі в Скарзі буде використовуватись не просто вираз «immutable», а словосполучення «immutable backup», яке відображає суть послуги, яку бажає отримати Замовник.
2) Виробник Veeam своїм продуктом Veeam B&R для реалізації immutable backup (незмінні резервні копії) підтримує декілька різних технологій блокування змін, і Retention Lock (власна назва технології конкретного виробника Dell (Data Domain), яку задіює Veeam для реалізації immutable backup) – лише одна з них:
В якості доказу такого твердження наводимо скріншот з сайту виробника Veeam (доказ 2):
Переклад тексту, наведеного на скріншоті:
«Реалізація Veeam незмінних резервних копій
Veeam надає можливості для незмінного резервного копіювання, включаючи як локальні, так і хмарні середовища. Незалежно від того, чи виберете ви надійний репозиторій Linux, пристрій для об'єктного зберігання, хмару чи гібридну конфігурацію, Veeam гарантує, що ваші резервні копії будуть безпечними, незмінними та відповідатимуть нормам».
Як видно з перекладу тексту скріншота:
• Замовник обрав один з можливих способів для реалізації immutable backup (забезпечення незмінності резервних копій), а саме: за допомогою технології Retention Lock системи зберігання Dell Data Domain, яке підтримується Veeam.
• Суб’єкт оскарження використовує в своїй діяльності, як хмарний провайдер, інший спосіб для реалізації immutable backup (забезпечення незмінності резервних копій), а саме: за допомогою використання надійного репозиторію Linux (Hardened Linux repository), яке теж підтримується Veeam. На підтвердження надаємо посилання на відповідну сторінку сайту ТОВ «ДЕ НОВО» з описом вищезазначеної послуги: https://denovo.ua/hbr.
Таким чином, Замовник обрав один з багатьох можливих способів реалізації Незмінності резервних копій (immutable backup) при використанні «Послуги зберігання захищених резервних копій», хоча хмарні провайдери можуть використовувати й інші способи для досягнення одного і того ж результату: Незмінність резервних копій (immutable backup).
Відповідно до частини четвертої статті 23 Закону технічні специфікації не повинні містити посилання на конкретні марку чи виробника або на конкретний процес, що характеризує продукт чи послугу певного суб’єкта господарювання, чи на торгові марки, патенти, типи або конкретне місце походження чи спосіб виробництва.
Враховуючи викладене, Замовник порушив вимоги частини четвертої статті 23 Закону.
ТОВ «ДЕ НОВО» (Суб’єкт оскарження) спроможний надати Замовнику «Послуги зберігання захищених резервних копій» (п.5 Таблиці 7 «Перелік та орієнтовний щомісячний обсяг споживання ресурсів» Розділу VII ТД) з параметром «захист від змін та видалення резервних копій (функція immutable backup)», але за допомогою альтернативної технології блокування змін.
Висновок:
За таких умов, взяти участь у Закупівлі зможуть лише ті суб'єкти господарювання, які спроможні надати «Послуги зберігання захищених резервних копій» з параметром «захист від змін та видалення резервних копій (функція immutable backup)», які використовують виключно технологію Retention Lock обладнання Dell Data Domain, що є дискримінаційним по відношенню до суб’єктів господарювання, у тому числі, Суб’єкта оскарження.
Згідно п.3 частини 2 Статті 22 Закону Технічні, якісні характеристики предмета закупівлі та технічні специфікації до предмета закупівлі повинні визначатися замовником з урахуванням вимоги про те, що Замовники не мають права встановлювати жодних дискримінаційних вимог до учасників (частина 4 статті 5 Закону).
Згідно вимог частини 4 Статті 22 Закону «Тендерна документація не повинна містити вимог, що обмежують конкуренцію та призводять до дискримінації учасників…».
Суб’єкт оскарження має бажання взяти участь у Закупівлі, тобто є здатним надавати Замовнику «Послуги зберігання захищених резервних копій» з параметром «захист від змін та видалення резервних копій (для реалізації immutable backup)» за допомогою іншої підтримуваної Veeam технології, яка гарантує незмінність зберігання резервних копій (immutable backup), але не в змозі виконати окремих вимог Замовника, які суперечать Закону, що порушує законні права Суб’єкта оскарження на недискримінацію, рівне ставлення до усіх учасників Закупівлі (в т.ч. і до Суб’єкта оскарження) та на чесну, неупереджену конкуренцію.
×
-
Назва доказу:
Тендерна документація Замовника, яка містить дискримінаційні вимоги
-
Повʼязаний документ:
Доказ 3. ТД ВТ_НОВ.РЕД.Хмарний сервіс_09.07.2025.docx
-
-
Назва доказу:
Скріншот з сайту виробника Veeam, який доводить, що виробник Veeam своїм продуктом Veeam B&R для реалізації immutable backup (незмінні резервні копії) підтримує декілька різних технологій блокування змін, і Retention Lock (власна назва технології конкретного виробника Dell (Data Domain), яку задіює Veeam для реалізації immutable backup) – лише одна з них
-
Повʼязаний документ:
Докази 1 та 2. Скріншоти з офіційних сайтів виробників з перекладом.pdf
-
-
Назва доказу:
Скріншот з офіційної статті Dell під назвою “Data Domain: Retention Lock Frequently Asked Questions
-
Повʼязаний документ:
Докази 1 та 2. Скріншоти з офіційних сайтів виробників з перекладом.pdf
Вимоги:
Зобов'язати замовника внести зміни до тендерної документації
×
-
Просимо Комісію зобов’язати Замовника внести наступні зміни в тендерну документацію Замовника: Розділ VII ТД «ТЕХНІЧНА СПЕЦИФІКАЦІЯ» 1) В стовпчику «Засіб» Таблиці 4 п.1.1.7 речення «Система зберігання даних яка використовується для зберігання захищених резервних копій повинна підтримувати функцію RetentionLock (immutable)» викласти в такій редакції: «Сховище для зберігання захищених резервних копій повинно підтримувати функціональність незмінного (immutable) зберігання». 2) Другий абзац п.4.7 «Система зберігання даних яка використовується для зберігання захищених резервних копій повинна підтримувати функцію RetentionLock (immutable)» викласти в такій редакції: «Сховище для зберігання захищених резервних копій повинно підтримувати функціональність незмінного (immutable) зберігання». ДОДАТОК 2 «Перелік документів та/або інформації, які подаються учасником процедури закупівлі у складі тендерної пропозиції» 1) п.1.2.2 Розділу 1 «Довідка в довільній формі, складена Учасником, з переліком програмно-апаратного забезпечення, яке використовуватиметься для реалізації immutable backup. Учасник у даному переліку повинен надати посилання на технічну документацію/інформаційні ресурси виробника обладнання та програмного забезпечення, що використовуватиметься для реалізації immutable backup. Це посилання має підтверджувати, що таке обладнання підтримує Retention Lock, а також програмне забезпечення підтримує immutable backup» викласти в такій редакції: «Довідка в довільній формі, складена Учасником, з переліком програмно-апаратного забезпечення, яке використовуватиметься для реалізації immutable backup. Учасник у даному переліку повинен надати посилання на технічну документацію/інформаційні ресурси виробника обладнання та програмного забезпечення, що використовуватиметься для реалізації immutable backup. Це посилання має підтверджувати, що така система підтримує immutable backup». 2) Після п.1.2.2.1 в прикладі довідки виноску «*за посиланням має підтверджуватись, що таке обладнання підтримує Retention Lock та програмне забезпечення підтримує immutable backup» викласти в такій редакції: «*за посиланням має підтверджуватись, що така система підтримує immutable backup». Додаток 2 до «ПРОЄКТУ ДОГОВОРУ», який є Додатком 1 до ТД 1) Другий абзац п.9.1 «система зберігання даних, яка використовується для зберігання захищених резервних копій, повинна підтримувати функцію RetentionLock (immutable)» викласти в такій редакції: «Сховище для зберігання захищених резервних копій повинно підтримувати функціональність незмінного (immutable) зберігання». 2) В стовпчику «Засіб» Таблиці п.9.2 речення «Система зберігання даних яка використовується для зберігання захищених резервних копій повинна підтримувати функцію RetentionLock (immutable)» викласти в такій редакції: «Сховище для зберігання захищених резервних копій повинно підтримувати функціональність незмінного (immutable) зберігання».