Сервери - за кодом CPV за ДК 021:2015 - 48820000-2 (серверне та мережеве обладнання для функціонування Єдиної судової інформаційно-телекомунікаційної системи) Servers - CPV code according to DK 021:2015 - 48820000-2 (server and network equipment for the functioning of the Unified Judicial Information and Telecommunication System)

  • Ідентифікатор тендеру UA-2019-07-26-002853-b
  • 48820000-2 - Сервери
  • Завершена
Найменування замовника:
ДЕРЖАВНА СУДОВА АДМІНІСТРАЦІЯ УКРАЇНИ
Тип закупівлі
Відкриті торги з публікацією англ.мовою
Контактна особа замовника
Шпильова Тетяна , +380442777670 , SHPYLOVA@COURT.GOV.UA
Адреса замовника
Україна, Київ, 01601, Київська обл., Печерський район, ВУЛИЦЯ ЛИПСЬКА, будинок 18/5
Дата укладення договору
22.11.19
Переможець
ТОВ «БІЛІНТЕХ УКРАЇНА»
Очікувана вартість
120 000 000 UAH з ПДВ
Сума договору
118 229 880 UAH
Оцінка умов закупівлі:
останні зміни 22.11.19
  • Відгуки 0
  • Інформація про тендер

Інформація про процедуру

Роз’яснення:

до 28.09.2019 11:00

Оскарження умов:

до 04.10.2019 00:00

Подання пропозицій:

08.10.2019 11:00

Початок аукціону:

04.11.2019 14:35

Очікувана вартість
120 000 000 UAH з ПДВ
Вид тендерного забезпечення:
Електронна банківська гарантія
Сума тендерного забезпечення:
2 400 000 UAH
Розмір мінімального кроку пониження ціни:
1 200 000 UAH
Розмір мінімального кроку пониження ціни, %:
1 %

Інформація про предмет закупівлі

Предмет закупівлі
Сервери - за кодом CPV за ДК 021:2015 - 48820000-2 (серверне та мережеве обладнання для функціонування Єдиної судової інформаційно-телекомунікаційної системи)

Опис окремої частини або частин предмета закупівлі

2 комплект
Cерверне та мережеве обладнання для функціонування Єдиної судової інформаційно-телекомунікаційної системи
ДК 021:2015: 48820000-2 — Сервери

Критерії вибору переможця

Очікувана вартість:
100%

Тендерна документація

Запитання до процедури

HPE 3Par 9450

Дата подання: 31.07.2019 06:24
Дата відповіді: 02.08.2019 14:55
Просимо надати Характеристики існуючого у замовника дискового масиву HPE 3Par 9450.

відповідь:

Надаємо основні технічні характеристики існуючого дискового масиву HPE 3Par 9450:
- 2 (два) контролери масиву (НРЕ 3PAR 9450 2N+SW Storage Base) 448 ГБ кеш-пам’яті;
- 16 зовнішніх портів FC 16Gb/s на два контролери (4 х НРЕ 3PAR 9000 4pt 16Gb FC НВА);
- 4 зовнішніх портів 10Гб/с iSCSI на два контролери (2 х НРЕ 3PAR 9000 2pt 10Gb iSCSI CAN);
- 2 дискові полиці (2 х НРЕ 3PAR 9000 2U SFF Drive Enclosure);
- 32 накопичувача (32 х НРЕ 3PAR 9000 1.92TB+SW SFF SSD).
На SSD або Flash-диски надана безумовна п'ятирічна гарантія. Безумовною гарантією слід вважати безкоштовну заміну дисків, у тому числі у разі їх відмови за ознаками «зношування» (wear out).
У комплект включені необмежені ліцензії (ліцензії на максимальний об’єм масиву) на наступний функціонал:
- миттєві копії (snapshots);
- повні копії (snapclones);
- ПЗ управління;
- ПЗ аналізу продуктивності;
- міграції томів між різними дисковими групами;
- динамічного зміни RAID-рівня томів;
- управління якістю обслуговування (QoS);
- Thin Provisioning;
- поділ масиву на логічні розділи;
- створення сумісних snapshots для наступних додатків: Oracle, Exchange, MS SQL, VMware;
- інтеграція з VMware vCenter;
- дедуплікація і компресія.
Гарантійна підтримка на апаратне і програмне забезпечення масиву становить: 36 місяців, цілодобова підтримка 24x7, час реакції 6 годин, обслуговування на місці установки масиву, постійний моніторинг функціонування обладнання виробником.
Більш детально з характеристиками дискового масиву НРЕ 3Раг 9450 можна ознайомитись за посиланням:
https://h20195.www2.hpe.com/v2/GetPDF.aspx/a00005876enw.pdf

Просимо надати роз'яснення

Дата подання: 20.08.2019 18:12
Дата відповіді: 23.08.2019 15:35
1. Згідно п. 1.2.1, 1.2.2 Додатку 3 Тендерної документації “Характеристики модулів (серверів) для встановлення програмного ядра – 30 шт. (15 для встановлення в основний ЦОД , 15 для встановлення в резервний ЦОД)” дисковий контролер повинен мати можливість шифрування даних засобами дискового контролера з використанням як внутрішнього, так і зовнішнього зберігання ключів. Просимо надати роз’яснення: вищезазначене шифрування повинно бути реалізоване у запропонованому рішенні чи дана вимога лише передбачає реалізацію даної можливості при подальшому використанні запропонованого товару? Чи буде запропоноване рішення вважатися аналогом, якщо даний функціонал буде реалізований у майбутньому за додаткові кошти? 2. Згідно Додатку 3 Тендерної документації “Характеристики модулів (серверів) для встановлення програмного ядра – 30 шт. (15 для встановлення в основний ЦОД , 15 для встановлення в резервний ЦОД)” Функції керування повинні мати захищений зв’язок с процесором керування з використанням SSL, SSH, AES, 3DES, сертифікатів, та можливість інтеграції з Microsoft Active Directory для авторизації доступу. Дана вимога передбачає використання застарілих протоколів, які вже не використовуються у сучасних засобах шифрування. При цьому одночасне використання всіх вищезазначених протоколів не реалізується на практиці та є недоцільним. Просимо внести зміни у тендерну документацію та передбачити використання SSL, або SSH, або AES або 3DES сертифікати. Також, просимо роз’яснити, чи буде аналогом, якщо буде запропоновано стандарт AES, що є найсучаснішим 3. Згідно Додатку 3 Тендерної документації “Вимоги до блейд-серверу (4CPU)” Функції керування повинні мати захищений зв’язок с процесором керування з використанням SSL, SSH, AES, 3DES, сертифікатів, та можливість інтеграції з Microsoft Active Directory для авторизації доступу. Дана вимога передбачає використання застарілих протоколів, які вже не використовуються у сучасних засобах шифрування. При цьому одночасне використання всіх вищезазначених протоколів не реалізується на практиці та є недоцільним. Просимо внести зміни у тендерну документацію та передбачити використання SSL, або SSH, або AES або 3DES сертифікати. Також, просимо роз’яснити, чи буде аналогом, якщо буде запропоновано стандарт AES, що є найсучаснішим 4. Згідно Додатку 3 Тендерної документації “Вимоги до сервера стандартної архітектури (4CPU)” Функції керування повинні мати захищений зв’язок с процесором керування з використанням SSL, SSH, AES, 3DES, сертифікатів, та можливість інтеграції з Microsoft Active Directory для авторизації доступу. Дана вимога передбачає використання застарілих протоколів, які вже не використовуються у сучасних засобах шифрування. При цьому одночасне використання всіх вищезазначених протоколів не реалізується на практиці та є недоцільним. Просимо внести зміни у тендерну документацію та передбачити використання SSL, або SSH, або AES або 3DES сертифікати. Також, просимо роз’яснити, чи буде аналогом, якщо буде запропоновано стандарт AES, що є найсучаснішим 5. Згідно Додатку 3 Тендерної документації “Вимоги до серверу застосувань (2CPU)” Функції керування повинні мати захищений зв’язок с процесором керування з використанням SSL, SSH, AES, 3DES, сертифікатів, та можливість інтеграції з Microsoft Active Directory для авторизації доступу. Дана вимога передбачає використання застарілих протоколів, які вже не використовуються у сучасних засобах шифрування. При цьому одночасне використання всіх вищезазначених протоколів не реалізується на практиці та є недоцільним. Просимо внести зміни у тендерну документацію та передбачити використання SSL, або SSH, або AES або 3DES сертифікати. Також, просимо роз’яснити, чи буде аналогом, якщо буде запропоновано стандарт AES, що є найсучаснішим 6. Згідно Додатку 3 Тендерної документації “Вимоги до серверу взаємодії з іншими автоматизованими системами (2CPU)” Функції керування повинні мати захищений зв’язок с процесором керування з використанням SSL, SSH, AES, 3DES, сертифікатів, та можливість інтеграції з Microsoft Active Directory для авторизації доступу. Дана вимога передбачає використання застарілих протоколів, які вже не використовуються у сучасних засобах шифрування. При цьому одночасне використання всіх вищезазначених протоколів не реалізується на практиці та є недоцільним. Просимо внести зміни у тендерну документацію та передбачити використання SSL, або SSH, або AES або 3DES сертифікати. Також, просимо роз’яснити, чи буде аналогом, якщо буде запропоновано стандарт AES, що є найсучаснішим 7. Згідно Додатку 3 Тендерної документації “Вимоги до сервера балансування навантаження (2CPU)” Функції керування повинні мати захищений зв’язок с процесором керування з використанням SSL, SSH, AES, 3DES, сертифікатів, та можливість інтеграції з Microsoft Active Directory для авторизації доступу. Дана вимога передбачає використання застарілих протоколів, які вже не використовуються у сучасних засобах шифрування. При цьому одночасне використання всіх вищезазначених протоколів не реалізується на практиці та є недоцільним. Просимо внести зміни у тендерну документацію та передбачити використання SSL, або SSH, або AES або 3DES сертифікати. Також, просимо роз’яснити, чи буде аналогом, якщо буде запропоновано стандарт AES, що є найсучаснішим 8. Згідно п.4. Додатку 3 Тендерної документації Сховище архівного збереження даних повинно мати можливість додаткової функціональності: - підтримка інтеграції функціоналу шифрування з KMIP сумісним зовнішнім сервером управління ключами. - система має підтримувати опцію шифрування із окремо встановлюваним генератором ключів. Просимо надати роз’яснення: вищезазначений функціонал повинен бути реалізований у запропонованому рішенні чи дана вимога лише передбачає реалізацію даного функціоналу при подальшому використанні запропонованого товару? Чи буде запропоноване рішення вважатися аналогом, якщо даний функціонал буде реалізований у майбутньому за додаткові кошти?
Розгорнути Згорнути

відповідь:

1. Функціонал, зазначений в пп. 1.2.1, 1.2.2 Додатку 3 Тендерної документації, повинен бути реалізований у запропонованому рішенні або передбачати його активацію додатковою ліцензією при подальшому використанні.
2. Відповідно до вимог функцій керування є необхідність забезпечити «доступ до графічної консолі сервера через браузер, та до текстової консолі через термінальний емулятор». Відповідно має бути забезпечено захищений зв’язок с процесором керування з використанням криптографічних протоколів SSL та SSH, з використанням, в тому числі, симетричного алгоритму блочного шифрування AES в залежності від типу доступу. Наявність підтримки алгоритму шифрування 3DES необхідно залишити у зв’язку з тим, що переважна більшість обладнання підтримує зазначений протокол. У зв’язку з цим, внесення змін до тендерної документації вважаємо не доцільним.
3. Відповідно до вимог функцій керування є необхідність забезпечити «доступ до графічної консолі сервера через браузер, та до текстової консолі через термінальний емулятор». Відповідно має бути забезпечено захищений зв’язок с процесором керування з використанням криптографічних протоколів SSL та SSH, з використанням, в тому числі, симетричного алгоритму блочного шифрування AES в залежності від типу доступу. Наявність підтримки алгоритму шифрування 3DES необхідно залишити у зв’язку з тим, що переважна більшість обладнання підтримує зазначений протокол. У зв’язку з цим, внесення змін до тендерної документації вважаємо не доцільним.
4. Відповідно до вимог функцій керування є необхідність забезпечити «доступ до графічної консолі сервера через браузер, та до текстової консолі через термінальний емулятор». Відповідно має бути забезпечено захищений зв’язок с процесором керування з використанням криптографічних протоколів SSL та SSH, з використанням, в тому числі, симетричного алгоритму блочного шифрування AES в залежності від типу доступу. Наявність підтримки алгоритму шифрування 3DES необхідно залишити у зв’язку з тим, що переважна більшість обладнання підтримує зазначений протокол. У зв’язку з цим, внесення змін до тендерної документації вважаємо не доцільним.
5. Відповідно до вимог функцій керування є необхідність забезпечити «доступ до графічної консолі сервера через браузер, та до текстової консолі через термінальний емулятор». Відповідно має бути забезпечено захищений зв’язок с процесором керування з використанням криптографічних протоколів SSL та SSH, з використанням, в тому числі, симетричного алгоритму блочного шифрування AES в залежності від типу доступу. Наявність підтримки алгоритму шифрування 3DES необхідно залишити у зв’язку з тим, що переважна більшість обладнання підтримує зазначений протокол. У зв’язку з цим, внесення змін до тендерної документації вважаємо не доцільним.
6. Відповідно до вимог функцій керування є необхідність забезпечити «доступ до графічної консолі сервера через браузер, та до текстової консолі через термінальний емулятор». Відповідно має бути забезпечено захищений зв’язок с процесором керування з використанням криптографічних протоколів SSL та SSH, з використанням, в тому числі, симетричного алгоритму блочного шифрування AES в залежності від типу доступу. Наявність підтримки алгоритму шифрування 3DES необхідно залишити у зв’язку з тим, що переважна більшість обладнання підтримує зазначений протокол. У зв’язку з цим, внесення змін до тендерної документації вважаємо не доцільним.
7. Відповідно до вимог функцій керування є необхідність забезпечити «доступ до графічної консолі сервера через браузер, та до текстової консолі через термінальний емулятор». Відповідно має бути забезпечено захищений зв’язок с процесором керування з використанням криптографічних протоколів SSL та SSH, з використанням, в тому числі, симетричного алгоритму блочного шифрування AES в залежності від типу доступу. Наявність підтримки алгоритму шифрування 3DES необхідно залишити у зв’язку з тим, що переважна більшість обладнання підтримує зазначений протокол. У зв’язку з цим, внесення змін до тендерної документації вважаємо не доцільним.
8. Функціонал, зазначений в п. 4 Додатку 3 Тендерної документації, повинен бути реалізований у запропонованому рішенні або передбачати його активацію додатковою ліцензією при подальшому використанні.

Про підтримку встановлення квот на використання дискової ємності

Дата подання: 20.08.2019 19:26
Дата відповіді: 23.08.2019 15:37
У пункті 39 розділу 1.1 «Вимоги до резервного сховища даних оперативного доступу блочного типу» визначено, що для файлового доступу (SMB, NFS) дисковий масив повинен підтримувати встановлення квот на використання дискової ємності на рівні користувачів і на рівні файлової системи. Просимо надати інформацію щодо максимально необхідної кількості одночасно встановлюваних квот, а також про мінімальний та максимальний розмір квот дискового простору, якій вимагається встановлювати, як на рівні користувачів та на рівні файлової системи
Розгорнути Згорнути

відповідь:

Вказана вимога передбачає наявність вищезазначеного функціоналу у запропонованому рішенні. Необхідна кількість одночасно встановлюваних квот, а також мінімальний та максимальний розмір квот дискового простору буде визначатися як на рівні користувачів так і на рівні файлової системи в залежності від вимог автоматизованих систем, які будуть застосовуватися в подальшому.

Питання щодо версій програмного забезпечення VMware, MS SQL, Oracle, SAP-HANA, MS Exchange

Дата подання: 20.08.2019 19:31
Дата відповіді: 23.08.2019 15:40
У пунктах 36, 44 розділу 1.1 «Вимоги до резервного сховища даних оперативного доступу блочного типу» наведено вимоги, що дисковий масив повинен підтримувати інтеграцію з системою резервного копіювання операційного середовища (що пропонується) для таких додатків, як: VMware, MS SQL, Oracle, а також що у комплект поставки повинні бути включені необмежені ліцензії (або ліцензії на максимальний об’єм масиву) на функціонал створення сумісних snapshots для наступних додатків: Oracle, Exchange, MS SQL, VMware. Також у пункті 3 розділу 1.3 «Вимоги до системи резервного копіювання операційного середовища» наведено вимогу що система резервного копіювання повинена підтримувати інтеграцію з запропонованим сховищем даних оперативного доступу блочного типу для таких додатків, як: VMware, MS SQL, Oracle, SAP-HANA, MS Exchange. Крім того, Додаток 3 «Технічні вимоги» до тендерної документації, затверджений рішенням тендерного комітету від 26 липня 2019 року передбачає наступні вимоги: - одночасне резервне копіювання баз даних Oracle в режимі Online (без зупинки роботи БД) не менше ніж для десяти серверів під керуванням ОС Linux, Windows (п.1 розділу 4.2 «Вимоги до програмного забезпечення автоматичного резервного копіювання та відновлення даних»); - налаштування інтеграції резервування БД Oracle з ПЗ резервного копіювання для 10 (десяти) БД Замовника (пункт 4 розділу 4.2 «Вимоги до програмного забезпечення автоматичного резервного копіювання та відновлення даних»); - тестування інтеграції резервування БД Oracle з ПЗ резервного копіювання, включно з швидкістю резервного копіювання та тривалістю резервного копіювання (пункт 4 розділу 4.2 «Вимоги до програмного забезпечення автоматичного резервного копіювання та відновлення даних»); - наявність: інструкції адміністратора з налаштувань резервних копій баз даних Oracle, інструкції адміністратора по відновленню даних з регулярних резервних копій баз даних Oracle, які розміщені на VTL, інструкція адміністратора по відновленню даних з резервних копій баз даних Oracle довготривалого зберігання, які розміщені на стрічкових носіях (підпункти 3.2, 3.7, 3.9 документа «Інструкції адміністратора системи резервного копіювання» пункту 9 розділу 4.2 «Вимоги до програмного забезпечення автоматичного резервного копіювання та відновлення даних»). Для аналізу та підготовки пропозиції, яка максимально відповідає потребам Замовника, Просимо надати інформацію щодо версій програмного забезпечення VMware, MS SQL, Oracle, SAP-HANA, MS Exchange, які використовуються у Замовника, та з якими запропоноване обладнання та (або) програмне забезпечення повинне забезпечити зазначену у технічних вимогах інтеграцію та резервне копіювання.
Розгорнути Згорнути

відповідь:

Запропоноване обладнання та (або) програмне забезпечення повинне забезпечити зазначену у технічних вимогах інтеграцію та резервне копіювання для поточних (актуальних) версій програмного забезпечення VMware, MS SQL, Oracle, SAP-HANA, MS Exchange, що підтримуються виробниками програмного забезпечення на даний момент.

Просимо надати роз'яснення

Дата подання: 21.08.2019 11:21
Дата відповіді: 27.08.2019 10:59
Прохання надати додаткову інформацію по розділу 4.2. "Вимоги до програмного забезпечення автоматичного резервного копіювання та відновлення даних." 1. Які системи віртуалізації використовуються на основному та резервному сайті? 2. Яка загальна кількість сокетів є на всіх хостах (серверах) основного та резервного сайту? 3. Який загальний об’єм даних, що потребують резервування? 4. Скільки фізичних серверів потрібно резервувати? Яка операційна система використовується на них? Які додатки та бази даних потрібно резервувати? 5. Який об’єм та модель системи збереження резервних копій на основному сайті? 6. Які ще дані потрібно резервувати крім фізичних та віртуальних серверів? Де вони розміщені (наприклад, NAS, блочна СЗД, тощо)?
Розгорнути Згорнути

відповідь:

Оскільки дана процедура лише передбачає закупівлю обладнання для резервного сайту (обладнання якого ще не має в наявності), однозначна інформація, що вимагається в запитаннях 1 та 2, наразі відсутня.
Інформація щодо об’єму даних та кількості серверів, що потребують резервування (запитання 3,4 та 6) чітко вказана в розділі 4.2 «Вимоги до програмного забезпечення автоматичного резервного копіювання та відновлення даних», а саме:
«- одночасне резервне копіювання баз даних Oracle в режимі Online (без зупинки роботи БД) не менше, ніж для десяти серверів під керуванням ОС Linux, Windows;
- керування не менше, ніж 2-ма стрічковими бібліотеками, при цьому має забезпечуватись виконання одночасних резервних копій не менше, ніж для 270 слотів для картриджів, та не менше, ніж для 12 (дванадцяти) стрічкових драйвів LTO-8 у першій бібліотеці, а також не менше, ніж для 270 слотів для картриджів, та не менше, ніж для 12 (дванадцяти) стрічкових драйвів LTO-8 у другій бібліотеці. При цьому драйви обох бібліотек приєднані через мережу збереження даних SAN по протоколу FC, резервне копіювання має відбуватись безпосередньо з медіа агентів у ОС Linux, Windows сервера БД на драйви стрічкової бібліотеки по мережі зберігання даних SAN по протоколу FC;
- забезпечити створення резервних копій не менш, ніж для 300 ТБ корисного простору на пристроях резервного копіювання на диски без урахування дедуплікації та компресії з можливістю використання цього простору для збереження даних віртуальних бібліотек;
- резервне копіювання необмеженої кількості файлових серверів з операційними системами Windows, Linux, AIX, HP-UX, Solaris SPARC;
- керування необмеженою кількістю віртуальних дискових бібліотек та пристроїв резервного копіювання на диски, приєднаних до мережі зберігання даних або до інформаційної мережі».
Стосовно запитання 5 щодо «об’єм та модель системи збереження резервних копій на основному сайті» надаємо інформацію: загальний корисний простір 32,74TiB (36TB), модель HPE StoreOnce 5100 System.

Обмеження конкуренції

Дата подання: 21.08.2019 14:45
Дата відповіді: 27.08.2019 11:02
Розділ 1.2.1, 1.2.2 «Вимоги до об'єктного сховища неструктурованих даних», вимога №2: Конструктивне виконання – окремий конструктив встановлений в стандартних 19" шафах. Не менше 15 модулів (серверів) зі своїми процесорами, об’єднаних у відмовостійкий кластер. Зазначена вимога у сукупності з іншими вимогами розділу передбачає використання виключно обладнання Hewlett Packard Enterprise Scalable Object Storage, оскільки інші виробники мржуть запропонувати інший перелік та кількість обладнання , які забезпечують зазначені у вимогах функції. Розділ 1.3 «Вимоги до системи резервного копіювання операційного середовища» Сукупність вимог, зазначених у пунктах 1 та 3 передбачать використання виключно обладнання типу StoreOnce 5200 виробництва Hewlett Packard Enterprise. Розділ 2.1 «Вимоги до блейд-платформи», вимога №7: Кожне шассі придатне для встановлення модулів комутації поєднані у відмовостійкі фабрики комутацї (Ethernet, Fibre Channel, InfiniBand, iSCSI, SAS), що одночасно підтримуються в корпусі. Зазначена вимога передбачає використання виключно шасі серії с7000 виробництва Hewlett Packard Enterprise, оскільки на ринку відсутні інші виробники комутаторів з одночасною підтримкою усіх зазначених технологій (Ethernet, Fibre Channel, InfiniBand, iSCSI, SAS). Розділ 2.2 «Вимоги до серверу баз даних (4CPU)», вимога №7 та Розділ 2.3 «Вимоги до серверу застосувань (2CPU)», вимога №7: Повинен бути із встановленими мережевими конвергентними інтерфейсами загальною пропускною здатністю не менше Ethernet 40Gb. Зазначена вимога передбачає використання виключно обладнання Dual-port 20Gb FlexFabric виробництва Hewlett Packard Enterprise, оскільки на ринку відсутні інші виробники, які пропонують аналогічні конвергентні інтерфейси. Розділ 3.1 «Вимоги до комутатора ядра мережі»: Сукупність вимог, зазначених у пунктах 1, 2, 3 та 7 передбачать використання виключно обладнання типу FlexFabric 5950 виробництва Hewlett Packard Enterprise, оскільки на ринку відсутні інші виробники, які пропонують аналогічний перелік характеристик. Розділ 4.1.1, 4.1.2 «Вимоги до стрічкової бібліотеки для довготривалого зберігання (1 одиниця до встановлення в основний ЦОД, 1 одиниця для встановлення в резервний ЦОД)», вимога 2: Базова поставка системи має надавати можливість одночасного встановлення не менше ніж 270 стрічкових накопичувачів (картриджів) LTO-7 / LTO-8 Зазначена вимога передбачає використання виключно обладнання StoreEver MSL3040 Tape Library (280 стрічок) виробництва Hewlett Packard Enterprise, оскільки на ринку відсутні інші виробники, які пропонують аналогічні характеристики. Аналогічні вимоги, що передбачають закупівлю виключно обладнання виробництва Hewlett Packard Enterprise, містяться і в інших розділах. Сукупність встановлених Додатком 3 «Технічні вимоги» до тендерної документації, затверджений рішенням тендерного комітету від 26 липня 2019 року вимог порушує вимоги частини 4 статті 22 Закону України «про публічні закупівлі», оскільки передбачається постачання обладнання виключно одного виробника – Hewlett Packard Enterprise, що обмежує конкуренцію та призводить до дискримінації учасників. Для усунення порушень законодавства у сфері публічних закупівель просимо внести зміни до Додатку 3 «Технічні вимоги» до тендерної документації, затвердженої рішенням тендерного комітету від 26 липня 2019 року, усунувши вимоги, які обмежують конкуренцію та призводять до дискримінації учасників.
Розгорнути Згорнути

відповідь:

Оскільки Замовник вже має обладнання виробництва HPE для основного ЦОД, тому сукупність вимог, встановлених у Додатку 3 «Технічні вимоги» до тендерної документації, гарантує сумісність усіх компонентів між собою. Окрім того, можливість використання однотипного обладнання спрощує адміністрування, зменшує в цілому витрати на обслуговування, сукупну вартість володіння, а також надає можливість отримувати сервіс та гарантійне обслуговування обладнання та його компонентів від одного виробника, завдяки чому унеможливлюється ситуація відмови виробника від гарантійних зобов’язань у відношенні до окремого компоненту або комплектуючого елементу.

Уточнення технічних вимог

Дата подання: 21.08.2019 19:03
Дата відповіді: 27.08.2019 18:05
Доброго дня! Вимоги, які зазначено в пунктах 1, 2, 6, 7, 10 розділів 1.2.1, 1.2.2. «Вимоги до об'єктного сховища неструктурованих даних» та пунктах розділу «Характеристики модулів (серверів) для встановлення програмного ядра» Технічних Вимог тендерної документації можуть бути виконані системою лише одного виробника, а саме НРЕ, модель HPE Scalable Object Storage з Scality RING. Такі вимоги обмежують можливість конкуренції та отримання найкращої цінової пропозиції. Чи може Учасник запропонувати нову систему згідно Технічних вимог тендерної документації та додатково замінити існуючу систему без втрати функціоналу, продуктивності та додаткових витрат? Таким чином, це не буде протирічити положенням Статті 5 Закону України «Про публічні закупівлі» щодо дискримінації та дасть можливість іншим учасникам запропонувати рішення більшого кола світових виробників для забезпечення загальної оптимізації витрат бюджетних коштів.
Розгорнути Згорнути

відповідь:

У пункті 1 розділів 1.2.1, 1.2.2. "Вимоги до об'єктного сховища неструктурованих даних" зазначена наступна вимога: "Система повинна бути побудована на базі програмного об’єктного сховища даних з метою прозорого масштабування в майбутньому не залежно від наявності у виробника апаратних модулів (серверів) аналогічної конструкції, в тому числі з можливістю використання серверів (апаратних модулів) від сторонніх виробників.".
Пропозиція учасника має бути подана у відповідності до вимог тендерної документації.
Окрім того, система програмно-визначеного об’єктного збереження даних доступна для будь-якого виробника. Наприклад в процедурі https://prozorro.gov.ua/tender/UA-2019-08-07-003008-b наведено вимоги до "Система зберігання даних з файловим доступом на базі вузлів Cisco UCS S3260 Storage Server та ПЗ Scality – 1 шт."

Підтвердження наявності інсталяцій

Дата подання: 22.08.2019 12:07
Дата відповіді: 27.08.2019 18:10
Згідно Додатку 3 Тендерної документації Учасник у складі своєї пропозиції повинен надати підтвердження, щодо наявності інсталяцій у виробника програмного коду (не менш як трьох інсталяцій) систем з аналогічним програмним ядром з об’ємом об’єктного сховища не менш як 5ПБайт. Просимо надати роз’яснення яким саме Українським компетентним органом повинно бути надане дане підтвердження?
Розгорнути Згорнути

відповідь:

В умовах тендерної документації суб’єктний склад осіб, які можуть надати підтвердження щодо наявності інсталяцій у виробника програмного коду, не обмежено лише українськими компетентними органами.

Про порушення Закону України «Про публічні закупівлі»

Дата подання: 23.08.2019 09:38
Дата відповіді: 27.08.2019 18:28
Пунктом 3 частини 2 статті 22 Закону України «Про публічні закупівлі» встановлено, що тендерна документація повинна містити інформацію про необхідні технічні, якісні та кількісні характеристики предмета закупівлі, у тому числі відповідну технічну специфікацію (у разі потреби - плани, креслення, малюнки чи опис предмета закупівлі). При цьому технічна специфікація повинна містити: детальний опис товарів, робіт, послуг, що закуповуються, у тому числі їх технічні та якісні характеристики; вимоги щодо технічних і функціональних характеристик предмета закупівлі у разі, якщо опис скласти неможливо або якщо доцільніше зазначити такі показники; посилання на стандартні характеристики, вимоги, умовні позначення та термінологію, пов’язану з товарами, роботами чи послугами, що закуповуються, передбачені існуючими міжнародними або національними стандартами, нормами та правилами. Технічна специфікація не повинна містити посилання на конкретну торговельну марку чи фірму, патент, конструкцію або тип предмета закупівлі, джерело його походження або виробника.   У пункті 1 розділу 1.2.1, 1.2.2 «Вимоги до об'єктного сховища неструктурованих даних» Додатку 3 до Тендерної Документації встановлюються зокрема такі вимоги: Система повинна бути повністю сумісною з існуючою у замовника системою  об'єктного сховища неструктурованих даних, побудованою на базі HPE Scalable Object Storage з Scality RING. Забезпечення високої доступності, захищеності даних, підтримка аналітичних функцій. Має бути закладений потенціал адаптування до десятикратного і більше зростання обсягу даних.   Зазначені вимоги є оціночними, вони не містять кількісних показників, а також стандартних характеристик, вимог, умовних позначень, передбачених існуючими міжнародними або національними стандартами, нормами та правилами. Це призводить до неможливості формування пропозиції, яка б відповідала вимогам Замовник, а також до неможливості об’єктивної оцінки Замовником тендерних пропозицій Учасників.   Для усунення порушень Закону України «Про публічні закупівлі» вимагаємо внести зміни до Додатку 3 тендерної документації, привівши пункт 1 розділу 1.2.1, 1.2.2 «Вимоги до об'єктного сховища неструктурованих даних» Додатку 3 до Тендерної Документації у відповідність пункту 3 частини 2 статті 22 Закону України «Про публічні закупівлі», визначивши: 1.     що таке «повна сумісність» з існуючою у замовника системою  об'єктного сховища неструктурованих даних, побудованою на базі HPE Scalable Object Storage з Scality RING – зазначити кількісні показники та посилання на стандартні характеристики, вимоги, умовні позначення та термінологію, пов’язану з товарами, роботами чи послугами, що закуповуються, передбачені існуючими міжнародними або національними стандартами, нормами та правилами; 2.     критерії встановлення «високої» доступності, захищеності даних  - зазначити  кількісні показники та посилання на стандартні характеристики, вимоги, умовні позначення та термінологію, пов’язану з товарами, роботами чи послугами, що закуповуються, передбачені існуючими міжнародними або національними стандартами, нормами та правилами; 3.     вичерпний перелік аналітичних функцій, що вимагаються, та конкретні вимоги до них - зазначити кількісні показники та посилання на стандартні характеристики, вимоги, умовні позначення та термінологію, пов’язану з товарами, роботами чи послугами, що закуповуються, передбачені існуючими міжнародними або національними стандартами, нормами та правилами; 4.     що таке «закладений потенціал адаптування» - зазначити  кількісні показники та посилання на стандартні характеристики, вимоги, умовні позначення та термінологію, пов’язану з товарами, роботами чи послугами, що закуповуються, передбачені існуючими міжнародними або національними стандартами, нормами та правилами; 5.     визначити конкретний кількісний показник обсягу даних, передбачених при зростанні в подальшому, замість «десятикратного і більше зростання обсягу даних».
Розгорнути Згорнути

відповідь:

Крім зазначеної інформації, в частині 3 статті 22 Закону передбачено, що тендерна документація може містити також іншу інформацію відповідно до законодавства, яку замовник вважає за необхідне до неї включити.
При цьому, Закон не зобов`язує Замовника наводити обґрунтування необхідних технічних, якісних та кількісних характеристик предмета закупівлі, у тому числі відповідної технічної специфікації саме в умовах тендерної документації.
З урахуванням вищезазначеного, розгляд пропозицій учасників буде здійснено виключно на умовах тендерної документації.
Розгорнути: 9 Згорнути

Вимоги про усунення порушення

Номер вимоги: UA-2019-07-26-002853-b.b1

Статус:
Відхилена

Учасник: ТОВАРИСТВО З ОБМЕЖЕНОЮ ВІДПОВІДАЛЬНІСТЮ "НЕТВЕЙВ", Код ЄДРПОУ:37470306
Дата подання: 21.08.2019 16:28
Шановний замовнику!
У пунктах 1, 2, 3, 4 разділу 3.1 "Вимоги до комутатора ядра мережі" та разділу 3.2 "Вимоги до комутатора WAN та маршрутизації"
наведені вимоги, які роблять неможливим надання рішень щодо мережевої комутації Дата-центрів провідними компаніями IT ринку України для участі в тендері, а саме:

Дискримінаційна вимога 1: Пункт 1 - Форм-фактор та архітектура: Модульний комутатор, не менше 4 слотів, не більше 2U.

Дискримінаційна вимога 2: Пункт 3 - Мінімальна необхідна номенклатура доступних модулів
- 24 х 10/25G SFP28 та 2 x 40G/100G QSFP28
- 8 x 40G/100G QSFP28 MACSec
- 16 x 40G QSFP+
- 24 х 1/10G SFP+ та 2 x 40G QSFP+ MACSec
- 24 х 1/10GBase-T та 2 x 40G QSFP+ MACSec
- 24 x 8G FC та 2 x 40G QSFP+

Вказаний форм-фактор та перелік модулів повністю співпадають з характеристиками комутатора HPE FlexFabric 5945.
Зокрема на сторінці 12 документації виробника вказані наступні модулі:
https://h20195.www2.hpe.com/v2/Getdocument.aspx?docname=a00049249enw&skiphtml=1
HPE FlexFabric 5945 2-slot Switch CJQ075A) and 4-slot Switch (JQ076A) I/O modules
• HPE FlexFabric 5930 24p SFP+/2p OSFP+ w/ MACSec Module (JH181A)
• HPE FlexFabric 5950 8-port OSFP28 MACsec Module CJH957A)
• HPE FlexFabric 5950 16-porî OSFP+ Module (JH405A)
• HPE FlexFabric 5930 24p 10GBASE-T/2p MACSec OSFP+ Module (JH182A)
• HPE FlexFabric 5950 24-port SFP28 2-port OSFP28 Module (JH450A)

100% співпадіння конструктиву та переліку модулів вказує на надання переваги одному виробнику, а саме НРЕ.
Дискримінаційні вимоги в розділах 3.1 та 3.2 до мережевого обладнання не дають можливості учасникам
запропонувати свої рішення на базі обладнання інших провідних світових виробників і тим самим порушують Закон України "Про публічні закупівлі".
З огляду на вищезазначене, вимагаємо внести зміни у розділи 3.1 та 3.2 Технічних вимог тендерної документації для виключення
дискримінаційних вимог до мережевого обладнання.
Розгорнути Згорнути

Рішення замовника: Вимога не задоволена

27.08.2019 16:06
Вказаний форм-фактор та перелік модулів повністю співпадають з характеристиками комутатора HPE FlexFabric 5945, а в Загальному питанні по закупівлі від 21.08.2019 14:45:52 висловлюється думка "Розділ 3.1 "Вимоги до комутатора ядра мережі": Сукупність вимог, зазначених у пунктах 1, 2, 3 та 7 передбачать використання виключно обладнання типу FlexFabric 5950". Зазначаємо, що Замовник вже має обладнання виробництва HPE для основного ЦОД, тому сукупність вимог встановлених Додатком 3 "Технічні вимоги" до тендерної документації гарантує сумісність всіх компонентів між собою. Окрім того, можливість використання однотипного обладнання спрощує адміністрування, зменшує в цілому витрати на обслуговування та зменшує сукупну вартість володіння, а також надає можливість отримувати сервіс та гарантійне обслуговування обладнання та його компонентів від одного виробника, завдяки чому унеможливлюється ситуація відмови виробника від гарантійних зобов’язань у відношенні до окремого компоненту або комплектуючого елементу.

Номер вимоги: UA-2019-07-26-002853-b.a2

Статус:
Відхилена

Учасник: ТОВАРИСТВО З ОБМЕЖЕНОЮ ВІДПОВІДАЛЬНІСТЮ "НЕТВЕЙВ", Код ЄДРПОУ:37470306
Дата подання: 21.08.2019 18:57
Відповідно до технічних вимог тендерної документації, що наведено у пунктах 2, 4, 10, 12, 13, 14, 17, 20, 22 та 29 частини 1.1. «Вимоги до резервного сховища даних оперативного доступу блочного типу» вказують на систему збереження даних Hewlett Packard Enterprise 3Par 9450.
Ці технічні вимоги повністю співпадають з максимальними технічними характеристиками, які наведено на сайті виробника
https://support.hpe.com/hpsc/doc/public/display?docId=emr_na-a00017667en_us&docLocale=en_US

Сукупність вище перерахованих вимог порушує вимоги пункту 3 статті 5 Закону України «Про публічні закупівлі», оскільки передбачається постачання обладнання виключно одного виробника – Hewlett Packard Enterprise, що обмежує конкуренцію та призводить до дискримінації учасників.
Для усунення порушень законодавства у сфері публічних закупівель вимагаемо внести зміни до частини 1.1. «Вимоги до резервного сховища даних оперативного доступу блочного типу», з метою уникнення дискримінації учасників та покращення конкуренції.
Розгорнути Згорнути

Рішення замовника: Вимога не задоволена

27.08.2019 18:02
Оскільки Замовник вже має дисковий масив HPE 3Par 9450 в основному ЦОД, тому сукупність вимог, встановлених Додатком 3 "Технічні вимоги" до тендерної документації, гарантує повну сумісність з існуючим у замовника дисковим масивом HPE 3Par 9450.

Номер вимоги: UA-2019-07-26-002853-b.b3

Статус:
Відхилена

Учасник: ТОВАРИСТВО З ОБМЕЖЕНОЮ ВІДПОВІДАЛЬНІСТЮ "НЕТВЕЙВ", Код ЄДРПОУ:37470306
Дата подання: 22.08.2019 18:41
Вимоги, викладені у розділі 1.1. «Вимоги до Резервного сховища даних оперативного доступу блочного типу» поточного тендеру передбачають закупівлю сховища ємністю:
Пункт 43. У комплект поставки повинно бути включено, як мінімум:
- корисний простір на SSD або Flash накопичувачах не менше ніж 45 TB
у RAID5, але має бути встановлено не менше ніж 32 накопичувача.
Пункт 2. Дисковий масив повинен підтримувати масштабування не менше ніж до 560 SSD
або Флеш- накопичувачів та не менше ніж до 6PB ємності.

Аналогічний тендер у 2018 році (https://zakupki.prom.ua/ru/gov/tenders/UA-2018-05-18-000746-b ) включав Технічні вимоги до Основного сховища. У розділі 1.1. «Вимоги до сховища даних оперативного доступу блочного типу» було зазначено:
Пункт 43. У комплект поставки повинно бути включено, як мінімум:
- корисний простір на SSD або Flash накопичувачах не менше ніж 45 TB
у RAID5, але має бути встановлено не менше ніж 32 накопичувача.
Пункт 2. Дисковий масив повинен підтримувати масштабування не менше ніж до 560 SSD
або Флеш- накопичувачів та не менше ніж до 6PB ємності.

Таким чином технічним завданням поточного тендеру не передбачено розширення Основного сховища ємністю 45 ТВ, який було придбано у 2018 році і який експлуатується уже рік. Поточний тендер передбачає закупівлю Резервного сховища аналогічної ємності – 45 ТВ.

Виходячи з цього ми можемо зробити висновок, що за цілий рік практичної роботи Основного сховища у 45ТВ потреби в його розширені не виникло. Хоча у технічному завданні тендеру 2018 року була вказана вимога (пункт 2) про необхідність підтримки можливості масштабування до 6 PB (збільшення ємності у 150-т разів).

Якщо спробувати вираховувати теоретичну потребу в ємності Основного сховища і передбачити ситуацію, при якій кожний рік об’єм унікальних даних збільшується у 2-а рази від існуючих 45ТВ, то протягом періоду експлуатації Основного сховища (7 років) його ємність зросла б приблизно до 2,9 PB.

Ми не маємо в Технічних вимогах поточного тендеру і Технічних вимогах тендеру 2018 року жодних об’єктивних обґрунтувань необхідності розширення до 6ПВ. Вимога до максимальної ємності у 6ПВ значно збільшує вартість рішення і не відповідає реальним потребам Державної Судової адміністрації України. Також, така вимога є дискримінаційною та звужує коло учасників, які можуть запропонувати технічні рішення на базі обладнання провідних світових виробників. Вимагаємо навести обґрунтування технічної вимоги щодо можливості розширення ємності сховища до 6РВ або змінити технічну вимогу та зменшити можливості розширення ємності сховища до розумних теоретичних показників у 2-3 ПВ.
Розгорнути Згорнути

Рішення замовника: Вимога не задоволена

27.08.2019 18:13
Відповідно до частини 2 статті 22 Закону України "Про публічні закупівлі" (надалі – Закон) тендерна документація повинна, зокрема, містити інформацію про необхідні технічні, якісні та кількісні характеристики предмета закупівлі, у тому числі відповідну технічну специфікацію (у разі потреби - плани, креслення, малюнки чи опис предмета закупівлі). При цьому технічна специфікація повинна містити: детальний опис товарів, робіт, послуг, що закуповуються, у тому числі їх технічні та якісні характеристики; вимоги щодо технічних і функціональних характеристик предмета закупівлі у разі, якщо опис скласти неможливо або якщо доцільніше зазначити такі показники; посилання на стандартні характеристики, вимоги, умовні позначення та термінологію, пов’язану з товарами, роботами чи послугами, що закуповуються, передбачені існуючими міжнародними або національними стандартами, нормами та правилами. Технічна специфікація не повинна містити посилання на конкретну торговельну марку чи фірму, патент, конструкцію або тип предмета закупівлі, джерело його походження або виробника. У разі якщо таке посилання є необхідним, воно повинно бути обґрунтованим, а специфікація повинна містити вираз "або еквівалент". Технічні, якісні характеристики предмета закупівлі повинні передбачати необхідність застосування заходів із захисту довкілля.
У частині 3 статті 22 Закону передбачено, що тендерна документація може містити також іншу інформацію відповідно до законодавства, яку замовник вважає за необхідне до неї включити.
При цьому, Закон не зобов`язує Замовника наводити обґрунтування необхідних технічних, якісних та кількісних характеристик предмета закупівлі, у тому числі відповідної технічної специфікації саме в умовах тендерної документації.

Номер вимоги: UA-2019-07-26-002853-b.b4

Статус:
Відхилена

Учасник: ТОВАРИСТВО З ОБМЕЖЕНОЮ ВІДПОВІДАЛЬНІСТЮ "НЕТВЕЙВ", Код ЄДРПОУ:37470306
Дата подання: 22.08.2019 18:46
Вимоги, зазначені в розділі 4.2. «Вимоги до програмного забезпечення автоматичного резервного копіювання та відновлення даних» пункт 1. «Базова функціональність» передбачають: « - однаковий метод програмної та апаратної дедуплікації та підтримка копіювання даних в дедуплікованому вигляді між пристроями резервного копіювання на диски».
Наведені в розділі 4.2 вимоги фактично визначають використання тільки рішення НРЕ DataProtector та НРЕ StoreOnce. Такі вимоги протирічать Статті 5 Закону України «Про публічні закупівлі» і не дають можливості іншим учасникам запропонувати конкурентні рішення. Вимагаємо виключити з розділу 4.2. дискримінаційні вимоги.
Розгорнути Згорнути

Рішення замовника: Вимога не задоволена

27.08.2019 18:23
Зазначаємо, що Замовник вже має обладнання виробництва HPE для основного ЦОД, тому сукупність вимог встановлених Додатком 3 "Технічні вимоги" до тендерної документації гарантує сумісність всіх компонентів між собою. Окрім того, можливість використання однотипного обладнання спрощує адміністрування, зменшує в цілому витрати на обслуговування та зменшує сукупну вартість володіння, а також надає можливість отримувати сервіс та гарантійне обслуговування обладнання та його компонентів від одного виробника, завдяки чому унеможливлюється ситуація відмови виробника від гарантійних зобов’язань у відношенні до окремого компоненту або комплектуючого елементу.

Номер вимоги: UA-2019-07-26-002853-b.a5

Статус:
Відхилена

Учасник: ТОВАРИСТВО З ОБМЕЖЕНОЮ ВІДПОВІДАЛЬНІСТЮ "НЕТВЕЙВ", Код ЄДРПОУ:37470306
Дата подання: 22.08.2019 18:59
У вимогах розділу 1.1. «Вимоги до резервного сховища даних оперативного доступу блочного типу» пункт 43 вказані дані по максимальній продуктивності дискового масиву - не менше ніж 2 000 000 (два мільйони) IOPs.
Аналогічний тендер у 2018 році (https://zakupki.prom.ua/ru/gov/tenders/UA-2018-05-18-000746-b ) включав Технічні вимоги до Основного сховища і у розділі 1.1. «Вимоги до сховища даних оперативного доступу блочного типу», у яких вказані (пункт 43) дані по максимальній продуктивності дискового масиву - не менше ніж 2 000 000 (два мільйони) IOPs.

Реальна конфігурація НРЕ 3PAR, яка була придбана за результатами тендеру 2018 року, може забезпечити продуктивність дискового масиву не більше 208 000 IO/s. Такий показник дає конфігуратор виробника НРЕ. У поточному тендері 2019 року після року експлуатації сховища НРЕ 3PAR не передбачає придбання жодного компоненту, який може збільшити показники продуктивності існуючого дискового масиву (диски, контролери, додаткові швидкі порти).

У поточному році у технічних вимогах вказана аналогічна резервна система з продуктивністю дискового масиву не більше 208 000 IO/s. І знову, у технічних вимогах вказана максимальна продуктивність дискового масиву - не менше ніж 2 млн IOPs.

Документи НРЕ вказують на те, що придбане у минулому році Основне сховище 3PAR не може мати максимальної продуктивності дискового масиву 2 000 000 IOPs, воно має максимальну продуктивність 1 800 000 IOPs для екзотичних (полегшених) режимів запису/читання :

https://community.hpe.com/t5/Around-the-Storage-Block/The-Storage-Industry-s-First-Triple-Double-HPE-3PAR-StoreServ/ba-p/6965799#.XV02dTBzxaQ

Наведені у технічних вимогах показники максимальної продуктивності у 2 млн. IO/s жодним чином не обґрунтовані у розділі 1.1. Ми вважаємо, що наведені вимоги в 2 млн. IO/s є завищеними з метою звуження кола конкурентних пропозицій від інших виробників, носять дискримінаційний характер та призводять до придбання надмірно продуктивного і надмірно дорогого обладнання. Вимагаємо навести об’єктивні обґрунтування в необхідності такої надмірної продуктивності (2 млн. IO/s ) або змінити технічні вимоги шляхом зменшення показників максимальної продуктивності дискового масиву .
Розгорнути Згорнути

Рішення замовника: Вимога не задоволена

27.08.2019 18:26
Відповідно до частини 2 статті 22 Закону України "Про публічні закупівлі" (надалі – Закон) тендерна документація повинна, зокрема, містити інформацію про необхідні технічні, якісні та кількісні характеристики предмета закупівлі, у тому числі відповідну технічну специфікацію (у разі потреби - плани, креслення, малюнки чи опис предмета закупівлі). При цьому технічна специфікація повинна містити: детальний опис товарів, робіт, послуг, що закуповуються, у тому числі їх технічні та якісні характеристики; вимоги щодо технічних і функціональних характеристик предмета закупівлі у разі, якщо опис скласти неможливо або якщо доцільніше зазначити такі показники; посилання на стандартні характеристики, вимоги, умовні позначення та термінологію, пов’язану з товарами, роботами чи послугами, що закуповуються, передбачені існуючими міжнародними або національними стандартами, нормами та правилами. Технічна специфікація не повинна містити посилання на конкретну торговельну марку чи фірму, патент, конструкцію або тип предмета закупівлі, джерело його походження або виробника. У разі якщо таке посилання є необхідним, воно повинно бути обґрунтованим, а специфікація повинна містити вираз "або еквівалент". Технічні, якісні характеристики предмета закупівлі повинні передбачати необхідність застосування заходів із захисту довкілля.
У частині 3 статті 22 Закону передбачено, що тендерна документація може містити також іншу інформацію відповідно до законодавства, яку замовник вважає за необхідне до неї включити.
При цьому, Закон не зобов`язує Замовника наводити обґрунтування необхідних технічних, якісних та кількісних характеристик предмета закупівлі, у тому числі відповідної технічної специфікації саме в умовах тендерної документації.

Номер вимоги: UA-2019-07-26-002853-b.c6

Статус:
Відхилена

Учасник: ТОВАРИСТВО З ОБМЕЖЕНОЮ ВІДПОВІДАЛЬНІСТЮ "НЕТВЕЙВ СЕРВІС", Код ЄДРПОУ:38976491
Дата подання: 23.08.2019 10:31
Згідно з Законом України “Про захист інформації в інформаційно-телекомунікаційних системах” все мережеве обладнання повинно пройти експертизу вбудованих засобів захисту на відповідність вимогам нормативних документів системи технічного захисту інформації в Україні та на момент постачання мати сертифікати відповідності або позитивні експертні висновки, одержані у порядку, який встановлено нормативно-правовими актами чинного законодавства.

На жаль, технічні вимоги розділу 3.1. «Вимоги до комутатора ядра мережі» та 3.2. «Вимоги до комутатора WAN та маршрутизації» не містять вимог чи рекомендацій щодо наявності сертифікатів відповідності КСЗІ. Законодавство дозволяє отримати оцінки та висновки КСЗІ після постачання обладнання під час проведення державної експертизи КСЗІ. Але при сертифікації після постачання обладнання витрати додаткових коштів та часу лягають на Державну судову адміністрацію. Крім того, існує ризик неотримання сертифікату відповідності на мережеве обладнання. Цей ризик може означати, що вся Єдина судова інформаційно-телекомунікаційна система не зможе працювати в повному обсязі. Наявність сертифікатів відповідності або позитивних експертних висновків на момент проведення тендеру або хоча б на момент постачання обладнання дасть економію коштів і часу при введені в експлуатацію Єдиної судової інформаційно-телекомунікаційної системи.

Вимагаємо додати до розділів 3.1. та 3.2. вимоги отримання сертифікатів відповідності або позитивних експертних висновків щодо відповідності мережевого обладнання нормативним документам технічного захисту інформації в Україні.
Розгорнути Згорнути

Рішення замовника: Вимога не задоволена

27.08.2019 18:30
У зв’язку з тим, що Закон України "Про захист інформації в інформаційно-телекомунікаційних системах" передбачає, що все мережеве обладнання повинно пройти експертизу вбудованих засобів захисту на відповідність вимогам нормативних документів системи технічного захисту інформації в Україні та мати сертифікати відповідності або позитивні експертні висновки саме НА МОМЕНТ ПОСТАЧАННЯ, потенційний учасник може не мати всього обсягу товару на кінцевий строк подання тендерних пропозицій.
Враховуючи вищезазначене, вимоги щодо отримання сертифікатів відповідності або позитивних експертних висновків щодо відповідності мережевого обладнання нормативним документам технічного захисту інформації в Україні для подання їх в складі тендерної пропозиції, будуть містити дискримінаційний характер.

Номер вимоги: UA-2019-07-26-002853-b.b7

Статус:
Відхилена

Учасник: ТОВАРИСТВО З ОБМЕЖЕНОЮ ВІДПОВІДАЛЬНІСТЮ "НЕТВЕЙВ СЕРВІС", Код ЄДРПОУ:38976491
Дата подання: 23.08.2019 10:57
Відповідно до технічних вимог тендерної документації Замовником передбачається придбання та налаштування складної технологічної системи. Для впровадження даної системи в учасника має бути наявний висококваліфікований персонал, який пройшов навчання у виробника обладнання та має сертифікати, які підтверджують необхідні знання. Вимагаємо внести зміни до пункту 5.2 розділу 3 тендерної документації та додати вимогу щодо надання підтведжуючих сертифікатів спеціалістів від виробника обладнання не нижче професійного рівня, наприклад: Сертификаты уровня professional або expert для HPE:
HPE ATP - Hybrid IT Solutions
HPE ATP - Data Center Solution
HPE ASE - Server Solutions Architect
HPE Master ASE - Storage Solutions Architect
Dell SERVER CURRICULUM
Dell MIDRANGE STORAGE CURRICULUM
Dell HIGH-END STORAGE CURRICULUM
Dell UNSTRUCTURED STORAGE CURRICULUM
Для VMWARE:
VMware Certified Professional 6 - Data Center Virtualization
VMware Certified Professional 6 - Network Virtualization
VMware Certified Professional – Cloud

Або аналоги відповідних сертифікатів від виробників обладнання, яких пропонує учасник.
Розгорнути Згорнути

Рішення замовника: Вимога не задоволена

27.08.2019 18:32
Перелік кваліфікаційних критеріїв визначений в статті 16 Закону України "Про публічні закупівлі". При цьому обсяг документів, які учасник має надати в складі тендерної пропозиції в підтвердження відповідності кваліфікаційним критеріям, визначається на розсуд Замовника.
Забезпечення належного рівня виконання вимог, встановлених до предмета закупівлі, забезпечується шляхом відповідного рівня відповідальності в умовах договору, що буде укладено за результатами процедури закупівлі.

Скарги до процедури

Кількість скарг: UA-2019-07-26-002853-b.c8

Статус:
Залишено без розгляду

Скаржник: ТОВАРИСТВО З ОБМЕЖЕНОЮ ВІДПОВІДАЛЬНІСТЮ "ДІКСІ-ЦЕНТР", Код ЄДРПОУ:34763967
Пошук по цьому автору
Дата подання: 23.08.2019 11:03

Вимога

Для забезпечення виконання Закону України про публічні закупівлі з метою запобігання звуження кола учасників вимагаємо розділити закуплю на лоти, а саме: виділити окремим лотом систему збереження даних

Рішення Органу оскарження: Залишено без розгляду

Кількість скарг: UA-2019-07-26-002853-b.b9

Статус:
Розгляд припинено

Скаржник: Товариство з обмеженою відповідальністю "ПРИНТ ЕКСПЕРТ", Код ЄДРПОУ:30436824
Пошук по цьому автору
Дата подання: 23.08.2019 22:26

Скарга щодо умов тендерної документації

Скарга щодо умов тендерної документації. Докладніше у вкладениних документах
Документи

Рішення Органу оскарження: Розгляд подовжено

Причина: Учасник прийняв рішення не приймати участь в закупівлі
Дата: 29.08.2019 11:01

Кількість скарг: UA-2019-07-26-002853-b.a10

Статус:
Розгляд припинено

Скаржник: ТОВ "СІТІУС ПРО", Код ЄДРПОУ:41644946
Пошук по цьому автору
Дата подання: 28.08.2019 19:24

Скарга на дії та рішення Замовника, що порушують Законодавство України про публічні закупівлі

Вих. № 08-22 від 28.08.2019 р. Орган оскарження: Антимонопольний комітет України Суб’єкт оскарження: ТОВАРИСТВО З ОБМЕЖЕНОЮ ВІДПОВІДАЛЬНІСТЮ "СІТІУС ПРО" Код ЄДРПОУ: 41644946 Юридична адреса: 04050, М.КИЇВ, ВУЛИЦЯ ЮРІЯ ІЛЛЄНКА (МЕЛЬНИКОВА), БУДИНОК 81, ЛІТЕРА А Тел.: +380 (044) 390-88-18, office@citius.pro Замовник, дія якого оскаржується: ДЕРЖАВНА СУДОВА АДМІНІСТРАЦІЯ УКРАЇНИ Код ЄДРПОУ: 26255795 Адреса Замовника: 01601, Україна, Київська обл., Київ, Печерський район, ВУЛИЦЯ ЛИПСЬКА, будинок 18/5 Скарга на дії та рішення Замовника, що порушують Законодавство України про публічні закупівлі у торгах ДЕРЖАВНОЇ СУДОВОЇ АДМІНІСТРАЦІЇ УКРАЇНИ № UA-2019-07-26-002853-b від 26.07.2019 «Сервери - за кодом CPV за ДК 021:2015 - 48820000-2 (серверне та мережеве обладнання для функціонування Єдиної судової інформаційно-телекомунікаційної системи)» ТОВАРИСТВО З ОБМЕЖЕНОЮ ВІДПОВІДАЛЬНІСТЮ «СІТІУС ПРО» (далі – Скаржник) має намір прийняти участь у торгах ДЕРЖАВНОЇ СУДОВОЇ АДМІНІСТРАЦІЇ УКРАЇНИ № UA-2019-07-26-002853-b від 26.07.2019 «Сервери - за кодом CPV за ДК 021:2015 - 48820000-2 (серверне та мережеве обладнання для функціонування Єдиної судової інформаційно-телекомунікаційної системи)» Скаржник вважає, що Замовник порушив права та законні інтереси Скаржника неправомірними діями та рішенням, яке детально розглядаються у цій скарзі у відповідності та у порядку, передбаченому Статтею 18 Закону України «Про публічні закупівлі». 1 Рішення, що оскаржується: об’єднання в один предмет закупівлі товарів , які є різними за призначенням та різними за категорією відповідно до ДК 021:2015 Замовник вказав наступний предмет закупівлі «ДК 021:2015 - 48820000-2 (серверне та мережеве обладнання для функціонування Єдиної судової інформаційно-телекомунікаційної системи)» В той же час, відповідно до Додатку 3 Тендерної Документації, закупівля включає: Таблиця 1 Тип обладнання та ПО Назва, використана у Тендерный Документації ДК 021:2015 1 Дискова система зберігання даних п1.1. «Резервне сховище даних оперативного доступу блочного типу» 30233140-4 2 Кластер спеціалізованих серверів п.1.2.1, п1.2.2 «Об'єктне сховище неструктурованих даних» 30233100-2 3 Систему зберігання п1.3 «Система резервного копіювання операційного середовища» 30233141-1 4 Блейд-сервери п.2 «Віртуальний серверний центр» 48822000-6 5 Мережеве обладнання п.3 «Комунікаційний центр» 32420000-3 6 Накопичувачі на магнітних стрічках п.4.1.1,4.1.2 «Стрічкова бібліотека для довготривалого зберігання» 30233120-8 7 Програмне забезпечення для резервного копіювання чи відновлення 4.1.3 «Програмне забезпечення автоматичного резервного копіювання та відновлення даних» 48710000-8 1.1 Обґрунтування порушення законодавства і встановлених ним прав Скаржника. Відповідно до Статті 3 Закону України «Про публічні закупівлі» (Далі – Закон): «Закупівлі здійснюються за такими принципами: добросовісна конкуренція серед учасників; максимальна економія та ефективність; відкритість та прозорість на всіх стадіях закупівель; недискримінація учасників; об’єктивна та неупереджена оцінка тендерних пропозицій; запобігання корупційним діям і зловживанням.» Зазначимо, що відповідно до наказу Мінекономрозвитку від 17.03.2016 No 454 “Про затвердження Порядку визначення предмета закупівлі”, з останніми змінами: «Предмет закупівлі товарів і послуг визначається замовником згідно з пунктами 17 і 32 частини першої статті 1 Закону та на основі національного класифікатора України ДК 021:2015 “Єдиний закупівельний словник”, затвердженого наказом Міністерства економічного розвитку і торгівлі України від 23 грудня 2015 року No 1749 (далі – Єдиний закупівельний словник), за показником четвертої цифри основного словника із зазначенням у дужках конкретної назви товару чи послуги.» «При цьому замовник може визначити окремі частини предмета закупівлі (лоти) за показниками четвертої – восьмої цифр Єдиного закупівельного словника, а також за обсягом, номенклатурою та місцем поставки товарів, виконання робіт або надання послуг» Замовник свідомо «змішав» в одній закупівлі продукцію різного класу та проігнорував можливість розділення закупівлі на лоту для продукції різної категорії (ДК 021:2015) та проігнорував можливість поділу закупівлі на лоти з метою отримання найкращої ціни. Серед обладнання, що наведено у переліку вище (Таблиця 1), є таке, що може бути віднесено до «вендор-залежного». Це таке обладнання, весь функціонал якого може бути ефективно задіяний лише у разі його сумісної роботи з вже встановленим аналогічним обладнанням того ж виробника. Таким обладнанням в переліку вище є: 1) Дискова система зберігання даних п1.1. «Резервне сховище даних оперативного доступу блочного типу» Замовник, відповідно, висунув такі вимоги до цього обладнання, які не може виконати жодний інший виробник, крім Hewlett Packard Enterprise (HPE). В той же час, всі інші складові закупівлі жодним чином не залежать від цих двох, та від вже встановленого обладнання, і можуть бути запропоновані на конкурентній основі багатьма іншими виробниками. Але – включивши всі складові у одну закупівлю, Замовник позбавив інших учасників можливості надати конкурентні пропозиції. Ця практика усунула будь-яку конкуренцію та надала ексклюзивні переваги лише одному виробнику – HPE, перетворивши дану закупівлю в закупівлю у одного учасника, а саме у того партнера, котрий буде обраний виробником або посадовими особами Замовника для перемоги в даних торгах. Інші учасники торгів, і сама держава усунені від прийняття рішень, що вже призвело до значного необґрунтованого завищення бюджету закупівлі. Своїми діями, поєднавши в одній закупівлі різноманітне за призначенням, характеристиками та класифікацією обладнання, замовник штучно та суттєво звузив кількість учасників закупівлі, та унеможливив участь у закупівлі компаній, які є найбільш конкурентоздатними в межах своєї компетенції та спеціалізації. Таким чином, Замовник створив умови для значного необґрунтованого завищення ціни закупівлі, про що свідчить суттєво завищений бюджет закупівлі. 1.2 Вимога усунення порушення та відновлення прав Скаржника Вищенаведене рішення та дії Замовника призвели до порушення законодавства і встановлених ним прав Скаржника. Скаржник заперечує проти таких дій та рішень Замовника, вважає їх такими що порушують його законні права та принципи здійснення закупівель, встановленні Статтею 3 Закону України «Про публічні закупівлі». Просимо зобов’язати замовника розділити закупівлю UA-2019-07-26-002853-b на окремі закупівлі, або лоти, у відповідності до призначення та класифікації предметів закупівлі. А саме – виділити в окремі лоти або окремі закупівлю кожний з наступних компонентів, за переліком: Лот 1: «Резервне сховище даних оперативного доступу блочного типу» Лот 2: «Об'єктне сховище неструктурованих даних» Лот 3: «Система резервного копіювання операційного середовища» Лот 4: «Віртуальний серверний центр» Лот 5: «Комунікаційний центр» Лот 6: «Стрічкова бібліотека для довготривалого зберігання» Лот 7: «Програмне забезпечення автоматичного резервного копіювання та відновлення даних» Директор ТОВ «СІТІУС ПРО» Гомлявий О.В. 1) Скарга № 08-22 від 28.08.2019. Файл: «Скарга.pdf» 2) Копія платіжного доручення про внесення плати за подання скарги Платіжне доручення №381 від 23.08.2019р. Файл: «Платіжне доручення.pdf»
Розгорнути Згорнути
Документи

Рішення Органу оскарження: Розгляд подовжено

до розгляду: 30.08.2019 19:57
Причина: Шановні пані та панове. Компанія «Сітіус Про» прийняла рішення припинити участь у закупівлі UA-2019-07-26-002853-b та відкликати скаргу UA-2019-07-26-002853-b.a10. На підставі Частини 5 Статті 18 закону України «Про публічні закупівлі» просимо орган оскарження припинити розгляд нашої скарги UA-2019-07-26-002853-b.a10.
Дата: 02.09.2019 23:47

Кількість скарг: UA-2019-07-26-002853-b.c11

Статус:
Залишено без розгляду

Скаржник: ТОВАРИСТВО З ОБМЕЖЕНОЮ ВІДПОВІДАЛЬНСІТЮ КОМПАНІЯ «М-ОРЕП», Код ЄДРПОУ:31626574
Пошук по цьому автору
Дата подання: 28.08.2019 22:22

Скарга щодо умов тендерної документації

ДЕРЖАВНА СУДОВА АДМІНІСТРАЦІЯ УКРАЇНИ (надалі - Замовник) проводить процедуру відкритих торгів на закупівлю «Сервери - за кодом CPV за ДК 021:2015 - 48820000-2 (серверне та мережеве обладнання для функціонування Єдиної судової інформаційно-телекомунікаційної системи)», ідентифікатор закупівлі на веб-порталі Уповноваженого органу UA-2019-07-26-002853-b (надалі - Процедура закупівлі). Строк на оскарження Процедури закупівлі: до 29 серпня 2019 00:00. З урахуванням зазначеного, строк для подання скарги на вимоги тендерної документації (надалі - ТД) не порушено. Відповідно до ст. 3 Закону України «Про публічні закупівлі» (надалі - Закон), закупівля здійснюється на таких принципах як добросовісна конкуренція серед учасників та недискримінація учасників. Згідно ч. 3 ст. 5 Закону, Замовник не може встановлювати дискримінаційні вимоги до учасників. У відповідності до ч. 4 ст. 22 Закону, тендерна документація не повинна містити вимог, що обмежують конкуренцію та призводять до дискримінації учасників. В порушення вищезазначених принципів, Замовником оприлюднено тендерну документацію, яка містить дискримінаційні вимоги по відношенню до ТОВАРИСТВА З ОБМЕЖЕНОЮ ВІДПОВІДАЛЬНІСТЮ КОМПАНІЯ «М-ОРЕП», яке має намір прийняти участь в Процедурі закупівлі (надалі - Скаржник), а саме: 1. Згідно пунктів 1.2.1, 2.2, 2.3, 2.4, 2.5 Додатку 3 тендерної документації функція керування повинна мати захищений зв’язок с процесором керування з використанням SSL, SSH, AES, 3DES, сертифікатів, та можливість інтеграції з Microsoft Active Directory для авторизації доступу. Дана вимога стосується тільки чипів iLO, що використовуються виключно Hewlett Packard та унеможливлюють можливість Учаснику запропонувати еквівалент, що протирічить Статті 5 Закону України «Про публічні закупівлі» і не дає можливості Учаснику запропонувати конкурентне рішення. 2. Згідно пункту 1.1 Додатку 3 тендерної документації дисковий масив повинен підтримувати перевірку цілісності даних на усьому шляху даних від FC-адаптерів серверу (HBA) до дисків в дисковому масиві. Дана вимога є особливістю архітектури 3PAR Persistent Checksum та унеможливлює можливість Учаснику запропонувати еквівалент, що протирічить Статті 5 Закону України «Про публічні закупівлі» і не дає можливості Учаснику запропонувати конкурентне рішення. 3. Згідно пункту 1.1 Додатку 3 тендерної документації контролери масиву повинні одночасно підтримувати блочний доступ (по протоколам FC, iSCSI), файловий доступ (через SMB, NFS, і FTP/FTPs) та об'єктний доступ (по протоколу REST API). Дана вимога є особливістю Hewlett Packard та унеможливлює Учаснику запропонувати еквівалент, що протирічить Статті 5 Закону України «Про публічні закупівлі» і не дає можливості Учаснику запропонувати конкурентне рішення. 4. Згідно пункту 1.1 Додатку 3 тендерної документації дисковий масив має підтримувати поділ масиву на декілька (принаймні 1000) логічних розділів. Кожний логічний розділ повинен мати свої власні дискові ресурси. Для управління кожним логічним розділом може бути призначений окремий адміністратор. Дана вимога не призводить до збільшення ефективності роботи пристрою та є особливістю архітектури Hewlett Packard. При цьому аналогічні рішення від інших виробників значно збільшують вартість рішення, що унеможливлює можливість Учаснику запропонувати еквівалент, що протирічить Статті 5 Закону України «Про публічні закупівлі» і не дає можливості Учаснику запропонувати конкурентне рішення. 5. Згідно пункту 1.1 Додатку 3 тендерної документації для забезпечення високої продуктивності операцій вводу/виводу на рівні кожного логічного тому (LUN) навантаження повинно автоматично рівномірно розподілятись між усіма контролерами масиву та між усіма однотипними дисками в масиві (без обмеження по кількості дисків). Дана вимога є особливістю Hewlett Packard та унеможливлює Учаснику запропонувати еквівалент, що протирічить Статті 5 Закону України «Про публічні закупівлі» і не дає можливості Учаснику запропонувати конкурентне рішення
Розгорнути Згорнути
Документи

Рішення Органу оскарження: Залишено без розгляду

Кількість скарг: UA-2019-07-26-002853-b.a12

Статус:
Виконано Замовником

Скаржник: ФОП "ЛИСЕНКО ОЛЕКСАНДР ЄВГЕНОВИЧ", Код ЄДРПОУ:2026603016
Пошук по цьому автору
Дата подання: 28.08.2019 22:54

Оскарження умов тендеру

Скаржник, як потенційний учасник, має намір прийняти участь у Процедурі закупівлі та запропонувати обладнання одного з виробників світового рівня, який має технічні рішення, які б могли задовольнити вимоги Замовника та суттєво зменшити витрати бюджетних коштів. Беручи до уваги той факт, що технічні вимоги Замовника носять дискримінаційний характер, а саме поєднання конкретних та специфічних параметрів обладнання визначеного виробника (HPE), є імовірність, що пропозиція скаржника буде відхилена Замовником, як така, що не відповідає вимогам тендерної документації. З урахуванням зазначеного вище, Скаржник просить зобов’язати Замовника усунути з умов Тендерної документації дискримінаційні вимоги. В обґрунтування наявності порушених прав та охоронюваних законом інтересів, Скаржник повідомляє наступне: встановивши в тендерній документації дискримінаційні по відношенню до Скаржника вимоги, Замовник порушив норми ч. 3 ст. 5 та ч. 4 ст. 22 Закону, а також право Скаржника подати тендерну пропозицію без її наступного відхилення.
Розгорнути Згорнути
Документи

Рішення Органу оскарження: Задоволено

до розгляду: 02.09.2019 20:14

Кількість скарг: UA-2019-07-26-002853-b.a13

Статус:
Залишено без розгляду

Скаржник: ТОВАРИСТВО З ОБМЕЖЕНОЮ ВІДПОВІДАЛЬНСІТЮ КОМПАНІЯ «М-ОРЕП», Код ЄДРПОУ:31626574
Пошук по цьому автору
Дата подання: 03.10.2019 17:47

Оскарження умов тендеру

ДЕРЖАВНА СУДОВА АДМІНІСТРАЦІЯ УКРАЇНИ (надалі - Замовник) проводить процедуру відкритих торгів на закупівлю «Сервери - за кодом CPV за ДК 021:2015 - 48820000¬2 (серверне та мережеве обладнання для функціонування Єдиної судової інформаційно- телекомунікаційної системи)», ідентифікатор закупівлі на веб-порталі Уповноваженого органу UA-2019-07-26-002853-b (надалі - Процедура закупівлі). Строк на оскарження Процедури закупівлі: до 4 жовтня 2019 00:00. З урахуванням зазначеного, строк для подання скарги на вимоги тендерної документації (надалі - ТД) не порушено. Відповідно до ст. 3 Закону України «Про публічні закупівлі» (надалі - Закон), закупівля здійснюється на таких принципах як добросовісна конкуренція серед учасників та недискримінація учасників. Згідно ч. 3 ст. 5 Закону, Замовник не може встановлювати дискримінаційні вимоги до учасників. У відповідності до ч. 4 ст. 22 Закону, тендерна документація не повинна містити вимог, що обмежують конкуренцію та призводять до дискримінації учасників. В порушення вищезазначених принципів, Замовником оприлюднено тендерну документацію, яка містить дискримінаційні вимоги по відношенню до ТОВАРИСТВА З ОБМЕЖЕНОЮ ВІДПОВІДАЛЬНІСТЮ КОМПАНІЯ «М-ОРЕП», яке має намір прийняти участь в Процедурі закупівлі (надалі - Скаржник)
Розгорнути Згорнути
Документи

Рішення Органу оскарження: Залишено без розгляду

Кількість скарг: UA-2019-07-26-002853-b.b14

Статус:
Розгляд припинено

Скаржник: ФОП "ЛИСЕНКО ОЛЕКСАНДР ЄВГЕНОВИЧ", Код ЄДРПОУ:2026603016
Пошук по цьому автору
Дата подання: 03.10.2019 22:51

Оскарження умов тендеру

ДЕРЖАВНОЮ СУДОВОЮ АДМІНІСТРАЦІЄЮ УКРАЇНИ (надалі - Замовник) оголошено процедуру відкритих торгів на закупівлю «Сервери - за кодом CPV за ДК 021:2015 - 48820000-2 (серверне та мережеве обладнання для функціонування Єдиної судової інформаційно-телекомунікаційної системи)», оголошення про закупівлю від 26.07.2019 року, ідентифікатор закупівлі на веб-порталі Уповноваженого органу UA-2019-07-26-002853-b (надалі - Процедура закупівлі). Скаржником - Фізичною особою - підприємцем Лисенком Олександром Євгенійовичем (далі - ФОП Лисенко О.Є.) було подано скаргу (номер скарги на порталі: UA-2019-07-26-002853-b.a12) по закупівлі серверів - за кодом СРУ за ДК 021:2015 - 48820000-2 (серверне та мережеве обладнання для функціонування Єдиної судової інформаційно-телекомунікаційної системи) до Постійно діючої адміністративної колегії Антимонопольного комітету України з розгляду скарг про порушення законодавства у сфері публічних закупівель (далі - Орган оскарження або Колегія) 28.08.2019р. Скарга була подана з приводу встановлення Замовником у Технічних вимогах дискримінаційних пунктів, що унеможливлюють участь у тендері Скаржника, який є партнером світового виробника – компанії DELL та має намір запропонувати рішення даного виробника у зазначеній процедурі закупівель, а також порушують Законодавство України у сфері Публічних закупівель. Органом оскарження було прийнято рішення No13247-р/пк-пз від 18.09.2019 про наступне: «Зобов'язати Державну судову адміністрацію України внести зміни до тендерної документації за процедурою закупівлі - "ДК 021:2015: 48820000-2 — Сервери", оголошення про проведення якої оприлюднено на веб-порталі Уповноваженого органу за № UA-2019-07-26-002853-b, з метою усунення порушень, зазначених у мотивувальній частині цього рішення.» Замовником було опубліковано в системі Прозорро Тендерну документацію зі змінами в редакції від 30 вересня 2019 року. Розглянувши нову редакцію Технічних вимог Скаржник вимушений констатувати, що більша частина дискримінаційних пунктів, які були оскаржені у Скарзі від 28 серпня 2019 року залишилися не зміненими. Як наслідок, Технічні вимоги повністю виключають можливість участі у процедурі закупівлі інших виробників окрім НРЕ. Мета Скарги про усунення дискримінації не досягнута. Рішення Органу оскарження не виконано. Відсутність можливості участі у закупівлі інших виробників через Технічні вимоги залишилася. Тендер поновлений з порушенням принципу рівних прав та конкуренції. Термін надання пропозицій до тендеру відповідно до умов нової редакції тендерної документації подовжено лише на 8 днів (з 1.10.2019р. – 8.10.2019р.). Скаржник звертається зі Скаргою до Органу оскарження з приводу встановлення Замовником у Технічних вимогах дискримінаційних пунктів, що унеможливлюють участь у тендері Скаржника, який є партнером світового виробника – компанії DELL та має намір запропонувати рішення даного виробника у зазначеній процедурі закупівель, таким чином порушуючи права Скаржника. Скаржник наполягає на тому, що змінені пункти Технічних вимог не дають можливості іншим виробникам світового рівня, окрім НРЕ пропонувати свої рішення та брати участь у закупівлі, оскільки вони не змінюють суті дискримінаційних вимог попередньої редакції Технічного завдання тендерної документації. Крім того, внесені зміни не стосуються тих пунктів, які було оскаржено, а саме пункт 5 «Дискова підсистема» розділу 1.2.1, 1.2.2 «Характеристики модулів (серверів) для встановлення програмного ядра». Скаржник у Скарзі від 28 серпня 2019 року зазначив, що поєднання пунктів 2 та 14 повністю унеможливлює участь інших виробників, які мають більше 5% світового ринку, таких як компанії DELL та NetAPP, у тендері. Замовник у своїх поясненнях не зміг навести виробника, який має більше 5% світового ринку та виконує вимоги зазначених дискримінаційних пунктів. У новій редакції Технічних вимог тендерної документації розділ 1.1. пункти 2 та 14 залишилися не зміненими та дискримінаційними. Скаржник у Скарзі від 28 серпня 2019 року зазначив, що окремо взятий пункт 29 розділу 1.1 повністю унеможливлює участь всіх інших виробників у тендері. У даному пункті вимагається «Дисковий масив повинен підтримувати на апаратному рівні реплікацію томів між масивами, що відносяться до пропонованого сімейства масивів. Повинен підтримуватися режими і синхронної, і асинхронної реплікацій. Для виконання реплікації не повинні використовуватися додаткові зовнішні пристрої. Пропозиція повинна включати ліцензію на реплікацію. Повинен бути повністю сумісним з точки зору синхронної і асинхронної реплікацій з існуючим у замовника дисковим масивом HPE 3Par 9450. Для виконання реплікації не повинні використовуватися додаткові зовнішні пристрої. Додатково пропозиція повинна включати ліцензії на реплікацію для існуючого у замовника дискового масиву HPE 3Par 9450». Реплікацію томів на апаратному рівні та підтримку синхронної, і асинхронної реплікацій з існуючим сховищем HPE 3Par 9450 може забезпечити лише обладнання НРЕ. Замовник вимагає у пункті 29 розділу 1.1 повної сумісності нового обладнання з існуючим сховищем HPE 3Par 9450. При розгляді скарги в Органі оскарження експерт виробника DELL зауважив, що Замовник експлуатує сховища DELL, які в 10-ть ( в десять) разів більше за об’ємом та вартістю ніж сховища HPE 3Par 9450, але необхідність сумісності з обладнанням Dell замовник не зазначив у Технічних вимогах. Більше того, Замовник успішно експлуатує сховища DELL та НРЕ разом, на практиці вже більше одного року, а в Технічних вимогах штучно вказує режими реплікації, які може забезпечити лише обладнання НРЕ. У новій редакції Технічних вимог залишився дискримінаційний пункт 29 розділу1.1. «Вимоги до резервного сховища даних оперативного доступу блочного типу». Замовник вніс несуттєві зміни в пункт 43 Технічних вимог. Замовник видалив одну з восьми вимог цього пункту, а саме вимогу «максимальна продуктивність дискового масиву повинна складати не менше ніж 2 000 000 (два мільйони) IOPs». Сукупність пунктів 2, 14 та 43 у старій редакції Технічних вимог повністю позбавляла можливості інших виробників приймати участь у закупівлі. В новій редакції пункт 43 разом з пунктами 2, 14 залишився дискримінаційним в повному обсязі. Навіть двох пунктів, які не змінилися, а саме: пунктів 2 та 14, достатньо для того, щоб позбавити можливості інших виробників приймати участь у закупівлі. Змінений пункт 43 не усуває дискримінаційність сукупності пунктів 2, 14, 43. Вони залишилися на 100% дискримінаційними. В листах компаній DELL та NetAPP є посилання та ті ж самі дискримінаційні пункти. Пункти 2 та 14 залишилися в новій редакції Технічних вимог без жодних змін. Дискримінаційний пункт 29 залишився в новій редакції Технічних вимог без жодних змін. В новій редакції тендерної документації залишилися без змін три пункти, що були оскаржені Скаржником. Таким чином Замовник не виконав Рішення Органу оскарження No13247-р/пк-пз від 18.09.2019. Розділи 1.2.1, 1.2.2. Технічних вимог мають питому вагу в тендерній документації, оскільки приблизно 50% суми закупівлі сконцентровані в розділах 1.2.1, 1.2.2. «Вимоги до об'єктного сховища неструктурованих даних» та «Характеристики модулів (серверів) для встановлення програмного ядра». У своїй скарзі від 28 серпня 2019 року Скаржник вказав на дискримінаційний характер пунктів 1, 2, 6, 7, 10 розділів 1.2.1, 1.2.2. «Вимоги до об'єктного сховища неструктурованих даних» та «Характеристики модулів (серверів) для встановлення програмного ядра». Також Скаржником було залучено незалежного експерта Ускова Кирила Юрієвича від ТОВ «Центр судових експертиз «Альтернатива», який в своїх висновках вказав на те, що Замовник безальтернативно об’єднав незалежне Програмне забезпечення Scality з серверами виробництва НРЕ. Однак Замовник не змінив жодного пункту у зазначених розділах, вартість товарів у яких складає понад 50% всієї закупівлі, і таким чином проігнорував Рішення Органу оскарження. Скаржник вважає, що Замовник проігнорував рішення Органу оскарження No13247-р/пк-пз від 18.09.2019. і поновив тендер з дискримінаційними Технічними вимогами в надзвичайно стислі терміни. ПРОСИМО: 1. Прийняти Скаргу до розгляду; 2. Зобов’язати Замовника внести зміни до тендерної документації з метою усунення дискримінаційних вимог у пунктах 2, 14, 29 розділу 1.1.Вимоги до резервного сховища даних оперативного доступу блочного типу, у пунктах 1, 2, 4 розділів 3.1. «Вимоги до комутатора ядра мережі» та 3.2. «Вимоги до комутатора WAN та маршрутизації» та у пунктах 1, 2, 6, 7 розділів 1.2.1, 1.2.2. «Вимоги до об'єктного сховища неструктурованих даних» та «Характеристики модулів (серверів) для встановлення програмного ядра».
Розгорнути Згорнути
Документи

Рішення Органу оскарження: Розгляд подовжено

до розгляду: 07.10.2019 22:16
Причина: Учасником прийнято рішення не приймати участь в даній закупівлі
Дата: 11.10.2019 15:17

Апеляція

Документи подані скаржником

23.08.2019 22:26
СКАРГА.pdf

Апеляція

Документи подані скаржником

28.08.2019 19:24
Скарга.pdf

Документи подані скаржником

28.08.2019 22:22
Скарга.pdf

Апеляція

Документи подані скаржником

Апеляція

Протокол розгляду

Учасник Документи Рішення
Товариство з обмеженою відповідальністю "Науково-виробниче підприємство "Енглер" Документи
Опубліковано
Документи
ПП "ЛанТек" Документи
Опубліковано
Документи
ТОВ «БІЛІНТЕХ УКРАЇНА» Документи
Опубліковано
Документи

Документи

24.10.2019 18:38
edr_identification.yaml

Публічні документи

30.08.2019 18:10
Dovirenist_Ryzhiy.zip
30.08.2019 18:10
Licence.zip
30.08.2019 18:12
Гарантия 5582.zip
30.08.2019 18:13
sign.p7s
30.08.2019 18:10
Ліцензія.zip
30.08.2019 18:12
Гарантия 5582.zip
30.08.2019 18:13
sign.p7s
30.08.2019 18:13
sign.p7s
30.08.2019 18:13
sign.p7s

Документи

24.10.2019 18:39
edr_identification.yaml

Публічні документи

30.08.2019 18:48
Лист_згода.rar
30.08.2019 18:49
sign.p7s
30.08.2019 18:49
sign.p7s
30.08.2019 18:49
sign.p7s
30.08.2019 18:49
sign.p7s

Документи

24.10.2019 18:39
edr_identification.yaml

Аукціон

Початок:
04.11.2019 14:35
Завершення:
04.11.2019 15:02

Реєстр пропозицій

Дата і час розкриття: 04.11.2019 15:02

Учасник Первинна пропозиція Остаточна пропозиція Документи
ТОВ «БІЛІНТЕХ УКРАЇНА»
Пошук по цьому учаснику
119 519 880 UAH з ПДВ 118 229 880 UAH з ПДВ Документи
Товариство з обмеженою відповідальністю "Науково-виробниче підприємство "Енглер"
Пошук по цьому учаснику
119 649 636 UAH з ПДВ 118 235 634 UAH з ПДВ Документи
119 736 132 UAH з ПДВ 118 236 132 UAH з ПДВ Документи

Публічні документи

04.10.2019 12:43
sign.p7s
04.10.2019 12:43
sign.p7s
04.10.2019 12:40
Гарантия 5582.zip
04.10.2019 12:39
Ліцензія.zip
30.08.2019 18:13
sign.p7s
30.08.2019 18:13
sign.p7s
30.08.2019 18:12
Гарантия 5582.zip
30.08.2019 18:10
Licence.zip
30.08.2019 18:10
Dovirenist_Ryzhiy.zip

Публічні документи

03.10.2019 13:56
sign.p7s
03.10.2019 13:56
sign.p7s
30.08.2019 18:49
sign.p7s
30.08.2019 18:49
sign.p7s
30.08.2019 18:48
Лист_згода.rar

Отримані пропозиції

Учасник Рішення Пропозиція Опубліковано
ТОВ «БІЛІНТЕХ УКРАЇНА»
#37962954
Пошук по цьому переможцю
Переможець 118 229 880 UAH з ПДВ 04.11.2019 18:28

Переможець

Дата і час публікації: 04.11.2019 18:28

Учасник Пропозиція Документи
ТОВ «БІЛІНТЕХ УКРАЇНА»
Пошук по цьому переможцю
#37962954
118 229 880 UAH з ПДВ Документи

Укладений договір


Строк дії 22.11.2019 00:00 - 31.12.2019 00:00
Номер 121-19
Перевірити оплати (тільки для платежів казначейства)
Контракт Статус Сума Опубліковано Укладений
Договір № 121-19 від 22.11.2019.pdf Укладений
118 229 880
22.11.2019 16:13
22.11.2019
sign.p7s Укладений
22.11.2019 16:14

Виконання договору

Строк дії за договором: 22.11.2019 — 31.12.2019
Сума оплати за договором: 118 229 880
UAH з ПДВ

© 2016 Моніторинговий портал DoZorro. Всі права захищено

Необхідно авторизуватись

Необхідно авторизуватись

Помилка з'єднання