Послуги з розробки пакетів програмного забезпечення зі створення геоінформаційної системи Міністерства інфраструктури України, в тому числі запровадження нової антикорупційної системи прозорого будівництва (приєднання України до міжнародної програми СoST) -

Доброго дня! Уточніть, будь ласка, чи повинен виконавець забезпечити створювану ГІС картами вказаних в ТД масштабів, чи ці карти надасть Замовник для наповнення БД, чи буде використовуватися зовнішній інтернет-георесурс?

Доброго дня. Замовник вимагає оформлення ключових спеціалістів, залученних до виконання проекту, необхідність яких зазначено у кваліфікаційних вимогах до Учасника - як співробітників виконавця? Або можливе їх залучення згідно окремих договорів ЦПХ?

Як що наше рішення для системи, в частині картографічної платформи, базується на платній підписці сервісу Google Maps, ми можемо вимогу Замовника щодо надання документу: Лист/довідка від виробника програмного забезпечення картографічної платформи, яким підтверджується право Учасника на постачання, оновлення і технічну підтримку зазначеного програмного забезпечення - виконати наданням довідки з посиланням на публічний договір в електронному виді на офіційні Умови використання служб Карти Google і Google Планета Земля, що регламентують умови постачання, оновлення і технічну підтримку зазначеного програмного забезпечення?

Технічні вимоги на стр.56 мають наступну вимогу "Канали для передачі цієї інформації мають бути захищені, а сама інформація – зашифрована".
Прохання повідомити захист яких каналів повинен бути реалізований в рамках закупівлі, наприклад:
- Канали між Системою та ОДА;
- Канали між Системою та підрозділами Автодору;
- Канали між системою та підрядними організаціям;
Чи входить завдання побудови таких захищених каналів до складу закупівлі, або чи входить в закупівлю завдання побудови системи захисту існуючих каналів. Який захист каналів необхідний?
У випадку, якщо побудова каналів чи захист каналів входить в об’єм закупівлі, прохання вказати кількість каналів та їх основні характеристики (пропускну здатність), вимоги до захисту

Технічні вимоги на стр.58 мають наступну вимогу "При використанні рекомендованого серверного та мережевого забезпечення дана мережева інфраструктура повинна забезпечити наступні показники:...".
Прохання надати інформацію чи в ходить в об’єм закупівлі:
1. Необхідність побудови каналів зв’язку ;
2. Забезпечення відмовостійкості каналів зв’язку;
3. Прохання повідомити бачення розмежування відповідальності між Замовником та Постачальником в частині включення Системи як до зовнішніх каналів зв’язку так і що до підключення Системи до корпоративної мережі Замовника.
Дана інформація необхідна для визначення переліку та характеристик телекомунікаційного обладнання

Технічні вимоги на стр.60 мають наступну вимогу "Обмін даними між Системою, що пропонується до впровадження, та зовнішніми системами має здійснюватись по захищених каналах зв'язку (у тому числі із застосуванням стандартних криптографічних алгоритмів)".
Прохання надати інформацію, чи входить до об’єму закупівлі побудова таких захищених каналів, яка Їх кількість та пропускна здатність. Так як побудова захищених каналів зв’язку із зовнішніми системами проводитися за участю зовнішніх організацій (яким належать зовнішні системи), прохання повідомити які їх вимоги до побудови захищених каналів зв’язку необхідно врахувати при створенні архітектури Системи та виборі телекомунікаційного обладнання

Технічні вимоги на стр.62 мають наступну вимогу "Перелік та конкретні значення показників надійності Системи в цілому, технічних засобів та програмного забезпечення, ремонту та технічного обслуговування системи визначаються Угодою про рівень обслуговування між Замовником та Розробником".
Прохання повідомити та/або внести зміни в Технічні вимоги - така угода є складовою даного договору чи буде укладатись додатково?

Технічні вимоги на стр.66 мають наступну вимогу "Приміщення серверних кімнат повинні відповідати вимогам діючих норм та правил. Приміщення операторної зали, де розміщені робочі місця адміністраторів, повинно(ні) мати обмежений доступ сторонніх осіб, природне освітлення та бути забезпеченими".
Прохання повідомити які дії по дооблаштуванню серверних приміщень очікуються від Постачальника в рамках виконання проекту (окрім забезпечення кліматичних умов), наприклад – електропостачання, відеонагляд, системи контролю фізичного доступу, структурована кабельна мережа, постачання та монтаж шаф для розміщення обладнання чи інше. Чи необхідно виконувати роботи по екрануванню приміщень, встановленню високочастотних фільтрів чи іншого?

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

Технічні вимоги на стор.69 мають наступну вимогу "Створення та впровадження КСЗІ виконуватиметься в рамках окремих проектів (проект щодо створення ТЗ на КСЗІ, проект щодо побудови КСЗІ) по завершенні розробки та впровадження Системи в експлуатацію".
Прохання повідомити чи входить в об’єм даної закупівлі створення та впровадження КСЗІ. Якщо входить, то в якому об’ємі?

Технічні вимоги на стор.72 мають наступну вимогу "В Системі повинне бути забезпечене резервне копіювання та зберігання даних на зовнішніх носіях інформації (стріммери, диски тощо)".
Прохання повідомити про необхідність постачання в рамках закупівлі систем резервного копіювання. Чи такі системи будуть надані Замовником?

Технічні вимоги на стор.72 мають наступну вимогу "Необхідно забезпечити функціонування систем аварійної сигналізації та пожежогасіння. У приміщеннях із критично важливим для функціонування системи обладнанням необхідно встановити сенсори температури, вологості та повітря".
Прохання повідомити чи необхідно в рамках закупівлі забезпечити серверні приміщення системами пожежогасіння, встановити сенсори температури та вологості.
Якщо необхідно, прохання повідомити технічні характеристики таких приміщень та внести відповідні зміни до Технічних вимог.

Технічні вимоги на стор.93 мають наступну вимогу "Для реалізації підсистеми зберігання даних повинна використовуватися СКБД Замовника".
Прохання повідомити яка саме СКБД використовується Замовником? Чи можливе використання СКБД, відмінної від існуючої СКБД Замовника?

Технічні вимоги на стор.95 мають наступну вимогу "Система повинна бути реалізована з використанням спеціально виділених серверів Замовника. Мінімальний обсяг вільного простору для зберігання даних на дисковому масиві повинен складати 100 ТБ".
Прохання надати інформацію чи необхідне постачання в рамках закупівлі серверів та дискових масивів? Прохання повідомити які компоненти рішення будуть забезпечені Замовником?

Технічні вимоги на стор.97 мають наступну вимогу "Кожне робоче місце також необхідно забезпечити відповідним джерелом для безперебійного живлення".
Прохання надати інформацію яку кількість стаціонарних робочих місць потрібно дооснастити джерелами безперебійного живлення?

Технічні вимоги на стор.98 мають наступну вимогу "Користувачами корпоративного web-серверу (внутрішня система) будуть члени корпоративної мережі, включаючи віддалені філіали, що матимуть змогу підключатися до центрального офісу через шифроване VPN IPsec чи аналогічне з’єднання".
Прохання надати інформацію чи вимагається в рамках закупівлі постачання обладнання чи виконання робіт по забезпеченню доступу до Системи з корпоративної мережі чи через VPN з’єднання для віддалених підрозділів, чи такі задачі будуть виконані Замовником? Якщо вимагається від Виконавця, то прохання повідомити в якому об’ємі?

Технічні вимоги мають наступну вимогу "Пристрої рівня розподілу це, як правило, комутатори третього рівня (L3) моделі OSI. Комутатори здійснюють маршрутизацію трафіку між сегментами мережі (між різними VLAN) і так само реалізують систему безпеки і мережеві політики (контроль доступу). Дизайн великих корпоративних мереж, що охоплюють два і більше будівель, зобов'язує використання Рівня Ядра. Головним завданням рівня ядра є агрегація / об'єднання всіх комутаторів рівня розподілу в єдину мережу. Це дозволяє істотно зменшити кількість з'єднань".
Прохання надати інформацію чи вимагається в рамках закупівлі дооснащення корпоративної мережі Замовника? Якщо вимагається, то в якому об’ємі?

Технічні вимоги на стор.63 мають наступну вимогу "Чисельність та кваліфікація персоналу повинна визначатися Розробником Системи на етапах впровадження, функціонування та масштабування".
Розробником системи може бути визначена рекомендована кількість адміністраторів системи (як загально системних так і функціональних адміністраторів модулів системи) для забезпечення її роботи в режимі 24*7*365. Просимо надати інформацію про заплановану кількість кінцевих користувачів (як і користувачів, що мають наповнювати Систему даними)

Технічні вимоги на стор.18 мають наступну вимогу "В результаті впровадження Системи будуть досягнуті наступні переваги для Виконавців: автоматизоване формування звітів, актів та інших підтверджуючих документів;
спрощення обміну даними між учасниками Системи; забезпечення цілісності інформації та її збереження".
Прошу поінформувати чи є до Виконавця вимога у впровадженні окремої системи захищеного обміну і одночасної роботи над документами?

Замовник чи Виконавець має забезпечити постачання для Системи компонентів та обладнення, що перелічені в Розділі 4 Додатка 3 Тендерної документації, а саме:
- міжмережеві екрани (Firewall);
- системи виявлення вторгнень (IDS - Intrusion Detection System)
- засоби створення віртуальних приватних мереж (VPN - Virtual Private Network);
- засоби аналізу захищеності (Symantec Enterprise Security Manager, Symantec NetRecon).

Замовник чи Виконавець має здійснювати побудову Сховища інформації для Системи?

У технічних вимогах на ст. 27 сказано наступне: "після створення КСЗІ (на створення КСЗІ має бути розроблено окреме ТЗ), яка передбачає наявність ЕЦП, можна перейти на безпаперовий обмін документами...".
Чи вимагається від Виконавця розробити ТЗ на КСЗІ?
Чи повинна Система мати власний функціонал для накладання ЕЦП, шифрування/дешифрування документів за допомогою ЕЦП та перевірки достовірності ЕЦП?

ДОДАТОК 3 ДО ТЕНДЕРНОЇ ДОКУМЕНТАЦІЇ, П. 2.1. визначає вимоги
«В рамках створення Системи автоматизується діяльність підпорядкованих Мінінфраструктури України структур та підприємств, що здійснюють будівництво за публічні кошти, та має на меті підтримку наступних бізнес-процесів»

Прошу надати вимоги до таких бізнес-процесів, оскільки вони відсутні в тендерній документації, а саме:

- аналіз процесів управління інфраструктурними проектами на прикладі Укравтодору та/або інших балансоутримовачів дорожньої та вулично-дорожньої мережи з можливістю підключення до системи інших учасників та прозоре використання бюджетних коштів;
- інформаційна підтримка процесів бюджетування;
- управління базою знань інфраструктурних проектів згідно з обраною методологією управління проектами;
- управління зацікавленими сторонами;
- пошук та повідомлення/звернення (інтегрований пошук; повідомлення/звернення; служба підтримки реагувань на звернення громадян та ГО);
- регламенти (перевірка дотримання технології будівництва, технологічні карти);
- відображення проектної документації (електронне затвердження документів; перегляд проектної документації, додавання файлів креслень з можливістю подальшого їх перегляду засобами СПЗ AutoCAD.

ДОДАТОК 3 ДО ТЕНДЕРНОЇ ДОКУМЕНТАЦІЇ, П.4.1. визначає
«Оскільки метою інформаційного забезпечення дорожньої галузі є надання інформації (даних) про автомобільні дороги, споруди на них, об’єкти дорожнього сервісу, транспортні потоки, природні та техногенні явища, необхідної для планування та проведення робіт, які забезпечать максимально ефективне використання існуючого фінансового ресурсу (відповідно до СОУ 42.1-37641918-122:2014), а вимоги до стандарту інформаційного забезпечення дорожньої галузі передбачають забезпечення принципів комплексності та системності виконання робіт при розробці інформаційних систем галузі, то Система «Прозоре будівництво» має бути розроблена таким чином, щоб у майбутньому забезпечувати можливість інтеграції з програмно-аналітичними комплексами Укравтодору «Система управління станом покриття» (СУСП), «Автоматизована експертна система управління станом мостів» (АЕСУМ), «Безпека руху» (ГБД ДТП) та іншими системами, які використовуються у галузі (відповідно до деталізованих вимог розділу 4.1.3).

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

ДОДАТОК 3 ДО ТЕНДЕРНОЇ ДОКУМЕНТАЦІЇ, Розділ 4 містить такий об’єкт як підсистеми, в календарному план-графіку та договорі в цілому визначено створення програмних Модулів, тому є незрозумілим де вимоги до модулів, просимо уточнити.

ДОДАТОК 3 ДО ТЕНДЕРНОЇ ДОКУМЕНТАЦІЇ п.4.1.3. Просимо надати перелік рекомендованих Мінрегіонрозвитком України кошторисних програм та вказати джерело документального опису інтерфейсу (API) інтеграції з ними.

ДОДАТОК 3 ДО ТЕНДЕРНОЇ ДОКУМЕНТАЦІЇ, Розділ 4 присутній термін «Орієнтовний», для чіткої оцінки вимог та проектування рішення такий термін є неприйнятним оскільки є незрозумілим сам опис кінцевого продукту тому, просимо конкретизувати вимогу або видалити цей термін із вимог.

ДОДАТОК 3 ДО ТЕНДЕРНОЇ ДОКУМЕНТАЦІЇ п. 4.2.10. до вказаного переліку модулів «автентифікації, авторизації, аудиту тощо» відсутні вимогу, просимо їх визначити або замінити як функціональні можливості.

Додаток 4 до тендерної документації ПРОЕКТ ДОГОВОРУ. п. 2.4. «У випадку виникнення розбіжностей щодо функціональних можливостей ПЗ, які не передбачені в Специфікації (Додаток до даного Договору) чи Технічних вимогах, але є необхідними для використання ПЗ, можливість використання ПЗ за призначенням визначається Сторонами на підстави мети створення та практичного призначення ПЗ.»

Виконання Виконавцем додаткових функціональних можливостей, які не передбачені тендерною документацією, потребують додаткових робіт та залучення фінансування, тому пропонуємо викласти п. 2.4. в такий редакції:
«У випадку виникнення розбіжностей щодо функціональних можливостей ПЗ або реалізації додаткових функціональних вимог, які не передбачені в Специфікації (Додаток до даного Договору) чи Технічних вимогах, Сторони домовляються про виконання таких можливостей із подовженням термінів виконання та вартості предмету закупівлі про що оформлюють відповідну додаткову угоду до договору.

Додаток 4 до тендерної документації ПРОЕКТ ДОГОВОРУ. п. 3.2. «Ціна цього Договору може бути зменшена за взаємною згодою Сторін з урахуванням вимог ст. 36 Закону України «Про публічні закупівлі».»

Пропонуємо викласти в наступній редакції, оскільки вимоги Додатку 3 є не чітко сформованими тому виникають приховані функції поза межами тендерної документації.
«Ціна цього Договору може бути зменшена за взаємною згодою Сторін з урахуванням вимог ст. 36 Закону України «Про публічні закупівлі» або збільшена при умові виникнення додаткових вимог до предмету закупівлі, тобто реалізації додаткових функціональних можливостей Системи, яка не передбачена в Специфікації (Додаток до даного Договору) чи Технічних вимогах»

Додаток 4 до тендерної документації ПРОЕКТ ДОГОВОРУ П 5.1. «У разі вмотивованої відмови Замовника від прийняття результатів, отриманих при наданні Послуг за відповідним етапом, Сторонами складається двосторонній Акт з переліком необхідних доопрацювань і строками їх виконання.

Пропонуємо викласти в наступній редакції, оскільки під переліком доопрацювань можуть бути вимоги поза вимогами Додатку 3 ТД.
«У разі вмотивованої відмови Замовника від прийняття результатів, отриманих при наданні Послуг за відповідним етапом, Сторонами складається двосторонній Акт з переліком необхідних доопрацювань і строками їх виконання, якщо такі доопрацювання відповідають вимогам, які передбачені в Специфікації (Додаток до даного Договору) чи Технічних вимогах.

Додаток 4 до тендерної документації ПРОЕКТ ДОГОВОРУ п. 5.12. в частині:
«- доопрацювання функціоналу ПЗ у погоджені Сторонами строки, але в будь-якому випадку не більше ніж впродовж 2 (двох) місяців з дня запиту Замовника;»

Дану вимогу пропонуємо видалити, оскільки ця вимога несе додаткові витрати, які не передбачені вимогами в тендерній пропозиції

Додаток 4 до тендерної документації ПРОЕКТ ДОГОВОРУ
п. 6.1.3. «За заявкою Виконавця надавати йому інформацію, необхідну для надання Послуг за цим Договором»

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

Додаток 4 до тендерної документації ПРОЕКТ ДОГОВОРУ
Пропонуємо додати новий пункт договору 6.1.5.
«Неухильно, якісно та своєчасно виконувати Запитами від Виконавця, які надходять електронною поштою від Виконавця до Замовника. У випадку недотримання термінів відповіді, Виконавець в праві вимагати від Замовника збільшити термін надання послуг"

Оскільки затримка в часі виконання договору може бути з вини несвоєчасного надання Виконавцю інформації від Замовника.