Спробуйте новий дизайн сторінки тендера
Звернення до Держаудитслужби
Переглядайте статус на сторінці тендеру
Впровадження програмно-апаратного комплексу міської інтеграційної платформи
Implementation of the software and hardware complex of the city integration platform
Implementation of the software and hardware complex of the city integration platform
Очікувана вартість
79 500 000,00 UAH
UA-2021-09-07-005839-b ● 125334d2aed1413e921513802bfe2d68
Відкриті торги з публікацією англійською мовою
Завершена
Електронний підпис накладено. Перевірити
Державна аудиторська служба України
Знайшли порушення законодавства у сфері закупівель?
Оголошення про проведення
Tender notice
Інформація про замовників
Purchasing Body
| Найменування: | КОМУНАЛЬНЕ ПІДПРИЄМСТВО ""ІНФОРМАТИКА"" ВИКОНАВЧОГО ОРГАНУ КИЇВСЬКОЇ МІСЬКОЇ РАДИ (КИЇВСЬКОЇ МІСЬКОЇ ДЕРЖАВНОЇ АДМІНІСТРАЦІЇ) |
| Код ЄДРПОУ: | 31024875 |
| Місцезнаходження: | 03186, Україна , м. Київ обл., м. Київ, Левка Мацієвича, 3 |
| Контактна особа: |
Буряк Ігор Петрович 380443668353 kp.informatika.kmda@ukr.net |
| Категорія: | Юридична особа, яка забезпечує потреби держави або територіальної громади |
| Official name: | State Enterprise Informatics |
| National ID: | 31024875 |
| Contact point: |
Buriak Ihor 380443668353 kp.informatika.kmda@ukr.net |
Інформація про процедуру
Milestones
| Дата оприлюднення: | 07 вересня 2021 19:20 |
| Звернення за роз’ясненнями: | до 03 жовтня 2021 00:00 |
| Оскарження умов закупівлі: | до 09 жовтня 2021 00:00 |
| Кінцевий строк подання тендерних пропозицій: | 13 жовтня 2021 16:00 |
| Початок аукціону: | 28 жовтня 2021 13:21 |
| Очікувана вартість: | 79 500 000,00 UAH з ПДВ |
| Розмір мінімального кроку пониження ціни: | 397 500,00 UAH |
| Розмір мінімального кроку пониження ціни, %: | 0,50% |
| Мова (мови), якою (якими) повинні готуватися тендерні пропозиції: | Мова тендерної пропозиції українська |
| Publication date: | 07 вересня 2021 19:20 |
| Enquiries until: | 03 жовтня 2021 00:00 |
| Complaints submission until: | до 09 жовтня 2021 00:00 |
| Time limit for receipt of tenders: | 13 жовтня 2021 16:00 |
Information
| Estimated total value: | 79 500 000 UAH including VAT |
| Minimal lowering step: | 397 500 UAH |
| Minimal lowering step, %: | 0,50 % |
Інформація про предмет закупівлі
Вид предмету закупівлі: Товари
Класифікатор та його відповідний код: ДК 021:2015:48810000-9: Інформаційні системи
Scope of the procurement
Впровадження програмно-апаратного комплексу міської інтеграційної платформи. Детально зазначено в Додатку 3 до тендерної документації
Implementation of the software and hardware complex of the city integration platform. Details are given in Annex 3 to the tender documentation
Опис окремої частини або частин предмета закупівлі
1 Одиниця
Програмне забезпечення
Місце поставки товарів або місце виконання робіт чи надання послуг:
03113, Україна, м. Київ, м. Київ, вул. Дегтярівська, 37
ДК 021:2015: 48810000-9 — Інформаційні системи
Software
CPV: 48810000-9
Період постачання:
по 15 грудня 2021
1 Одиниця
Апаратний комплекс
Місце поставки товарів або місце виконання робіт чи надання послуг:
03113, Україна, м. Київ, м. Київ, вул. Дегтярівська, 37
ДК 021:2015: 48810000-9 — Інформаційні системи
Hardware complex
CPV: 48810000-9
Період постачання:
по 15 грудня 2021
Умови оплати договору (порядок здійснення розрахунків)
| Подія | Опис | Тип оплати | Період, (днів) | Тип днів | Розмір оплати, (%) |
|---|---|---|---|---|---|
| Поставка товару | Оплата здійснюється на підставі видаткової накладної протягом 30 (тридцяти) банківських днів з дня передачі Товару | Пiсляоплата | 30 | Банківські | 100 |
Тендерна документація
Критерії вибору переможця
| Ціна: | 100% |
05 жовтня 2021 19:18 |
Електронний підпис | Друкувати оголошення PDF |
05 жовтня 2021 19:17 |
ТД_ПАК_ ПЗ_АРМ_зі змінами від 05.10.2021 .doc | |
05 жовтня 2021 19:13 |
1Зміни_05.10.2021 ПАК ПЗ АРМ.docx | |
05 жовтня 2021 19:11 |
Оголошення англ_ПАК 79.5_зі змінами від 05.10.2021 .docx |
05 жовтня 2021 19:18 |
Електронний підпис
Друкувати оголошення PDF
|
||||||||||||
05 жовтня 2021 19:17 |
ТД_ПАК_ ПЗ_АРМ_зі змінами від 05.10.2021 .doc
|
||||||||||||
05 жовтня 2021 19:13 |
1Зміни_05.10.2021 ПАК ПЗ АРМ.docx
|
||||||||||||
05 жовтня 2021 19:11 |
Оголошення англ_ПАК 79.5_зі змінами від 05.10.2021 .docx
|
Роз’яснення до процедури
Запитання до процедури
ISO
Дата подання: 27 вересня 2021 16:56
Дата відповіді: 30 вересня 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 вересня 2021 17:06
Дата відповіді: 30 вересня 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 вересня 2021 17:28
Дата відповіді: 30 вересня 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 вересня 2021 17:33
Дата відповіді: 30 вересня 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 вересня 2021 17:41
Дата відповіді: 30 вересня 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 вересня 2021 17:44
Дата відповіді: 30 вересня 2021 12:45
В п. 2.2. Додатку 3 до тендерної документації зазначено вимогу до програмного забезпечення платформи:
«наявність інструменту експорту інциденту у файли різного формату (PDF, Word, Excel).»
Чи буде відповідати вимогам тендерної документації програмне забезпечення, яке має інструмент експорту інформації у файли різного формату, з яких тільки один або два співпадають з вказаними, але при цьому можливим є експорт в інші загальнодоступні та поширені формати?
Якщо ні, то надайте обґрунтовану відповідь чому і який вплив матиме така невідповідність на загальну функціональність міської інтегрованої платформи.
Розгорнути
Згорнути
Відповідь: Підтримка, як мінімум, форматів PDF, Word, Excel є обов'язковою. Не заперечуємо проти можливості експорту даних в файли інших форматів.
Вибір системи координат
Дата подання: 27 вересня 2021 17:45
Дата відповіді: 30 вересня 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 вересня 2021 17:57
Дата відповіді: 30 вересня 2021 12:45
Тендерна документація у п. 2.2. Додатку 3 містить вимогу до програмного забезпечення міської інтеграційної платформи наступного змісту:
«має вбудований календар для створення та керування розпорядком дня та заздалегідь запланованими подіями для забезпечення безперебійної обробки потоків даних подій, що стосуються інцидентів;».
Просимо роз’яснити що мається на увазі під «розпорядок дня».
Чи є «розпорядком дня» – перелік заздалегідь запланованих подій на конкретну календарну дату?
Розгорнути
Згорнути
Відповідь: Так, «розпорядок дня» – перелік заздалегідь запланованих подій на
конкретну календарну дату. При чому, це може бути як заплановані до
виконання функції, так і данні про події у місті, що можуть впливати
на стандартний перебіг подій і відповідно агреговані данні та система
реакцій на них має накладати відповідні шаблони змін на свої дії та
реакції.
конкретну календарну дату. При чому, це може бути як заплановані до
виконання функції, так і данні про події у місті, що можуть впливати
на стандартний перебіг подій і відповідно агреговані данні та система
реакцій на них має накладати відповідні шаблони змін на свої дії та
реакції.
SCADA, BMS
Дата подання: 27 вересня 2021 18:00
Дата відповіді: 30 вересня 2021 12:46
В п. 2.2. Додатку 3 до тендерної документації зазначено вимогу до програмного забезпечення платформи – «має інтерфейси взаємодії зі SCADA та BMS системами».
Просимо надати роз’яснення що саме мається на увазі під «має інтерфейси взаємодії»? Враховуючи вимогу до програмного забезпечення платформи, за якою воно має бути модульним (можливість інтеграції в систему додаткових та нових модулів без порушення зв’язків між потоками даних в середині БД та між іншими модулями), чи слід цю вимогу читати, як те, що учасник пропонує програмне забезпечення яке має можливість створення інтерфейсів взаємодії зі SCADA та BMS системами? Якщо ні, то надайте обґрунтовану відповідь чому і яким чином може бути досягнута відповідність цій вимозі учасником, якому попередньо не надавалися SDK (Software Development Kit) або API (Application Programming Interface) зазначених систем?
Розгорнути
Згорнути
Відповідь: Слід розуміти, що запропоноване ПЗ повинно мати готові модулі для
двосторонньої інтеграції на основі різноманітних протоколів та
методів взаємодії. ПЗ повинно мати інструменти не тільки для
зберігання отриманих даних, а й для повноцінної двосторонньої
взаємодії. Також, повинно мати відповідні шаблони взаємодії, інтерфейс та
бути продуманим з урахуванням можливості підключення до
різноманітних систем подібного типу та швидкої взаємодії з
ними. Ядро системи повинно мати відповідну логіку роботи, при якій
до неї можна підключати різноманітні системи SCADA та BMS, а
також їх елементи, через відповідні протоколи взаємодії та
налаштовувати гнучку пріоритезацію даних від систем вказаного типу.
двосторонньої інтеграції на основі різноманітних протоколів та
методів взаємодії. ПЗ повинно мати інструменти не тільки для
зберігання отриманих даних, а й для повноцінної двосторонньої
взаємодії. Також, повинно мати відповідні шаблони взаємодії, інтерфейс та
бути продуманим з урахуванням можливості підключення до
різноманітних систем подібного типу та швидкої взаємодії з
ними. Ядро системи повинно мати відповідну логіку роботи, при якій
до неї можна підключати різноманітні системи SCADA та BMS, а
також їх елементи, через відповідні протоколи взаємодії та
налаштовувати гнучку пріоритезацію даних від систем вказаного типу.
Бізнес-аналітика
Дата подання: 27 вересня 2021 18:01
Дата відповіді: 30 вересня 2021 12:46
У Додатку 3 до тендерної документації міститься наступна вимога до програмного забезпечення:
«має підтримувати роботу в режимі бізнес-аналітики (ВІ) – дозволяти отримувати та експортувати звіти з динамічними даними на основі усіх накопичених даних системи, включаючи аналіз, тенденції та прогнози в реальному часі, дозволяти вибирати будь-які статистичні дані, отримані від найдавніших (незаархівованих та не затертих даних) до поточних записів.»
Чи означає здатність підтримувати роботу в режимі бізнес-аналітики (ВІ), що вимога виконується незалежно від того, чи всі перелічені функції (отримання, експорт, аналіз, прогнози, обрання статистичних даних) виконуються засобами однієї комп’ютерної програми (базові функції) або як результат інтеграції комп’ютерної програми з модулями, що забезпечують виконання базово відсутніх в ній функцій, за умови, що при такій інтеграції не порушуються зв’язки між потоками даних в середині БД та між іншими модулями?
Розгорнути
Згорнути
Відповідь: Так, платформа повинна являти собою єдину систему. Зокрема, функції
бізнес-аналітики повинні виконуватись внутрішніми компонентами без
необхідності створення нових взаємозв'язків між як внутрішніми
компонентами, так і зовнішніми. ПЗ повинно надавати одну уніфіковану
цілісну платформу управління. Інструменти бізнес-аналітики мають бути
інтегровані та керуватись з єдиного цілісного інтерфейсу системи.
Зміни та апгрейди системи мають одночасно враховувати і вимоги звітів
бізнес-аналітики, а також, одночасно з розширенням можливостей та гнучкості
системи, вносити відповідні коригування до модулів та елементів
відповідальних за процеси побудови звітів бізнес аналітики.
бізнес-аналітики повинні виконуватись внутрішніми компонентами без
необхідності створення нових взаємозв'язків між як внутрішніми
компонентами, так і зовнішніми. ПЗ повинно надавати одну уніфіковану
цілісну платформу управління. Інструменти бізнес-аналітики мають бути
інтегровані та керуватись з єдиного цілісного інтерфейсу системи.
Зміни та апгрейди системи мають одночасно враховувати і вимоги звітів
бізнес-аналітики, а також, одночасно з розширенням можливостей та гнучкості
системи, вносити відповідні коригування до модулів та елементів
відповідальних за процеси побудови звітів бізнес аналітики.
Кількість
Дата подання: 27 вересня 2021 18:02
Дата відповіді: 30 вересня 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 шт. згідно вимог тендерної документації.
Інформація про моніторинг
- UA-M-2021-12-23-000045 ● 375ff9a335f34066af45584aa0fc74f1
- Статус: порушення не виявлені
-
Підстави для прийняття рішення про початок моніторингу:
- Виявлені органом державного фінансового контролю ознаки порушення (порушень) законодавства у сфері публічних закупівель в інформації, оприлюдненій в електронній системі закупівель
-
Етапи закупівельного процесу:
- Планування закупівлі та оприлюднення інформації про її проведення
- Розкриття тендерних пропозиції, їх розгляд та оцінка
- Укладання та виконання договору про закупівлю (прийняття рішення про відміну торгів)
Повідомлення про прийняття рішення про початок моніторингу процедури закупівлі
| Дата прийняття рішення про проведення моніторингу: | 23 грудня 2021 |
| Дата публікації рішення про проведення моніторингу: | 23 грудня 2021 13:43 |
ДЕРЖАВНА АУДИТОРСЬКА СЛУЖБА УКРАЇНИ
Н А К А З
23.12.2021 № 440
Київ
Про початок моніторингу
процедур закупівель
Відповідно до частини другої статті 8 Закону України «Про публічні закупівлі», пункту 9 Положення про Державну аудиторську службу України, затвердженого постановою Кабінету Міністрів України від 03 лютого 2016 року № 43,
НАКАЗУЮ:
1. Розпочати моніторинг процедур закупівель відповідно до переліку, що додається.
2. Департаменту моніторингу закупівель забезпечити проведення моніторингу процедур закупівель, зазначених у пункті 1 цього наказу.
Заступник Голови Олександр ШКУРОПАТ
Додаток
до наказу Державної аудиторської служби України
«Про початок моніторингу процедур
закупівель»
Витяг з переліку
процедур закупівель
№ з/п
Оголошення про проведення процедури закупівлі та/або повідомлення про намір укласти договір на вебпорталі Уповноваженого органу Опис підстав для здійснення моніторингу закупівлі
унікальний номер дата оприлюднення на вебпорталі Уповноваженого органу
25 UA-2021-09-07-005839-b 07.09.2021 виявлені органом державного фінансового контролю ознаки порушення (порушень) законодавства у сфері публічних закупівель в інформації, оприлюдненій в електронній системі закупівель
Директор Департаменту моніторингу закупівель Сергій ЧЕРНЕГА
Запит замовнику на пояснення
Дата: 2022-01-04 13:01:11
Про надання пояснення
У межах проведення моніторингу процедури публічної закупівлі робіт із впровадження програмно-апаратного комплексу міської інтеграційної платформи (інформацію опубліковано в електронній системі закупівель за номером ID: UA-2021-09-07-005839-b) та відповідно до пунктів 6 та 11 статті 10 Закону України «Про основні засади здійснення державного фінансового контролю в Україні», частини п’ятої статті 8 Закону України «Про публічні закупівлі», підпунктів 2 та 9 пункту 6 Положення про Державну аудиторську службу України, затвердженого постановою Кабінету Міністрів України від 03 лютого 2016 року № 43, постала потреба в отриманні пояснень (інформації та документів) з наступних питань.
Яким чином і на підставі яких документів вами здійснено обґрунтування розміру витрат, технічних та якісних характеристик предмета закупівлі та визначено його очікувану вартість?
Просимо надати посилання на сторінку власного веб-сайту (або офіційного веб-сайту головного розпорядника бюджетних коштів) на якому розміщено обґрунтування технічних та якісних характеристик предмета закупівлі, бюджетного призначення, очікуваної вартості предмета закупівлі відповідно до вимог пункту 4-1 постанови Кабінету Міністрів України від 11 жовтня 2016 року № 710 «Про ефективне використання державних коштів» (зі змінами).
Крім цього, просимо надати інформацію та її документальне підтвердження щодо осіб тендерного комітету, які прийняли рішення про визначення переможця торгів та щодо осіб тендерного комітету, які відповідальні за оприлюднення інформації про закупівлю.
Пояснення, інформацію та документи необхідно надати через електронну систему закупівель протягом трьох робочих днів з дня оприлюднення цього запиту.
Відповідь замовника на пояснення
Дата: 2022-01-06 15:19:59
Відповідь замовника на запит про надання пояснення
Комунальне підприємство «Інформатика» (далі – КП «Інформатика»), щодо вашого запиту на пояснення від 04.01.2022 р. при проведенні моніторингу (UA-M-2021-12-23-000045) повідомляє наступне.
КП «Інформатика», як співвиконавець Комплексної міської цільової програми «Електронна столиця» на 2019-2022 роки, затвердженої рішенням Київської міської ради від 18.12.2018 № 461/6512, відповідно до заходу п. 19.2 «Створення ситуаційного центру протидії загрозам у місті Києві на вул. Дегтярівській, 37 у Шевченківському районі» (зі змінами) здійснює закупівлю обладнання та програмного забезпечення за вищезазначеним заходом, як замовник згідно Закону України «Про публічні закупівлі».
Технічні та якісні характеристики до закупівлі за предметом Впровадження програмно-апаратного комплексу міської інтеграційної платформи за ДК 021:2015:48810000-9: Інформаційні системи (оголошення UA-2021-09-07-005839-b) було визначено виходячи з потреби впровадження міського програмно-апаратного комплексу обробки даних для моніторингу, моделювання, прогнозування та недопущення можливих загроз, контролю усунення наслідків надзвичайних ситуацій та правопорушень з інтеграцією під його управління відповідних інформаційно-керуючих підсистем чергових, диспетчерів та служб для коригування та поліпшення їх оперативної взаємодії. Доцільність проведення закупівлі, її обсяги, якісні характеристики та очікувана вартість описано в Обгрунтуванні (додається).
Розмір бюджетного призначення на виконання заходів з впровадження програмно-апаратного комплексу міської інтеграційної платформи, які визначені п. 19.2 «Створення ситуаційного центру протидії загрозам у місті Києві на вул. Дегтярівській, 37 у Шевченківському районі» (зі змінами) згідно Комплексної міської цільової програми «Електронна столиця» на 2019-2022 роки, затвердженої рішенням Київської міської ради від 18.12.2018 № 461/6512, на 2021 рік становить 150 млн грн.
Обґрунтування розміру витрат, технічних та якісних характеристик предмета закупівлі, його очікувану вартість було визначено КП «Інформатика» шляхом вивчення ринку та надсилання запитів на отримання комерційних пропозицій відповідно до технічного завдання. Вивчення ринку проводилося з травня 2021 року. На підставі отриманої та опрацьованої інформації було сформовано очікувану вартість закупівлі. Отримані комерційні пропозиції додаються.
Додатково надаємо протокол засідання тендерного комітету
КП «Інформатика» від 28.10.2021 № 283/21 щодо визначення переможця процедури закупівлі, в якому міститься інформація щодо осіб тендерного комітету, які прийняли рішення про визначення переможця торгів. Також повідомляємо, що відповідно до Положення про тендерний комітет
КП «Інформатика», затвердженого наказом від 05.09.2016 № 02-ОД, розміщення інформації про публічні закупівлі забезпечує секретар комітету (копія додається).
Також надаємо посилання на сторінку власного веб-сайту, на якому розміщено Обгрунтування доцільності закупівлі, її обсягів, якісних характеристик та очікуваної вартості закупівлі – https://i.kyivcity.gov.ua/wp-content/uploads/2021/09/%D0%92%D0%BF%D1%80%D0%BE%D0%B2%D0%B0%D0%B4%D0%B6%D0%B5%D0%BD%D0%BD%D1%8F-%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BD%D0%BE-%D0%B0%D0%BF%D0%B0%D1%80%D0%B0%D1%82%D0%BD%D0%BE%D0%B3%D0%BE-%D0%BA%D0%BE%D0%BC%D0%BF%D0%BB%D0%B5%D0%BA%D1%81%D1%83-%D0%BC%D1%96%D1%81%D1%8C%D0%BA%D0%BE%D1%97-%D1%96%D0%BD%D1%82%D0%B5%D0%B3%D1%80%D0%B0%D1%86%D1%96%D0%B9%D0%BD%D0%BE%D1%97-%D0%BF%D0%BB%D0%B0%D1%82%D1%84%D0%BE%D1%80%D0%BC%D0%B8.pdf
Висновок про результати моніторингу закупівлі
Друкувати висновок про результати моніторингу процедури закупівлі
PDF
| Дата публікації: | 20 січня 2022 |
| Кінцевий строк оскарження: | 26 січня 2022 |
Порушення не виявлено
Протокол розгляду тендерних пропозицій
Переглянути / друкувати протокол
розгляду тендерних пропозицій з інформацією про підстави відхилення PDF ●
HTML
Дата публікації
: 21 жовтня 2021
| Найменування: | КОМУНАЛЬНЕ ПІДПРИЄМСТВО ""ІНФОРМАТИКА"" ВИКОНАВЧОГО ОРГАНУ КИЇВСЬКОЇ МІСЬКОЇ РАДИ (КИЇВСЬКОЇ МІСЬКОЇ ДЕРЖАВНОЇ АДМІНІСТРАЦІЇ) |
| Код ЄДРПОУ: | 31024875 |
| Місцезнаходження: | 03186, Україна, м. Київ обл., м. Київ, Левка Мацієвича, 3 |
| Учасник | Відповідність критеріям | Документи | Рішення |
|---|---|---|---|
| ТОВ "Українські Інфосистеми" | Відповіді учасника | Документи |
Допущено до аукціону
Документи
|
| ТОВАРИСТВО З ОБМЕЖЕНОЮ ВІДПОВІДАЛЬНІСТЮ "НОВІТНЄ ОБЛАДНАННЯ" | Відповіді учасника | Документи |
Допущено до аукціону
Документи
|
| ТОВ ТЕЛЕКАРТ | Відповіді учасника | Документи |
Відхилено
Документи
|
Реєстр пропозицій
Дата і час розкриття: 28 жовтня 2021 13:44
| Учасник | Первинна пропозиція | Остаточна пропозиція | Відповідність критеріям | Документи |
|---|---|---|---|---|
| ТОВ "Українські Інфосистеми" |
78 999 999,00
UAH з ПДВ
|
78 999 999,00
UAH з ПДВ
|
Відповіді учасника | Документи |
| ТОВАРИСТВО З ОБМЕЖЕНОЮ ВІДПОВІДАЛЬНІСТЮ "НОВІТНЄ ОБЛАДНАННЯ" |
79 450 000,00
UAH з ПДВ
|
79 450 000,00
UAH з ПДВ
|
Відповіді учасника | Документи |
Протокол розкриття
| Учасник | Рішення | Пропозиція | Опубліковано |
|---|---|---|---|
|
ТОВ "Українські Інфосистеми" #39210567 |
Переможець |
78 999 999,00
UAH з ПДВ
|
28 жовтня 2021 17:24
|
Укладений договір
| Контракт | Статус | Опубліковано |
|---|---|---|
| Електронний підпис | укладений |
14 січня 2022 17:03
|
| Електронний підпис | зміни до договору |
16 листопада 2021 19:39
|
| Додаткова угода 1 від 12.11.2021 до Договору 53_21_11 від 10.11.2021.pdf | зміни до договору |
16 листопада 2021 19:38
|
| Електронний підпис | укладений |
11 листопада 2021 17:08
|
| Договір 53_21_11 від 10.11.2021 Впровадження програмно-апаратного комплексу міської інтеграційної платформи.pdf | укладений |
11 листопада 2021 17:04
|
Зміни до договору
| Дата внесення змін до договору: | 12 листопада 2021 |
| Дата публікації змін до договору: | 16 листопада 2021 |
| Випадки для внесення змін до істотних умов договору: |
|
| Опис змін, що внесені до істотних умов договору (Кількість товарів або обсяг виконання робіт чи надання послуг після внесення змін): | Зміни у п. 1.4, п. 2.5, п. 2.10, п. 2.11, п. 2.19, п. 6.2, п. 7.3 Договору, до Додатку №1 Договору, до Додатку №2 Договору |
| Номер договору про закупівлю: | 53/21-11 |
| Договір: | |
| Номер додаткової угоди: | 1 |
| Друкувати повідомлення про внесення змін до договору: | PDF ● HTML |