-
Відкриті торги з публікацією англійською мовою
-
Безлотова
-
КЕП
Пакети програмного забезпечення для керування виробничими процесами (Пакети прикладного програмного забезпечення для керування виробничими процесами)
Закупівля здійснюється відповідно до https://prozorro.gov.ua/plan/UA-P-2021-09-28-010963-b, згідно з технічними вимогами і якісними характеристиками предмета закупівлі. Джерело фінансування закупівлі: власний бюджет (кошти від господарської діяльності підприємства). Мова, якою повинні готуватися тендерні пропозиції, – українська. Документи, які не готуються учасником та представлені в складі тендерної пропозиції, можуть бути надані як українською, так і російською мовами. Критерій оцінки – ціна 100%.
Торги не відбулися
91 152 703.00
UAH без ПДВ
мін. крок: 1% або 911 527.03 UAH
мін. крок: 1% або 911 527.03 UAH
Період уточнення:
08.10.2021 09:43 - 30.10.2021 01:00
Відповідь надана
Питання що до відповідності документів
Номер:
3a2fe942efbe4074bbc9be31c0562f73
Дата опублікування:
28.10.2021 16:49
Опис:
Просимо Вас надати роз’яснення стосовно вимоги надання інформації зазначеної в пункті 1.6 документу «11-1470-Додаток_2 перелік інформації.docx», а саме сертифікатів ДСТУ ISO/IEC 27001:2015 або ISO/IEC 27001:2013.
Враховуючи те, що предметом закупівлі є програмне забезпечення для керування виробничими процесами (SCADA), а стандарт ISO/IEC 27001 більше покриває потреби інформаційних систем в плані безпеки та конфіденційності даних та IT мереж.
В той же час основним стандартом із забезпечення кібербезпеки в АСУ ТП є сімейство стандартів ISO/IEC 62443. В своїй суті стандарт ISO/IEC 62443 базується на серії стандартів ISO/IEC 27000 в поєднання з унікальними вимогами, що вимагаються системами промислової автоматизації.
В зв’язку з вищесказаним, нас цікавить чи покриває надання сертифікату безпеки ISO/IEC 62443 вимогу пункту 1.6 документу «11-1470-Додаток_2 перелік інформації.docx»?
Відповідь:
В складі тендерної пропозиції мають бути подані документи, передбачені вимогами додатку 2 до тендерної документації. Перелік документів складений відповідно до потреб замовника
Дата відповіді:
29.10.2021 16:41
Відповідь надана
Конфігурування та налаштування системи
Номер:
9105150cc70d45fd9121feb29a0b1ff8
Дата опублікування:
28.10.2021 12:51
Опис:
Система нашого виробництва, на початкових етапах конфігурування та налаштування внутрішньоплатформенної взаємодії елементів та серверів, вимагає залучення висококваліфікованих спеціалістів, які пройшли повний цикл навчання та набули досвіду реалізації аналогічних систем. Просимо Вас підтвердити можливість, в подальшому, укладання контракту між Постачальником та Замовником на надання послуг з конфігурації та налаштування системи сертифікованими спеціалістами Постачальника.
Відповідь:
Укладання контрактів між Постачальником та Замовником на надання послуг з конфігурації та налаштування системи сертифікованими спеціалістами Постачальника не входить в рамки даної тендерної закупівлі.
Дата відповіді:
29.10.2021 16:26
Відповідь надана
Подовження терміну подачі пропозицій
Номер:
efdd7528248e4a1aaafcf49e1fac9dac
Дата опублікування:
28.10.2021 12:40
Опис:
З урахуванням додаткової інформації, що з'явилася після заданих запитань а також детального пропрацювання щодо рішень по архітектурі системи, як потенційному учаснику даної тендерної процедури, нам необхідно додатковий час для підготовки документації. Просимо Вас подовжити термін надання техніко-комерційних пропозицій. Завчасно дякуємо!
Відповідь:
Строки подачі тендерних пропозицій обумовлені виробничою потребою Замовника.
Дата відповіді:
29.10.2021 16:25
Відповідь надана
Проект договору. п.7 ВІДПОВІДАЛЬНІСТЬ СТОРІН
Номер:
80b9ae785c834ad38fd9653f949ae1f7
Дата опублікування:
27.10.2021 12:01
Опис:
Просимо Замовника розглянути можливість внесення змін у п.7 ВІДПОВІДАЛЬНІСТЬ СТОРІН проекту договору та доповнити наступним:
7.24 Максимальна сукупна відповідальність Постачальника за будь-якими збитками, втратами, претензіями або зобов’язаннями, спричиненими або викликаними в результаті виконання Договору, не повинна перевищувати сукупно суму, еквівалентну 100% загальної ціни Договору.
Відповідь:
Умови в частині проєкту договору викладені відповідно до потреб Замовника.
Дата відповіді:
28.10.2021 12:19
Відповідь надана
Питання щодо формальних питань
Номер:
4a38375dd5d1432e989019a058bbd1b3
Дата опублікування:
25.10.2021 18:56
Опис:
Додаток 2, пункт 2.1.1
Виконавець просить підтвердити, що відповідно до положень пункту 2.1.1 Учасник для документального підтвердження досвіду реалізації проекту, подібного до предмета закупівлі, може представити реалізацію програмного забезпечення, здійснену афілійованою особою. виробник, що належить до тієї ж групи капіталу, що й Учасник.
Відповідь:
Дякуємо за Ваше питання.
Дане питання в повній мірі розкрито у редакції п.2.1.1 Додатка 2 тендерної документації, а саме (цитата):
2.1. Наявність документально підтвердженого досвіду виконання аналогічного (аналогічних) за предметом закупівлі договору (договорів): 2.1.1. Оригінал та/або електронна копія та/або сканована копія довідки Учасника за зразком (Додаток №7 до тендерної документації) про успішне впровадження протягом 2010-2021 запропонованого програмного забезпечення (далі - Програмного продукту) Учасником та/або афілійованою особою виробника Програмного продукту та/або іншою юридичною особою.
Дата відповіді:
27.10.2021 15:04
Відповідь надана
Питання щодо технічних вимог
Номер:
b83b2c4aa0af46029568b9d8ad70387d
Дата опублікування:
25.10.2021 16:07
Опис:
Ми плануємо прийняти участь у тендері, для підвищення надійності, безпеки та продуктивністі системи, можливо застосування розподіленої архітектури SCADA? Тобто розподілити 110 тисяч даних між декількома серверами як по типу даних (наприклад, дані телеметрії на один сервер, дані з КС на інший, допоміжні системи - на інший), так і по рівню керування (ЛВУМГ - це нижній рівень, а Центральна диспетчерська - верхній). Крім цього дані можна розділити на ті, що потребують керування та ті, що тільки моніторяться. Дані моніторингу можно збирати більш безпечно з застосуванням інтерфейсів типу data diode відразу у історичний сервер. Розподіливши дані між серверами, можна б було відповідно розділити клієнтів по зонах відповідальності та рівням керування і таким чином значно підвищити продуктивність та безпеку, відійти від одного SCADA сервера та корпоративної мережі розміром з усю країну та наблизитися до виконання вимог стантарту IEC 62443 "Кібербезпека індустріальних систем". Розподілена архутектура ніяк не відображається на повноті та функціональності екранів та звітів користувачів. Тобто один і то же екран може містити дані дозволені як для керування або тільки для моніторингу, реального часу та історичні, та з будь-яких різних серверів.
Розподілена гнучка архітектура даних - це сучасна світова практика.
Відповідь:
Технічні вимоги Додатку 1 до тендерної документації викладені з урахування потреби Замовника.
Дата відповіді:
28.10.2021 09:13
Відповідь надана
Технічні питання
Номер:
2377d090b536408594842b0cbf61c9c0
Дата опублікування:
25.10.2021 15:31
Опис:
1. Додаток 1
Визначений обсяг завдань, за які відповідає Виконавець, неясний. Виконавець просить підтвердити, що обсяг робіт на стороні Виконавця стосується виключно:
1) надання ліцензії на програмне забезпечення SCADA
2) надання ліцензій на програмне забезпечення сторонніх виробників, тобто ліцензії на операційні системи, бази даних та віртуалізатори, за винятком ліцензій на робочі станції (зокрема, за винятком ліцензій на т.зв. CAL Microsoft)
3)надання документації на програмне забезпечення SCADA, зазначеної у пункті 5.3.
4) надання дистанційної підтримки лише в межах програмного забезпечення SCADA під час встановлення Замовником базової версії системи, SCADA, її конфігурації та перевірки відповідності технічним вимогам.
5) протягом 180 днів, реагування на можливі повідомлення про невідповідність системи SCADA технічним вимогам та усунення можливих невідповідностей системи SCADA
6) протягом 60 місяців з дати доставки програмного забезпечення SCADA, реагування на повідомлення відповідно до умов SLA, усування помилок та несправностей в програмному забезпеченні SCADA та надання висновків щодо наявних оновлень програмного забезпечення сторонніх виробників, про які повідомляє Замовник, з огляду можливості їх завантаження до середовища SCADA.
2. Додаток 1
Визначений обсяг завдань, за які відповідає Замовник, неясний. Виконавець просить підтвердити, що Замовник несе відповідальність за виконання таких завдань:
1) придбання та доставка апаратного середовища на основі сайзингу та HLD, наданих Виконавцем
2) надання апаратного та програмного забезпечення мережі, повна конфігурація мережі
3) повна конфігурація середовища віртуалізації (створення віртуальних машин, встановлення та харденінг операційних систем на основі ліцензій OS, DB та віртуалізатора, наданих Виконавцем.
4) встановлення та налаштування базової версії системи на основі технічної документації, наданої Виконавцем
5) перевірка поставленої системи SCADA на відповідність технічним вимогам та повідомлення про будь-яку невідповідність
6) встановлення та налаштування програмного забезпечення на клієнтських станціях та навчання користувачів
7) підготовка документації після завершення роботи для системи SCADA, за винятком документації, зазначеної у пункті 5.3.
8) здійснення оновлень після того, як вони будуть надані Виконавцем системи SCADA
9) здійснення оновлень програмного забезпечення сторонніх виробників після їх позитивної перевірки Виконавцем,
10) поточне адміністрування системи SCADA (управління користувачами, зміни в конфігурації системи, виконання резервних копій та інші завдання, пов'язані з поточною експлуатацією системи)
3. Додаток 1
Виконавець як постачальник систем надасть MS SQL Server STD з придбаним upfront 2-річним періодом підтримки "software assurance". SA необхідно, щоб скористатися необхідними функціями HA. це необхідно для функціонування системи. Просимо підтвердити, що замовник продовжить покупку / продовження покупки протягом періоду подальшої підтримки, тобто 5 років.
4. Додаток 1
Виконавець просить уточнити, чи достатньо розділення навколишнього середовища на логічному рівні (PROD / QAS).
5. Додаток 1
Виконавець просить уточнити, чи достатньо для середовища QAS відображення лише одного обробного центру - наприклад, лише Києва. У цьому випадку можна буде протестувати всі функціональні можливості системи, крім реплікації даних між двома обробними центрами Київ / Черкаси
6. Додаток 1
Виконавець просить підтвердження того, що Замовник має ліцензії CAL для робочих станцій та користувачів, які матимуть доступ до операційних систем.
7. Додаток 1
Виконавець просить підтвердити, що доставка (включаючи необхідні ліцензії), управління та обслуговування резервної системи лежить на боці Замовника
8. Додаток 1
Виконавець просить підтвердити, що документація з резервного копіювання та відновлення з резервної копії системи SCADA, надана Виконавецем, буде обмежена рекомендаціями, що випливають із специфіки системи SCADA, натомість вона не міститиме способу налаштування системи резервного копіювання за допомогою конкретного технічного рішення, наданого Замовником, і не міститиме політик резервного копіювання (RPO, RTO, частота тощо), визначення яких лежить на боці Замовника.
9. Додаток 1, пункт 1
Виконавець просить підтвердити, що формулювання " Глобальна авторизація користувачів;" стосується лише локальної авторизації в системі SCADA або інтеграції з Active Directory
10. Додаток 1, пункт 2.2
Виконавець просить підтвердити, що параметри, зазначені в пункті 2.2. стосуються ситуації, коли на обладнанні, доставленому та наданому Замовником, буде встановлена тільки система SCADA Виконавця.
11. Додаток 1, пункт 2.2
Виконавець просить підтвердити, що вимога щодо заповнення дисків серверів поширюється лише на онлайн -дані, оскільки для агрегатів погодинних даних та агрегатів річних даних не вказано періодів зберігання
12. Додаток 1, пункт 2.2
Виконавець просить підтвердження того, що Замовник надасть інфраструктуру ІКТ, яка жодним чином не вплине на затримку таких операцій, як синхронізація бази даних, резервне копіювання, пошук даних процесу, зв'язок між сервером та клієнтом.
13. Додаток 1, пункт 2.3
Виконавець просить пояснити, чи всі необхідні сервери, зазначені в пункті 2.3, слід розуміти як окремі фізичні сервери чи як віртуальні сервери. У другому випадку Виконавець просить уточнити, яким чином віртуальні сервери будуть розподілені Замовником на фізичних серверах.
14. Додаток 1, пункт 2.3
Виконавець просить пояснити, про який тип моніторингу йдеться Замовнику, або ж, про який інструмент йдеться. Положення в поточній редакції дуже неоднозначне.
15. Додаток 1, пункт 2.3
Виконавець просить пояснити, який технічний намір цієї вимоги? Як правило, систему слід архівувати/відновлювати за допомогою зовнішнього інструменту, наданого Замовником. У цьому контексті функціональність локального збереження файлів конфігурації та баз даних системи SCADA, окрім стандартних розташувань у системі, здається зайвою функціональністю.
16. Додаток 1, пункт 2.3
Виконавець просить підтвердити, що Замовник надасть відповідну інфраструктуру ІКТ, необхідну для екстреного з'єднання систем між резервними серверами та основним та резервним центром обробки даних (VPN) на момент їх відновлення після збою.
Виконавець просить підтвердити, що Виконавець не несе відповідальності за конфігурацію, пов'язану з каналами зв'язку (пряме кабельне з'єднання або VPN), що використовуються у разі необхідності відновити систему через серйозний збій».
17. Додаток 1, пункт 2.3
На думку Виконавця, уникнення негативного впливу процесу відновлення на операційний процес неминуче, особливо коли необхідно провести відновлення після серйозного збою. Замовник зазначив у попередньому реченні, що він допускає ситуації, в яких будуть використовуватися альтернативні канали зв’язку. Виконавець просить підтвердити, що, отже, слід вважати, що оскільки первинні канали зв’язку не працюють, можливість ефективної роботи значно зменшується, що в свою чергу негативно позначається на роботі відновлюваного центру управління.
18. Додаток 1, пункт 2.5
Виконавець просить пояснити:
а) чи є віртуалізація обов'язковою (Додаток 1, пункт 6.2)
б) чи має Виконавець поставляти програмне забезпечення для віртуалізації? (п. 2.5)
в) що таке „платформ віртуалізації”, а що таке „програмних платформ віртуалізації”
Будь ласка, поясніть, що у реченні "- повинна бути забезпечена підтримка програмних платформ віртуалізації VMware або Hyper-V;" Замовник мав на увазі, що система SCADA має бути сумісною з VMware або Hyper-V, а Виконавець повинен надати ліцензії на програмне забезпечення VMWare або Hyper-V
Також уточніть, що під реченням " Поставка платформ віртуалізації не вимагається." Замовник має на увазі, що апаратна платформа для віртуалізатора буде надана Замовником відповідно до рекомендацій Виконавця.
19. Додаток 1, пункт 3.5
Виконавець просить підтвердити, що Замовнику не потрібно редагування синоптичних діаграм з рівня веб -додатка, а вислів „ ЛМІ, що базується на Web-браузері, не повинен потребувати додаткових засобів створення мнемосхем” слід розуміти як можливість для відображення синоптичних діаграм у веб -браузері без використання додаткових інструментів.
20. Додаток 1, пункт 4.2.1
Виконавець просить підтвердити, що графічний інтерфейс системи SCADA потрібен лише українською мовою.
21. Додаток 1, пункт 4.2.5
Незрозуміле положення, просимо надати технічне пояснення цього положення
22. Додаток 1, пункт 4.2.5
Для того, щоб оцінити ємність дисків на серверах, Виконавець просить пояснити, про які ліміти йдеться для агрегатів погодинних та річних даних.
23. Додаток 1, пункт 4.2.5
Виконавець не рекомендує створювати резервні копії на портативних дисках / носіях USB. Виконавець рекомендує використовувати центральну систему архівування з центральним сховищем резервних копій. Виконавець просить підтвердити, що Замовник має намір використати та самостійно налаштувати таку систему.
24. Додаток 1, пункт 4.2.8
Виконавець просить додати положення про те, що Виконавець не несе відповідальності за негативний вплив сценаріїв, неправильно написаних Замовником, на продуктивність системи,
25. Додаток 1, пункт 4.4
Виконавець просить підтвердження того, що Замовник виключає зі сфери підтримки діагностику та виправлення помилок поставленої системи SCADA, спричинених збоями або недоступністю комп'ютерного обладнання або мережевої інфраструктури, доставленої/наданої Замовником.
26. Додаток 1, пункт 5.2
Виконавець просить допустити можливість надати необхідну документацію англійською мовою. Підготовка цієї документації українською мовою передбачає додаткові витрати для Виконавця.
27. Додаток 1, пункт 5.3
Виконавець просить підтвердження того, що можна надати документацію, зазначену в цьому пункті, англійською мовою.
28. Додаток 1, розділ 6
Виконавець просить підтвердити, що положення розділу 6 не поширюються на Виконавця, який несе відповідальність лише за надання програмного забезпечення SCADA та необхідного програмного забезпечення сторонніх виробників, а не за його впровадження. Крім того, Виконавець не несе відповідальності за конфігурацію мережі, обладнання, автентифікацію, авторизацію та інші питання. Тому Виконавець не несе відповідальності за вразливі місця, що лежать у компонентах на боці Замовника, наприклад, міжмережевому екрані, мережевих пристроях, серверах тощо.
Виконавець просить підтвердження того, що Замовник надасть та впровадить відповідні рішення / технічні заходи для забезпечення:
1. ОТ мережі та програмного забезпечення SCADA проти загрози кібератак.
2. Контролерів PLC
3. Мережі ІКТ - мережі передачі даних, наприклад, між основним та резервним центрами обробки даних.
29. Додаток 1, пункт 6.2
Виконавець просить пояснити, як тлумачити вимогу " Віртуальне сховище ". Чи Замовник має на увазі центральний спільний том, доступний для віртуалізаторів, чи Замовник має на увазі розподілене рішення (HCI)
30. Додаток 1, пункт 6.3
Виконавець просить підтвердити, що взаємодія зі сканером вразливостей Rapid7 Insight VM дозволяє цьому інструменту виконувати тести вразливості на серверах, що належать до системного середовища SCADA.
31. Додаток 1, пункт 6.3
Виконавець просить підтвердити, що взаємодія з AV означає безперебійну роботу системи SCADA з увімкненим антивірусним захистом.
32. Додаток 1, пункт 6.4.3
Виконавець просить скасувати цю вимогу, оскільки, якщо Виконавець добре зрозумів вимоги, Замовник здійснює установку, конфігурацію та харденінг окремих машин
33. Додаток 1, пункт 6.4.3
Виконавець просить скасувати цю вимогу, оскільки конфігурація мережі та харденінг машин є завданнями Замовника, за умови, що Виконавець добре розуміє вимоги Замовника.
34. Додаток 1, пункт 6.5.1
Виконавець просить пояснити, що означає: „Розширювати ланцюг довіри до ВМ додатків;”.
35. Додаток 1, пункт 6.4.2
Виконавець просить пояснити поняття "модуль АЗ".
36. Додаток 1, пункт 6.5.4
Виконавець просить видалити підрозділи 6.5.4 та 6.5.5. оскільки доставка та конфігурація мережевих пристроїв або пристроїв мережевої безпеки разом із їхнім програмним забезпеченням виходять за рамки предмету замовлення.
37. Додаток 1, пункт 6.10.4
Виконавець просить підтвердження того, що за доставку інструмента log collector відповідає Замовник.
Відповідь:
1. Необхідна інформація викладена у Додатках 1 та 4 до тендерної документації.
2. Необхідна інформація викладена у Додатках 1 та 4 до тендерної документації.
3. Необхідна інформація викладена у Додатках 1 та 4 до тендерної документації з урахуванням потреб Замовника.
4. Додаток 1 до тендерної документації не містить вимог щодо рівня розділення PROD / QAS.
5. Згідно п.3.1 «Обидва ЦОД мають еквівалентну функціональність для управління ГТС».
6. Ліцензії ОС для робочих станцій та користувачів не входять до складу предмету закупівлі.
7. Додаток 1 до тендерної документації не містить вимог щодо поставки системи резервного копіювання.
8. Так
9. Так
10. Характеристики продуктивності, наведені у п.2.2 Додатку 1 до тендерної документації, стосуються програмних продуктів, що постачаються в рамках даної тендерної закупівлі Учасником.
11. Інформація щодо періодів зберігання щогодиних та щодобових історичних даних наведена у п.4.2.5. Додатку 1 до тендерної документації.
12. Апаратне забезпечення з необхідними характеристиками, в тому числі канали передавання даних, забезпечуються Замовником.
13. Рішення щодо віртуалізації серверів буде прийнято Замовником з урахуванням структурної схеми архітектури SCADA (high level design), яку Учасник повинен надати у складі тендерної пропозиції.
14. Згідно п.2.3. Додатку 1 до тендерної документації «повинен бути забезпечений моніторинг стану резервних компонентів».
15. П.2.3. Додатку 1 до тендерної документації викладений з урахуванням потреби Замовника.
16. Апаратне забезпечення з необхідними характеристиками, в тому числі канали передавання даних, забезпечуються Замовником.
17. Необхідна інформація викладена у Додатку 1 до тендерної документації.
18. Необхідна інформація викладена у Додатку 1 до тендерної документації.
19. Необхідна інформація викладена у п.3.5 Додатку 1 до тендерної документації.
20. П.4.2.1. не містить вимог щодо мови графічного інтерфейсу системи SCADA
21. Технічні вимогі, викладені у п.4.2.5. Додатку 1 до тендерної документації, в необхідній мірі визначають відповідні характеристики предмету закупівлі
22. Технічні вимогі, викладені у п.4.2.5. Додатку 1 до тендерної документації, в необхідній мірі визначають відповідні характеристики предмету закупівлі
23. Технічні вимогі, викладені у п.4.2.5. Додатку 1 до тендерної документації, в необхідній мірі визначають відповідні характеристики предмету закупівлі
24. Вимоги Додатку 1 до тендерної документації викладені з урахуванням потреби Замовника.
25. Забезпечення безперебійної роботи апаратного забезпечення не входить до складу предмету закупівлі та забезпечується Замовником.
26. Технічні вимоги п.5.2. Додатку 1 до тендерної документації викладені з урахування потреби Замовника
27. Технічні вимоги п.5.3.Додатку 1 до тендерної документації викладені з урахування потреби Замовника
28. Вимог щодо поставки ліцензій на рішення з кібербезпеки Додатком 1 до тендерної документації не передбачено
29. Технічні вимоги п.6.2. Додатку 1 до тендерної документації викладені з урахування потреби Замовника
30. Технічні вимоги п.6.3. Додатку 1 до тендерної документації викладені з урахування потреби Замовника
31. Технічні вимоги п.6.3. Додатку 1 до тендерної документації викладені з урахування потреби Замовника
32. Технічні вимоги п.6.4.3. Додатку 1 до тендерної документації викладені з урахування потреби Замовника
33. Технічні вимоги п.6.4.3. Додатку 1 до тендерної документації викладені з урахування потреби Замовника
34. Технічні вимоги п.6.5.1. Додатку 1 до тендерної документації викладені з урахування потреби Замовника
35. Технічні вимоги п.6.4.2. Додатку 1 до тендерної документації викладені з урахування потреби Замовника
36. Технічні вимоги п.6.5.4. Додатку 1 до тендерної документації викладені з урахування потреби Замовника
37. Технічні вимоги п.6.10.4. Додатку 1 до тендерної документації викладені з урахування потреби Замовника.
Дата відповіді:
28.10.2021 09:51
Відповідь надана
Питання щодо формальних питань
Номер:
9ea91f9da420441a80bd50d975669abe
Дата опублікування:
25.10.2021 15:28
Опис:
1. Додаток 2, пункт 2.1.2
Рекомендаційні листи, видані мережевими операторами/клієнтами із Західної Європи, мають стандартну форму, і щодо їх змісту приймає рішення Клієнт. Виконавець не має впливу на зміст таких листів. Ці листи не містять інформації, необхідної Замовнику, зокрема про відсутність невирішених претензій/рекламацій. Крім того, процес отримання таких рекомендаційних листів під час поточної пандемії Covid-19 вимагає часу (щонайменше 1 місяць).
У зв'язку з вищевикладеним, просимо підтвердити, що буде достатньо власної декларації Виконавця (наведеної, наприклад, у Додатку 7 до тендерної документації), з підтвердженням відсутності таких претензій/рекламацій.
2. Додаток 4, пункт 1.1
Будь ласка, вкажіть у договорі словник визначення термінів, зокрема розділення визначень понять "ПП" - " Програмний продукт" на програмне „забезпечення SCADA” та "програмне забезпечення сторонніх компаній". Це пов'язано з необхідністю уточнити положення договору та диференціювати їх залежно від категорії програмного забезпечення, до якої застосовуються ці положення - чи то саме програмне забезпечення SCADA, чи програмне забезпечення сторонніх компаній, таке як база даних, операційна система тощо. Наприклад, у контексті умов оплати за ці ліцензії, взаємні розрахунки за договором в межах поставленого програмного забезпечення SCADA, включаючи програмне забезпечення сторонніх компаній, яке Виконавець не зможе повернути ліцензіару (наприклад, Microsoft, Oracle) після виходу із Договору Замовником.
3. Додаток 4, пункт 2.5
Виконавець стверджує, що 5% передоплати від вартості контракту, безумовно, занадто мало, і вона не покриває витрати на ліцензії на програмне забезпечення SCADA, ані ліцензії на програмне забезпечення сторонніх компаній, яке необхідно придбати без можливості повернення. Виконавець просить збільшити суму передоплати до 20%. вартості контракту. Поточні умови оплати, запропоновані Замовником, неприйнятні для Виконавця, перешкоджають Виконавцю подати обов’язкову пропозицію і тим самим обмежують конкуренцію в тендері. Виконавець повинен буде залучити значні оборотні кошти та кредитувати протягом тривалого періоду часу (принаймні 180 днів, поки Замовник не підпише протокол прийняття) витрати на придбання всіх ліцензій.
4. Додаток 4, пункт 3.1
Виконавець просить продовжити термін постачання системи SCADA з 30 днів з дати укладення договору до 180 днів, щоб адаптувати систему до всіх технічних вимог, описаних у Додатку № 1. На думку Виконавця, 30-денний термін постачання системи надає перевагу постачальникам систем SCADA, що експлуатуються на даний момент, присутнім у ЛВУМГ, і обмежує конкуренцію у тендері. Лише переклад системи SCADA та її документації українською мовою вимагає набагато більше часу.
5. Додаток 4, пункти 3.5 та 3.8
Виконавець просить уніфікувати термін внесення змін до системи SCADA з 30 днів до 90 днів. Цикл розробки програмного забезпечення становить не менше 90 днів. На відміну від багфіксингу, впровадження нових функціональних можливостей у системі вимагає ряду заходів (зокрема, збирання вимог, проект UX, функціональний проект, впровадження, тестування, завантаження в середовище Замовника). 30 днів - це занадто короткий час, щоб внести виправлення та протестувати їх.
6. Додаток 4, Розділ 4
Посилаючись на попередній пункт, Виконавець просить розділити всі положення, що стосуються гарантійних умов та умов технічного обслуговування, на положення, що стосуються програмного забезпечення SCADA та окремо на програмне забезпечення третьої сторони.
7. Додаток 4, Розділ 4
Виконавець просить чіткого уточнення, чи в рамках доставки необхідно придбати т.зв Software Assurance для програмного забезпечення сторонніх виробників. Якщо так, на який період часу має бути придбано Software Assurance. Виконавець при цьому звертає увагу, що у випадку програмного забезпечення сторонніх виробників, наприклад, компанії Microsoft, неможливо придбати Software Assurance заздалегідь на період, що перевищує 2-3 роки. У цьому випадку просимо підтвердити, що придбання Software Assurance після цього періоду буде обов'язком Замовника, щоб він міг продовжувати повною мірою використовувати функціональні можливості системи SCADA (наприклад, Microsoft робить доступність механізмів HA-High Availability для MS SQL Server залежною від наявності активного Software Assurance).
8. Додаток 4, пункт 4.5
Виконавець просить змінити умови SLA з точки зору часу, необхідного для стабілізації системи при критичних помилках з 1 години до 4 годин. 4 години для забезпечення стабілізації системи - це зазвичай використовуваний час у таких випадках. 1 година - це не реальний час, надто короткий навіть для реплікації помилок у середовищі QAS.
9. Додаток 4, пункт 4.6
Виконавець вимагає чіткого та детального визначення критеріїв для кожного з рівнів помилок, зазначених у договорі, та запровадження визначення цих помилок. Виконавець не може погодитися на дискреційність класифікації помилки виключно Замовником - кожен рівень помилки повинен бути чітко та об’єктивно описаний та оцінений.
10. Додаток 4, Розділ 7
Виконавець просить змінити договірні штрафні санкції таким чином, що підставою для нарахування штрафів стане вартість ліцензії на програмне забезпечення SCADA, без урахування вартості ліцензій на програмне забезпечення сторонніх виробників та з виключенням вартості за 5 років підтримки.
11. Додаток 4, Розділ 7
Виконавець просить додати нове положення, яке обмежує загальну відповідальність Виконавця за відшкодування збитків до розміру 20% від вартості договору. Неможливість обмежити цю суму означає, що Виконавець не може оцінити ризики, пов’язані з реалізацією проекту, що перешкоджає Виконавцю подати обов’язкову пропозицію.
12. Додаток 4, пункт 7.2
Виконавець просить змінити штраф, передбачений у цьому пункті, на штраф у розмірі 0,01% за кожен день прострочення та вилучити положення про додатковий штраф у розмірі 7%, оскільки, на думку Виконавця, штрафні санкції не повинні накопичуватися. Іншими словами, Виконавець не може бути покараний двічі за затримку. Положення в поточній редакції унеможливлюють надання Виконавцем обов’язкової пропозиції.
13. Додаток 4, пункт 7.6
Виконавець просить змінити штраф, передбачений у цьому пункті, на штраф 0,01% за кожен день прострочення після закінчення строку (90 днів відповідно до попереднього запиту Виконавця), передбаченого для усунення недоліків, зазначених у протоколі приймання. Поточна редакція цього пункту закриває Виконавцю можливість подати обов’язкову пропозицію.
14. Додаток 4, пункт 8.2
Виконавець просить уточнити пункт 8.2 договору наступною заявою: У
виниклій ситуації Сторони повідомлятимуть одна одну про будь -які порушення договірних зобов’язань протягом 14 календарних днів з дня розірвання / закінчення терміну дії договору.
15. Додаток 4, пункт 8.3
Виконавець просить внести зміни до цього пункту договору таким чином, що у разі одностороннього розірвання Договору Замовником Замовник оплатить усі ліцензії наданого програмного забезпечення, включаючи програмне забезпечення сторонніх виробників, та роботу Виконавця, виконану до дати розірвання договору (включаючи роботи, пов'язані з адаптацією функціональності програмного забезпечення до вимог Замовника). Виконавець наголошує, що немає можливості повернути придбані ліцензії на програмне забезпечення їх виробникам.
16. Додаток 4, пункт 8.4
Виконавець просить змінити положення таким чином, щоб до одностороннього розірвання договору Замовник був зобов’язаний закликати Виконавця усунути порушення і встановити строк для усунення цих порушень - не менше 30 днів, і лише після цього строку Замовник зможе розірвати договір.
17. Додаток 4, пункт 11.1
Виконавець просить, щоб обставини, що становлять форс-мажор, обмежувалися лише випадками, пов'язаними зі стихійними лихами. На жаль, слід зазначити, що нинішня геополітична ситуація в частині України така, що обставини, зазначені в договорі (крім тих, що є результатом дії сил природи), на практиці матимуть місце протягом усього періоду виконання проекту, і Виконавець не може реалізувати проект у стан постійних форс-мажорних обставин.
18. Додаток 4, пункт 11.6
Виконавець просить додати речення, що у разі розірвання договору через форс-мажорні обставини Сторони в дусі взаємної співпраці домовляться про спосіб врегулювання договору.
19. Додаток 4, пункт 12.10
Виконавець просить доповнити пункт 12.10 договору: «Після 5 робочих днів з дати надсилання електронного документа Сторона повинна додатково повідомити іншу Сторону за адресою, зазначеною в договорі в пункті 13.11. Якщо після додаткових 5 робочих днів підпис іншої Сторони відсутній, документ вважається підписаним».
Відповідь:
1. Вимоги п.2.1.2. Додатку 2 до тендерної документації викладені з урахуванням потреби Замовника;
2. Вимоги до п.п. 1.1., 2.5., 3.1., 3.5., 3.8, Розділу 4, 4.5, 4.6, Розділу 7, 7.2, 7.6, 8.2, 8.3, 8.4, 11.1, 11.6, 12.10 Додатку 4 до тендерної документації викладені з урахуванням потреби Замовника
Дата відповіді:
28.10.2021 14:21
Відповідь надана
Уточнення технічних вимог
Номер:
35b219e0111546598d78432f0649afd0
Дата опублікування:
25.10.2021 09:27
Опис:
1. Наша компанія представляє світового виробника SCADA-систем.
Для реалізації вимог по продуктивності, кібербезпеці, функціональності та гнучкості для організації єдиного сховища історичної інформації більше відповідає архів часових рядків (time series database) ніж SQL БД, як вказано у п.4.2.5. Архів часових рядків розроблений саме для роботи з даними реального часу та вигідно відрізняється від реляційної БД за наступними крітеріями:
- вбудовані інтерфейси для збирання даних з найбільш поширених джерел (OPC DA/UA/HDA/Alarms & Events, ODBC, MQTT, файловий, та ін.), розрахунковий рушій для вторинних параметрів(calculation collector), засоби для синтезу розподілених архітектур (Server to Server distributor та collector).
Спеціалізовані технології інтерфейсів збору даних підтримують буферізацію даних на джерелах при збоях мережі та автоматичне відновлення передачі (store and forward) що суттево підвищує надійність по збору даних для таких масштабних розгалужених систем;
- неперевершена швидкість (до 1 млн операцій читання/запису у секунду на 64-бітних серверних ОС) та потужний механізм 2-х рівневого (на джерелі та у
сервері) стиснення даних у 20-100 разів, що забезпечує низьке навантаження на мережу та суттеву економію дискового простору. Збір даних налаштовуєть індивідуально для кожного тегу (polling до 100мс або по події) з зоною нечутливості та з розподільною здатністью часової мітки 1 мкс;
- маючи оптимізований під індустріальні дані реального часу рушій часових рядків, завдяки OLE DB Provider, ззовні архів виглядає як реляційна БД, та відповідає на стандартні SQL запити;
- більш висока надійність, з урахуванням вбудованої можливісті застосування електроних підписів та записів для підтвердження усіх дій користувачів, аудиту та ведення захищеного контрольного журналу подій;
- гнучка архітектура, яка дозволяє розробляти рішення від вбудованих систем (Edge для Linux) до хмарних сховищ, від буфера даних часових рядків на 100 тегів для Edge додатків до великих корпоративних сховищ даних до 100 млн тегів з інтерфейсом до хмарних Big Data озер даних Hadoop/HDFS. Це важливий фактор для наступної інтеграції системи з бізнес-рівнем менеджменту;
- вбудована підтримка технологій Data Mirroring та High Availability з резервуванням як серверної частини, так і інтерфейсів;
- висока надійність і простота обслуговування.
Прохання внести зміну у п.4.2.5.: Архів історичних даних повинен бути частиною запропонованого технічного рішення і повинен базуватися на реляційній/SQL базі даних або на архіві часових рядків (time series database)?
Відповідь:
Технічні вимоги Додатку 1 до тендерної документації викладені з урахування потреби Замовника.
Дата відповіді:
28.10.2021 08:53
Відповідь надана
Уточнення технічних вимог згідно тендерної документації
Номер:
92f54efc357b4709ab90be15df7d9acd
Дата опублікування:
23.10.2021 13:54
Опис:
1. Просимо надати детальну інформацію про існуючу систему SCADA. Просимо надати наступні деталі:
- Схему мережевого підключення до існуючих ПЛК
- Зразок графічного дисплея оператора HMI
- Зразки звітів
- Функціональна архітектура існуючої системи.
2.Будь ласка, надайте детальну інформацію про існуючу ПЛК. Просимо надати наступні деталі:
- Марка/модель ПЛК
- Протокол зв'язку для підключення до SCADA системи
- Кількість каналів вводу/виводу кожного PLC, що буде інтегруватися до SCADA"
3. Будь ласка, підтвердіть, чи правильно ми розуміємо, що всі необхідні модифікації та налаштування існуючих ПЛК для інтеграції з новою системою SCADA будуть виконуватися силами кінцевого користувача/замовника. Постачальник SCADA потрібен забезпечити тільки наявність відповідного комунікаційного протоколу та сконфігурувати відповідно SCADA систему.
4. Будь ласка, надайте детальну інформацію що до кількості підключень до SCADA системи OPC та API джерел. Просимо надати наступні деталі:
- Типи протоколів OPC, які повинні використовуватися
- Необхідність забезпечення резервування
- Виробник / модель обладнання/систем третіх сторін"
5. Просимо надати відомості про характеристики мережевого підключення між головним диспетчерським та резервним диспетчерським центрами, включаючи резервування мережі та доступну пропускну здатність мережі
6. Чи зобов’язаний Постачальник SCADA у складі тендерної пропозиції врахувати постачання повного набору комп'ютерного та інфраструктурного обладнання платформи віртуалізації, чи лише навести вимоги що до платформи, а постачання самої платформи віртуалізації не є предметом даної закупівлі?
7. Просимо уточнити, чи потрібна розробка методології "гарячого" перемикання з існуючої SCADA системи на нову SCADA, або передбачена зупинка існуючої системи на час проведення переключення?
8. У файлі 11-1470-ТД у позиції 4.4 зазначено, що предметом конкурсу є «1 безстрокова ліцензія (одиниця)». Будь ласка, надайте детальну інформацію про тендерний обсяг поставки з точки зору послуг. Будь ласка, підтвердьте перелік послуг, що повинні бути запропоновані в рамках пропозиції (інсталяція, конфігурація, ознайомлення персоналу та вимоги до нього, FAT (заводські приймальні випробовування), підтримка у процесі перемикання зі старої на нову систему, участь у SAT (приймальні випробовування на майданчику)?
9. Будь ласка, підтвердьте, що ліцензії на ПО платформи віртуалізації повинні бути включені у склад пропозиції постачальника SCADA.
10. У файлі "11-1470-Додаток_1_технічні вимоги" в розділі 6 містяться вимоги що до забезпечення кібербезпеки. Будь ласка, підтвердьте, чи потрібно до складу пропозиції включати будь-які ліцензія на кібербезпеку, щоб відповідати всім заявленим вимогам (наприклад, ліцензія на антивірусне програмне забезпечення, білий список програм, тощо.). Згідно з загальносвітовою практикою такі ліцензії надаються не як безстрокові, а "за підпискою". Якщо такі ліцензії повинні бути включені до складу пропозиції, просимо підтвердити період підписки, який має бути включений в обсяг поставки.
11. Будь ласка, підтвердьте, чи 53 клієнтські станції в компресорних станціях повинні працювати в режимі "read only" (тільки перегляд) або також потрібні забезпечувати функціональність керування.
12. Будь ласка, підтвердьте, підтримка якої версії OPC XML-DA потрібна.
13. Будь ласка, надайте інформацію про існуючу телекомунікаційну мережу між диспетчерською та PLC. Чи використовується SDH/MPLS або подібні мережі?
14. Будь ласка, вкажіть, чи резервний центр обробки даних підключений до головного центру через оптоволоконну лінію зв'язку та чи вже використовується ця архітектура?"
15. У розділі 3.4 файлу ""11-1470-Додаток_1_технічні вимоги"" є вимоги на доступ на читання та запис до системи SCADA з компресорних станцій. У той же час у розділі 3.5 запитується доступ лише для читання для всіх клієнтів, підключених через веб-сервер. Просимо Вас роз’яснити це протиріччя."
16. Розділ 4.2.2 файлу ""11-1470-Додаток_1_технічні вимоги"" вимагає від нової системи SCADA контекстно-залежну онлайн-довідкову систему. Будь ласка, будь ласка, уточніть цю вимогу. Чи означає це онлайн довідку з контекстним пошуком?"
17. Розділ 4.2.2 файлу ""11-1470-Додаток_1_технічні вимоги"" вимагає можливості ручного введення даних до історичної бази даних. Зазвичай історичні дані можна лише читати. Чи можете ви пояснити, як буде використовуватися ця функція? Це допоможе зрозуміти технічні вимоги до нашого продукту."
18. Будь ласка, поясніть, чи система SIEM, як описано в розділі 6.3 файлу ""11-1470-Додаток_1_технічні вимоги"" бути включена до складу пропозиції. Якщо так, будь ласка, опишіть, чи потрібні сервіси з впровадження SIEM та чи обсяг впровадження буде обмежений лише системою SCADA. Якщо постачання системи SIEM буде зоною відповідальності Замовника (не включене в пропозицію постачальника SCADA), чи потрібно включати послуги з інтеграції системи SCADA з SIEM?"
19. Будь ласка, уточніть, чи буде MFA (багатофакторна аутентифікація) надаватися в рамках пропозиції постачальника SCADA, або запропонована система лише повинна підтримувати можливості MFA (майбутнє розширення)."
20. Просимо уточнити, чи потребується включення до складу пропозиції постачання серверу часу GPS, або передбачається використовувати вже існуюче у Замовника обладнання?
21. У Розділі 6.7.1 файлу ""11-1470-Додаток_1_технічні вимоги"" вказано:
• Повинно бути забезпечено випробувальне середовище, яке дуже нагадує виробниче середовище та дозволяє проводити випробовування виправлень без переривання можливості моніторингу та контролю технологічного процесу. Чи це означає, що постачальник повинен включити до складу пропозиції окрему тестову автономну або ізольовану систему, яка буде використовуватися для тестування?"
22. У розділі 4.2.9. файлу "11-1470-Додаток_1_технічні вимоги" є вимоги щодо підтримки протоколу IEC 60870-6. Поясніть, будь ласка, мету використання протоколу? Яку систему/системи SCADA потрібно інтегрувати з новою системою SCADA за цим протоколом?
23. Просимо вказати, які пристрої ви маєте на увазі, кажучи по підтримку шифрування DNP3 TLS?"
24. Просимо вказати, які пристрої ви маєте на увазі, кажучи по підтримку OPC XML DA?
Відповідь:
1. Технічні вимоги, викладені у Додатку 1 до тендерної документації, в повній мірі визначають потреби Замовника в частині взаємодії предмету закупівлі з існуючими системами SCADA, зокрема наведені вимоги щодо протоколів обміну даними та інше;
2. Технічні вимоги, викладені у Додатку 1 до тендерної документації, в повній мірі визначають потреби Замовника в частині взаємодії предмету закупівлі з існуючими ПЛК, зокрема в частині протоколів обміну даними;
3. Модифікація та налаштування існуючих ПЛК для інтеграції з новою системою SCADA не входять в рамки даної тендерної закупівлі;
4. Технічні вимогі, викладені у Додатку 1 до тендерної документації, в необхідній мірі визначають кількісні та якісні характеристики предмету закупівлі;
5. Згідно вимог, викладених у п.5.2 Додатку-1 до тендерної документації, Учасник тендеру повинен надати «вимоги до апаратного забезпечення («сайзинг»), за допомогою якого реалізуються вимоги до продуктивності», що включає вимоги щодо необхідних характеристик мережевого підключення між головним диспетчерським та резервним диспетчерським центрами. Забезпечення каналів передачі даних виконується Замовником;
6. Інформація викладена у п.2.5. Додатку 1 до тендерної документації;
7. Вимог до розробки методології "гарячого" перемикання не висувається;
8. Необхідна інформація викладена у Додатках 1 та 4 до тендерної документації;
9. Інформація викладена у п.2.5. Додатку 1 до тендерної документації;
10. Вимог щодо поставки ліцензій на рішення з кібербезпеки Додатком 1 до тендерної документації не передбачено;
11. Інформація викладена у п.3.4 Додатку 1 до тендерної документації;
12. Замовнику потрібна підтримка актуальної версії згаданого протоколу;
13. Апаратне забезпечення, в тому числі канали передавання даних, забезпечуються Замовником;
14. Апаратне забезпечення, в тому числі канали передавання даних, забезпечуються Замовником;
15. П.3.5 Додатку 1 до тендерної документації визначає вимоги в частині доступу для читання поза межами технологічної мережі за допомогою Web-серверу.
П.3.4 визначає вимоги для доступу до технологічної інформації за допомогою повноцінних або тонких або Web-клієнтів SCADA з рівня КС;
16. Вимогами Замовника передбачена наявність контекстно-залежної онлайн-довідкової системи;
17. Наявність можливості ручного введення даних до історичної бази даних визначена потребами Замовника. Варто зауважити, що введені вручну значення та пов’язані результати повинні мати позначення, які вказують на особу, яка їх вводила, дату, час та атрибути у відповідній базі даних;
18. Технічними вимогами, викладеними у Додатку 1, не передбачена поставка SIEM системи;
19. Технічними вимогами, викладеними у Додатку 1, не передбачена поставка MFA;
20. Технічними вимогам, викладеними у Додатку 1, передбачено лише постачання програмної продукції;
21. Необхідні вимоги викладені у п.2.4 Додатку 1 до тендерної документації;
22. Технічними вимогами, викладеними у Додатку 1, передбачено можливість забезпечення комунікації між існуючими та перспективними системами SCADA;
23. Вимоги в частині інтерфейсів зв’язку викладені в п.4.2.5. Додатку 1 до тендерної документації;
24. Вимоги в частині інтерфейсів зв’язку викладені в п.4.2.5. Додатку 1 до тендерної документації.
Дата відповіді:
27.10.2021 09:03