Розширена аналітика Prozorro
та актуальні дані 140+ реєстрів у тарифі Повний доступ
Від 76 гривень
на добу

Очікувана вартість:

3 922 500.00 UAH
з ПДВ.

Послуги з постачання програмного забезпечення

Відкриті торги Торги скасовано
UA-2019-03-05-002813-a 676540fee0da4739af8c274ed5347938
Зміни: Створено: Майданчик: prom.ua

Замовник:

ІНСПЕКЦІЯ З ПИТАНЬ КОНТРОЛЮ ЗА ПАРКУВАННЯМ ДНІПРОВСЬКОЇ МІСЬКОЇ РАДИ / #42403446

Адреса:

49000, Україна, Дніпропетровська область, м. Дніпро, просп. Дмитра Яворницького, буд. 75

Контакт:

Лілія Лєвтєрова
dpparkcontrol@gmail.com
+38 (093) 082-66-40
невиключної ліцензії на користування Програмним забезпеченням для автоматизації контролю за дотриманням правил зупинки, стоянки, паркування транспортних засобів для реалізації функції автоматизованого контролю за дотриманням правил зупинки, стоянки та паркування транспортних засобів у м. Дніпро
Період уточнень:
з по
Подача пропозицій:
з по
Аукціон:
з
Мінімальний крок аукціону:
19 612.50 UAH. (0.50%)

Інформація про відміну:

Дата:
Причина: cancelled
Коментар: Неможливість усунення порушень, що виникли через виявлені порушення законодавства з питань публічних закупівель

Тендерна документація

Завантажити все
1 скарга/вимога
Скарга
Розгляд припинено
UA-2019-03-05-002813-a.b1
ТОВ ЛОТ #24488518
СКАРГА що стосується тендерної документації
Антимонопольний комітет України Замовник: Інспекція з питань контролю за паркуванням Дніпровської міської ради, код в ЄДРПОУ 42403446, місцезнаходження: 49000, м. Дніпро, пр. Дмитра Яворницького, буд. 75 Суб’єкт оскарження: Товариство з обмеженою відповідальністю «Лот», код в ЄДРПОУ 24488518, місцезнаходження: 61177, м. Харків, вул. Полтавський Шлях, буд. 196, тел. +380577142288, адреса електронної пошти: info@lotgate.com Оголошення: prozorro.gov.ua/tender/UA-2019-03-05- 002813-a СКАРГА що стосується тендерної документації Підставою подання цієї скарги є те, що положення тендерної документації є явно дискримінаційними та такими, що порушують вільну конкуренцію, права учасників на участь у торгах. Також вимоги тендерної документації суперечать нормам Закону України «Про публічні закупівлі». Замовником не надано конкретних та вичерпних відповідей на запитання, що були розміщені у порядку ст. 21 Закону України «Про публічні закупівлі». Суть справи у наступному: 05 березня 2019 року Замовником- Інспекцією з питань контролю за паркуванням Дніпровської міської ради- на веб-порталі PROZORRO було опубліковано оголошення про проведення закупівлі у формі відкритих торгів (ідентифікатор закупівлі UA-2019-03-05-002813-a). Предметом закупівлі є послуги з постачання програмного забезпечення, очікувана вартість закупівлі- 3922500,00 грн. Разом з оголошенням було розміщено тендерну документацію до закупівлі, яка включає в себе Додаток №2 «Інформація про необхідні технічні, якісні, кількісні та інші характеристики предмета закупівлі (Технічні вимоги). Після вивчення тендерної документації та додатків до неї у нас виникли деякі запитання до Замовника закупівлі. Керуючись своїм правом, визначеним у статті 23 Закону України «Про публічні закупівлі», ми звернулись через систему електронних закупівель до замовника за роз’ясненнями щодо тендерної документації. Звернення було опубліковано в системі 06.03.2019 р. о 17-32 та містило у собі такі запитання: 1) Назва постачальника системи 2) Рік введення в експлуатацію 3) Назва протоколу передачі даних і посилання на документацію до нього в відкритих джерелах 4) Формат оплати через систему (готівкові гроші \ безготівкові гроші \ інше) 5) Формат зберігання даних в системі з прикладами таблиць в яких зберігаються дані 6) Формат запитів від сторонніх систем для перевірки факту оплати \ несплати парковки 7) Опис API для зв'язку з системою, яка планується до закупівлі, а саме з " Програмним забезпеченням для автоматизації контролю за дотриманням правил зупинки, стоянки, паркування транспортних засобів " 8) Приклади транзакцій для тестування інтеграції предмета поставки з описаною системою. Завдані питання є принциповими, так як без наявності запитаної інформації неможливо оцінити характер, кількість та обсяг послуг, що плануються до придбання. Наступного дня, а саме 07.03.2019 р. о 15-44 в системі було зареєстровано роз’яснення Замовника, який відмовився надавати відповіді на питання 1 та 2, а на інші запитання надав неповну відповідь. Тобто, роз’яснення було надано не в повному обсязі та не відповідало на більшість завданих питань. В зв’язку з наданням неповного роз’яснення ми повторно звернулись до замовника за роз’ясненнями та 07.03.2019 р. о 16-56 в системі електронних закупівель було опубліковане наше чергове звернення, в якому ми повторно вимагали надати відповіді на наші питання. 12.03.2019 р. о 18-14 в системі було опубліковане роз’яснення замовника, яке містить багато вузькоспеціальних термінів, але не відповідає на двічі завдані нами питання. Саму переписку у скарзі ми не приводимо, так як вона має значний текстовий об’єм та знаходиться у вільному доступи на веб-порталі. Якщо перевести нашу переписку із замовником на мову, зрозумілу звичайній людині, то її зміст такий: Замовник бажає придбати програмне забезпечення, яке дозволить здійснювати автоматизований контроль за дотриманням правил зупинки, стоянки, паркування транспортних засобів у місті Дніпро. При цьому Замовник хоче, щоб знов створена система взаємодіяла з вже існуючими в місті елементами інфраструктури- паркоматами та засобами фотофіксації, із сайтом замовника та якоюсь загадковою «наявною системою». Обов’язковою вимогою до програмного забезпечення замовник зазначає підтримку функціонування в різнорідному апаратному і програмному середовищі, при цьому не зазначаючи характеристики цього середовища. Для побудови працюючої системи, яку бажає придбати замовник, та створення програмного забезпечення, яке б відповідало всім його вимогам, потенційні учасники- надавачі послуг повинні мати не тільки інформацію, зазначену у «технічному завданні», але й таку інформацію, яку замовник наполегливо не хоче надавати, а саме: -назву «Наявний системи», з якої потрібно провести інтеграцію та її характеристики; -повну і конкретну назву протоколу взаємодії з «Наявною системою», а також документацію до даного протоколу; -протоколи взаємодії програмного забезпечення, що створюється, із існуючою інфраструктурою, характеристики такої інфраструктури; -архітектуру системи, функції та взаємодію її з основним порталом, передбаченим законодавством про паркування. Без наявності такої інформації надавач послуг не матиме а ні технічної, а ні фізичної можливості створити програмне забезпечення, яке б відповідало вимогам Замовника. Із врахуванням того, що текст «технічного завдання»- Додатку №2 до тендерної документації- складав явний професіонал у сфері інформатизації, не зазначення такої принципової інформації, від наявності якої залежить, чи зможе виконавець надати послуги, чи ні, е умисною дією. Підсумовуючи викладене вважаємо, що навмисні дії замовника щодо не включення до тендерної документації істотних даних (інформації про закупівлю), від наявності яких залежить можливість участі у закупівлі та наданні послуг потенційними учасниками є умисними та скерованими на дискримінацію учасників. Умисна бездіяльність замовника закупівлі щодо подвійного ненадання роз’яснень на одне й теж саме запитання також належить розцінювати як надання незаконних переваг одному з учасників закупівлі та дискримінацію тих учасників, які не мають «близьких» стосунків із замовником. При складанні тендерної документації, проведенні закупівлі та наданні роз’яснень на звернення замовник порушив наступні норми законодавства: 1.Статтю 3 Закону України «Про публічні закупівлі», відповідно до якої закупівлі здійснюються за принципами добросовісної конкуренції серед учасників, недискримінації учасників, відкритості та прозорості на всіх стадіях закупівель. 2.Частину 2 статті 5 ЗУ «Про публічні закупівлі», відповідно до якої замовники забезпечують вільний доступ усіх учасників до інформації про закупівлю. 3.Вимоги пункту 3 частини 3 статті 22 Закону, відповідно до якого тендерна документація повинна містити інформацію про необхідні технічні, якісні та кількісні характеристики предмета закупівлі, у тому числі відповідну технічну специфікацію (у разі потреби - плани, креслення, малюнки чи опис предмета закупівлі). При цьому технічна специфікація повинна містити: детальний опис товарів, робіт, послуг, що закуповуються, у тому числі їх технічні та якісні характеристики; вимоги щодо технічних і функціональних характеристик предмета закупівлі у разі, якщо опис скласти неможливо або якщо доцільніше зазначити такі показники; посилання на стандартні характеристики, вимоги, умовні позначення та термінологію, пов’язану з товарами, роботами чи послугами, що закуповуються, передбачені існуючими міжнародними або національними стандартами, нормами та правилами. 4.Частину 4 статті 22 Закону, відповідно до якої тендерна документація не повинна містити вимог, що обмежують конкуренцію та призводять до дискримінації учасників, а саме відсутність суттєвої інформації й обмежує конкуренцію та призводе до дискримінації учасників. 5.Частину 1 статті 23 Закону, відповідно до якої фізична/юридична особа має право … звернутися через електронну систему закупівель до замовника за роз’ясненнями щодо тендерної документації… а замовник повинен протягом трьох робочих днів з дня їх оприлюднення надати роз’яснення на звернення. Положення Тендерної документації є явно дискримінаційними та такими, що порушують вільну конкуренцію та права учасників на участь у торгах. До того ж, замовник надав відповіді на розміщені звернення, що не стосуються суті питання та позбавляють нас права на отримання роз’яснень незрозумілих для нас умов Тендерної документації. Такі положення тендерної документації та дії замовника щодо ненадання відповідей призводять до порушення наших прав та законних інтересів, щодо участі у закупівлі, не дають можливості належним чином вивчити технічне завдання до закупівлі, оцінити обсяг, кількість, якість та вартість надання послуг, що є предметом закупівлі. Відсутність інформації, яку замовник наполегливо скриває від нас, не дає можливості належним чином, повно та всебічно підготувати та подати тендерну пропозицію на участь у торгах. Подання неповної тендерної пропозиції, зокрема неповної та невірної інформації про необхідні технічні, якісні та кількісні характеристики предмета закупівлі в свою чергу призведе до дискваліфікації нас, як учасника закупівлі. Враховуючи викладене, керуючись статтею 18 Закону України «Про публічні закупівлі», прошу: 1.Прийняти скаргу до розгляду. 2.Зобов’язати замовника включити до тендерної документації інформацію, що в повному обсязі характеризує предмет закупівлі, а саме: -назву «Наявної системи», з якої потрібно провести інтеграцію та її характеристики; -повну і конкретну назву протоколу взаємодії з «Наявною системою», а також документацію до даного протоколу; -протоколи взаємодії програмного забезпечення, що створюється, із існуючою інфраструктурою, характеристики такої інфраструктури -архітектуру системи, функції та взаємодію її з основним інтернет-порталом, передбаченим законодавством про паркування. 3.Зобов’язати замовника надати на веб-порталі PROZORRO вичерпні відповіді на звернення Додаток: документ про здійснення оплати за подання скарги. Генеральний директор ТОВ «Лот» Дивінець О.Л.
У відповідь на скаргу ТОВ ЛОТ від 15.03.2019, Замовник у листі від 27.03.2019 надав усю необхідну інформацію по її змісту, таким чином розгляд данної скарги АМКУ не має необхідності.
3 питання
Питання:
Відповідь:
Прохання подальших роз'яснень щодо питань і відповідей вiд 6-7.03.2019
Добрий день, Ольга Дякую за ваші відповіді, однак, деякі моменти досі недостатньо ясно викладені, щоб об'єктивно оцінити можливість участі в тендерній процедурі. Я б просив вас прокоментувати наступні пункти: Щодо питання №1 і вашої відповіді на нього - для розуміння можливостей інтеграції нам необхідно знати назву системи, з якої передбачається інтеграція, для оцінки можливості такої інтеграції. Відповідь на питання №3 не дає повної інформації про протокол взаємодії системи, не надає специфікації і документації протоколу. Більш того - ви посилаєтеся на «Наявну систему» назви або характеристик якої не приведено у тендерній документації або вашій відповіді. Данна відповідь нам здається некоректною, тому що унеможливлює оцінку претендентом відповідності предмета закупівлі вимогам м. Дніпро. Для оцінки можливості участі в тендері нам необхідно отримати офіційну назву протоколу і його задокументований опис, доступний у відкритих джерелах даних. Відносно вашої відповіді на питання №5 - дякуємо за роз'яснення щодо взаємодії з існуючою системою. Як ви вказуєте, взаємодія буде здійснюватися за допомогою «захищенного та задокументованого API». Для оцінки відповідності продукту вимогам тендерної документації необхідно отримати опис цього API і його документацію, в іншому випадку виникає брак інформації для учасників торгів, тому що протоколи і документація, на яку ви посилаєтеся, недоступна учасникам тендерної процедури. Підсумую питання, на які нам необхідно отримати роз'яснення: 1) Просимо надати назву «Наявний системи», з якої потрібно провести інтеграцію 2) Просимо надати повну і конкретну назву протоколу взаємодії з «Наявний системою», а також документацію до даного протоколу, або посилання на відкриті джерела її отримання 3) Просимо надати згаданий у відповіді на питання №5 «захищений та задокументований API».
У відповідь на Ваше звернення надаємо опис API взаємодії з Автоматизованою інформаційною системою оплати послуг паркування та електронного обліку відповідних платіжних транзакцій в сфері паркування. Вступ Автоматизована інформаційна система оплати послуг паркування та електронного обліку відповідних платіжних транзакцій в сфері паркування (далі – Система оплати послуг паркування) є централізованою системою обліку паркувальних сесій, управління паркувальною інфраструктурою, тарифною політикою в сфері паркування. Дана система може бути інтегрована з іншими інформаційними системами, в тому числі з Автоматизованими системами контролю за дотриманням правил зупинки, стоянки, паркування транспортних засобів (далі – Система контролю). Даний документ описує інтеграцію з зовнішніми системами типу “Автоматизована система контролю за дотриманням правил зупинки, стоянки, паркування транспортних засобів” з використанням протоколу HTTP в форматі даних JSON.Глосарій Термін Визначення Система оплати послуг паркування Автоматизована інформаційна система для збору, збереження та обліку паркувальних сесій. Система контролю Автоматизована інформаційна система, що дозволяє здійснювати виявлення правопорушень в напівавтоматичному режимі з використанням функції фотофіксації. Передбачає встановлення модулю Системи контролю на відповідному технічному засобі інспектора з паркування. Паркувальна сесія Здійснення користувачем закінченої дії стосовно майданчика для платного паркування, яка визначається початком та завершенням користування майданчика для платного паркування та здійсненням оплати за визначений період. API Application Programming Interface – прикладний програмний інтерфейс – набір певних методів для взаємодії різних технологічних модулей, систем тощо. URL Addresses* Name URL HTTP method Base Inspector sandbox URL n/a Base Inspector production URL Street inspector login URL n/a Post Street inspector check session URL n/a Post *Доступ буде надано Переможцю після підписання Угоди про Нерозголошення. Всі запити направляються на абсолютний URL, створений комбінацією базових та відповідних відносних URL.API Запитів в Систему оплати послуг паркування Метод Login Для доступу в Систему оплати послуг паркування, в визначеній Системі створюєтся відповідний обліковий запис.Перед здійсненням будь-якого запиту до Системи оплати послуг паркування, Система контролю має пройти перевірку дійсності облікового запису та отримати JWT токен. Метод Login використовується для створення та отримання URL-адреси в Системі оплати послуг паркування. Request: Format: Form - set of HTTP-Encoded key-value pairs. В запиті до методу має міститися наступна інформація: Parameter Description Sample value grant_type Тип запиту Password client_id Логін a.ivanov password Пароль, згенерований при реєстрації в Системі оплати послуг паркування 12345 Response: У випадку успішної авторизації: Format: JSON Parameter Description access_token Токен доступу token_type Тип токену Response: У випадку неуспішної авторизації: У випадку, якщо за переданими даними не вдалося авторизувати Систему контролю, у відповіді методу буде отримано код помилки: Http Status code 401 (Not authorized) Доступ в Систему оплати послуг паркування не надано, можливості перевірити статус оплати паркування немає. Метод Check session Цей метод використовується для перевірки URL¬-адреси паркувальної сесії Системою контролю. Request: Format: JSON HTTP Header Authorization= bearer access_token_value В запиті до медоту має міститися наступна інформація: Parameter Description Sample value VehicleNumber Реєстраційний номер транспортного засобу, паркувальна сесія якого перевіряється KK3333HH ParkingPlaceId Ідентифікатор паркувального майданчика, на якій знаходиться транспортний засіб, що перевіряється 26 Language Мова текстових значень у відповіді uk=Ukrainian Response: Format: JSON У відповіді передається параметр IsParked, який визначає факт оплати або неоплати за реєстраційним номером транспортного засобу, інші поля містять додаткову інформацію, що стосуєтся транспортного засобу та паркувального майданчика. Відповідь методу містить наступний набір параметрів: Parameter Description Sample value ErrorCode Код помилки. Значення 0 визначає, що запит оброблено без помилок. 0 ErrorDescription Якщо поле Код помилки = 0, то дане поле буде пустим. Автомобіль KK3333HH не знайдено серед припаркованих AdditionalInformation Додаткова інформація. null Data Масив даних з інформацією щодо паркувальної сесії. Description ParkingPlaceID IsParked
Питання:
Відповідь:
Можливість використання серсеру
Доброго дня. Плануємо взяти участь у відкритих торгах "Послуги з постачання програмного забезпечення". Цікавить питання щодо пункту 8.1.1 "Компонент "виявлення порушень" має бути на сервері з конфігурацією не гірше..." далі за документом таблиця з необхідними конфігураціями. Чи означає цей пункт унеможливлення використання cloud-серверу? Чи передбачено використання Програмного забезпечення для автоматизації контролю за дотриманням правил зупинки, стоянки, та паркування транспортних засобів, яке розміщене на cloud-сервері? Дякую.
Даний пункт не унеможливлює використання cloud-серверу
Питання:
Відповідь:
Питання щодо пункту першого розділу 7.1 Додатка 2 до тендерної докуменіаціі
Добрий день, Ольга Наша компанія планує брати участь в тендері на поставку невиключної ліцензії на користування Програмним забезпеченням для автоматизації контролю за дотриманням правил зупинки, стоянки, паркування транспортних засобів для реалізації функції автоматизованого контролю за дотриманням правил зупинки, стоянки та паркування транспортних засобів у м. Дніпро. Ми б хотіли уточнити питання щодо пункту першого розділу 7.1 Додатка 2 до тендерної докуменіаціі "Інформація про необхідні технічні, якісні, кількісні та інші характеристики предмета закупівліт(Технічні вимоги) ", а саме, цитую: " Клієнтська частина компоненту має забезпечити наступні можливості (не обмежуючісь): • Можлівість здійснення запитів до наявної автоматизованої інформаційної системи оплати послуг паркування та електронного обліку відповідніх платіжніх транзакцій в сфері паркування для отримання статусу оплати / неоплати за послуги з користування майданчик для платного Паркування; ". Ми б хотіли уточнити наступну інформацію щодо кожної з передбачуваних до підключення систем: 1) Назва постачальника системи 2) Рік введення в експлуатацію 3) Назва протоколу передачі даних і посилання на документацію до нього в відкритих джерелах 4) Формат оплати через систему (готівкові гроші \ безготівкові гроші \ інше) 5) Формат зберігання даних в системі з прикладами таблиць в яких зберігаються дані 6) Формат запитів від сторонніх систем для перевірки факту оплати \ несплати парковки 7) Опис API для зв'язку з системою, яка планується до закупівлі, а саме з " Програмним забезпеченням для автоматизації контролю за дотриманням правил зупинки, стоянки, паркування транспортних засобів " 8) Приклади транзакцій для тестування інтеграції предмета поставки з описаною системою.
Доброго дня. Надаємо відповіді на Ваші запитання: Питання №1 та №2: зідно до ст.22 ЗУ "Про публічні закупівлі ми не надаємо посилання на назву постачальника системи та введення в експлуатацію. Питання №3: Протокол передачі даних, що використовуєтся для взаємодії між наявною автоматизованою інформаційною системою оплати послуг паркування та електронного обліку відповідних платіжних транзакцій в сфері паркування та автоматизованою інформаційною системою контролю за дотриманням правил зупинки, стоянки, паркування транспортних засобів Переможця: HTTP API . Питання № 4: Форма оплати не має впливу на взаємодію між наявною автоматизованою інформаційною системою оплати послуг паркування та електронного обліку відповідних платіжних транзакцій в сфері паркування та автоматизованою системою контролю за дотриманням правил зупинки, стоянки, паркування транспортних засобів для реалізації функції автоматизованого контролю за дотриманням правил зупинки, стоянки та паркування транспортних засобів в м. Дніпрі. Взаємодія з наявною автоматизованою інформаційною системою оплати послуг паркування не передбачає отримання інформації щодо формату та типу оплати, так як ці дані не є необхідними для здійснення контролю за дотриманням послуг паркування. Питання № 5: Автоматизована система контролю за дотриманням правил зупинки, стоянки, паркування транспортних засобів Переможця буде взаємодіяти з наявною автоматизованою інформаційною системою оплати послуг паркування та електронного обліку відповідних платіжних транзакцій в сфері паркування виключно шляхом захищеного та задокументованого API. Відповідно, автоматизована система контролю не буде мати прямого доступу до бази даних наявної автоматизованої інформаційної системи оплати послуг паркування та електронного обліку відповідних платіжних транзакцій, тому формат даних в зазначеній системі не матиме впливу на взаємодію систем. Питання № 6: Формат запитів - HTTP-запит в форматі JSON з визначеним набором полів, які включають реєстраційний номер транспортного засобу, час та координати місцезнаходження технічного засобу фотофіксації порушення. Вичерпна інформація буде надана Переможцю в складі опису API після оприлюднення повідомлення про намір укласти договір та підписання Угоди про нерозголошення. Питання № 7: Взаємодія Програмного забезпечення для автоматизації контролю за дотриманням правил зупинки, стоянки, паркування транспортних засобів та наявною автоматизованою інформаційною системою оплати послуг паркування та електронного обліку відповідних платіжних транзакцій буде відбуватися в частині: 1) Аутентифікації інспектора з паркування та технічного засобу фотофіксації порушення. Аутентифікація має відбуватися шляхом формування запиту від ПЗ автоматизації контролю до автоматизованої інформаційної системи оплати послуг паркування та електронного обліку відповідних платіжних транзакцій на отримання JSON Web-Token. Запит буде являти собою набір HTTP-закодованих пар ключів з визначеним набором полів, які включають заздалегідь визначений логін та пароль інспектора з паркування. 2) Отримання інформації щодо оплати/неоплати за послуги з користування майданчиком для платного паркування в режимі реального часу. Отримання інформації щодо оплати/неоплати за послуги з користуваня майданчиком для платного паркування описано в п. 6. Питання № 8: Організація тестової взаємодії та подальшого тестування буде проводитись після оприлюднення повідомлення про намір укласти договір та підписання Угоди про нерозголошення.
Судові рішення
Тут відображаються судові рішення, в яких згадується ця закупівля.

Предмети закупівлі:

Назва Кількість Класифікатор Дата і місце поставки
Послуги з постачання програмного забезпечення
24 посл.
72268000-1 — Послуги з постачання програмного забезпечення
по 20.04.2019
49000, Україна, Дніпропетровська область, м. Дніпро, площа Героїв Майдану, б. 1, офіс 356