ВИМОГА
про усунення порушень


1. Сфера застосування програмного рішення
Розділ 1.2 Додатку 3 Тендерної документації визначає Систему як «Автоматизована система контролю оплати вартості послуг з паркування».
Аналогічно, пункт 1 Додатку 2 визначає програмне рішення як систему автоматизації бізнес-процесів, пов’язаних зі створенням та підтриманням паркувальних місць та повинен забезпечувати виконання функцій із фіксації правопорушень у сфері правил зупинки, стоянки, паркування транспортних засобів в режимі фотозйомки (відеозапису).
У той же час, розділ 4.2.2.1.1. з Додатку 3 вказується набагато більший обсяг цілей виконання, які не пов'язані з платними місцями для паркування, включаючи паркування на залізничних переїздах, трамвайних лініях, пішохідних переходах тощо.

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


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


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

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


4. Реляційні системи управління базами даних
У розділі 4.1.1 Додатку 3 до Тендерної документації зазначено, що система повинна бути побудована за допомогою вільного та відкритого програмного забезпечення, зокрема згадуючи систему баз даних MySQL або еквівалент.
У той же час, наступні розділи вищезгаданого Додатку забороняють учасникам торгів надавати програмне забезпечення за допомогою альтернативних (еквівалентних) програмних пакетів.
Наприклад, Розділ 4.3.6 вимагає розробки системи на MySQL версії 5.6.35. При цьому, така вимога не тільки виключає рішення, побудовані на MariaDB або будь-якому іншому еквівалентному RDBMS, а й також вимагає використання версії MySQL, термін експлуатації якої закінчиться в лютому 2021 року. Ймовірно, що під час операцій з доставкою системи призведуть до серйозних ризиків для безпеки.
У зв’язку із наведеним, просимо виправити технічні вимоги, уникаючи посилань на конкретні пакети COTS та їх версії, визначивши критерії еквівалентності, які дозволять учасникам торгів вибрати альтернативні компоненти для своїх пропозицій.



5. Мережеві інтерфейси з мобільними пристроями
Відповідно до розділу 4.1.1 Додатка 3 до Тендерної документації, система повинна використовувати мережу Ethernet (100/1000 Мбіт / с) для зв'язку між технічними компонентами системи.
Зверніть увагу, що згідно з Рисунком 2 з того самого розділу Додатку 3, мобільні пристрої (технічні засоби), які використовуються інспекторами з паркування, також вважаються технічними компонентами системи.
Зважаючи на загальний намір придбання системи, ми припускаємо, що такі технічні засоби будуть використовуватися за місцями порушень і, швидше за все, будуть здійснювати інтерфейс через GSM / GPRS / LTE або подібні можливості мереж, що пропонуються операторами мобільної мережі.

Зважаючи на наведене, просимо внести зміни до технічних вимог із зазначенням можливостей встановлення мереж, які учасники торгів можуть сподіватися використовувати для технічних засобів інспекторів з паркування.


6. Розміри системи - очікувана кількість користувачів
Розділ 4.1.2.1. з Додатку 3 до Тендерної документації, вказує ролі користувачів "Супер Адміністратор", "Адміністратор Інспекторів", "Адміністратори паркувального простору" та "Адміністратор Безпеки", але не визначає конкретної кількості користувачів для цих ролей (зазначаючи, що така кількість буде встановлена «в залежності від вимог Замовника»).
Зверніть увагу, що учасники тендеру зобов’язані виставляти торги за системою з фіксованою ціною і повинні відповідати вимогам ефективності.
Таким чином, система повинна бути розроблена та розмірена з урахуванням очікуваної кількості користувачів.
Просимо змінити технічні вимоги, передбачивши очікувану загальну та одночасну кількість користувачів для всіх визначених ролей.


7. Кваліфікаційні вимоги до операційної системи користувачів
Розділ 4.1.2.2. у Додатку 3 до Тендерної документації вказуються деталізовані кваліфікаційні вимоги, що відносяться до персоналу, який працюватиме з системою, що постачається.
Зверніть увагу, що Додаток 3 містить технічні вимоги до системи, яка має бути запропонована, які є обов'язковими для учасників торгів. Таким чином, учасники торгів не можуть робити жодних заяв про відповідність щодо персоналу, який може використовувати Замовник під час операцій із системою, що постачається учасником торгів, оскільки обсяг поставки не містить штатного складу операцій.
Просимо внести зміни до вимог, вилучивши розділ 4.1.2.2 або описуючи, як ці вимоги стосуються учасників торгів у межах даної закупівлі.


8. Вимоги до продуктивності
Розділ 4.1.3.2 Додатку 3 до Тендерної документації перераховує конкретні показники ефективності та доступності цільових показників та значень для системи, що надається, із зазначенням, що відповідність повинна бути затверджена науковою установою або незалежною лабораторією.
Зверніть увагу, що показники продуктивності, згадані в цьому розділі, стосуються повного життєвого циклу процесу, охоплює внутрішні компоненти системи та зовнішні інтерфейси. Відповідно до вимог, система повинна бути інтегрована з конкретними зовнішніми системами, включаючи системи, якими управляє Міністерство внутрішніх справ.
Вимоги також визначають точне обладнання, яке буде використано для розгортання системи (див. Розділ 4.3.11 в Додатку 3).

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

9. Невідповідність вимогам оперативного середовища для мобільних підрозділів примусового виконання
Розділ 4.1.6 Додатку 3 до Тендерної документації визначає вимоги до оперативного середовища для мобільних підрозділів примусового виконання. Зокрема, він вимагає, щоб мобільний пристрій працював від -20C до + 60C з IP67, але мобільний принтер - від -15C до + 40C з IP54.
Оскільки експлуатаційний стан системи вимагає наявності як мобільного пристрою, так і принтера, специфікація різних вимог до операційного середовища для обох компонентів є непропорційною і може сигналізувати про надання переваги певному виробнику пристрою та моделям, що, в свою чергу, суттєво обмежує конкуренцію.
У зв’язку із наведеним, просимо внести зміни до вимог, уніфікуючи вимоги до операційного середовища для всіх компонентів, розміщених у даній закупівлі, включаючи мобільні пристрої та принтери.


10. Можливості управління мобільними пристроями
Розділ 4.2.2.7.1 Додатку 3 до Тендерної документації описує можливості управління технічними засобами.
Зокрема, він вимагає від учасників тендеру запропонувати рішення, яке б дозволило блокувати NFC на технічних засобах вуличних інспекторів.
Необхідний опис, як конкретно інспектори з паркування повинні мати можливість використовувати NFC під час роботи системи. Які саме загрози системі маються на увазі (пов’язані безпосередньо із використанням NFC), що пояснили б вимогу щодо забезпечення можливості блокування NFC.
Крім того, просимо внести зміни до технічних вимог, виключивши вимогу щодо забезпечення можливості блокування NFC.



Вважаємо, що вищенаведені недоліки створюють перепони для потенційних учасників торгів, оскільки їх наявність не дозволяє потенційним учасникам визначитись із майбутнім виконанням договору, а отже і визначитися із участю у процедурі закупівлі.
Статтею 3 Закону України «Про публічні закупівлі» встановлені, серед інших, наступні принципи закупівель: добросовісна конкуренція серед учасників, недискримінація учасників, запобігання корупційним діям і зловживанням.
Пунктом 3 статті 5 Закону України «Про публічні закупівлі» встановлено, що замовник не може встановлювати дискримінаційні вимоги до учасників.
Частина 4 статті 22 Закону України «Про публічні закупівлі» передбачає, що тендерна документація не повинна містити вимог, що обмежують конкуренцію та призводять до дискримінації учасників.
Зважаючи на наведене, з метою усунення вищенаведених порушень, прошу внести зміни до Тендерної документації процедури публічної закупівлі «Автоматизованої системи контролю оплати вартості послуг з паркування в м. Києві (постачання ліцензійного програмного забезпечення та обладнання з його встановленням, впровадженням налаштуванням та тестуванням) за кодом ДК 021:2015(CPV) «Єдиний закупівельний словник» - 48210000-3 Пакети мережевого програмного забезпечення (ідентифікатор UA-2019-09-06-001739-b).

Ознайомившись з тендерною документацією, ТОВ «Паркінг Україна» виявлено порушення Замовником законодавства у сфері публічних закупівель.
Відповідно до Тендерної документації Замовника, предмет закупівлі не передбачає поділу на окремі частини (лоти). При цьому, Тендерною документацією визначено, що до єдиного предмету закупівлі входить перелік програмного забезпечення та технічних засобів.
Наказом Міністерства економічного розвитку і торгівлі України від 23.12.2015 № 1749 «Про затвердження національного класифікатора України ДК 021:2015 та скасування національного класифікатора України ДК 021:2007» затверджено Єдиний закупівельний словник ДК 021:2015.
Національний класифікатор “Єдиний закупівельний словник” (далі - ЄЗС) призначений для стандартизації опису в договорах (контрактах) предмета державних закупівель, забезпечування більшої прозорості процедур закупівель товарів, робіт і послуг за бюджетні кошти, створювання ефективного конкурентного середовища у сфері державних закупівель, а також підтримування участі вітчизняних суб’єктів господарювання у торгах за межами України.
В основному та додатковому словниках визначено назви продукції та послуг - предметів закупівель, а також зазначено описи їх призначеності чи додаткових характеристик.
Відповідно до ЄЗС вищезазначені програмне забезпечення та технічні засоби, що передбачені Тендерною документацією Замовника, відносяться до різних видів та категорій предметів закупівель. Наприклад, планшетні компютери 30213200-7 - категорія 30000000-9 Офісна та комп’ютерна техніка, устаткування та приладдя, крім меблів та пакетів програмного забезпечення; Пакети програмного забезпечення – категорія 48000000-8 і т.п.
Разом з цим, відповідно до Тендерної документації, предметом закупівлі є, згідно ЄЗС, Пакети мережевого програмного забезпечення 48210000-3.
Проте, таке визначення предмету суперечить ЄЗС та не відповідає дійсності, оскільки окрім пакетів мережевого програмного забезпечення до предмету закупівлі входять ще й технічні засоби – планшетні комп’ютери, портативні принтери, паркувальні автомати, джерела живлення.
Виходячи з наведеного, Замовником не вірно визначено предмет закупівлі відповідно до ЄЗС. При цьому, з метою дотримання ЄЗС, Замовник повинен оголошувати процедуру відкритих торгів із предметом закупівлі із розділенням вказаного переліку на різні лоти.

Сформувавши предмет закупівлі одним лотом, Замовником обмежується коло потенційних учасників відкритих торгів тільки тими суб’єктами господарювання, які можуть запропонувати одночасно продаж програмного забезпечення та техніки різного призначення (як оргтехніки, так і паркувальних автоматів).
Крім цього, єдиний лот даної процедури закупівлі без його поділу створює перепони для потенційних учасників торгів, оскільки в даному випадку має місце приховування реальних предметів закупівлі – програмного забезпечення та різних технічних засобів.
Статтею 3 Закону України «Про публічні закупівлі» встановлені, серед інших, наступні принципи закупівель: добросовісна конкуренція серед учасників, недискримінація учасників, запобігання корупційним діям і зловживанням.
Пунктом 3 статті 5 Закону України «Про публічні закупівлі» встановлено, що замовник не може встановлювати дискримінаційні вимоги до учасників.
Частина 4 статті 22 Закону України «Про публічні закупівлі» передбачає, що тендерна документація не повинна містити вимог, що обмежують конкуренцію та призводять до дискримінації учасників.
Виходячи з цього, визначення Замовником предмету закупівлі всіх вищезазначених предметів одним лотом є порушенням принципів здійснення закупівель та інших норм Закону України «Про публічні закупівлі».
Зважаючи на наведене, з метою усунення вищенаведених порушень, просимо внести зміни до Тендерної, зокрема, встановити предмети закупівлі, визначені переліком програмного забезпечення та технічних засобів, в кожному окремому лоті.