Розроблення геоінформаційної системи ведення містобудівного кадастру та містобудівного моніторингу

Як будуть розглядатись пропозиції до тендеру, якщо СПЗ буде представлене програмними засобами не ідентичними (однойменними), а еквівалентними до зазначених у пункті 2.1 розділу 2 Додатку 3, (Технічні вимоги)? У відповідності до ч. 4 ст. 22 ЗУ «Про публічні закупівлі» тендерна документація не повинна містити вимог, що обмежують конкуренцію та призводять до дискримінації учасників. При цьому, у відповідності до п. 3 ч. 2 ст. 22 ЗУ «Про публічні закупівлі» технічна специфікація не повинна містити посилання на конкретну торговельну марку чи фірму, патент, конструкцію або тип предмета закупівлі, джерело його походження або виробника (виділено лапками далі по тексту); у разі якщо таке посилання є необхідним, воно повинно бути обґрунтованим, а специфікація повинна містити вираз «або еквівалент». Відповідно, за наявності дискримінаційних умов учасник, керуючись ст. 18 ЗУ «Про публічні закупівлі», може подати скаргу до органу оскарження у формі електронного документа через електронну систему закупівель з метою стимулювати Замовника привести тендерну документацію у відповідність до вимогів зазначеного законодавства. Зважаючи на вищенаведене, прошу уточнити як кореспондується пункт 2.1 розділу 2 Базові вимоги до програмних засобів Додатку № 3 до тендерної документації (Технічне завдання) із зазначеним вимогам де викладено: «Спеціальне програмне забезпечення (далі СПЗ) повинне будуватися на програмних засобах, що мають відповідати наступним базовим вимогам: програмне забезпечення повинно бути реалізовано за клієнт-серверною та сервіс-орієнтованою архітектурою, ядром якої є сервер сховища геопросторових даних, документів та інших даних в середовищі обєктно-реаліційної системи керування базами даних (ОР СКБД) з функціональними розширеннями для підтримки зберігання і опрацювання геопросторових даних на основі дотримання стандарту «SQL 2008» (базово – SQL 3). На сервері повинна використовуватись операційна система типу UNIX. Інші компоненти системи повинні створюватись переважно шляхом інтегрування програмних продуктів з відкритим кодом (OpenSource) та розроблення на їх основі додаткових прикладних програмних модулів; серверна компонента сховища даних повинна бути реалізована на основі відкритої СКБД «PostgreSQL» (версії не нижче релізу 9.5.4) з функціональним розширенням для роботи з геопросторовими даними «PostGIS» (версії не нижче релізу 2.3), яка досить широко та успішно використовується в практичних реалізаціях в геоінформаційних кадастрових системах та системах територіального управління за кордоном і в Україні, зокрема в геопорталі Публічної кадастрової карти України, або аналог з відкритим кодом; сервіс-орієнтована технологія повинна підтримувати можливість зберігання геопросторових даних (топографічних карт і плані, даних дистанційного зондування землі, профільних геопросторових даних прикладних модулів) та забезпечує публікацію цих даних на робочих місцях з обмеженими апаратними ресурсами; програмне забезпечення має базуватися на загальних стандартах веб-технології та міжнародних стандартах в сфері географічної інформації, в тому числі, стандартів на геоінформаційні сервіси роботи з електронними картами WMS (WEB Map Service), WMTS (WEB Map Tile Service) та сервіси доступу до геопросторових даних WFS (WEB Feature Service); для відображення електронних карт повинна використовуватись бібліотека з відкритим вихідним кодом із використанням мови JavaScript, що підтримується поширеними мобільними і стаціонарними програмно-технічними платформами; сервером публікації просторової інформації для растрових тайлів WMTS має бути «Mapnik», який може використовувати дані з різних джерел (PosgreSQL, ESRI shape та інші). Ця бібліотека має багату функціональність з підтримки нових просторових сервісів, незалежна від конкретної операційної системи і може бути розгорнута в будь якому серверному середовищі. Mapnik орієнтований в першу чергу на швидкодію, особливо при роботі в багато потоковому середовищі веб-розробки, і на якісну візуалізацію геопросторової інформації; сервером для генерації даних має бути QGIS сервер, який використовує ідентичний набір інструментів та умовних знаків що й настільна версія QGIS. Це дозволяє одночасно розвивати як геопортальну (серверну) так і настільну геоінформаційну (ГІС) систему; доступ до інформаційних ресурсів та обмін даними між компонентами має будуватись за REST архітектурою. Веб-сервером для побудови REST архітектури повинен бути Node.js з використанням фреймворку Express або аналогу, який, через використання веб-сокетів та потоків даних найкраще підходить для додатків реального часу та систем роботи з великими об’ємами даних». Таким чином, пропонуємо переглянути зазначений пункт тендерної документації по відношенню посилань на конкретну торговельну марку чи фірму, патент, конструкцію або тип предмета закупівлі, джерело його походження або виробника та привести текст у відповідність до чинного законодавства визначивши, що СПЗ буде представлене програмними засобами не ідентичними (однойменними), а еквівалентними до зазначених у пункті 2.1 розділу 2 Додатку 3, (Технічні вимоги). Одночасно вбачаємо, що в технічних вимогах доцільно більш вагомо підготувати вимоги направлені на розвиток аналітиччного блоку системи взамін багаточисельних модулів які направлені тільки на візуалізацію передбаченого об’єктового складу без розв’язання задач.