Просимо роз’яснити (уточнити) «ТЕХНІЧНІ ВИМОГИ ДО ПРЕДМЕТА ЗАКУПІВЛІ ДК 021:2015:72210000-0 Послуги з розробки пакетів програмного забезпечення (Програмний комплекс «Прозоре будівництво» та публічний портал CoST), а саме:
Просимо уточнити ролі «Генпідрядник, Інженер-консультант, Інженер технічного нагляду» - які дії з об’єктами вони будуть виконувати в системі (створення, редагування, переміщення, видалення).
Блок «Основний проект»
1. У частині процесів взаємодії з генеральними підрядникам – чи може генпідрядник вносити / пропонувати зміни до запропонованих документів (договір підряду на капітальне будівництво / кап. Ремонт / реконструкцію / середньо поточній ремонт; календарний план робіт; ресурсна відомість; інші документи, передбачені чинним законодавством ). Який процес узгодження таких змін?
2. У вимогах зазначено «створення ІНСТРУМЕНТІВ управління проектами та реагування в режимі реального часу». Які саме інструменти управління і реагування необхідні (просимо надати список та короткий опис).
3. Що мається на увазі у вимогі «Додавання файлів креслень з можливістю Подальшого їх перегляду засоби СПЗ AutoCAD» - такий документ буде вивантажено з системи, потім збережений на локальному ПК (де встановлено ПЗ AutoCAD) і переглянутий як файл з локального ПК?
4. Що мається на увазі у вимогі «- заощаджувати годину на нарадах чи виїздах на об'єкти, використовуючи наявні ресурси ефективніше, Адже Система серед інших аналітичних Даних передбачатиме и звичайні щоденні фото- або відео звіті» - зберігання і відображення фото- і відео звітів і їх відтворення базовими інструментами браузера?
5. Що мається на увазі у вимогі «платформа повинна Забезпечувати можливість взаємодії з засобами відео-, фото- та орто-фотофіксації» - як саме система повинна взаємодіяти із засобами відео-, фото- і орто-фотофіксація? Ці прилади повинні бути безпосередньо підключені до Системи або повинна бути вирішене завдання зберігання і відображення результатів відео-, фото- і орто-фотофіксаціі (звітів)?
6. Що мається на увазі у вимогі «повинна Забезпечувати інтеграцію з Microsoft Office 2010 та вищє» - які конкретно сценарії взаємодії (що необхідно робити і для чого) і з якими модулями «Microsoft Office 2010 та вищє»?
7. Є вимога «Забезпечувати роботу з периферійнім обладнанням» - вкажіть перелік таких периферійних пристроїв їх типів, можливих варіантів підключення і сценаріїв взаємодії.
8. Є вимога «можливість налагодження обміну даними з будь-Якими процесинговими центрами» - з якими процесинговими центрами необхідно інтегруватися, які сценарії і завдання таких інтеграцій, який обсяг даних планується обробляти, яке пікове навантаження передбачається?
9. Є вимога «У Системі повинна бути передбачена інтеграція з рекомендованими Мінрегіонрозвітком України кошторисно програмами та Приєднання файлів (вмісту) креслень з можливістю Подальшого їх перегляду засоби СПЗ AutoCAD (в рамках забезпечення функціональності підсистем «Управління Проектною документацією »та« Звіти про Хід Виконання робіт »)» - тут мається на увазі обмін виключно файлами-креслень (які можуть бути переглянуті в ПО AutoCAD)? Якщо необхідно обробляти інші типи файлів, будь ласка, вкажіть які типи і які сценарії роботи з такими файлами?
10. Є вимога до підсистеми «Огляд проектів» «Підсистема повинна підтримувати функціонал фотофіксації поточного стану об'єкту будівництва, відео нагляду за станом об'єкту будівництва, а також підтримувати можливість відео-, фото- та орто-фотофіксації з визначеною періодичністю (за потреби при спостереженні за лінійними об'єктами будівництва) »-
a. чи потрібна реалізація фотофіксація і відео нагляду в режимі реального часу (web-камери) або завантаження і зберігання звітів?
b. що мається на увазі під «підтримувати можливість відео-, фото- та орто-фотофіксації з визначеною періодичністю» - це безпосереднє виконання відео-, фото- та орто-фотофіксації і взаємодія з відповідним обладнання або автоматичне формування завдань на виконання відео-, фото- та орто-фотофіксації з необхідною періодичністю і зберігання звітів?
11. У вимогах до звітів «звіт про закінчення робіт на проекті та акт про виконання робіт на проекті» зазначено, що ці звіти повинні бути двомовними (українською та англійською мовами) - дані для формування звіту на іншій мові будуть вводитися користувачами вручну?
12. Є вимога «імпорт файлів із попередньо специфікованою структурою (структура має визначатися на етапі розробки ескізного проекту), які були сформовані за допомогою рекомендованих Мінрегіонрозвитку кошторисних програмних комплексів на кожній із стадії (стадії затвердження проектної документації, стадії формування договору, стадії взаєморозрахунків)» - будь ласка уточніть список / кількість:
a. таких програмних комплексів
b. документів
c. перелік форматів таких документів
13. Є вимога «Система має підтримувати можливість формування офіційної звітності Замовника та Підрядника, яка подається до контролюючих органів та інших органів виконавчої влади.» До якого додається список з 6 звітів:
a. Які конкретно звіти повинен формувати Замовник?
b. Які конкретно звіти повинен формувати Підрядник?
14. Є вимога «облік даних з управління документацією по проекту (збереження документів користувачів у Системі, імпорт файлів формату *.dbf, які сформовані у кошторисних програмних комплексах, рекомендованих Мінрегіонрозвитком України)» - мається на увазі тільки зберігання та ведення реєстру таких документів?
15. Є вимога «Функція обліку даних про креслення повинна забезпечувати можливість Замовнику, Підряднику або Інженеру відстежувати зміни в проектній та технологічній документації (див. рис. 8 у Додатку)» - мається на увазі ведення тільки реєстру документів з історією змін
16. Є вимога «громадяни також повинні мати можливість … ставити запитання щодо окремих будівельних проектів та отримувати вчасні відповіді через соціальні мережі»:
a. Просимо надати перелік соціальних мереж?
b. Яким чином планується надавати відповідь на запитання у соціальних мережах при відсутності інформації про обліковий запис громадянина в соціальних мережах?
17. Є вимога «можливість ознайомитися із Статусом платежів – історія оплат від замовника генпідряднику, а також від генпідрядника субпідрядникам.» - яким чином планується надати доступ Системі до цієї інформації?
18. В п 4.3.6. «Вимоги до метрологічного забезпечення» - які саме виміри повинні виконуватися безпосередньо в Системі?
19. Відповідно до пункту 4.2.7 Додатку №3 до тендерної документації «ТЕХНІЧНІ ВИМОГИ ДО ПРЕДМЕТА ЗАКУПІВЛІ» передбачено, що побудови різних варіантів вибірки об’єктів за запитами (всі об’єкти, що мають затримку у фінансуванні, або перевищують термін виконання, всі об’єкти, що стосуються водного господарства або перебувають в безпосередній близькості до потенційно небезпечних зон тощо).
Просимо надати відповідь, чи постачаються Замовником дані про Об’єкти водного господарства та Потенційно-небезпечні зони та інші об’єкти, на основі яких необхідно виконувати просторову вибірку та аналіз об’єктів.
20. Відповідно до пункту 4.2.7 Додатку №3 до тендерної документації «ТЕХНІЧНІ ВИМОГИ ДО ПРЕДМЕТА ЗАКУПІВЛІ» передбачено, що аналіз описових та просторових даних для управління даними, наприклад перерахунок систем координат, геокодування, побудова запитів на топологічну узгодженість, тощо.
21. Просимо надати відповідь, на основі яких даних повинно здійснюватися геокодування? На основі цифрових адресних реєстрів (наданих замовником) чи публічних веб-сервісів (по аналогії з Google Maps Geocoding API).
22. Відповідно до пункту 4.2.7 Додатку №3 до тендерної документації «ТЕХНІЧНІ ВИМОГИ ДО ПРЕДМЕТА ЗАКУПІВЛІ» передбачено, що масштаби карти повинні дозволяти здійснювати як загальний огляд території України в цілому (рис.4.3) так і перехід до детальної карти області та району (рис. 4.4.), де розташовані об’єкти будівництва з автоматичною генералізацією об’єктів карти відповідно до вибраного Користувачем масштабу вікна відображення.
23. Просимо прийнято до відома, що можливість деталізованого відображення певної території залежить від якості та масштабу картографічного матеріалу. А також просимо надати відповідь, який картографічний матеріал буде використовуватися як основа для нанесення об’єктів в «Конструкторі веб-карт»? Картографічна основа надається замовником чи в якості картографічної основи можуть використовуватися публічні картографічні сервіси по аналогії з Google Maps, OpenStreetMap та інші.
24. Відповідно до пункту 4.2.8 Додатку №3 до тендерної документації «ТЕХНІЧНІ ВИМОГИ ДО ПРЕДМЕТА ЗАКУПІВЛІ» передбачено, що окрім перегляду інформації громадяни також повинні мати можливість оцінити проекти відносно власного місцеположення, відповідності генплану території, проходження громадських слухань, дотримання норм будівництва в частині охоронних зон, надсилати власні коментарі на публічний сайт, ставити запитання щодо окремих будівельних проектів та отримувати вчасні відповіді через соціальні мережі.
25. Просимо надати відповідь:
1. Яка оцінка об’єктів повинна виконуватися на основі місцеположення користувача?
2. Чи постачаються Замовником дані про генплани територій, результати громадських слухань, охоронні зони та інші дані на основі яких громадянам пропонуватиметься оцінка проектів.
26. Вимоги до функціоналу системи передбачають використання програмного забезпечення, яке відноситься до різних категорій програмних продуктів і при цьому терміни реалізації проекту стислі. Очевидно, що для реалізації проекту в такі терміни можливе лише при використанні готових модулів спеціалізованих продуктів, інтегрованих в єдину систему.
Кваліфікаційні вимоги до персоналу регламентують наявність в компанії профільних фахівців в різних сферах. З огляду на все викладене вище, просимо передбачити можливість створення консорціуму компаній для реалізації рішення згідно з тендерною документацією.
Розгорнути
Згорнути
відповідь:
«На Ваші запитання від 27.04.2018 повідомляємо наступне.
Щодо питання першого.
У підпунктах 3.2.3 та 3.2.4 Технічних вимог (Додаток 3 до Тендерної документації) (далі – Технічні вимоги) зазначено, що після визначення переможця тендеру на проведення будівництва необхідно погодити та підписати основні документи будівництва, які регулюють відносини між Замовником та Виконавцем (договір підряду на капітальне будівництво/кап. ремонт/реконструкцію/середньопоточний ремонт, календарний план робіт; ресурсна відомість та інші документи), також у даному розділі зазначено, що Виконавець (ген. підрядник) змінює стан документів на «Погоджено». Таким чином, у ген. підрядника є право на виконання дій з редагування основних документів. Слід зазначити, що договір, календарний план робіт та ресурсна відомість є документами, які виносяться на тендер, тож після проведення тендеру такі документи не підлягають змінам. У календарному плані окрім термінів щодо тривалості робіт мають з’явитися дати початку та закінчення кожного етапу робіт. Також ген. підрядник на основі календарного плану та ресурсної відомості розробляє графік робіт, який погоджує з Замовником. У Системі передбачено такі статуси як «Погодження», «Погоджено» та «Підписано» для зазначених вище документів. У статус «Підписано» документи переводить користувач, який представляє Замовника (працівник служби автомобільних доріг (далі - САД) або державного агентства автомобільних доріг України (далі - Укравтодору).
Щодо питання другого.
У пункті 2.1 Технічних вимог зазначено, що одне з призначень системи «Прозоре будівництво» та публічний портал CoST (далі – Система) - це «створення інструментів управління проектами та реагування в режимі реального часу», тож саме Система має бути вказаним інструментом, адже відповідно до функціональності підсистем «Управління ходом виконання робіт», «Звіти про хід виконання робіт» передбачено щоденне внесення Виконавцем та погодження з Інженером технічного нагляду та/або незалежним інженером-консультантом даних щодо виконання проекту, які є доступними для перегляду Замовником (САД, Укравтодор) та спостерігачами, окрім того, дані, які призначені для оприлюднення, публікуються на публічному порталі CoST. Процес реагування Міністерством інфраструктури України (далі - Мінінфраструктури) також детально описаний у вказаному документі.
Щодо питання третього.
Мається на увазі можливість прикріплення файлів креслень до відповідних електронних карток Системи. Такі файли креслень розробляються за допомогою спеціалізованого програмного забезпечення (AutoCA). Таким чином, прикріплений файл можна буде переглянути лише за наявності на робочому місті користувача зазначених спеціалізованих програм.
Щодо питання четвертого.
Вказане речення міститься не у вимогах, а у перевагах впровадження Системи для різних ролей користувачів (зацікавлених осіб, у даному випадку Замовнику та Мінінфраструктури) і звучить наступним чином: «Заощаджувати час на нарадах чи виїздах на об’єкти, використовуючи наявні ресурси ефективніше, адже Система серед інших аналітичних даних передбачатиме і звичайні щоденні фото- або відеозвіти». Замовник має можливість ознайомитись з даними фото- або відео-звітів, завантаженими до Системи Виконавцем робіт та погодженими або не погодженими (якщо наявні певні зауваження) з інженером технічного нагляду та/або незалежним Інженером-консультантом, що, як сказано вище, надає змогу використовувати час ефективніше та реагувати оперативно.
Щодо питання п’ятого.
У Технічних вимогах зазначено, що «платформа повинна забезпечувати можливість взаємодії з засобами відео-, фото- та ортофотофіксації та імпорту/збереження/обліку відповідних даних у Системі». Вказане твердження має на увазі імпорт даних із засобів відео-, фото- та ортофотофіксації за допомогою розробленого API та збереження цих даних у Системі і подальший перегляд у хронологічному порядку (за датою зйомки або датою завантаження, як буде вирішено на стадії розробки Системи).
Щодо питання шостого.
Вказану вимогу висунуто до платформи, на якій будуватиметься Система. Вимога передбачає підтримку наступних можливостей:
- завантаження файлів, які створенні у програмах Microsoft Office 2010 та вище для подальшого збереження їх у Системі у якості вкладення;
- вивантаження файлів з Системи до програм Microsoft Office 2010 та вище, наприклад, при формуванні друкованих форм засобами Системи;
- автоматичне відкриття файлів відповідних форматів у режимі перегляду.
Щодо питання сьомого.
Вказану вимогу висунуто до платформи, на якій будуватиметься Система, а не до самої Системи. Має бути передбачено можливість інтеграції з периферійним обладнанням, таким як принтери, сканери та інше. Конкретизований перелік периферійних пристроїв та сценарії взаємодії з ними будуть визначені на етапі виконання проекту.
Щодо питання восьмого.
Зазначена вимога стосується платформи, а не Системи, і висунута для підтримки платформою можливості при подальшому розширенні та тиражуванні Системи перенесення та зберігання даних Системи у Дата-Центри.
Щодо питання дев’ятого.
У підпункті 4.2.3 «Звіти про хід робіт» та підпункті 4.2.5 «Управління проектною документацією» Технічних вимог вказані такі дії, як приєднання файлів креслень до відповідних електронних карток Системи. Таким чином, маються на увазі лише файли креслень та функціонал приєднання їх до карток Системи.
Щодо питання десятого.
Фотофіксація та відеонагляд проводяться у режимі реального часу. Передача даних по API до Системи, що розробляється, може відбуватися як у режимі реального часу, так і періодично в залежності від налаштувань засобів відео-, фото- та ортофотофіксації. Параметри налаштувань засобів спостереження за об’єктами будуть узгоджені на етапі виконання проекту.
Щодо питання одинадцятого.
На малюнках 4, 9, 10 Технічних вимог наведені приклади друкованих/звітних форм, які мають формуватися засобами Системи. Вказані звітні форми використовуються при виконанні проектів за кошти МФО, тому дані звіти є двомовними (український та англійський варіант подачі інформації). У Системі має бути передбачено ведення електронних карток основних довідників Системи двома мовами (наприклад, довідник організацій, довідник персон, довідник видів робіт), що надасть змогу автоматично формувати зазначені вище звіти.
Щодо питання дванадцятого.
Перелік таких файлів буде узгоджуватись Замовником на етапі виконання проекту.
Щодо питання тринадцятого.
Відповідно до нормативних документів, Підрядник формує та узгоджує з Замовником наступний перелік з вказаних звітів, а саме:
- Форма №1 «Звіт про виконання робіт за контрактом на об’єкті будівництва за період»
- Форма №2 «Підсумковий звіт про вартість виконаних робіт за контрактом на об’єкті будівництва за період»
- Форма №3 «Акт здавання-приймання виконаних будівельних робіт»
- Форма №КБ-3 «Довідка про вартість виконаних будівельних робіт та витрати»
- Форма №КБ-2в «Приймання виконаних будівельних робіт».
Також, дві форми з вказаних звітів формує Замовник, а саме САД:
- форма №1-ДГ та №Д-1 згідно Наказу Мінінфраструктури від 27.03.2013 № 196».
Щодо питання чотирнадцятого.
Так, на даному етапі реалізації Системи йдеться мова про збереження та ведення реєстру вказаних документів.
Щодо питання п’ятнадцятого.
Так, на даному етапі реалізації Системи ця функція передбачає ведення обліку даних про креслення (можливо у формі реєстру та детальних карток по кожному запису цього реєстру), історії змін цих даних, та вкладення необхідних додаткових файлів стосовно змін.
Щодо питання шістнадцятого.
Ці питання будуть узгоджуватись під час виконання проекту.
Щодо питання сімнадцятого.
Інформація про історію платежів повинна бути або імпортована з відповідних фінансових систем до програмного комплексу «Прозоре будівництво» та публічний портал CoST, або внесена безпосередньо через інтерфейси Системи до бази даних програмного комплексу.
Щодо питання вісімнадцятого.
У програмному комплексі «Прозоре будівництво» та публічний портал CoST не передбачено здійснення вимірів.
Щодо питання дев’ятнадцятого.
У підпункті 4.2.7 Технічних вимог наведено вимоги щодо функціональних можливостей підсистеми «Конструктор Веб-карт» про надання інструментів для отримання певної інформації користувачам публічного порталу. Питання того, яка саме інформація, з яких джерел буде відображена та доступна користувачам, буде вирішено Замовником на етапі виконання проекту.
Щодо питання двадцятого та двадцять першого.
У своїй тендерній пропозиції Учасник повинен запропонувати таку форму реалізації вимог Замовника стосовно підсистеми «Конструктор веб-карт», яка задовольнятиме Технічні вимоги. Для геокодування можуть використовуватися стандартні інструменти геокодування - «локатори» (зазвичай, надаються та встановлюється в картографічному програмному забезпеченні), які виконують пошук об'єктів за адресою, псевдонімам, тобто загально відомим адресам, назвам і т.д., так і власні «локатори», які можуть включати в себе такі параметри як види геометрії даних (точки, лінії, полігони), дані атрибутів проекту будівництва або додаткових об'єктів на карті фотофіксації та ін., які необхідно геокодувати (наприклад, терміни, виконавець, назва проекту, номер дороги, координати пікетів, види робіт та інші атрибути, які відповідають об'єкту), та які будуть погоджені та затверджені в процесі виконання проекту.
Щодо питання двадцять другого та двадцять третього.
Картографічна основа може бути поставлена Учасником разом з Системою, що розробляється, та містити картографічну інформацію із загальнодоступних сервісів картографічної платформи або геоданні з KML (KML - стандартний формат, який використовується для спільного використання географічних даних, в тому числі у Google), при необхідності конвертувавши дані у необхідні формати карти, що пропонуватиметься Замовником.
Щодо питання двадцять четвертого та двадцять п’ятого.
1. Відповідно до умов Технічних вимог, Користувач публічного порталу повинен мати змогу оцінити відстань, на якій знаходиться об’єкт (згідно відображеного проекту), від місцезнаходження користувача, або розрахувати площу території, наприклад охоронної зони, яка була зайнята будівництвом.
2. Це питання буде узгоджуватись на етапі виконання проекту.
Щодо питання двадцять шостого.
Тендерною документацією не передбачене створення консорціуму компаній для реалізації проекту програмного комплексу «Прозоре будівництво» та публічного порталу CoST.».
Оцініть якість виконання замовником своїх обов’язків
03 серпня 2018 року Замовником опубліковано Протокол засідання тендерного комітету № 43 від 02.08.2018 про відміну торгів про закупівлю Програмного комплексу «Прозоре будівництво» та публічний портал CoST.
Аргументація правомірності відміни торгів, зазначених в протоколі, викликає сумніви у обґрунтованості прийнятого рішення та законності дій Замовника.
Зокрема, таке рішення прийнято Замовником після спливу 20-ти денного строку , відведеного для підписання договору між Замовником та переможцем.
Слід зазначити, що дана закупівля відміняється Замовником у другий раз. В перший раз, учасник який запропонував меншу ціну був дискваліфікований, чим було порушено права доброчесності при обирані переможця.
В даній закупівлі, з метою створення перепон для участі кваліфікованих учасників, замовником було висунуто вибіркові умови щодо потенційних учасників, з метою створення дискримінаційних вимог та надання переваг окремим учасникам.
Всі вищезазначені дії Замовника, щодо умов закупівлі та відміни торгів після оприлюднення наміру про укладання договору, дискредитують систему прозорого проведення торгів, свідчать про упередженість до окремих учасників закупівлі та можуть свідчити про можливу наявність корупційної складової у діях посадових осіб Міністерства інфраструктури України.
Які саме проблеми виникли у взаємодії із замовником (оберіть один або декілька варіантів):