Атестаційні завдання K2 ERP/Трансфери та таксі
!; Статус
Фіксована ціна застосовується для типових трансферів.; Довідник водіїв містить працівників або партнерів, які виконують поїздки.; Коротко. Потрібно реалізувати компонент для трансферів і таксі: клієнти.; Поле
Приклад: !;== Поля замовлення ==
Варіанти тарифікації
|- | Що потрібно створити?; |}
!; характеристика
Опціонально можна враховувати платне очікування.; Тарифи визначають, як розраховується вартість поїздки.;== Типи оплати ==
Колонки бази замовлень
!;== Тарифи ==
- вести клієнтів;
- вести автомобілі;
- вести водіїв;
- вести типи поїздок;
- створювати замовлення вручну або через сайт;
- приймати попередні бронювання на дату і час;
- вказувати пункт відправлення і пункт призначення;
- розраховувати вартість поїздки;
- призначати водія і автомобіль;
- контролювати доступність водіїв і авто;
- змінювати статуси замовлення;
- фіксувати оплату;
- підтримувати готівкову, карткову і безготівкову оплату;
- надсилати клієнту сповіщення;
- давати клієнту можливість оцінити поїздку;
- формувати квитанції;
- формувати звіти по замовленнях, доходах, водіях і автомобілях.; характеристика
Очікування
!; Це можуть бути:
!; Роль
Умова складання. задача не має змогу бути зараховане, якщо платформа не надає можливість пройти базовий цикл трансферу або таксі: замовник → замовлення → водій → авто → поїздка → оплата → квитанція → звіт.;== Статуси оплати ==<div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;"> компонент трансферів і таксі потрібен таксомоторним службам, компаніям VIP-трансферів, корпоративним автопаркам, туристичним компаніям, готелям, аеропортам і сервісам персональних перевезень.; | Готівка, картка, онлайн-оплата, безготівковий розрахунок |- | Які звіти потрібні?; Замовлення — центральний документ модуля.;== Довідник «Типи поїздок» == [[Категорія:K2 ERP]]
організація організовує пасажирські перевезення для приватних і корпоративних клієнтів.; характеристика
| Номер замовлення | Генерується автономно |
| замовник | Хто замовляє поїздку |
| Контактний телефон | Телефон пасажира |
| Тип поїздки | Таксі, трансфер, оренда з водієм |
| Дата і час подачі | Коли потрібен автомобіль |
| Пункт відправлення | Адреса або точка старту |
| Пункт призначення | Адреса або точка завершення |
| Кількість пасажирів | Для підбору авто |
| Багаж | Опціонально |
| Коментар клієнта | Побажання до поїздки |
| Водій | Призначений виконавець |
| Автомобіль | Призначене авто |
| Ціна | Вартість поїздки |
| Тип оплати | Готівка, картка, безготівковий розрахунок |
| Статус | Поточний стан замовлення |
Розрахунок за кілометражем
Коротко
!;== Звіт «Оплати» ==
!;
Ціна = Кількість годин × Ціна за годину
Типи автомобілів
Погодинна оренда
Практичне задача
!; !; Призначення
!; Статус
Реальний бізнес-контекст
- створення бронювання;
- пошук клієнта;
- вибір адрес;
- розрахунок ціни;
- вибір водія;
- вибір автомобіля;
- зміна статусу замовлення;
- підтвердження поїздки;
- фіксація оплати;
- відправка сповіщення;
- оцінювання поїздки;
- фільтрація замовлень;
- актуалізація звітів.; характеристика
інформаційні дані в повідомленні про призначення водія
- автомобіль;
- кількість поїздок;
- суму доходу;
- середній дохід на поїздку;
- кількість годин у роботі;
- статус автомобіля.; {| class="wikitable" style="width:100%;"
Критичні помилки
|- | Не оплачено | Оплата ще не отримана |- | Очікує оплати | Клієнту виставлено рахунок або посилання на оплату |- | Частково оплачено | Оплачена частина суми |- | Оплачено | Оплата отримана в цілому |- | Повернення | Кошти повернено клієнту |}
!; Поле
* хто створив замовлення;
* хто змінив дату або час подачі;
* хто змінив маршрут;
* хто призначив водія;
* хто призначив автомобіль;
* хто змінив статус поїздки;
* хто змінив ціну;
* хто зафіксував оплату;
* хто скасував замовлення;
* хто змінив статус водія або авто;
* дату й час дії;
* старе та нове значення, якщо це можливо.; Поле
компонент має забезпечувати повний цикл роботи сервісу перевезень: прийом бронювання, обліковий облік клієнтів, водіїв і автомобілів, розрахунок вартості поїздки, призначення водія, контроль статусів, оплату, сповіщення клієнтів, оцінювання поїздок і формування звітів.; платформа має змогу підбирати водія й авто за параметрами:
<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
== Автоматичне призначення ==
|-
| Замовлення
| До якої поїздки належить оцінка
|-
| замовник
| Хто залишив оцінку
|-
| Водій
| Кого оцінюють
|-
| Оцінка
| як ілюстрація, від 1 до 5
|-
| Коментар
| Текстовий відгук
|-
| Дата
| Коли залишено оцінку
|}
платформа має надсилати клієнту повідомлення про ключові події.; Окремо варто відзначити замовлення, водії, автомобілі, типи поїздок, маршрути, тарифи, бронювання на дату й час, призначення водія, статуси поїздки, оплата, квитанції, сповіщення, рейтинги і звіти.; Разом
Призначення має змогу бути ручним або автоматичним.; !;{{DISPLAYTITLE:Атестаційні завдання K2 ERP/Трансфери та таксі}}
!;== Кроки бронювання ==
{| class="wikitable" style="width:100%;"
* номер замовлення;
* клієнта;
* суму;
* тип оплати;
* статус оплати;
* дату оплати;
* борг, якщо є собою.; | Повний цикл: бронювання → призначення → поїздка → оплата → звіт
|}
!; Звіт показує фінансовий стан поїздок.; | Нове, призначено, авто подано, виконується, виконано, оплачено, скасовано
|-
| Які оплати потрібні?; У межах атестації потрібно продемонструвати робочий сценарій.; Критичними помилками вважаються ситуації, коли:
</div>
== Поля тарифу ==
# створити клієнта;
# створити кілька автомобілів;
# створити кілька водіїв;
# створити типи поїздок;
# створити тариф;
# створити нове замовлення;
# вказати дату, час, пункт відправлення і пункт призначення;
# розрахувати вартість поїздки;
# призначити водія й автомобіль;
# перевести замовлення у статус '''«Призначено»''';
# перевести замовлення у статус '''«Авто подано»''';
# перевести замовлення у статус '''«Виконується»''';
# завершити поїздку;
# зафіксувати оплату;
# сформувати квитанцію;
# залишити оцінку поїздки;
# перевірити рейтинг водія;
# створити скасоване замовлення з причиною;
# сформувати звіт замовлень за період;
# сформувати звіт ефективності водіїв;
# сформувати звіт доходів по автомобілях;
# сформувати звіт оплат;
# перевірити журнал змін.; {| class="wikitable" style="width:100%;"
== Сповіщення клієнтів ==
* відображення пункту відправлення;
* відображення пункту призначення;
* побудова маршруту;
* розрахунок відстані;
* розрахунок приблизного часу;
* відображення автомобілів, якщо реалізовано GPS-інтеграцію.; {| class="wikitable" style="width:100%;"
== Звіт «Ефективність водіїв» ==
У звіті потрібно відображати:
|-
| Номер замовлення
| Унікальний номер поїздки
|-
| Дата і час замовлення
| Коли створено заявку
|-
| Дата і час подачі
| Коли потрібно подати авто
|-
| замовник
| Замовник поїздки
|-
| Тип поїздки
| Таксі, трансфер, оренда з водієм
|-
| Пункт відправлення
| Звідки забрати клієнта
|-
| Пункт призначення
| Куди доставити клієнта
|-
| Автомобіль
| Призначене авто
|-
| Водій
| Призначений водій
|-
| Статус
| Нове, призначено, виконується, виконано, скасовано
|-
| Ціна поїздки
| Розрахована або встановлена вручну
|-
| Тип оплати
| Готівка, картка, безготівково
|}
</div>
== База «Замовлення» ==
Довідник автомобілів містить транспорт, який має змогу бути призначений на поїздки.; Поле
|-
| Назва типу
| як ілюстрація: трансфер аеропорт — готель
|-
| характеристика
| Коротке пояснення
|-
| Спосіб розрахунку
| Фіксована ціна, за кілометражем, погодинно
|-
| Мінімальна ціна
| Мінімальна вартість поїздки
|-
| Активність
| Чи доступний тип поїздки для нових замовлень
|}
У звіті потрібно відображати:
Ціна = Базова ціна + Відстань × Ціна за км
== ключовий бізнес-процес ==
* фіксована ціна;
* ціна за кілометр;
* ціна за годину;
* мінімальна вартість поїздки;
* доплата за очікування;
* доплата за нічний час;
* доплата за клас авто;
* індивідуальний корпоративний тариф.; Критерій
[[Категорія:Автопарк]]
{| class="wikitable" style="width:100%;"
* номер замовлення;
* дату і час поїздки;
* клієнта;
* маршрут;
* водія;
* автомобіль;
* суму;
* тип оплати;
* статус оплати.;== інформаційні дані квитанції ==
У звіті потрібно відображати:
== Мапа і маршрути ==
|-
| Реалізація бази автомобілів, водіїв і замовлень
| 20
| Клієнти, авто, водії, типи поїздок, тарифи, замовлення
|-
| Створення бронювання і призначення водіїв
| 20
| Бронювання на дату й час, вибір маршруту, підбір або ручне призначення водія й авто
|-
| керування статусами поїздок і оплатою
| 20
| Статуси замовлення, фіксація виконання, оплата, квитанція, скасування
|-
| Формування звітів по доходах і водіях
| 20
| Замовлення за період, ефективність водіїв, доходи по авто, оплати, скасування
|-
| Інтерактивність через AJAX і сповіщення клієнтів
| 20
| AJAX-бронювання, зміна статусів, розрахунок ціни, сповіщення, оцінювання
|-
== Розрахунок вартості поїздки ==
[[Категорія:Таксі]]
автоматизація процесів бронювань надає можливість зменшити навантаження на диспетчерів, швидше призначати водіїв, краще контролювати виконання поїздок, бачити доходи та підвищувати якість обслуговування клієнтів.;== функціональні можливості мапи ==
== Права доступу ==
Для реалізації задачі доцільно передбачити такі сутності:
!;== Звіт «Замовлення по періодах» ==
!;== Примітка ==
!; Поле
Квитанція має містити:
|-
| Номер авто
| Державний номер автомобіля
|-
| Марка і модель
| як ілюстрація: Toyota Camry, Mercedes Vito
|-
| Тип транспорту
| Седан, мінівен, автобус тощо
|-
| Кількість місць
| Скільки пасажирів має змогу перевозити авто
|-
| Рік випуску
| Опціонально
|-
| Колір
| Для інформування клієнта
|-
| Статус авто
| Активний, у сервісі, недоступний, у поїздці
|-
| Водій за замовчуванням
| Якщо авто закріплене за конкретним водієм
|}
Мета задача — створити в K2 ERP компонент для автоматизації роботи компанії, яка надає послуги таксі, трансферів, оренди автомобілів з водієм або корпоративних перевезень.; # Менеджер або платформа призначає водія й автомобіль.;== Статуси замовлення ==
'''істотно.''' Автомобіль зі статусом '''«У сервісі»''', '''«Недоступний»''' або '''«У поїздці»''' не повинен автономно призначатися на нове замовлення.;<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
[[Категорія:Атестаційні завдання K2]]
Опціонально можна інтегрувати мапу.; Бали
компонент має підтримувати клієнтів, автомобілі, водіїв, типи поїздок, тарифи, замовлення, маршрути, бронювання, ручне або автоматичне призначення водія, статуси поїздок, розрахунок вартості, оплати, квитанції, сповіщення, рейтинги, звіти, AJAX-інтерактив і логування змін.; __TOC__
{| class="wikitable" style="width:100%;"
* ім’я водія;
* телефон водія;
* марку і модель авто;
* номер авто;
* час подачі;
* орієнтовну вартість.; # Вказує кількість пасажирів.; характеристика
== Рахунок і квитанція ==
* таксі по місту;
* трансфер з аеропорту до готелю;
* трансфер з вокзалу;
* міжміські поїздки;
* VIP-трансфери;
* корпоративні перевезення;
* оренда автомобіля з водієм по годинах;
* групові перевезення мінівенами або автобусами;
* регулярне обслуговування бізнес-клієнтів.;[[Категорія:Трансфери]]
Звіт показує кількість і суму замовлень за вибраний період.; * неможливо створити клієнта;
* неможливо створити автомобіль;
* неможливо створити водія;
* неможливо створити замовлення;
* замовлення не має дати й часу подачі;
* замовлення не має пункту відправлення;
* неможливо призначити водія;
* неможливо призначити автомобіль;
* один водій призначається на дві одночасні поїздки без попередження;
* один автомобіль призначається на дві одночасні поїздки без попередження;
* статус поїздки не змінюється;
* виконана поїздка не фіксується;
* оплата не прив’язується до замовлення;
* скасоване замовлення показується як активне;
* рейтинг водія не оновлюється, якщо ця функція заявлена;
* звіти не відповідають фактичним замовленням і оплатам;
* зміни водія, авто, статусу або ціни не логуються.; | Клієнти, автомобілі, водії, типи поїздок, тарифи
|-
| Який центральний документ?; Поле
* [[K2 Cloud ERP|K2 ERP]]
* [[K2 ERP]]
* [[Атестаційні завдання K2 ERP]]
* [[Автоперевізник]]
* [[TMS]]
* [[CRM]]
* [[Таксі]]
* [[Трансфер]]
* [[Бронювання]]
* [[Водії]]
* [[Автопарк]]
* [[Рахунок на оплату]]
* [[Звітність]]
* [[AJAX]]
!; Питання
!;== Рекомендовані сутності бази даних ==
'''компонент обліку замовлень трансферів і таксі: бронювання, водії, автопарк, платежі'''.;<pre>
== Логування змін ==
== Звіт «Доходи по автомобілях» ==
* замовлення створено;
* замовлення підтверджено;
* водія призначено;
* авто подано;
* поїздку розпочато;
* поїздку завершено;
* оплату підтверджено;
* замовлення скасовано;
* запит на оцінку поїздки.; платформа має підтримувати кілька способів розрахунку.; 100
Поля автомобіля
!; Параметр
Критично. Один водій або автомобіль не повинні бути призначені на дві поїздки, які перетинаються за часом, без попередження диспетчера.; Об’єкт
!;== Довідник «Водії» ==
Довідник «Клієнти»
!; !; {| class="wikitable" style="width:100%;"
Мета задача
!; Колонка
| Нове | Заявка розроблена, водій ще не призначений |
| Очікує підтвердження | Замовлення потребує підтвердження менеджера або клієнта |
| Призначено | Водій і автомобіль призначені |
| Водій прийняв | Водій підтвердив виконання замовлення |
| Авто подано | Автомобіль прибув до клієнта |
| Виконується | Поїздка триває |
| Виконано | Поїздку завершено |
| Оплачено | Оплату підтверджено |
| Скасовано | Замовлення не відбулося |
Бронювання має змогу створювати менеджер або сам замовник через сайт.; характеристика
Технічні вимоги
платформа повинна дозволяти: |- | замовник | Створює бронювання, переглядає свої поїздки, оплати й оцінки |- | Диспетчер | Приймає замовлення, призначає водіїв і авто, контролює статуси |- | Водій | Бачить свої замовлення, приймає поїздки, змінює статус виконання |- | Менеджер | функціонує з клієнтами, тарифами, корпоративними замовленнями |- | Бухгалтер | Контролює оплати, рахунки, квитанції та борги |- | Керівник | Переглядає звіти, доходи, ефективність водіїв і автопарку |- | Адміністратор | Налаштовує права, тарифи, типи поїздок, авто, водіїв і службові параметри |}
Через AJAX мають працювати:
Диспетчер сам обирає водія й автомобіль зі списку доступних.;== Приклади типів поїздок ==
Поля оцінки
- замовник створює заявку через сайт, телефон або менеджера;
- менеджер або платформа створює замовлення;
- вказується тип поїздки;
- вказуються дата, час, адреса подачі й адреса призначення;
- платформа розраховує вартість;
- платформа або диспетчер підбирає доступного водія й автомобіль;
- замовник отримує підтвердження;
- водій приймає замовлення;
- автомобіль подається клієнту;
- поїздка переходить у статус «Виконується»;
- після прибуття поїздка завершується;
- фіксується оплата;
- клієнту надсилається квитанція;
- замовник має змогу оцінити поїздку;
- інформаційні дані потрапляють у звіти.; | компонент обліку замовлень трансферів і таксі
Які довідники потрібні?; Значення
Звіти
| ||
| - | Клієнти | Замовники поїздок |
| Автомобілі | Транспортні засоби компанії | |
| Водії | Виконавці поїздок | |
| Типи поїздок | Таксі, трансфер, оренда з водієм, корпоративна поїздка | |
| Замовлення | ключовий документ поїздки | |
| Маршрути | Пункти відправлення і призначення | |
| Тарифи | Правила розрахунку вартості | |
| Оплати | Готівка, картка, безготівковий розрахунок | |
| Сповіщення | Повідомлення клієнту і водію | |
| Рейтинги | Оцінка якості поїздки і водія | |
| Квитанції | Документ підтвердження оплати | |
| Звіти | аналітичні інструменти по замовленнях, доходах, водіях і авто |
компонент має підтримувати різні типи оплати.; У звіті потрібно відображати:
Основні об’єкти модуля
- водія;
- кількість виконаних замовлень;
- кількість скасованих;
- середню оцінку;
- суму доходу;
- пробіг, якщо фіксується;
- кількість скарг, якщо реалізовано.; {| class="wikitable" style="width:100%;"
Поля клієнта
| Бекенд | K2 Cloud ERP на Python або PHP |
| База даних | PostgreSQL або MySQL |
| Фронтенд | HTML5, JavaScript |
| AJAX | Fetch API або Axios |
| UI-компоненти | DataTables для замовлень, Select2 для водіїв, авто і типів поїздок |
| Мапа | OpenStreetMap або Google Maps API, опціонально |
| Сповіщення | Email, SMS або месенджери, залежно від реалізації |
| Оплати | Онлайн-оплата, готівка, картка, безготівково |
| Друк | PDF-квитанції або рахунки, опціонально |
| Адаптивність | Мобільна реліз для бронювання і роботи водія |
Клієнту бажано показати:
- клієнти;
- автомобілі;
- типи автомобілів;
- водії;
- типи поїздок;
- тарифи;
- замовлення;
- статуси замовлень;
- маршрути;
- адреси;
- оплати;
- квитанції;
- сповіщення;
- рейтинги;
- відгуки;
- скасування;
- журнал змін;
- звіти;
- права доступу.;
Створення бронювання
AJAX-інтерактив
| ; Відповідь | ; Що перевіряється | ; !; характеристика | Замовлення за період, ефективність водіїв, доходи по автомобілях, оплати, скасування |
|---|---|---|---|
| Що є собою критичною вимогою?; # Вказує пункт відправлення.; !; !;== Рейтинг і відгуки == центральний принцип. Замовлення поїздки має пройти зрозумілий шлях: заявка → призначення водія → подача авто → виконання → оплата → завершення → оцінка.; характеристика | Клієнта, дату, час, маршрут, водія, автомобіль, ціну, оплату і статус | ||
| Які статуси потрібні?; Бали Журнал змін має зберігати: Звіт показує, скільки заробив кожен автомобіль.; |- | ПІБ або назва компанії | Ім’я клієнта або назва організації | |
| Тип клієнта | Приватний або корпоративний | ||
| Телефон | ключовий контактний номер | ||
| Для квитанцій і сповіщень | |||
| Коментар | Особливі побажання або внутрішні примітки | ||
| Статус | Активний, заблокований, архівний |
Шкала оцінювання
Поля типу поїздки
Поля водія
Довідник «Автомобілі»
Ручне призначення
| Назва тарифу | як ілюстрація: Місто, Аеропорт, VIP, Корпоративний |
| Тип поїздки | До якого типу застосовується тариф |
| Базова ціна | Стартова вартість |
| Ціна за км | Для розрахунку за відстанню |
| Ціна за годину | Для погодинної оренди |
| Мінімальна ціна | Нижня межа вартості |
| Доплата за очікування | Опціонально |
| Активність | Чи діє тариф |
Типовий бізнес-процес роботи сервісу трансферів і таксі виглядає так:
Див.; додатково
У роботі такої компанії істотно оперативно приймати замовлення, правильно призначати вільного водія й автомобіль, контролювати статус поїздки, бачити оплату, уникати накладок у графіку та аналізувати ефективність роботи водіїв і автопарку.; |- | 90–100 | Відмінно | компонент в цілому функціонує: клієнти, авто, водії, бронювання, призначення, статуси, оплати, сповіщення, рейтинги й звіти реалізовані коректно |- | 75–89 | Добре | Основна логіка функціонує, є собою незначні недоліки, які не руйнують бізнес-процес обліку поїздок |- | 60–74 | Зараховано | Базовий сценарій функціонує, але частина функцій реалізована неповно або потребує доопрацювання |- | 0–59 | Не зараховано | Відсутня критична логіка: замовлення, водії, автомобілі, статуси, оплата або звіти |} !;== Очікуваний результат ==
Оплати
Назва задача
У результаті виконання атестаційного задача має бути створений компонент трансферів і таксі в K2 ERP.; # Вказує дату і час подачі авто.; # платформа розраховує орієнтовну ціну.; # Вказує пункт призначення.; Рівень
компонент повинен фіксувати важливі дії.; # замовник підтверджує заявку.; характеристика
; Максимальна оцінка
Тип поїздки визначає сценарій обслуговування та принцип розрахунку.;== Події для сповіщень ==
Аеропорт → Готель = 900 грн
Звіт «Скасовані замовлення»Фіксована ціна |
|---|