Атестаційні завдання K2 ERP/МРЕО
Атестаційне завдання K2 ERP — МРЕО — це практична задача для перевірки навичок розробника або впроваджувача K2 ERP у створенні модуля обліку транспортних засобів, власників, реєстраційних операцій, номерних знаків, посвідчень водія, іспитів, техоглядів, оплат, документів і звітності для сервісного центру МРЕО.
Модуль має забезпечувати повний цикл роботи МРЕО: власник → транспортний засіб → реєстраційна операція → перевірка документів → оплата → видача документа → історія операцій → звіт.
Коротко. Потрібно реалізувати модуль МРЕО: власники, транспортні засоби, VIN, номерні знаки, операції реєстрації, перереєстрації, зняття з обліку, посвідчення водія, категорії, іспити, техогляди, страхування, платежі, квитанції, довідки, звіти, права доступу й AJAX-інтерактив.
Назва завдання
Модуль обліку транспортних засобів, власників, реєстрацій, операцій і видачі посвідчень водія для МРЕО.
Мета завдання
Мета завдання — створити в K2 ERP модуль для автоматизації роботи МРЕО або сервісного центру, який виконує реєстраційні та адміністративні дії з транспортними засобами й посвідченнями водія.
Система повинна дозволяти:
- вести базу власників транспортних засобів;
- вести базу транспортних засобів;
- вести VIN-коди, номерні знаки, технічні характеристики;
- реєструвати первинну постановку ТЗ на облік;
- виконувати перереєстрацію при зміні власника;
- виконувати зняття з обліку;
- вести історію операцій по кожному ТЗ;
- вести базу посвідчень водія;
- видавати нове посвідчення водія;
- виконувати заміну посвідчення;
- вести категорії посвідчень;
- фіксувати іспити;
- фіксувати техогляд;
- контролювати страхові поліси;
- формувати рахунки за послуги;
- фіксувати оплати;
- формувати квитанції, довідки й акти у PDF;
- вести журнал змін;
- підтримувати рольову модель доступу;
- формувати звіти по транспортних засобах, власниках, операціях, посвідченнях і фінансах.
Головний принцип. По кожному транспортному засобу має бути зрозуміло: хто власник, який номерний знак, який VIN, які операції виконувались, коли вони виконувались, хто їх провів і які документи були видані.
Реальний бізнес-контекст
МРЕО або сервісний центр працює з громадянами, підприємствами та організаціями, які звертаються для виконання операцій із транспортними засобами та посвідченнями водія.
Основні напрямки роботи:
- первинна реєстрація транспортного засобу;
- перереєстрація транспортного засобу;
- зміна власника;
- зміна номерного знака;
- зняття транспортного засобу з обліку;
- облік технічних характеристик;
- перевірка VIN-коду;
- видача реєстраційних документів;
- видача посвідчення водія;
- заміна посвідчення водія;
- додавання нових категорій;
- облік іспитів;
- облік техоглядів;
- контроль страхування;
- прийом оплат за послуги.
Основний бізнес-процес
Типовий процес роботи МРЕО виглядає так:
- оператор знаходить або створює власника;
- створює або знаходить транспортний засіб;
- перевіряє VIN-код, номерний знак і документи;
- обирає тип операції;
- заповнює дані операції;
- система формує рахунок за послугу;
- клієнт оплачує рахунок;
- оператор підтверджує виконання операції;
- система оновлює статус ТЗ або посвідчення;
- система формує довідку, квитанцію або реєстраційний документ;
- дія зберігається в історії операцій;
- керівник формує звіти.
Основні об’єкти модуля
| Об’єкт | Призначення |
|---|---|
| Власники | Фізичні та юридичні особи, які володіють ТЗ |
| Транспортні засоби | Автомобілі, мотоцикли, причепи, автобуси, спецтехніка |
| Номерні знаки | Облік державних номерів |
| Реєстраційні операції | Первинна реєстрація, перереєстрація, зняття з обліку |
| Посвідчення водія | Документи на право керування |
| Категорії водіння | A, B, C, D, BE, CE тощо |
| Іспити | Теоретичні та практичні іспити |
| Техогляди | Перевірки технічного стану ТЗ |
| Страхові поліси | Облік страхування |
| Рахунки | Нарахування за послуги |
| Оплати | Фактичні платежі |
| Документи | Квитанції, довідки, акти, реєстраційні документи |
| Журнал змін | Аудит усіх важливих дій |
| Звіти | Аналітика по операціях, ТЗ, посвідченнях і фінансах |
Довідник «Типи операцій»
Тип операції визначає, яку дію виконує сервісний центр.
Приклади типів операцій
- первинна реєстрація;
- перереєстрація;
- зміна власника;
- зміна номерного знака;
- зняття з обліку;
- відновлення реєстрації;
- техогляд;
- видача посвідчення водія;
- заміна посвідчення водія;
- додавання категорії водіння;
- видача дубліката документа;
- видача довідки;
- перевірка VIN-коду.
Поля типу операції
| Поле | Опис |
|---|---|
| Назва операції | Наприклад: Первинна реєстрація |
| Категорія | ТЗ, посвідчення, техогляд, довідка |
| Базова вартість | Вартість послуги |
| Потребує оплати | Так або ні |
| Потребує документів | Так або ні |
| Статус | Активна або архівна |
Довідник «Типи ТЗ»
Типи транспортних засобів потрібні для класифікації.
Типи транспортних засобів
- легковий автомобіль;
- вантажний автомобіль;
- мотоцикл;
- мопед;
- причіп;
- напівпричіп;
- автобус;
- спецтехніка;
- трактор;
- електромобіль;
- інше.
Довідник «Класи посвідчень водія»
Категорії посвідчення визначають право керування певним типом транспортних засобів.
Приклади категорій
- A;
- A1;
- B;
- B1;
- C;
- C1;
- D;
- D1;
- BE;
- CE;
- C1E;
- DE;
- D1E;
- T.
База «Власники транспортних засобів»
Власник — це фізична або юридична особа, на яку зареєстровано транспортний засіб.
Поля власника
| Поле | Опис |
|---|---|
| ПІБ або назва компанії | Найменування власника |
| Тип власника | Фізична особа або юридична особа |
| Паспортні дані | Для фізичних осіб |
| ІПН | Ідентифікаційний номер |
| ЄДРПОУ | Для юридичних осіб |
| Адреса | Адреса проживання або реєстрації |
| Телефон | Контактний номер |
| Електронна адреса | |
| Статус | Активний, заблокований, архівний |
| Коментар | Внутрішня примітка |
Картка власника
У картці власника потрібно бачити:
- персональні або реєстраційні дані;
- список транспортних засобів;
- історію операцій;
- посвідчення водія;
- іспити;
- рахунки;
- оплати;
- документи;
- примітки;
- журнал змін.
База «Транспортні засоби»
Транспортний засіб — основний об’єкт реєстраційного обліку.
Поля транспортного засобу
| Поле | Опис |
|---|---|
| Номерний знак | Державний номер |
| VIN-код | Унікальний ідентифікаційний номер |
| Марка | Наприклад: Toyota, BMW, Ford |
| Модель | Наприклад: Corolla, X5, Focus |
| Рік випуску | Рік виробництва |
| Тип ТЗ | Легковий, вантажний, мотоцикл тощо |
| Об’єм двигуна | У см³ або л |
| Тип палива | Бензин, дизель, газ, електро, гібрид |
| Колір | Колір кузова |
| Власник | Поточний власник |
| Статус реєстрації | Зареєстровано, знято з обліку, заблоковано |
| Дата реєстрації | Коли зареєстровано |
| Номер техпаспорта | Реєстраційний документ |
| Страховий поліс | Прив’язаний поліс, якщо є |
| Коментар | Примітка оператора |
Статуси транспортного засобу
| Статус | Значення |
|---|---|
| Зареєстровано | ТЗ перебуває на обліку |
| Очікує реєстрації | Документи прийнято, операція не завершена |
| Знято з обліку | ТЗ знято з реєстрації |
| Перереєстрація | Триває зміна власника або даних |
| Заблоковано | Операції тимчасово заборонені |
| Архівний | Історичний запис |
Номерні знаки
Модуль може вести окремий облік номерних знаків.
Поля номерного знака
| Поле | Опис |
|---|---|
| Номерний знак | Значення номера |
| Тип номера | Звичайний, транзитний, спеціальний |
| Транспортний засіб | До якого ТЗ прив’язано |
| Дата видачі | Коли видано |
| Статус | Вільний, виданий, повернений, втрачений, архівний |
Страхування
Для ТЗ можна вести страховий поліс.
Поля страхового поліса
| Поле | Опис |
|---|---|
| Транспортний засіб | До якого авто прив’язано |
| Номер поліса | Номер страхового документа |
| Страхова компанія | Назва страховика |
| Дата початку | Початок дії поліса |
| Дата завершення | Кінець дії поліса |
| Статус | Активний, прострочений, скасований |
База «Операції з ТЗ»
Операція з ТЗ — це будь-яка офіційна дія з транспортним засобом.
Поля операції з ТЗ
| Поле | Опис |
|---|---|
| Транспортний засіб | До якого ТЗ належить операція |
| Власник | Поточний або новий власник |
| Попередній власник | Для перереєстрації |
| Тип операції | Первинна реєстрація, перереєстрація, зняття з обліку |
| Дата операції | Коли виконано |
| Працівник МРЕО | Хто виконав |
| Номер документа | Номер виданого документа |
| Статус | Чернетка, очікує оплату, виконано, скасовано |
| Примітка | Коментар оператора |
Логіка первинної реєстрації
При первинній реєстрації система повинна:
- створити або знайти власника;
- створити картку ТЗ;
- перевірити унікальність VIN-коду;
- присвоїти номерний знак;
- створити операцію;
- сформувати рахунок;
- після оплати змінити статус ТЗ на «Зареєстровано»;
- сформувати реєстраційний документ або довідку.
Логіка перереєстрації
При перереєстрації система повинна:
- знайти ТЗ;
- зафіксувати попереднього власника;
- вказати нового власника;
- створити операцію зміни власника;
- сформувати рахунок;
- після оплати оновити власника в картці ТЗ;
- зберегти історію власників.
Логіка зняття з обліку
При знятті з обліку система повинна:
- знайти ТЗ;
- створити операцію зняття;
- сформувати рахунок, якщо послуга платна;
- після завершення змінити статус ТЗ на «Знято з обліку»;
- зберегти дату й причину зняття.
База «Посвідчення водія»
Посвідчення водія — документ, що підтверджує право керування.
Поля посвідчення водія
| Поле | Опис |
|---|---|
| Власник | Особа, якій видано посвідчення |
| Номер посвідчення | Унікальний номер документа |
| Категорії | A, B, C, D, BE тощо |
| Дата видачі | Коли видано |
| Дата закінчення дії | Коли завершується дія |
| Підстава видачі | Нове, заміна, додавання категорії |
| Статус | Активне, прострочене, заблоковане, анульоване |
| Примітка | Коментар |
Операції з посвідченнями
Система має підтримувати:
- видачу нового посвідчення;
- заміну посвідчення;
- додавання категорії;
- блокування посвідчення;
- анулювання посвідчення;
- видачу дубліката.
Іспити
Іспити можуть бути пов’язані з видачею посвідчення або додаванням категорії.
Типи іспитів
- теоретичний;
- практичний;
- повторний;
- внутрішній;
- державний.
Поля іспиту
| Поле | Опис |
|---|---|
| Власник / кандидат | Хто складає іспит |
| Категорія | На яку категорію |
| Тип іспиту | Теорія або практика |
| Дата іспиту | Коли проходить |
| Результат | Склав, не склав, не з’явився |
| Екзаменатор | Хто приймав іспит |
| Коментар | Примітка |
Техогляд
Модуль може вести техогляди транспортних засобів.
Поля техогляду
| Поле | Опис |
|---|---|
| Транспортний засіб | Який ТЗ проходить огляд |
| Дата техогляду | Коли проведено |
| Результат | Пройшов, не пройшов |
| Працівник | Хто проводив |
| Зауваження | Виявлені проблеми |
| Наступна дата огляду | Коли потрібно повторити |
Фінанси і оплата
Модуль має підтримувати фінансовий облік послуг.
Послуги, за які можуть формуватися рахунки
- первинна реєстрація ТЗ;
- перереєстрація ТЗ;
- зміна власника;
- видача номерного знака;
- зняття з обліку;
- видача посвідчення водія;
- заміна посвідчення водія;
- додавання категорії;
- видача дубліката;
- техогляд;
- видача довідки.
Поля рахунку
| Поле | Опис |
|---|---|
| Номер рахунку | Унікальний номер |
| Платник | Власник або заявник |
| Тип операції | За яку послугу сформовано |
| Транспортний засіб | Якщо рахунок пов’язаний із ТЗ |
| Посвідчення | Якщо рахунок пов’язаний із посвідченням |
| Сума | Сума до оплати |
| Оплачено | Скільки сплачено |
| Борг | Залишок |
| Статус | Очікує оплату, частково оплачено, оплачено, скасовано |
Поля оплати
| Поле | Опис |
|---|---|
| Рахунок | За який рахунок оплата |
| Платник | Хто сплатив |
| Дата оплати | Коли отримано оплату |
| Сума | Сума платежу |
| Спосіб оплати | Готівка, картка, банківський переказ, онлайн |
| Статус | Успішно, очікує, помилка, повернення |
| Коментар | Примітка касира |
Документи
Система має формувати PDF-документи.
Приклади документів
- квитанція про оплату;
- акт виконаної операції;
- довідка про реєстрацію;
- довідка про зняття з обліку;
- довідка про зміну власника;
- протокол техогляду;
- довідка про іспит;
- реєстр виданих посвідчень;
- реєстр операцій з ТЗ.
Особистий кабінет власника, опціонально
Власник у кабінеті може бачити:
- свої транспортні засоби;
- історію операцій;
- посвідчення водія;
- страхові поліси;
- техогляди;
- рахунки;
- оплати;
- документи;
- статуси заявок.
Панель працівника МРЕО
Працівник МРЕО має бачити:
- список заявок;
- власників;
- транспортні засоби;
- операції з ТЗ;
- посвідчення водія;
- іспити;
- техогляди;
- рахунки;
- документи;
- журнал змін.
Сповіщення
Система може надсилати сповіщення.
Події для сповіщень
- операцію прийнято в роботу;
- потрібно оплатити рахунок;
- оплату отримано;
- реєстрацію завершено;
- посвідчення готове;
- техогляд завершено;
- страховий поліс завершується;
- посвідчення скоро закінчується;
- заявка скасована.
Звіти
Звіт «Операції з ТЗ за період»
У звіті потрібно відображати:
- дату операції;
- тип операції;
- ТЗ;
- VIN-код;
- номерний знак;
- власника;
- працівника;
- статус;
- суму оплати.
Звіт «Зареєстровані транспортні засоби»
У звіті потрібно відображати:
- номерний знак;
- VIN-код;
- марку;
- модель;
- рік випуску;
- власника;
- дату реєстрації;
- статус.
Звіт «Історія власників ТЗ»
У звіті потрібно відображати:
- ТЗ;
- попереднього власника;
- нового власника;
- дату зміни;
- тип операції;
- працівника.
Звіт «Видані посвідчення водія»
У звіті потрібно відображати:
- власника;
- номер посвідчення;
- категорії;
- дату видачі;
- дату завершення;
- статус.
Звіт «Іспити»
У звіті потрібно відображати:
- кандидата;
- категорію;
- тип іспиту;
- дату;
- результат;
- екзаменатора.
Звіт «Фінанси за період»
У звіті потрібно відображати:
- тип операції;
- кількість операцій;
- суму рахунків;
- суму оплат;
- борг;
- спосіб оплати.
AJAX-інтерактив
Інтерфейс має працювати швидко й без перезавантаження сторінок.
Через AJAX мають працювати:
- пошук власника;
- пошук ТЗ по VIN-коду;
- пошук ТЗ по номерному знаку;
- створення власника;
- створення ТЗ;
- створення операції;
- перевірка унікальності VIN-коду;
- перевірка доступності номерного знака;
- формування рахунку;
- фіксація оплати;
- зміна статусу операції;
- видача посвідчення;
- фільтрація звітів;
- оновлення кабінету власника.
Логування змін
Модуль повинен фіксувати ключові дії.
Журнал змін має зберігати:
- хто створив власника;
- хто змінив дані власника;
- хто створив ТЗ;
- хто змінив VIN або номерний знак;
- хто створив операцію;
- хто змінив статус операції;
- хто змінив власника ТЗ;
- хто зняв ТЗ з обліку;
- хто видав посвідчення;
- хто змінив категорії посвідчення;
- хто зафіксував іспит;
- хто створив рахунок;
- хто зафіксував оплату;
- хто сформував PDF-документ;
- дату й час дії;
- старе та нове значення, якщо це можливо.
Права доступу
Модуль має підтримувати рольову модель.
| Роль | Можливості |
|---|---|
| Оператор | Створює власників, ТЗ, операції, формує заявки |
| Реєстратор | Проводить реєстраційні операції, змінює статуси ТЗ |
| Екзаменатор | Веде іспити та результати по категоріях |
| Працівник техогляду | Веде техогляди й результати перевірок |
| Касир | Формує рахунки, фіксує оплати, друкує квитанції |
| Керівник | Переглядає всі операції, фінанси, звіти й аудит |
| Власник | Переглядає свої ТЗ, документи, рахунки й статуси заявок, якщо кабінет реалізовано |
| Адміністратор системи | Налаштовує довідники, права, шаблони документів і службові параметри |
Технічні вимоги
| Параметр | Опис |
|---|---|
| Бекенд | K2 Cloud ERP на Python або PHP |
| База даних | PostgreSQL або MySQL |
| Фронтенд | HTML5, JavaScript |
| AJAX | Fetch API або Axios |
| UI-компоненти | DataTables для власників, ТЗ, посвідчень, іспитів і операцій; Select2 для пошуку власників і ТЗ |
| Перевірки | Унікальність VIN-коду, номерного знака, номера посвідчення |
| Документи | PDF-квитанції, довідки, акти, реєстри |
| Експорт | Excel або PDF для звітів |
| Безпека | Рольовий доступ, журнал дій, обмеження доступу до персональних даних |
Рекомендовані сутності бази даних
Для реалізації задачі доцільно передбачити такі сутності:
- власники;
- транспортні засоби;
- типи ТЗ;
- номерні знаки;
- страхові поліси;
- типи операцій;
- операції з ТЗ;
- історія власників;
- посвідчення водія;
- категорії посвідчень;
- іспити;
- техогляди;
- рахунки;
- оплати;
- документи;
- сповіщення;
- журнал змін;
- права доступу;
- звіти.
Практичне завдання
У межах атестації потрібно продемонструвати робочий сценарій.
Мінімальний сценарій:
- створити тип операції;
- створити тип ТЗ;
- створити категорії посвідчення;
- створити власника;
- створити транспортний засіб;
- перевірити унікальність VIN-коду;
- видати номерний знак;
- створити операцію первинної реєстрації;
- сформувати рахунок;
- зафіксувати оплату;
- завершити операцію;
- перевірити статус ТЗ «Зареєстровано»;
- створити нового власника;
- виконати перереєстрацію ТЗ;
- перевірити історію власників;
- видати посвідчення водія;
- додати категорії посвідчення;
- зафіксувати іспит;
- провести техогляд;
- сформувати PDF-квитанцію;
- сформувати звіт операцій;
- сформувати фінансовий звіт;
- перевірити журнал змін і права доступу.
Критерії оцінювання
| Критерій | Бали | Що перевіряється |
|---|---|---|
| Реалізація бази власників, транспортних засобів і посвідчень | 20 | Власники, ТЗ, VIN, номерні знаки, типи ТЗ, посвідчення, категорії |
| Облік операцій з ТЗ і видачі документів | 20 | Первинна реєстрація, перереєстрація, зняття з обліку, історія власників, документи |
| Фінансовий облік оплат і формування квитанцій | 20 | Рахунки, оплати, часткова оплата, повна оплата, квитанції, борги |
| Інтерактивність через AJAX і контроль прав доступу | 20 | AJAX-пошук, перевірки VIN/номерів, оновлення статусів, рольовий доступ, аудит |
| Зручність і прозорість обліку операцій | 20 | Картка власника, картка ТЗ, історія операцій, звіти, PDF-документи |
| Разом | 100 | Максимальна оцінка |
Шкала оцінювання
| Бали | Рівень | Опис |
|---|---|---|
| 90–100 | Відмінно | Модуль повністю працює: власники, ТЗ, VIN, номерні знаки, операції, посвідчення, іспити, платежі, документи і звіти реалізовані коректно |
| 75–89 | Добре | Основна логіка працює, є незначні недоліки, які не руйнують процес обліку МРЕО |
| 60–74 | Зараховано | Базовий сценарій працює, але частина функцій реалізована неповно або потребує доопрацювання |
| 0–59 | Не зараховано | Відсутня критична логіка: власники, ТЗ, реєстраційні операції, посвідчення, рахунки або документи |
Критичні помилки
Критичними помилками вважаються ситуації, коли:
- неможливо створити власника;
- неможливо створити транспортний засіб;
- VIN-код не перевіряється на унікальність;
- номерний знак не перевіряється на доступність;
- ТЗ не прив’язується до власника;
- неможливо створити операцію з ТЗ;
- перереєстрація не змінює власника;
- історія власників не зберігається;
- зняття з обліку не змінює статус ТЗ;
- неможливо видати посвідчення водія;
- категорії посвідчення не зберігаються;
- рахунок не формується;
- оплата не змінює статус рахунку;
- користувач без прав бачить персональні дані;
- звіти не відповідають фактичним операціям, ТЗ і оплатам;
- зміни ТЗ, власників, посвідчень і оплат не логуються.
Умова складання. Завдання не може бути зараховане, якщо система не дозволяє пройти базовий цикл МРЕО: власник → ТЗ → реєстраційна операція → рахунок → оплата → документ → історія → звіт.
Очікуваний результат
У результаті виконання атестаційного завдання має бути створений модуль МРЕО в K2 ERP.
Модуль має підтримувати власників, транспортні засоби, VIN-коди, номерні знаки, страхові поліси, типи операцій, реєстраційні операції, історію власників, посвідчення водія, категорії, іспити, техогляди, рахунки, оплати, документи, кабінет власника, сповіщення, звіти, AJAX-інтерактив, журнал змін і рольовий доступ.
Примітка
ERP для МРЕО критично важлива для прозорого обліку транспортних засобів, контролю реєстраційних дій, видачі посвідчень водія та зменшення бюрократії.
Якісна автоматизація дозволяє швидше обслуговувати громадян і бізнес, зменшити кількість ручних помилок і забезпечити повну історію кожного транспортного засобу.
Коротко
| Питання | Відповідь |
|---|---|
| Що потрібно створити? | Модуль МРЕО |
| Які довідники потрібні? | Власники, типи ТЗ, типи операцій, категорії посвідчень |
| Який головний процес? | Реєстрація ТЗ, перереєстрація, зняття з обліку, видача посвідчень |
| Що потрібно контролювати? | VIN-коди, номерні знаки, власників, історію операцій, посвідчення, оплати |
| Які документи потрібні? | Квитанції, довідки, акти, протоколи техогляду, реєстри |
| Які звіти потрібні? | Операції з ТЗ, зареєстровані ТЗ, історія власників, посвідчення, іспити, фінанси |
| Що є критичною вимогою? | Перереєстрація має змінювати власника і зберігати історію попередніх власників |
| Що бажано додати? | Кабінет власника, онлайн-заявки, сповіщення, техогляди, страхування, іспити |