---

Р І Ш Е Н Н Я

Від 10.04.2019 № 236

Про внесення змін до рішення виконавчого комітету Харківської міської ради від 12.09.2018 № 624 «Про затвердження технічних вимог та завдань до автоматизованої системи контролю оплати вартості послуг з паркування»

На виконання рішення 21 сесії Харківської міської ради 7 скликання від 22.08.2018 № 1193/18 «Про впровадження на території м. Харкова автоматизованої системи контролю оплати вартості послуг з паркування», з метою усунення термінологічних та інших неузгодженостей, приведення технічних вимог та завдань до автоматизованої системи контролю оплати вартості послуг з паркування у відповідність до постанов Кабінету Міністрів України від 14.11.2018 № 984, від 14.11.2018 № 990, розпорядження міського голови від 12.02.2019 № 24 та інших нормативно-правових актів Харківської міської ради, з урахуванням практичної діяльності посадових осіб Інспекції з паркування Департаменту територіального контролю Харківської міської ради, згідно з ч. 2 ст. 19 Конституції України, керуючись ст. 59 Закону України «Про місцеве самоврядування в Україні», виконавчий комітет Харківської міської ради

ВИРІШИВ:

1. Внести зміни до рішення виконавчого комітету Харківської міської ради від 12.09.2018 № 624 «Про затвердження технічних вимог та завдань до автоматизованої системи контролю оплати вартості послуг з паркування», виклавши в новій редакції Технічні вимоги та завдання до автоматизованої системи контролю оплати вартості послуг з паркування, що додаються.

2. Контроль за виконанням рішення покласти на заступника міського голови - керуючого справами виконавчого комітету міської ради Чечетову-Терашвілі Т.М.

Міський голова Г.А. КЕРНЕС

Додаток

до рішення виконавчого комітету Харківської міської ради

від 10.04.2019 № 236

Технічні вимоги та завдання до автоматизованої системи контролю

оплати вартості послуг з паркування

1. Вступ

1.1. Призначення

Технічні вимоги та завдання описують функціональні та нефункціональні вимоги до програмного забезпечення автоматизованої системи контролю оплати вартості послуг з паркування (далі - АСКОП).

1.2. Загальні відомості

Верховною Радою України 27.12.2017 прийнято Закон України «Про внесення змін до деяких законодавчих актів України щодо реформування сфери паркування транспортних засобів» № 2262-VIII (далі - Закон), який набрав чинності 27.09.2018. Положеннями Закону розширено компетенцію виконавчих комітетів міських рад у частині надання їм права делегувати посадовим особам місцевого самоврядування – інспекторам з паркування свої власні повноваження щодо розгляду справ про адміністративні правопорушення, застосування стягнення за адміністративні правопорушення у сфері зупинки, стоянки, паркування транспортних засобів щодо винних осіб.

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

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

Процес притягнення до відповідальності за порушення правил зупинки, стоянки, паркування має законодавчо передбачені етапи, серед яких перевірка стану оплати вартості послуг з паркування в базі . даних; фото- та/або відеофіксація правопорушення; отримання інформації з державних реєстрів про власника транспортного засобу; складання протоколів (повідомлень у разі відсутності інформації про власника) про адміністративне правопорушення тощо.

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

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

1.3. Терміни та абревіатури

Таблиця 1 містить опис усіх термінів та абревіатур, використаних у цьому документі.

Таблиця 1. Терміни та абревіатури

2. Завдання системи

2.1. Забезпечити здійснення безготівкової оплати вартості послуг з паркування.

2.2. Створити можливість доступу водіїв до інформації про паркувальну інфраструктуру м. Харкова.

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

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

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

2.6. Надавати технічну можливість для ефективної комунікації між водіями та владою м. Харкова у сфері паркування.

3. Загальні вимоги до продукту

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

3.2. Джерелами інформації системи можуть бути:

мобільний додаток водія;

паркувальні автомати;

інспектори з паркування;

агентська мережа оплати вартості послуг з паркування;

інші джерела інформації про оплату вартості послуг з паркування.

3.3. Споживачами інформації системи можуть бути:

мобільний додаток інспектора з паркування;

камери автоматичного контролю оплати вартості послуг з паркування;

патрулі контролю оплати вартості послуг з паркування;

мобільний додаток водія;

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

3.4. Система повинна постачатися з такими компонентами:

3.4.1. Додаток водія (Android).

3.4.2. Додаток водія (iOS).

3.4.3. Додаток інспектора.

3.4.4. Веб-портал водія.

3.4.5. Панель управління системою.

3.5. Система повинна забезпечувати захист транзакцій шляхом шифрування даних за допомогою протоколів SSL або TLS.

3.6. СУБД повинна бути основним вузлом, на якому буде зберігатися достовірна інформація про стан оплати вартості послуг з паркування, рівні контролю, правопорушення, облікові записи користувача, облікові записи інспекторів з паркування тощо.

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

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

3.9. Система повинна дозволяти адміністратору системи налаштовувати рівні доступу до перегляду та редагування інформації залежно від прав доступу користувача (залежно від посади особи у відповідальних виконавчих органах Харківської міської ради).

4. СУБД та обробка даних

4.1. СУБД повинна зберігати, обробляти й передавати дані про всі транзакції, що здійснюються в системі.

4.2. Для організації баз даних повинна використовуватися реляційна СУБД з підтримкою стандарту не нижче ANSI SQL 92. СУБД повинна дозволяти зберігати оперативні дані про всі дії в системі строком не менше одного року.

4.3. СУБД повинна забезпечувати зберігання й оперативний доступ до даних щодо винесених постанов/повідомлень, у тому числі до фотознімків, строком не менше одного року.

4.4. СУБД повинна надавати можливість архівування оперативних даних давністю більше одного року на строк не менше трьох років. Механізми архівації повинні забезпечувати доступ до архівних даних.

4.5. Серверні додатки повинні виявляти порушення й розбіжності в отриманих даних з подальшим повідомленням інспекторів з паркування й адміністраторів АСКОП.

4.6. СУБД повинна мати зовнішні протоколи для прийому й передачі даних, які будуть дозволяти підключення до системи додаткових платіжних і контрольних інструментів від сторонніх розробників.

5. Джерела даних системи (платіжні інструменти)

5.1. Мобільний додаток водія

5.1.1. Мобільний додаток водія є основним інтерфейсом із системою для водіїв, що мають смартфони. Мобільний додаток водія повинен працювати під управлінням таких мобільних ОС: Android 4.4+ та iOS 10+.

5.1.2. Мобільний додаток водія повинен бути опублікований у каталогах додатків Google Play та App Store постачальником системи.

5.1.3. Мобільний додаток водія повинен забезпечувати таку мінімальну функціональність:

багатомовний інтерфейс;

наявність особистого кабінету з усією інформацією про ТЗ;

можливість переглядати поточний статус оплати вартості послуг з паркування;

можливість оплатити вартість послуг з паркування за допомогою GPS-локації;

можливість оплатити вартість послуг з паркування за фактом сканування QR-коду;

повідомлення про стан оплати вартості послуг з паркування з можливістю автоматичного продовження такої оплати на наступний період;

повідомлення про закінчення оплати вартості послуг з паркування; повідомлення про виявлені правопорушення з посиланнями на детальну Інформацію про них;

повідомлення про тимчасове затримання ТЗ і місце його зберігання.

5.1.4. Інтерфейс мобільного додатка водія повинен містити:

5.1.4.1. Екран ініціалізації додатка з логотипом м. Харкова.

5.1.4.2. Екран автентифікації в додатку з використанням логіна і пароля з можливістю відновлення пароля.

5.1.4.3. Екран реєстрації нового користувача в системі з обов'язковим введенням таких реквізитів користувача:

e-mail;

пароля для входу до системи;

номера телефону;

державного номерного знака ТЗ.

5.1.4.4. Екран введення способу оплати вартості послуг з паркування (банківська карта, платіжні системи).

5.1.4.5. Екран оплати послуг з паркування з такими елементами:

малою з відображенням місця для паркування (з можливістю геолокації користувача в поточний момент);

полем введення державного номерного знака ТЗ;

інформацією про тариф на паркування (залежно від часу і місця/зони паркування);

кнопкою для вибору іншого місця для паркування (не автоматично заданої методом геолокації).

5.1.4.6. Екран вибору місця для паркування, що містить:

поле для введення номера майданчика для паркування;

поле для введення адреси місця для паркування або його вибору зі списку;

кнопка для сканування QR-коду для паркування, який може бути розташовано під знаком «Р».

5.1.4.7. Екран повідомлення про закінчення часу паркування, який автоматично виводиться на екран за 10 хвилин до закінчення часу паркування та супроводжується звуковим сигналом та/або вібрацією. Екран повинен містити кнопки завершення і продовження часу паркування.

5.1.4.8. Екран з відображенням історії оплати вартості послуг з паркування з інформацією про адреси, суми оплати вартості послуг з паркування і час паркування.

5.1.4.9. Екран з інформацією про вчинені правопорушення, пов'язані із зупинкою, стоянкою та паркуванням ТЗ, з даними про адресу зафіксованого правопорушення, накладений штраф. На цьому екрані повинна бути передбачена можливість переглянути матеріали фото- та/або відеофіксації вчиненого правопорушення. У разі тимчасового затримання ТЗ повинна бути надана інформація про місце, де такий ТЗ зберігається після евакуації.

5.1.4.10. Екран налаштувань програми, що дозволяє налаштувати такі параметри:

продовжувати чи не продовжувати автоматично час паркування;

встановлення максимального часу автоматичного продовження паркування.

5.1.4.11. Екран списку автомобілів користувача з відображенням номерних знаків, прив'язаних до акаунту автомобілів.

5.1.4.12. Екран оскарження прив'язки номера автомобіля до акаунту користувача.

5.2. Агентська мережа оплати вартості послуг з паркування

5.2.1. Система повинна дозволяти інтеграцію оплати вартості послуг з паркування до терміналів самостійної оплати або будь-якої іншої сазп-іп мережі.

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

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

6. Додаток для інспектора з паркування

6.1. Додаток інспектора з паркування має дозволяти:

здійснювати контроль оплати вартості послуг з паркування з урахуванням різних тарифів за тривалістю паркування, часу доби, місця та зони паркування;

здійснювати фото- та/або відеофіксацію порушень правил зупинки, стоянки, паркування;

можливість винесення постанови/повідомлення про адміністративне правопорушення та його друку на портативному принтері в паперовій формі.

6.2. Додаток має працювати на планшеті на базі ОС Android, а також повинен мати можливість фото- та/або відеофіксації порушень правил зупинки, стоянки, паркування за допомогою відповідних технічних засобів.

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

6.4. Додаток інспектора з паркування має забезпечувати виконання таких функцій:

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

фото- та/або відеофіксація порушення правил зупинки, стоянки, паркування;

можливість формування і друку постанови/повідомлення про штраф за несплату вартості послуг з паркування або за порушення правил зупинки, стоянки або паркування. Додаток має дозволяти інспектору з паркування обрати з переліку необхідну статтю, на підставі якої винна особа притягається до адміністративної відповідальності;

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

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

вимагати введення державного номерного знака ТЗ в ручному режимі в разі неможливості здійснення його автоматичного розпізнавання;

фіксувати точний час і записувати його на фотографії;

фіксувати координати зйомки і записувати їх на фотографії;

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

передавати інформацію до СУБД;

нагадувати про необхідність повторного фотографування ТЗ не раніше ніж через 10 хвилин після здійснення першого фотознімка;

формувати постанову/повідомлення про адміністративне правопорушення.

6.6. Додаток інспектора з паркування має дозволяти роздруковувати постанову/повідомлення про адміністративне правопорушення на портативному принтері для подальшого його розміщення на лобовому склі ТЗ, який порушив правила зупинки, стоянки та паркування.

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

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

7. Способи контролю оплати вартості послуг з паркування

7.1. Система повинна дозволяти підключення через відкриті зовнішні інтерфейси таких сучасних систем контролю оплати вартості послуг з паркування:

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

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

даних про порушення правил зупинки, стоянки та паркування, які надходять до системи від користувачів через спеціалізовані мобільні додатки, з подальшим інформуванням про це інспектора з паркування.

8. Веб-портал для водіїв

8.1. У межах програмного комплексу системи повинен функціонувати окремий веб-портал для водіїв, на якому можна отримати:

інформацію про вчинені правопорушення з можливістю ознайомитися з документальним підтвердженням факту правопорушення;

інформацію про тимчасове затримання ТЗ і його місцезнаходження;

інструкції з оплати штрафів і подальших дій; інформацію про зони платного паркування й тарифи.

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

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

8.4. Веб-портал повинен забезпечувати можливість придбання абонемента на паркування з його прив'язкою до зазначеного державного номерного знака ТЗ.

8.5. Веб-портал повинен працювати з такими Інтернет-браузерами: Microsoft Internet Explorer версії 10.0+, Mozilla Firefox версії 40+, Google Chrome версії 43+, Safari версії 3.0+.

9. Документація для користувачів

9.1. Під час першого входу користувача до системи і далі на його вимогу система повинна включати інтерактивну навчальну програму, яка пояснюватиме водіям, як користуватися системою.

10. Панель управління системою

10.1. Система повинна мати окрему веб-панель управління (веб-панель адміністратора), яка повинна працювати з такими Іцтернет-браузерами: Microsoft Internet Explorer версії 10.0+, Mozilla Firefox версії 40+, Google Chrome версії 43+, Safari версії 3.0+.

10.2. Додаток адміністратора має дозволяти виконувати такі функції адміністрування системи:

10.2.1. Створення та редагування груп користувачів системи.

10.2.2. Введення в систему та редагування облікових записів користувачів - споживачів даних системи (посадових осіб відповідальних виконавчих органів Харківської міської ради).

10.2.3. Налаштування прав доступу до системи для груп користувачів і для окремих облікових записів (посадових осіб відповідальних виконавчих органів Харківської міської ради).

10.2.4. Введення та редагування даних про майданчики для паркування, паркувальні зони і місця.

10.2.5. Введення до системи мап і редагування на них зображень паркувальних зон і місць.

10.2.6. Введення і редагування даних про тарифи на послуги з паркування залежно від часу паркування, часу доби, зони і місця паркування.

10.2.7. Введення та редагування даних про штрафи, передбачені за порушення правил зупинки/стоянки/паркування, а саме:

введення та редагування текстів шаблонів постанов/повідомлень про адміністративне правопорушення;

введення та редагування текстів шаблонів актів огляду і тимчасового затримання ТЗ;

введення реквізитів оплати для постанов/повідомлень, що формуються;

введення та редагування формул розрахунку суми штрафу, що виписується, для кожного типу правопорушення.

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

10.3. Додаток адміністратора має забезпечувати пошук даних про винесені постанови/повідомлення за номером або датою винесеного документа, за державним номерним знаком ТЗ або за ШБ водія ТЗ. Також повинен підтримуватися пошук даних із застосуванням фільтрів.

10.4. Додаток адміністратора повинен дозволяти створювати, редагувати і формувати необхідні звіти на основі даних системи.

10.5. Додаток адміністратора системи має містити такі розділи з визначеним функціоналом:

10.5.1. Тарифні зони.

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

10.5.2. Майданчики для паркування.

Розділ дозволяє додавати та редагувати список майданчиків для паркування з пошуком за назвою та іншими фільтрами.

При цьому для кожного майданчика для паркування зазначається географічна територія (за допомогою нанесення на мапу меж зони для паркування за допомогою ламаних ліній), тарифна зона, години роботи (години і дні в прив'язці до днів тижня), максимальна тривалість паркування (наприклад, не більше 2 годин). Кількість майданчиків для паркування не обмежена.

Для кожного майданчика для паркування повинна бути можливість зазначити статус «активний/неактивний», що має відображатися в призначеному для користувача додатку (якщо майданчик для паркування має статус «неактивний», то додаток не прийматиме оплату і не буде відображати майданчик для паркування як доступне місце для паркування).

10.5.3. Користувачі.

Розділ дозволяє додавати логіни/паролі для користувачів бек-офісу системи. Для кожного користувача повинна бути передбачена можливість заповнення таких секцій: ШБ, посада, рівень доступу.

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

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

Вкладка «Ролі» дозволяє створювати рівні доступу, відзначаючи, до яких функцій системи кожна з ролей має доступ. До кожної ролі має бути назва та короткий опис.

10.5.4. Звіти.

Дозволяє формувати звіти за такими даними:

а) даними про транзакції оплати вартості послуг з паркування (зі статистичним аналізом за зонами, часом).

Звіти повинні дозволяти пошук за будь-яким стовпцем і фільтрацію.

Дані за транзакціями повинні містити такі поля: дата/час транзакції, державний номерний знак ТЗ, тарифна зона, час початку паркування, спосіб

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

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

Повинна бути передбачена можливість експорту звітів до MS Excel та їх відображення на діаграмах. Вибір діаграми залежить від обраного параметра для групування;

б) даними щодо дій інспекторів з паркування (штрафи, повідомлення, постанови, кількість відсканованих державних номерних знаків ТЗ).

Звіт щодо роботи інспекторів з паркування повинен формуватися на основі даних з пристроїв інспекторів з паркування та їх звернень до бек-офісу.

Звіт повинен дозволяти групування за ПІБ інспектора з паркування.

Звіт повинен містити такі стовпці: ПІБ інспектора з паркування, кількість винесених постанов/повідомлень, кількість відсканованих державних номерних знаків ТЗ, час і дата на пристрої під час входу до системи, час і дата на пристрої під час виходу із системи.

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

Повинна бути передбачена можливість задавати період відображення (день, тиждень, місяць тощо).

Необхідно передбачити можливість експорту звітів до MS Excel.

10.5.5. Порушення.

Зазначений розділ має містити в собі такі вкладки:

налаштування порушень.

Дозволяє додавати та редагувати статті, на підставі яких інспектор з паркування може штрафувати водія. Кожна стаття має дозволяти зазначати назву, формулу розрахунку штрафу (або фіксовану суму), форму документа винесеного рішення (повідомлення чи постанову).

Для кожної статті повинна бути можливість сформувати два типи документів: постанову і повідомлення. Форма документів повинна передбачати змінні, якими можна визначати унікальний ГО номер, ПІБ водія, дату, час, державний номерний знак ТЗ правопорушника, ПІБ інспектора з паркування, зону паркування, ідентифікатор майданчика для паркування, суму штрафу, адресу правопорушення тощо.

Водночас дані про власника або належного користувача ТЗ для оформлення постанови за умови технічної можливості беруться інспектором з паркування з бази даних МВС, інші дані, наприклад дані щодо ГО, часу, дати, ШБ інспектора з паркування, суми штрафу, додаються автоматично;

звіт щодо правопорушень.

Звіт формується на основі даних про винесені постанови/повідомлення інспекторами з паркування.

У звіті повинні міститися такі колонки: унікальний номер документа, дата винесення постанови та/або повідомлення, державний номерний знак ТЗ, ПІБ інспектора з паркування, ШБ особи, щодо якої винесено постанову про притягнення до адміністративної відповідальності, стаття правопорушення, сума штрафу, посилання на детальну інформацію з електронною копією документа, фотографіями, даними про місце розташування тощо.

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

Повинна бути передбачена можливість експорту звітів до MS Excel. Звіт з певними параметрами повинен мати можливість автоматичного формування та вбудовування до сторонніх веб-сайтів.

10.5.6. Абонементи.

Зазначений розділ дозволяє створювати абонементи для прив'язки до конкретного ТЗ. Абонемент передбачає знижку на тариф (до 100 % - безкоштовне паркування), а також може бути прив'язаний до таких опцій: термін (наприклад, місяць задається в днях, починає діяти з моменту його прив'язки до профілю ТЗ), тарифна зона, конкретний майданчик для паркування або поєднання будь-яких цих параметрів (наприклад, абонемент з 50 % знижкою на 1 місяць у зоні 1).

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

При призначенні більш одного абонемента водієві і в разі їх перетину повинна застосовуватися знижка з більшого абонемента.

10.5.7. Конфлікт-центр.

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

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

У разі відмови користувачеві, який надіслав запит, має бути надіслано мотивоване повідомлення про відмову.

10.5.8. Водії.

У зазначеному розділі повинні бути представлені всі призначені для користувача облікові записи, зареєстровані в системі. Для кожного облікового запису повинна відображатися така інформація: ПІБ користувача, державний номерний знак основного ТЗ, державні номерні знаки додаткових ТЗ, дата реєстрації, сума оплат вартості послуг з паркування, наявність/відсутність штрафів, евакуацій, наявність абонементів.

Таблиця повинна дозволяти здійснювати пошук за визначеними полями.

Під час натискання на певний обліковий запис має відкриватися вікно редагування облікового запису з такими можливостями:

перегляд історії оплат вартості послуг з паркування (з інформацією, подібною до звіту за оплатами, але в межах визначеного облікового запису за всіма його оплатами);

перегляд історії штрафів (з інформацією, потрібною до звіту за штрафами, але в межах визначеного облікового запису за всіма його штрафами);

перегляд списку автомобілів, прив'язаних до облікового запису (під час натискання на автомобіль в переліку повинен з'являтися звіт за оплатами/штрафами визначеного автомобіля), з можливістю видаляти інформацію про автомобілі;

редагування абонементів для кожного ТЗ (з можливістю додавати кілька абонементів);

функція зміни пароля;

функція видалення облікового запису (блокування доступу).

10.5.9. Інспектори з паркування.

Розділ дозволяє додавати/видаляти обліковий запис інспекторів з паркування з системи.

Таблиця відображення повинна містити такі стовпці: ПІБ інспектора з паркування, дата створення облікового запису, час і дата на пристрої-під час входу до системи, час і дата на пристрої під час виходу із системи.

Для створення облікового запису інспектора з паркування необхідним є заповнення таких полів: ПІБ, посада, е-таіі, пароль.

10.5.10. Моніторинг обладнання.

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

10.6.11. Конфігурація обладнання.

Кожен термінал після завантаження та/або після інкасації забирає свої параметри з сервера.

Кожен термінал має власний номер, який передає на сервер з метою ідентифікації в системі.

11. З'єднання із зовнішніми системами

11.1. Сервіс повинен мати REST-інтерфейс для перевірки стану майданчика для паркування.

Запит з параметрами:

зона, у якій знаходиться автомобіль;

державний номерний знак ТЗ.

Відповідь:

дозволено паркуватися;

час, до якого дозволено паркуватися.

11.2. Сервіс повинен мати інтерфейси, які можна налаштовувати для надання даних про евакуацію ТЗ і про винесені постанови/повідомлення для зовнішніх систем.

Заступник міського голови –

керуючий справами виконавчого

комітету міської ради Т.М. ЧЕЧЕТОВА-ТЕРАШВІЛІ

Директор Департаменту

територіального контролю

Харківської міської ради О.Л. КАЛИНА

Директор Департаменту

реєстрації Харківської

міської ради О.І. ДРОБОТ

Директор Департаменту

інфраструктури Харківської

міської ради С.Б. ДУЛЬФАН