Впровадження програмно-апаратного комплексу міської інтеграційної платформи Implementation of the software and hardware complex of the city integration platform
Показати більше
Згорнути
- Ідентифікатор тендеру UA-2021-09-07-005839-b
- 48810000-9 - Інформаційні системи
- Завершена
Найменування замовника:
КОМУНАЛЬНЕ ПІДПРИЄМСТВО ""ІНФОРМАТИКА"" ВИКОНАВЧОГО ОРГАНУ КИЇВСЬКОЇ МІСЬКОЇ РАДИ (КИЇВСЬКОЇ МІСЬКОЇ ДЕРЖАВНОЇ АДМІНІСТРАЦІЇ)
Код ЄДРПОУ:
31024875
Тип закупівлі
Відкриті торги з публікацією англ.мовою
Контактна особа замовника
Буряк Ігор Петрович,
380443668353
, kp.informatika.kmda@ukr.net
Адреса замовника
Україна, м. Київ, 03186, м. Київ, Левка Мацієвича, 3
Дата укладення договору
10.11.21
Переможець
ТОВ "Українські Інфосистеми"
Очікувана вартість
79 500 000 UAH
з ПДВ
Сума договору
78 999 999 UAH
Оцінка умов закупівлі:
2
0
0
останні зміни 11.11.21
Інформація про процедуру
Роз’яснення:
до 03.10.2021 00:00
Оскарження умов:
до 09.10.2021 00:00
Подання пропозицій:
13.10.2021 16:00
Початок аукціону:
28.10.2021 13:21
Очікувана вартість
79 500 000 UAH з ПДВ
Вид тендерного забезпечення:
Відсутній
Розмір мінімального кроку пониження ціни:
397 500 UAH
Розмір мінімального кроку пониження ціни, %:
0.50 %
Інформація про предмет закупівлі
Предмет закупівлі
Впровадження програмно-апаратного комплексу міської інтеграційної платформи. Детально зазначено в Додатку 3 до тендерної документації
Опис окремої частини або частин предмета закупівлі
1 Одиниця
Програмне забезпечення
ДК 021:2015: 48810000-9 — Інформаційні системи
1 Одиниця
Апаратний комплекс
ДК 021:2015: 48810000-9 — Інформаційні системи
Критерії вибору переможця
Очікувана вартість:
100%
Тендерна документація
05.10.2021 19:18
05.10.2021 19:17
05.10.2021 19:13
05.10.2021 19:11
05.10.2021 19:18
05.10.2021 19:10
30.09.2021 16:27
17.09.2021 16:50
07.09.2021 19:59
05.10.2021 19:17
30.09.2021 16:26
17.09.2021 16:48
07.09.2021 19:31
05.10.2021 19:13
30.09.2021 16:24
17.09.2021 16:49
05.10.2021 19:11
07.09.2021 19:34
Запитання до процедури
ISO
Дата подання: 27.09.2021 16:56
Дата відповіді: 30.09.2021 12:36
Тендерна документація місить надмірну, а отже дискримінаційну вимогу щодо надання на підтвердження відповідності програмного забезпечення міської інтеграційної платформи міжнародних сертифікатів ISO27017, ISO27018, ISO20000, як такі, що не відповідають ні цілям закупівлі, ні апаратній частині предмета закупівлі.
Так, ISO27017 є «Зведенням правил з управління інформаційною безпекою», яким встановлюються керівні принципи щодо впровадження контролю інформаційної безпеки для клієнтів хмарних сервісів та постачальників хмарних послуг для підтримки реалізації цих елементів управління (https://www.iso.org/obp/ui/#iso:std:iso-iec:27017:ed-1:v1:en). Таким чином, отримання відповідного сертифікату можливе лише для постачальників хмарних послуг, чия діяльність буде предметом сертифікації, а не для будь-якого постачальника програмного забезпечення. Крім того, предмет закупівлі не містить такого елементу, як надання послуг хмарного сервісу, а опис апаратної частини предмета закупівлі містить посилання на фізичні сервери. Навіть якщо наявні компоненти міської інтеграційної платформи вже використовують хмарні сервіси, достатньою та обґрунтованою вимогою до програмного забезпечення за цією закупівлею, є можливість інтеграції з такими хмарними сервісами, для підтвердження чого сертифікат ISO27017 не видається.
Що стосується ISO27018, то цей стандарт є Кодексом практики захисту особистої інформації (personally identifiable information - РІІ) в публічних хмарах, що діють як процесори РІІ, який застосовується в процесі впровадження системи управління інформаційною безпекою хмарних обчислень або як керівний документ для впровадження загальноприйнятого контролю захисту РІІ, для організацій, що виступають в ролі публічних процесорів хмарного РІІ (https://www.iso.org/obp/ui/#iso:std:iso-iec:27018:ed-2:v1:en). Таким чином, для цілей цієї процедури закупівлі, вимога відповідності даному стандарту є надмірною – предмет закупівлі (ані програмна, ані апаратна частина) не передбачають закупівлю Замовником хмарних послуг, про що зазначалося вище в аргументації вимоги щодо ISO270017. Крім того, предметом закупівлі не є послуги постачальників хмарних обчислювальних послуг, які діють як процесори РІІ. Ми можемо припустити, що сам Замовник, як публічне підприємство, є процесором РІІ, проте в такому разі, сертифікат ISO27018 має бути отриманим ним самостійно, а не наданий учасником, який є постачальником програмного забезпечення, що має можливість інтеграції з хмарними сервісами, як існуючими у Замовника, так і тими, які він планує використовувати в своїй діяльності в майбутньому. Можливість інтеграції програмного забезпечення з хмарними сервісами не підлягає сертифікації ISO27018. Отже, дана умова тендерної документації є надмірною і підлягає вилученню.
Стандарт ISO20000 «Управління IT послугами та керівництво ІТ» визначає вимоги до організації для створення, провадження, підтримки та постійного вдосконалення системи управління послугами (Service Management System - SMS) та включає вимоги щодо планування, проектування, перехід, доставку та вдосконалення послуг для задоволення вимог сервісу та забезпечення ефективності. Як вбачається з тендерної документації, видом предмету закупівлі є товари, а не послуги. Тобто наявність сертифікату ISO20000 жодним чином не може підтвердити технічні, якісні або кількісні характеристики предмета закупівлі, а отже умова тендерної документації щодо його наявності та надання Замовнику є надмірною і підлягає виключенню з тендерної документації.
Окремо зауважуємо, що сертифікація за стандартами ISO в Україні є добровільною, тобто її обов’язкова наявність не вимагається згідно чинного законодавства. Тендерна документація не містить жодного обґрунтування з цього приводу.
Таким чином, тендерна документація потребує зміни шляхом вилучення у п. 2 Інша інформація розділу 5. Оцінка тендерної пропозиції, п. 2.2. Вимоги до програмного забезпечення міської інтеграційної платформи Додатка 3 до тендерної документації «Інформація про необхідні технічні, якісні, кількісні та інші характеристики предмета закупівлі (технічні вимоги)» наступного тексту: «ISO27017, ISO272018, ISO20000».
Розгорнути
Згорнути
відповідь:
Шановний учаснику, повідомляємо, що відповідні зміни будуть внесені до тендерної документації.
OSINT
Дата подання: 27.09.2021 17:06
Дата відповіді: 30.09.2021 12:42
Тендерна документація містить надмірну вимогу щодо наявності в програмному забезпеченні платформи функціоналу OSINT до відкритих джерел даних Twitter, Facebook, Telegram та трьох RSS каналів.
OSINT (Open-Source Intelligence) – це концепція, методологія і технологія добування і використання військової, політичної та іншої інформації з відкритих джерел, без порушення законів. Використовується для прийняття рішень у сфері національної оборони та безпеки, розслідувань, тощо (https://uk.wikipedia.org/wiki/%D0%A0%D0%BE%D0%B7%D0%B2%D1%96%D0%B4%D0%BA%D0%B0_%D0%BD%D0%B0_%D0%BE%D1%81%D0%BD%D0%BE%D0%B2%D1%96_%D0%B2%D1%96%D0%B4%D0%BA%D1%80%D0%B8%D1%82%D0%B8%D1%85_%D0%B4%D0%B6%D0%B5%D1%80%D0%B5%D0%BB#cite_note-:0-1). Оскільки в тендерній документації чітко визначено з якими саме джерелами має взаємодіяти функціонал OSINT, а саме – соціальні мережі та інші джерела в мережі Інтернет, то такий функціонал має використовуватися з урахуванням законодавства про кібербезпеку, зокрема, Закону України «Про основні засади забезпечення кібербезпеки України». Відповідно до згаданого закону, кіберрозвідка – діяльність, що здійснюється розвідувальними органами у кіберпросторі або з його використанням. Кіберпростір – середовище (віртуальний простір), яке надає можливості для здійснення комунікацій та/або реалізації суспільних відносин, утворене в результаті функціонування сумісних (з’єднаних) комунікаційних систем та забезпечення електронних комунікацій з використанням мережі Інтернет та/або інших глобальних мереж передачі даних.
Статтею 8 Закону України «Про основні засади забезпечення кібербезпеки України» передбачено, що функції кіберрозвідки, розслідувань кіберзлочинів тощо покладено на органи Служби безпеки України, національної поліції, Державну службу спеціального звязку, тощо, а не на органи місцевого самоврядування або на створені ними комунальні підприємства, яким є Замовник. Статутом КП «Інформатика» не передбачено здійснення таких видів діяльності, за яких міг би бути реалізований функціонал OSINT за його безпосереднім призначенням.
Крім того, тендерна документація містить суперечливі вимоги щодо зазначеної технології, що створює штучні підстави для відхилення тендерної пропозиції від іншого учасника процедури, ніж той, що очевидно, вже обраний Замовником поза межами торгів:
Додаток 3:
«п. 2.2. Програмне забезпечення міської інтеграційної платформи повинно бути:
… забезпечувати створення конвергентної системи для керування окремими підсистемами, такими як: …OSINT,…»
«Програмне забезпечення міської інтеграційної платформи повинне базуватися на платформі, яка:
…має у своєму складі OSINT модуль (Facebook, Twitter, Instagram, Telegram, Waze, RSS, та не обмежуватися ними);…»
«2.3. Вимоги до функціональних можливостей ПЗ міської інтеграційної платформи щодо поєднання інформаційних масивів з ГІС.
ПЗ міської інтеграційної платформи повинно мати функціонал точної координатної прив’язки у просторі, для відображення на картах з прив’язкою до місцезнаходження відносно інших елементів та елементів інших підсистем:
…дані з систем SCADA, OSINT (частково, за можливістю), BMS, IoT, SNMP агрегаторів мають приходити та реєструватися в системі з чіткою прив’язкою до геолокації, при її наявності;…»
«2.5. Програмно-апаратний комплекс повинен мати у своєму складі наступний функціонал та модулі.
…- Наявний функціонал OSINT до відкритих джерел даних Twitter, Facebook, Telegram та трьох RSS каналів. …»
Таким чином, в тендерній документації вимога Замовника щодо OSINT визначена по-різному, що створює можливості для дискримінаційного підходу при оцінці тендерних пропозицій.
Крім того, функціонал OSINT не є предметом закупівлі у цій процедурі – програмно-апаратним комплексом, який дозволяє забезпечити інтеграцію існуючих та таких що встановлюються зараз або будуть встановлюватися в майбутньому інформаційних систем, що вимагає його виключення з тендерної документації, як обов’язкової характеристики предмета закупівлі.
З огляду на вище зазначене, вимагаємо внести зміни до тендерної документації шляхом виключення в п. 2.2., 2.3, 2.5 Додатка 3 до тендерної документації «Інформація про необхідні технічні, якісні, кількісні та інші характеристики предмета закупівлі (технічні вимоги)» умов щодо OSINT, як таких, що є дискримінаційними.
Розгорнути
Згорнути
відповідь:
Функціональність OSINT не планується використовувати для добування і використання військової або політичної інформації, а також не буде використовуватись для прийняття рішень у сфері національної оборони та безпеки, однак, дані необхідні для отримання швидкої і часто достовірної інформації з відкритих джерел, без порушення законів про стан
інфраструктури міста та наявні його проблеми.
Планується у реальному часі отримувати зріз громадської думки про найбільш
проблемні питання міста та отримання оперативної інформації з
публічних відкритих джерел для збільшення ефективності роботи
комунальних підприємств, виявлення недоліків у комунальних системах
міста та швидкого і ефективного підвищення якості життя його
мешканців. У тексті тендерної документації немає суперечливих вимог
щодо тендерної документації. У пункті 2.2 вказано загальний
перелік вимог до ПЗ міської інтеграційної
платформи. У пункті 2.3 вказано перелік функціональних вимог до
функціональних можливостей ПЗ міської інтеграційної платформи, щодо
поєднання інформаційних масивів з ГІС. Вимоги до можливості
визначення географічних прив'язок, виявлених можливих проблем в міській
інфраструктурі, через OSINT тут вказані як бажані за можливістю, з
розумінням того, що це не завжди є можливим. У пункті 2.5.
перерахований функціонал та модулі, які не просто мають
підтримуватися ПЗ, а вже бути включеним у ПАКу поставки, наприклад,
через відповідні ліцензії, якщо вони вимагаються політикою
ліцензування виробника ПЗ або відповідні модулі, якщо ці модулі
поставляються окремо. У сучасному світі, де більшість питань і проблем
обговорюються суспільством у віртуальному просторі, присутність там для
надання якісних послуг, своєчасного вирішення проблем та покращення
рівня життя громадян є необхідною.
інфраструктури міста та наявні його проблеми.
Планується у реальному часі отримувати зріз громадської думки про найбільш
проблемні питання міста та отримання оперативної інформації з
публічних відкритих джерел для збільшення ефективності роботи
комунальних підприємств, виявлення недоліків у комунальних системах
міста та швидкого і ефективного підвищення якості життя його
мешканців. У тексті тендерної документації немає суперечливих вимог
щодо тендерної документації. У пункті 2.2 вказано загальний
перелік вимог до ПЗ міської інтеграційної
платформи. У пункті 2.3 вказано перелік функціональних вимог до
функціональних можливостей ПЗ міської інтеграційної платформи, щодо
поєднання інформаційних масивів з ГІС. Вимоги до можливості
визначення географічних прив'язок, виявлених можливих проблем в міській
інфраструктурі, через OSINT тут вказані як бажані за можливістю, з
розумінням того, що це не завжди є можливим. У пункті 2.5.
перерахований функціонал та модулі, які не просто мають
підтримуватися ПЗ, а вже бути включеним у ПАКу поставки, наприклад,
через відповідні ліцензії, якщо вони вимагаються політикою
ліцензування виробника ПЗ або відповідні модулі, якщо ці модулі
поставляються окремо. У сучасному світі, де більшість питань і проблем
обговорюються суспільством у віртуальному просторі, присутність там для
надання якісних послуг, своєчасного вирішення проблем та покращення
рівня життя громадян є необхідною.
Next-Gen 911
Дата подання: 27.09.2021 17:28
Дата відповіді: 30.09.2021 12:43
Тендерна документація містить вимогу щодо підтримки технології Next-Gen 911 для обміну максимально широким спектром різнорідної інформації (п. 2.2 Додатку 3 до тендерної документації), яка є дискримінаційною вимогою з огляду на наступне.
Next-Gen 911 (NG9-1-1) - це система, якою оновлено системи 911 для переходу від використання аналогового зв’язку до IP-технологій. Основним баченням USDOT (розробника системи) для NG9-1-1 є те, що нова IP-мережа забезпечить фундамент для громадськості екстрених служб у все більш мобільному і технологічно різноманітному суспільстві і в кінцевому підсумку зробить доступними 9-1-1 дзвінки з більшості типів пристроїв зв'язку. Ініціатива «Наступне покоління 9-1-1» (NG9-1-1) - це проект дослідження та розробки, що фінансується Спільна програма інтелектуальних транспортних систем USDOT Office25 визначення рамок та план розгортання аварійних комунікацій на базі IP по всій країні – Сполученим Штатам Америки, про що безпосередньо наявна інформація на сайті служби 911 (https://www.911.gov/issue_nextgeneration911.html), а також у Національному плані для переходу 9-1-1 на системи з підтримкою ІР (https://www.911.gov/pdf/National_E911_Implementation_Coordination_Office_National_Plan_Migrating_IP_Enabled_911_Systems_2009.pdf).
Тобто Next-Gen 911 є розробкою для системи служб екстреного зв’язку 911, яка діє в Сполучених Штатах Америки, але не діє в Україні. Аналогом служби 911 анонсовано впровадження єдиного номеру виклику служб екстреної допомоги «112» (https://pravo.ua/sluzhba-112-ukraina-perehodit-na-edinyj-jekstrennyj-nomer/), який на даний час все ще не діє (https://www.ukrinform.ua/rubric-society/2850303-u-mincifri-rozpovili-ak-pracuvatime-edinij-nomer-vikliku-ekstrenoi-dopomogi-112.html), отже вимога підтримки програмним забезпеченням платформи технології Next-Gen 911 є очевидно надмірною і такою, що прописана під програмне забезпечення, розробник якого має поставки програмного забезпечення для служб США.
З огляду на вище зазначене, вимагаємо внести зміни до тендерної документації шляхом виключення з п. 2.2. Додатку 3 до тендерної документації вимоги до програмного забезпечення міської інтеграційної платформи «підтримувати технологію Next-Gen 911 для обміну максимально широким спектром різнорідної інформації» як дискримінаційну.
Розгорнути
Згорнути
відповідь:
Вимоги Next-Gen 911 це підтримка цілого переліку технологій, протоколів та каналів комунікації включаючи підтримку IP протоколів. Підтримка Next-Gen 911 комплексом забезпечує можливість використання значно більшого спектру пристроїв як джерел для початкового звернення та подальшого насичення інформацією. Зокрема: відео, зображення, текст, медичні пристрої, бортові комп’ютери автомобілі, сигналізації приміщень тощо. Також має підтримуватись двосторонній обмін даними з цифровими датчиками та медичними застосунками. Необхідно звернути увагу, що аналогічний проект в Україні, на який ви звертали увагу "єдиний номер виклику служб екстреної допомоги «112»" продовжує розвиватися. Так у січні 2020-го року за дорученням Кабінету Міністрів України було реалізовано пілотний проект створення «Системи 112». Також 21 липня 2021 року Кабінетом Міністрів України були внесені зміни до розпорядження Кабінету Міністрів України від 28 травня 2008 р. № 770. “Про утворення міжвідомчої робочої групи з питань створення та впровадження системи екстреної допомоги населенню за єдиним телефонним номером 112” які покликані максимально пришвидшити розгортання системи. https://zakon.rada.gov.ua/laws/show/824-2021-%D1%80#Text тому підтримка відповідних технологічних рішень та готовність Програмного Забезпечення до їх впровадження є необхідною реалією. З точки зору продуктивності комплекс має бути здатен автоматично виконувати балансування навантаження у випадку понаднормової кількості звернень з метою зменшення часу реагування, оптимізації використання каналів зв’язку та потужності апаратного устаткування. Додатково комплекс має мати можливість визначати зони відповідальності та демаркації безпеки передачі та зберігання даних, визначення ролей та відповідальності всіх задіяних сторін, а також гарантію довгострокової підтримки комплексу і його розвитку.
3D-карти
Дата подання: 27.09.2021 17:33
Дата відповіді: 30.09.2021 12:44
Додаток 3 до тендерної документації містить вимоги до програмного забезпечення міської інтеграційної платформи як наявність можливості роботи з мапами 3D, а також можливості змінювати типи мап, що відображаються: супутник, вулиці, топографічна, карти-схеми, 3D мапи і т.д. (п. 2.2. Додатку 3 до тендерної документації) та вимогу до апаратної частини інтеграційної платформи - Підтримка 3D позиціонування об’єктів на картах (п. 2.5. Додатку 3 до тендерної документації).
Статтею 5 Закону України «Про публічні закупівлі» встановлено принципи, у відповідності до яких проводяться публічні закупівлі, одним з яких є принцип максимальної економії, ефективності та пропорційності.
Вимога щодо наявності підтримки програмним забезпеченням платформи 3D-карт не відповідає зазначеному принципу і є надмірною, оскільки законодавством у сфері топографо-геодезичної та картографічної діяльності, зокрема Законом України «Про топографо-геодезичну і картографічну діяльність», Порядком загальнодержавного топографічного та тематичного картографування, затвердженого постановою КМУ від 04.09.2013 №661, Законом України «Про національну інфраструктуру гео-просторових даних», Порядком функціонування національної інфраструктури гео-просторових даних, затвердженим постановою КМУ від 26.05.2021 №532 не передбачено обов’язкового використання органами місцевого самоврядування та утвореними ними комунальними підприємствами у своїй діяльності 3D мап.
Даний функціонал програмного забезпечення в умовах інтенсивності забудови міста Києва, через що архітектурний вид міста постійно змінюється, а отже, з огляду на встановлену періодичність оновлення карт – один раз на п’ять років, використання 3D мап не матиме жодного сенсу, оскільки така мапа буде містити застарілу інформацію вже через місяць після її створення. Використання мап такого типу потребує їх постійного оновлення, що призведе до постійних видатків бюджету, а отже є економічно недоцільним.
Для цілей цієї процедури закупівлі достатнім і економічно виправданим є використання інших мап – супутник, вулиці, топографічні, карти-схеми тощо, які дозволяють в сукупності або окремо ефективно виконувати завдання інформаційних систем міської інтеграційної платформи – створення безпечного міста силами екстрених служб та систем.
З огляду на вище викладене, вимагаємо внести зміни до тендерної документації шляхом виключення вимоги до програмного забезпечення міської інтеграційної платформи як наявність можливості роботи з мапами 3D, а також можливості змінювати типи мап, що відображаються: супутник, вулиці, топографічна, карти-схеми, 3D мапи і т.д. (п. 2.2. Додатку 3 до тендерної документації) та вимоги до апаратної частини інтеграційної платформи - Підтримка 3D позиціонування об’єктів на картах (п. 2.5. Додатку 3 до тендерної документації), як дискримінаційних.
Розгорнути
Згорнути
відповідь:
У поточний час 3D-проектування та візуалізація стає нормою для нових об'єктів
архітектури, як окремо взятих будівель, офісів та приміщень, так і
парків, скверів, тощо. Кабінет Міністрів України 17 лютого 2021 року,
підтримавши розроблену Мінрегіоном Концепцію впровадження технологій
будівельного інформаційного моделювання (ВІМ-технологій) в Україні, а
також план заходів з її реалізації, лише підтвердив шлях до
розвитку цієї галузі. Відповідне розпорядження було
прийнято. Застосування ВІМ-технологій буде приводити до розвитку й 3D
проектування також. ПАК повинен мати можливість працювати як з картами
міста, так і з картами окремо взятих будівель та зелених зон, а вони, у подальшому все
частіше будуть представлені у наглядному 3D вигляді, що може бути корисним в
екстрених ситуаціях. Тому, вважаємо необхідним
обирати ПЗ з відповідними можливостями для недопущення повторної
закупівлі у майбутньому.
архітектури, як окремо взятих будівель, офісів та приміщень, так і
парків, скверів, тощо. Кабінет Міністрів України 17 лютого 2021 року,
підтримавши розроблену Мінрегіоном Концепцію впровадження технологій
будівельного інформаційного моделювання (ВІМ-технологій) в Україні, а
також план заходів з її реалізації, лише підтвердив шлях до
розвитку цієї галузі. Відповідне розпорядження було
прийнято. Застосування ВІМ-технологій буде приводити до розвитку й 3D
проектування також. ПАК повинен мати можливість працювати як з картами
міста, так і з картами окремо взятих будівель та зелених зон, а вони, у подальшому все
частіше будуть представлені у наглядному 3D вигляді, що може бути корисним в
екстрених ситуаціях. Тому, вважаємо необхідним
обирати ПЗ з відповідними можливостями для недопущення повторної
закупівлі у майбутньому.
WORD, EXCEL
Дата подання: 27.09.2021 17:41
Дата відповіді: 30.09.2021 12:44
Тендерна документація містить вимогу щодо наявності у програмному забезпеченні міської інтеграційної платформи інструменту експорту інциденту у файли різного формату (PDF, Word, Excel) (п. 2.2. Додатку 3 до тендерної документації).
Використана Замовником граматична конструкція та пунктуація свідчать про те, що тендерна пропозиція учасника буде відповідати вимогам тендерної документації тоді і лише тоді, коли інструмент експорту інциденту буде реалізований тільки у формати PDF, Word, Excel, що фактично обмежує у доступі до процедури тих потенційних учасників, чиє програмне забезпечення має можливість експортувати дані у формати, хоча б один з яких не відповідає переліченим, будучи при цьому загальнопоширеним та загальноприйнятим (наприклад, формат HTML). Так, наприклад, замовник матиме можливість відхилити тендерну пропозицію учасника, якщо його програмне забезпечення платформи, може експортувати дані про інцидент у формати PDF, Word, HTML, але не може експортувати у EXCEL. При цьому на здатність функціонування апаратно-програмного комплексу міської інтеграційної платформи, формат файлів, до яких експортується інформація, не має визначального значення.
З огляду на вище викладене, вимагаємо внести зміни до п. 2.2. Додатку 3 до тендерної документації шляхом викладення вимоги до програмного забезпечення міської інтеграційної платформи у новій редакції – «наявність інструменту експорту інциденту у файли різного формату», виключивши текст «(PDF, Word, Excel)».
Розгорнути
Згорнути
відповідь:
Найбільш поширеними у документообігу в
підприємствах міської інфраструктури, комунальних підприємствах, а
також у інших юридичних осіб на території Києва і України та такими,
що використовуються майже всюди і можуть бути швидко прочитаними у
більшості Операційних Систем та майже всіх текстових переглядачах і
редакторах, що є важливим для швидкого і безпомилкового обміну
інформацією є наступні формати: Текстовий: Word (.doc, docx);
Табличний: Excel (.xls, .xlsx); Міжплатформовий відкритий формат
електронних документів: PDF (.pdf).
Підтримка, як мінімум, цих форматів є обов'язковою. Не заперечуємо проти можливості експорту даних в файли інших форматів.
підприємствах міської інфраструктури, комунальних підприємствах, а
також у інших юридичних осіб на території Києва і України та такими,
що використовуються майже всюди і можуть бути швидко прочитаними у
більшості Операційних Систем та майже всіх текстових переглядачах і
редакторах, що є важливим для швидкого і безпомилкового обміну
інформацією є наступні формати: Текстовий: Word (.doc, docx);
Табличний: Excel (.xls, .xlsx); Міжплатформовий відкритий формат
електронних документів: PDF (.pdf).
Підтримка, як мінімум, цих форматів є обов'язковою. Не заперечуємо проти можливості експорту даних в файли інших форматів.
PDF, Word, Excel
Дата подання: 27.09.2021 17:44
Дата відповіді: 30.09.2021 12:45
В п. 2.2. Додатку 3 до тендерної документації зазначено вимогу до програмного забезпечення платформи:
«наявність інструменту експорту інциденту у файли різного формату (PDF, Word, Excel).»
Чи буде відповідати вимогам тендерної документації програмне забезпечення, яке має інструмент експорту інформації у файли різного формату, з яких тільки один або два співпадають з вказаними, але при цьому можливим є експорт в інші загальнодоступні та поширені формати?
Якщо ні, то надайте обґрунтовану відповідь чому і який вплив матиме така невідповідність на загальну функціональність міської інтегрованої платформи.
Розгорнути
Згорнути
відповідь:
Підтримка, як мінімум, форматів PDF, Word, Excel є обов'язковою. Не заперечуємо проти можливості експорту даних в файли інших форматів.
Вибір системи координат
Дата подання: 27.09.2021 17:45
Дата відповіді: 30.09.2021 12:45
П. 2.2. Додатку 3 до тендерної документації містить вимогу до програмного забезпечення міської інтеграційної платформи щодо наявності вибору системи координат СК-42, WGS-84, UTM, MGRS та не обмежуватися ними, в якій працює програмне забезпечення.
Використана Замовник граматична конструкція та пунктуація свідчать про те, що тендерна пропозиція учасника буде відповідати вимогам тендерної документації тоді і лише тоді, коли програмне забезпечення міської інтеграційної платформи має можливість вибору системи координат СК-42, WGS-84, MGRS (як обов’язкові) та інші системи координат. Тобто, якщо учасником буде запропоновано програмне забезпечення, яке не використовує таку застарілу систему координат, як Pulkovo-42 (CK-42), але використовує інші, зокрема WGS-84, в яку має переводитися СК-42, то Замовник відхилить таку тендерну пропозицію, як не відповідну тендерній документації.
Система координат СК-42 є застарілою і на рівні органів державної влади прийнято рішення про перехід від радянської геодезичної системи Пулково-42 (СК-42) до Світової системи WGS-84 (World Geodetic System) (https://www.geo.gov.ua/rozyasnennya-shhodo-postupovogo-perexodu-na-svitovu-geodezichnu-sistemu-koordinat-wgs-84/). Запровадження для використання на території України саме WGS-84 (World Geodetic System) здійснюється на підставі та у відповідності до постанови КМУ від 22.12.1999 №2359 «Про впровадження на території України світової геодезичної системи координат WGS-84 (https://zakon.rada.gov.ua/laws/show/2359-99-%D0%BF#Text).
Таким чином вимога наявності у програмному забезпеченні можливості вибору застарілої системи координат СК-42, яка замінюється WGS-84, є надмірною та дискримінаційною, в той час, як достатньою та обґрунтованою вимогою тендерної документації є наявність у програмному забезпеченні міської інтеграційної платформи можливості використання системи координат WGS-84.
Вимога до програмного забезпечення щодо можливості вибору системи координат MGRS також є надмірною, оскільки не відповідає ані меті, ані предмету закупівлі.
MGRS (Military Grid Reference System) це - геокоординатний стандарт, який використовується військовими НАТО для розміщення точок на Землі. MGRS походить від універсальної системи сітки Transverse Mercator (UTM) і Universal Polar Stereographic (UPS), але використовує іншу умову маркування. MGRS використовується як геокод для всієї Землі (https://en.wikipedia.org/wiki/Military_Grid_Reference_System). КП «Інформатика» не є військовим підприємством, отже потреби у використанні геокоординатного стандарту призначеного для використання військовими НАТО, у Замовника об’єктивно немає. Предметом закупівлі є не військові техніка та технологія, а апаратно-програмний комплекс, призначення якого забезпечення інтеграції існуючих систем та тих, що будуть встановлені в майбутньому в єдину платформу, метою якої є забезпечення виконання завдань у цивільній, а не військовій сфері.
З огляду на вище викладене, вимога щодо наявності вибору системи координат MGRS є надмірною, при цьому, в силу використаної Замовником граматичної конструкції, є обов’язковою, що в сукупності створює загрозу безпідставної дискримінації учасника, який пропонує до закупівлі виключно цивільні технології, що відповідає меті та предмету закупівлі.
На підставі вище викладеного, вимагаємо внести зміни до тендерної документації шляхом викладення з п.п. 2.2. Додатку 3 до тендерної документації вимоги у наступній редакції: «має вибір системи координат WGS-84, UTM, не обмежуючись ними, в якій працює програмне забезпечення».
Розгорнути
Згорнути
відповідь:
Шановний учаснику, повідомляємо, що відповідні зміни будуть внесені до тендерної документації.
«Розпорядок дня»
Дата подання: 27.09.2021 17:57
Дата відповіді: 30.09.2021 12:45
Тендерна документація у п. 2.2. Додатку 3 містить вимогу до програмного забезпечення міської інтеграційної платформи наступного змісту:
«має вбудований календар для створення та керування розпорядком дня та заздалегідь запланованими подіями для забезпечення безперебійної обробки потоків даних подій, що стосуються інцидентів;».
Просимо роз’яснити що мається на увазі під «розпорядок дня».
Чи є «розпорядком дня» – перелік заздалегідь запланованих подій на конкретну календарну дату?
Розгорнути
Згорнути
відповідь:
Так, «розпорядок дня» – перелік заздалегідь запланованих подій на
конкретну календарну дату. При чому, це може бути як заплановані до
виконання функції, так і данні про події у місті, що можуть впливати
на стандартний перебіг подій і відповідно агреговані данні та система
реакцій на них має накладати відповідні шаблони змін на свої дії та
реакції.
конкретну календарну дату. При чому, це може бути як заплановані до
виконання функції, так і данні про події у місті, що можуть впливати
на стандартний перебіг подій і відповідно агреговані данні та система
реакцій на них має накладати відповідні шаблони змін на свої дії та
реакції.
SCADA, BMS
Дата подання: 27.09.2021 18:00
Дата відповіді: 30.09.2021 12:46
В п. 2.2. Додатку 3 до тендерної документації зазначено вимогу до програмного забезпечення платформи – «має інтерфейси взаємодії зі SCADA та BMS системами».
Просимо надати роз’яснення що саме мається на увазі під «має інтерфейси взаємодії»? Враховуючи вимогу до програмного забезпечення платформи, за якою воно має бути модульним (можливість інтеграції в систему додаткових та нових модулів без порушення зв’язків між потоками даних в середині БД та між іншими модулями), чи слід цю вимогу читати, як те, що учасник пропонує програмне забезпечення яке має можливість створення інтерфейсів взаємодії зі SCADA та BMS системами? Якщо ні, то надайте обґрунтовану відповідь чому і яким чином може бути досягнута відповідність цій вимозі учасником, якому попередньо не надавалися SDK (Software Development Kit) або API (Application Programming Interface) зазначених систем?
Розгорнути
Згорнути
відповідь:
Слід розуміти, що запропоноване ПЗ повинно мати готові модулі для
двосторонньої інтеграції на основі різноманітних протоколів та
методів взаємодії. ПЗ повинно мати інструменти не тільки для
зберігання отриманих даних, а й для повноцінної двосторонньої
взаємодії. Також, повинно мати відповідні шаблони взаємодії, інтерфейс та
бути продуманим з урахуванням можливості підключення до
різноманітних систем подібного типу та швидкої взаємодії з
ними. Ядро системи повинно мати відповідну логіку роботи, при якій
до неї можна підключати різноманітні системи SCADA та BMS, а
також їх елементи, через відповідні протоколи взаємодії та
налаштовувати гнучку пріоритезацію даних від систем вказаного типу.
двосторонньої інтеграції на основі різноманітних протоколів та
методів взаємодії. ПЗ повинно мати інструменти не тільки для
зберігання отриманих даних, а й для повноцінної двосторонньої
взаємодії. Також, повинно мати відповідні шаблони взаємодії, інтерфейс та
бути продуманим з урахуванням можливості підключення до
різноманітних систем подібного типу та швидкої взаємодії з
ними. Ядро системи повинно мати відповідну логіку роботи, при якій
до неї можна підключати різноманітні системи SCADA та BMS, а
також їх елементи, через відповідні протоколи взаємодії та
налаштовувати гнучку пріоритезацію даних від систем вказаного типу.
Бізнес-аналітика
Дата подання: 27.09.2021 18:01
Дата відповіді: 30.09.2021 12:46
У Додатку 3 до тендерної документації міститься наступна вимога до програмного забезпечення:
«має підтримувати роботу в режимі бізнес-аналітики (ВІ) – дозволяти отримувати та експортувати звіти з динамічними даними на основі усіх накопичених даних системи, включаючи аналіз, тенденції та прогнози в реальному часі, дозволяти вибирати будь-які статистичні дані, отримані від найдавніших (незаархівованих та не затертих даних) до поточних записів.»
Чи означає здатність підтримувати роботу в режимі бізнес-аналітики (ВІ), що вимога виконується незалежно від того, чи всі перелічені функції (отримання, експорт, аналіз, прогнози, обрання статистичних даних) виконуються засобами однієї комп’ютерної програми (базові функції) або як результат інтеграції комп’ютерної програми з модулями, що забезпечують виконання базово відсутніх в ній функцій, за умови, що при такій інтеграції не порушуються зв’язки між потоками даних в середині БД та між іншими модулями?
Розгорнути
Згорнути
відповідь:
Так, платформа повинна являти собою єдину систему. Зокрема, функції
бізнес-аналітики повинні виконуватись внутрішніми компонентами без
необхідності створення нових взаємозв'язків між як внутрішніми
компонентами, так і зовнішніми. ПЗ повинно надавати одну уніфіковану
цілісну платформу управління. Інструменти бізнес-аналітики мають бути
інтегровані та керуватись з єдиного цілісного інтерфейсу системи.
Зміни та апгрейди системи мають одночасно враховувати і вимоги звітів
бізнес-аналітики, а також, одночасно з розширенням можливостей та гнучкості
системи, вносити відповідні коригування до модулів та елементів
відповідальних за процеси побудови звітів бізнес аналітики.
бізнес-аналітики повинні виконуватись внутрішніми компонентами без
необхідності створення нових взаємозв'язків між як внутрішніми
компонентами, так і зовнішніми. ПЗ повинно надавати одну уніфіковану
цілісну платформу управління. Інструменти бізнес-аналітики мають бути
інтегровані та керуватись з єдиного цілісного інтерфейсу системи.
Зміни та апгрейди системи мають одночасно враховувати і вимоги звітів
бізнес-аналітики, а також, одночасно з розширенням можливостей та гнучкості
системи, вносити відповідні коригування до модулів та елементів
відповідальних за процеси побудови звітів бізнес аналітики.
Кількість
Дата подання: 27.09.2021 18:02
Дата відповіді: 30.09.2021 12:47
П. 2.5. Додатку 3 до тендерної документації передбачено, що програмно-апаратний комплекс повинен мати в своєму складі наступний функціонал та модулі, зокрема: «підключення не менше 40 операторів; підключення не менше 2000 мобільних пристроїв для офіційних осіб міської влади, представників інфраструктурних підрозділів міста, ремонтних бригад, комунальних підприємств та спеціальних представників інших служб спеціального призначення; підключення не менше 12 000 камер відеоспостереження, з можливістю отримувати метадані в реальному часі не менш як з 8000 з них; … Можливість моніторингу руху муніципального транспорту не менш як на 2 000 одиниць та громадським транспортом на не менш як 3 000 одиниць; …Моніторинг системами міського освітлення на не менш як 130 000 освітлювальних приладів; …Моніторинг сенсорів наповненості та/або займання вуличних баків для сміття на не менш як 8 000 одиниць. …Можливість отримання даних з систем/датчиків температури та обледеніння дорожнього полотна, датчиків переповнення дощової каналізації, з екологічними станціями та сенсорами, з метеорологічними станціями та сенсорами на не менш як 200 сенсорів кожного виду. …Підключення кнопок виклику екстреної допомоги, не менш як 200 одиниць.»
Чи означає, що дані вимоги тендерної документації до предмета закупівлі будуть виконуватися, в разі, якщо тендерна пропозиція містить мінімальні значення функціоналу та модулів АПК, наприклад, можливість підключення 40 операторів, підключення 2000 мобільних пристроїв, тощо?
Розгорнути
Згорнути
відповідь:
Так, запропоноване рішення повинно забезпечити на першому етапі
підключення мінімальну необхідну кількість пристроїв та користувачів
згідно тендерної документації. В подальшому платформа повинна
забезпечувати можливість розширення кількості периферійних пристроїв
інформація від яких отримується та обробляється платформою до не менш
як 1 000 000 шт. згідно вимог тендерної документації.
підключення мінімальну необхідну кількість пристроїв та користувачів
згідно тендерної документації. В подальшому платформа повинна
забезпечувати можливість розширення кількості периферійних пристроїв
інформація від яких отримується та обробляється платформою до не менш
як 1 000 000 шт. згідно вимог тендерної документації.
Протокол розгляду
Аукціон
Реєстр пропозицій
Дата і час розкриття: 28.10.2021 13:44
| Учасник | Первинна пропозиція | Остаточна пропозиція | Документи |
|---|---|---|---|
|
ТОВ "Українські Інфосистеми"
Пошук по цьому учаснику
|
78 999 999 UAH з ПДВ | 78 999 999 UAH з ПДВ | Документи |
|
ТОВАРИСТВО З ОБМЕЖЕНОЮ ВІДПОВІДАЛЬНІСТЮ "НОВІТНЄ ОБЛАДНАННЯ"
Пошук по цьому учаснику
|
79 450 000 UAH з ПДВ | 79 450 000 UAH з ПДВ | Документи |
Отримані пропозиції
| Учасник | Рішення | Пропозиція | Опубліковано |
|---|---|---|---|
|
ТОВ "Українські Інфосистеми" #39210567
Пошук по цьому переможцю
|
Переможець | 78 999 999 UAH з ПДВ | 28.10.2021 17:24 |
Переможець
Дата і час публікації: 28.10.2021 17:24
| Учасник | Пропозиція | Документи |
ТОВ "Українські Інфосистеми"
Пошук по цьому переможцю
|
78 999 999 UAH з ПДВ | Документи |
|---|
Укладений договір
Номер 53/21-11
| Контракт | Статус | Сума | Опубліковано | Укладений |
|---|---|---|---|---|
| Договір 53_21_11 від 10.11.2021 Впровадження програмно-апаратного комплексу міської інтеграційної платформи.pdf | Укладений |
78 999 999
|
11.11.2021 17:04
|
10.11.2021
|
| sign.p7s | Укладений |
11.11.2021 17:08
|
Зміни до договору
Покращення якості предмета закупівлі
Продовження строку дії договору (через документально підтверджені об’єктивні обставини) 16.11.2021 19:40
| Опис змін: | Зміни у п. 1.4, п. 2.5, п. 2.10, п. 2.11, п. 2.19, п. 6.2, п. 7.3 Договору, до Додатку №1 Договору, до Додатку №2 Договору |
| Номер договору: | 1 |
| Контракт: |
Виконання договору
| Строк дії за договором: | 10.11.2021 — 31.12.2021 |
| Сума оплати за договором: |
78 999 999
UAH з ПДВ
|
