---

РІШЕННЯ

Від 12.09.2018 № 624

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

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

ВИРІШИВ:

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

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

Міський голова Г.А. Кернес

Додаток

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

Харківської міської ради

від 12.09.2018 № 624

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

1. Вступ

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

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

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.5. СУБД повинна бути основним вузлом, на якому буде зберігатися достовірна інформація про стан оплати вартості послуг з паркування, рівні контролю, правопорушення, облікові записи користувача, облікові записи інспекторів з паркування тощо.

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

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

3.8. Система повинна дозволяти налаштовувати рівні доступу до інформації залежно від прав доступу користувача (начальник інспекції з паркування, заступник начальника інспекції, завідувач сектору, інспектор з паркування тощо).

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

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

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

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

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

4.5. Серверні додатки повинні виявляти порушення і розбіжності в отриманих даних з наступним повідомленням інспекторів з паркування і адміністраторів автоматизованої системи контролю оплати вартості послуг з паркування.

4.6. Система повинна бути обладнана фільтрами anti-fraud, здатними виявити несанкціонований доступ або втручання в систему і блокувати подібні дії в автоматичному режимі.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- можливість пошуку місця для паркування.

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

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

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

- e-mail;

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

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

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

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

5.1.3.4. Екран оплати місця для паркування з такими елементами:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

5.2. Паркувальний автомат.

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

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

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

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

5.3.1. Система повинна дозволяти інтеграцію оплати вартості послуг з паркування в термінали самостійної оплати (наприклад, іВох), в термінали ПриватБанку або в будь-яку іншу cash-in мережу.

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

5.3.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. Веб-портал повинен забезпечувати можливість придбання абонемента на паркування з його прив'язкою до зазначеного державного номерного знака ТЗ.

8.6. Веб-портал повинен працювати з такими Інтернет-браузерами: 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.2.9. Введення та редагування даних про паркувальні автомати, моніторинг їх стану.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

10.6.4. Звіти.

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

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

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

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

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

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

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

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

Групування за ПІБ інспектора з паркування.

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

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

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

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

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

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

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

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

Водночас дані про власника або належного користувача ТЗ для оформлення постанови беруться інспектором з паркування з бази даних МВС, інші дані, окрім ID, часу, дати, ПІБ інспектора з паркування, суми штрафу, вводить інспектор з паркування в ручному режимі в своєму додатку. Де можливо додаток пропонує підказки (наприклад, місце розташування);

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

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

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

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

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

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

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

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

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

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

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

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

10.6.8. Водії.

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

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

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

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

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

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

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

- редагування номера телефону та включення/відключення функції СМС-інформування;

- редагування адреси реєстрації (адреса відображається в додатку інспектора з паркування);

- функція скидання пароля;

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

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

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

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

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

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

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

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

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

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

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

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

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

- зона, в якій стоїть автомобіль;

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

Відповідь:

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

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

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

Директор департаменту реєстрації

Харківської міської ради О.І. Дробот

Директор департаменту інфраструктури

Харківської міської ради С.Б. Дульфан

Директор Департаменту територіального

контролю Харківської міської ради О.Л. Калина

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

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

комітету міської ради Т.М. Чечетова-Терашвілі