Атестаційні завдання K2 ERP/Трансфери та таксі: відмінності між версіями
R (обговорення | внесок) Первинна публікація |
R (обговорення | внесок) Немає опису редагування |
||
| Рядок 1: | Рядок 1: | ||
!; Статус | |||
Фіксована ціна застосовується для типових трансферів.; Довідник водіїв містить працівників або партнерів, які виконують поїздки.; '''Коротко.''' Потрібно реалізувати компонент для трансферів і таксі: клієнти.; Поле | |||
Приклад: | |||
* замовлення | !;== Поля замовлення == | ||
* | == Варіанти тарифікації == | ||
|- | |||
| Що потрібно створити?; |} | |||
!; характеристика | |||
Опціонально можна враховувати платне очікування.; Тарифи визначають, як розраховується вартість поїздки.;== Типи оплати == | |||
== Колонки бази замовлень == | |||
!;== Тарифи == | |||
* вести клієнтів; | |||
* вести автомобілі; | |||
* вести водіїв; | |||
* вести типи поїздок; | |||
* створювати замовлення вручну або через сайт; | |||
* приймати попередні бронювання на дату і час; | |||
* вказувати пункт відправлення і пункт призначення; | |||
* розраховувати вартість поїздки; | |||
* призначати водія і автомобіль; | |||
* контролювати доступність водіїв і авто; | |||
* змінювати статуси замовлення; | |||
* фіксувати оплату; | |||
* підтримувати готівкову, карткову і безготівкову оплату; | |||
* надсилати клієнту сповіщення; | |||
* давати клієнту можливість оцінити поїздку; | |||
* формувати квитанції; | |||
* формувати звіти по замовленнях, доходах, водіях і автомобілях.; характеристика | |||
== Очікування == | |||
!; Це можуть бути: | |||
!; Роль | |||
[[Категорія:Корпоративна Wiki]] | |||
==== | {| class="wikitable" style="width:100%;" | ||
'''Умова складання.''' задача не має змогу бути зараховане, якщо платформа не надає можливість пройти базовий цикл трансферу або таксі: замовник → замовлення → водій → авто → поїздка → оплата → квитанція → звіт.;== Статуси оплати == | |||
<pre> | |||
= | <div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;"> | ||
компонент трансферів і таксі потрібен таксомоторним службам, компаніям VIP-трансферів, корпоративним автопаркам, туристичним компаніям, готелям, аеропортам і сервісам персональних перевезень.; | Готівка, картка, онлайн-оплата, безготівковий розрахунок | |||
|- | |||
| Які звіти потрібні?; Замовлення — центральний документ модуля.;== Довідник «Типи поїздок» == | |||
[[Категорія:K2 ERP]] | |||
</pre> | |||
організація організовує пасажирські перевезення для приватних і корпоративних клієнтів.; характеристика | |||
|- | |||
| Номер замовлення | |||
| Генерується автономно | |||
|- | |||
| замовник | |||
| Хто замовляє поїздку | |||
|- | |||
| Контактний телефон | |||
| Телефон пасажира | |||
|- | |||
| Тип поїздки | |||
| Таксі, трансфер, оренда з водієм | |||
|- | |||
| Дата і час подачі | |||
| Коли потрібен автомобіль | |||
|- | |||
| Пункт відправлення | |||
| Адреса або точка старту | |||
|- | |||
| Пункт призначення | |||
| Адреса або точка завершення | |||
|- | |||
| Кількість пасажирів | |||
| Для підбору авто | |||
|- | |||
| Багаж | |||
| Опціонально | |||
|- | |||
| Коментар клієнта | |||
| Побажання до поїздки | |||
|- | |- | ||
| | | Водій | ||
| | | Призначений виконавець | ||
|- | |- | ||
| | | Автомобіль | ||
| | | Призначене авто | ||
|- | |- | ||
| | | Ціна | ||
| | | Вартість поїздки | ||
|- | |- | ||
| | | Тип оплати | ||
| | | Готівка, картка, безготівковий розрахунок | ||
|- | |- | ||
| | | Статус | ||
| | | Поточний стан замовлення | ||
|} | |} | ||
! | == Розрахунок за кілометражем == | ||
=== | |||
! | == Коротко == | ||
!;== Звіт «Оплати» == | |||
!;</pre> | |||
Ціна = Кількість годин × Ціна за годину | |||
== Типи автомобілів == | |||
== Погодинна оренда == | |||
</pre> | |||
== Практичне задача == | |||
!; !; Призначення | |||
!; Статус | |||
== Реальний бізнес-контекст == | == Реальний бізнес-контекст == | ||
* створення бронювання; | |||
* пошук клієнта; | |||
* вибір адрес; | |||
* розрахунок ціни; | |||
* вибір водія; | |||
* вибір автомобіля; | |||
* зміна статусу замовлення; | |||
* підтвердження поїздки; | |||
* фіксація оплати; | |||
* відправка сповіщення; | |||
* оцінювання поїздки; | |||
* фільтрація замовлень; | |||
* актуалізація звітів.; характеристика | |||
== інформаційні дані в повідомленні про призначення водія == | |||
* автомобіль; | |||
* кількість поїздок; | |||
* суму доходу; | |||
* середній дохід на поїздку; | |||
* кількість годин у роботі; | |||
* статус автомобіля.; {| class="wikitable" style="width:100%;" | |||
== Критичні помилки == | |||
|- | |- | ||
| | | Не оплачено | ||
| | | Оплата ще не отримана | ||
|- | |- | ||
| | | Очікує оплати | ||
| | | Клієнту виставлено рахунок або посилання на оплату | ||
|- | |- | ||
| | | Частково оплачено | ||
| | | Оплачена частина суми | ||
|- | |- | ||
| | | Оплачено | ||
| | | Оплата отримана в цілому | ||
|- | |- | ||
| | | Повернення | ||
| | | Кошти повернено клієнту | ||
|} | |} | ||
</div> | |||
!; Поле | |||
<pre> | |||
==== | * хто створив замовлення; | ||
* хто змінив дату або час подачі; | |||
* хто змінив маршрут; | |||
* хто призначив водія; | |||
* хто призначив автомобіль; | |||
* хто змінив статус поїздки; | |||
* хто змінив ціну; | |||
* хто зафіксував оплату; | |||
* хто скасував замовлення; | |||
* хто змінив статус водія або авто; | |||
* дату й час дії; | |||
* старе та нове значення, якщо це можливо.; Поле | |||
компонент має забезпечувати повний цикл роботи сервісу перевезень: прийом бронювання, обліковий облік клієнтів, водіїв і автомобілів, розрахунок вартості поїздки, призначення водія, контроль статусів, оплату, сповіщення клієнтів, оцінювання поїздок і формування звітів.; платформа має змогу підбирати водія й авто за параметрами: | |||
<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 | |||
</pre> | |||
== Поля автомобіля == | |||
[[Категорія:TMS]] | |||
!; Параметр | |||
'''Критично.''' Один водій або автомобіль не повинні бути призначені на дві поїздки, які перетинаються за часом, без попередження диспетчера.; Об’єкт | |||
!;== Довідник «Водії» == | |||
== Довідник «Клієнти» == | |||
!; !; {| class="wikitable" style="width:100%;" | |||
== Мета задача == | |||
!; Колонка | |||
{| class="wikitable" style="width:100%;" | |||
|- | |||
| Нове | |||
| Заявка розроблена, водій ще не призначений | |||
|- | |||
| Очікує підтвердження | |||
| Замовлення потребує підтвердження менеджера або клієнта | |||
|- | |||
| Призначено | |||
| Водій і автомобіль призначені | |||
|- | |||
| Водій прийняв | |||
| Водій підтвердив виконання замовлення | |||
|- | |||
| Авто подано | |||
| Автомобіль прибув до клієнта | |||
|- | |||
| Виконується | |||
| Поїздка триває | |||
|- | |||
| Виконано | |||
| Поїздку завершено | |||
|- | |||
| Оплачено | |||
| Оплату підтверджено | |||
|- | |||
| Скасовано | |||
| Замовлення не відбулося | |||
|} | |||
* | Бронювання має змогу створювати менеджер або сам замовник через сайт.; характеристика | ||
* | == Технічні вимоги == | ||
платформа повинна дозволяти: | |||
* | |- | ||
| замовник | |||
| Створює бронювання, переглядає свої поїздки, оплати й оцінки | |||
|- | |||
| Диспетчер | |||
| Приймає замовлення, призначає водіїв і авто, контролює статуси | |||
|- | |||
| Водій | |||
| Бачить свої замовлення, приймає поїздки, змінює статус виконання | |||
|- | |||
| Менеджер | |||
| функціонує з клієнтами, тарифами, корпоративними замовленнями | |||
|- | |||
| Бухгалтер | |||
| Контролює оплати, рахунки, квитанції та борги | |||
|- | |||
| Керівник | |||
| Переглядає звіти, доходи, ефективність водіїв і автопарку | |||
|- | |||
| Адміністратор | |||
| Налаштовує права, тарифи, типи поїздок, авто, водіїв і службові параметри | |||
|} | |||
Через AJAX мають працювати: | |||
Диспетчер сам обирає водія й автомобіль зі списку доступних.;== Приклади типів поїздок == | |||
{| class="wikitable" style="width:100%;" | |||
== Поля оцінки == | |||
# замовник створює заявку через сайт, телефон або менеджера; | |||
# менеджер або платформа створює замовлення; | |||
# вказується тип поїздки; | |||
# вказуються дата, час, адреса подачі й адреса призначення; | |||
# платформа розраховує вартість; | |||
# платформа або диспетчер підбирає доступного водія й автомобіль; | |||
# замовник отримує підтвердження; | |||
# водій приймає замовлення; | |||
# автомобіль подається клієнту; | |||
# поїздка переходить у статус '''«Виконується»'''; | |||
# після прибуття поїздка завершується; | |||
# фіксується оплата; | |||
# клієнту надсилається квитанція; | |||
# замовник має змогу оцінити поїздку; | |||
# інформаційні дані потрапляють у звіти.; | компонент обліку замовлень трансферів і таксі | |||
|- | |||
| Які довідники потрібні?; Значення | |||
== Звіти == | |||
* номер замовлення; | |||
* клієнта; | |||
* дату; | |||
* водія, якщо був призначений; | |||
* причину скасування; | |||
* хто скасував; | |||
* час до подачі авто.; !; | Замовлення поїздки | |||
|- | |||
| Що має містити замовлення?; Інтерфейс має працювати оперативно та комфортно для диспетчера, водія і клієнта.; |- | |||
| Клієнти | |||
| Замовники поїздок | |||
|- | |||
| Автомобілі | |||
| Транспортні засоби компанії | |||
|- | |||
| Водії | |||
| Виконавці поїздок | |||
|- | |||
| Типи поїздок | |||
| Таксі, трансфер, оренда з водієм, корпоративна поїздка | |||
|- | |||
| Замовлення | |||
| ключовий документ поїздки | |||
|- | |||
| Маршрути | |||
| Пункти відправлення і призначення | |||
|- | |||
| Тарифи | |||
| Правила розрахунку вартості | |||
|- | |||
| Оплати | |||
| Готівка, картка, безготівковий розрахунок | |||
|- | |||
| Сповіщення | |||
| Повідомлення клієнту і водію | |||
|- | |||
| Рейтинги | |||
| Оцінка якості поїздки і водія | |||
|- | |||
| Квитанції | |||
| Документ підтвердження оплати | |||
|- | |||
| Звіти | |||
| аналітичні інструменти по замовленнях, доходах, водіях і авто | |||
|} | |||
компонент має підтримувати різні типи оплати.; У звіті потрібно відображати: | |||
{| class="wikitable" style="width:100%;" | |||
== Основні об’єкти модуля == | |||
* водія; | |||
* кількість виконаних замовлень; | |||
* кількість скасованих; | |||
* середню оцінку; | |||
* суму доходу; | |||
* пробіг, якщо фіксується; | |||
* кількість скарг, якщо реалізовано.; {| 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-квитанції або рахунки, опціонально | |||
|- | |||
| Адаптивність | |||
| Мобільна реліз для бронювання і роботи водія | |||
|} | |||
Клієнту бажано показати: | |||
{| class="wikitable" style="width:100%;" | |||
* клієнти; | |||
* автомобілі; | |||
* типи автомобілів; | |||
* водії; | |||
* типи поїздок; | |||
* тарифи; | |||
* замовлення; | |||
* статуси замовлень; | |||
* маршрути; | |||
* адреси; | |||
* оплати; | |||
* квитанції; | |||
* сповіщення; | |||
* рейтинги; | |||
* відгуки; | |||
* скасування; | |||
* журнал змін; | |||
* звіти; | |||
* права доступу.;<pre> | |||
== Створення бронювання == | |||
</div> | |||
Звіт показує роботу водіїв.; функціональні можливості | |||
# замовник або менеджер обирає тип поїздки.;== Критерії оцінювання == | |||
== AJAX-інтерактив == | |||
У звіті потрібно відображати: | |||
Для поїздки платформа має змогу формувати рахунок або квитанцію.;== Призначення водія і автомобіля == | |||
!; Відповідь | |||
!; Що перевіряється | |||
!; !; характеристика | |||
!; | Замовлення за період, ефективність водіїв, доходи по автомобілях, оплати, скасування | |||
|- | |||
| Що є собою критичною вимогою?; # Вказує пункт відправлення.; !; !;== Рейтинг і відгуки == | |||
'''центральний принцип.''' Замовлення поїздки має пройти зрозумілий шлях: заявка → призначення водія → подача авто → виконання → оплата → завершення → оцінка.; характеристика | |||
!; | Клієнта, дату, час, маршрут, водія, автомобіль, ціну, оплату і статус | |||
|- | |||
| Які статуси потрібні?; Бали | |||
Журнал змін має зберігати: | |||
Звіт показує, скільки заробив кожен автомобіль.; |- | |||
| ПІБ або назва компанії | |||
| Ім’я клієнта або назва організації | |||
|- | |||
| Тип клієнта | |||
| Приватний або корпоративний | |||
|- | |||
| Телефон | |||
| ключовий контактний номер | |||
|- | |||
| Email | |||
| Для квитанцій і сповіщень | |||
|- | |||
| Коментар | |||
| Особливі побажання або внутрішні примітки | |||
|- | |||
| Статус | |||
| Активний, заблокований, архівний | |||
|} | |||
== Шкала оцінювання == | |||
{| class="wikitable" style="width:100%;" | |||
== Поля типу поїздки == | |||
* седан; | |||
* універсал; | |||
* мінівен; | |||
* мікроавтобус; | |||
* автобус; | |||
* бізнес-клас; | |||
* VIP-клас.; * дату; | |||
* кількість замовлень; | * кількість замовлень; | ||
* | * кількість виконаних; | ||
* кількість скасованих | * кількість скасованих; | ||
* суму доходу; | |||
* середній чек.; Поле | |||
* готівка водію; | |||
* банківська картка; | |||
* онлайн-оплата; | |||
* безготівковий розрахунок для корпоративного клієнта; | |||
* передплата; | |||
* післяплата.; Після завершення поїздки замовник має змогу оцінити сервіс.; # платформа створює замовлення.; компонент має підтримувати розмежування прав.; # Обирає клас або тип автомобіля.; !;</div> | |||
== Поля водія == | |||
== Довідник «Автомобілі» == | |||
== Ручне призначення == | |||
|- | |||
| Назва тарифу | |||
| як ілюстрація: Місто, Аеропорт, VIP, Корпоративний | |||
|- | |||
| Тип поїздки | |||
| До якого типу застосовується тариф | |||
|- | |||
| Базова ціна | |||
| Стартова вартість | |||
|- | |||
| Ціна за км | |||
| Для розрахунку за відстанню | |||
|- | |||
| Ціна за годину | |||
| Для погодинної оренди | |||
|- | |||
| Мінімальна ціна | |||
| Нижня межа вартості | |||
|- | |||
| Доплата за очікування | |||
| Опціонально | |||
|- | |||
| Активність | |||
| Чи діє тариф | |||
|} | |||
Типовий бізнес-процес роботи сервісу трансферів і таксі виглядає так: | |||
== Див.; додатково == | |||
У роботі такої компанії істотно оперативно приймати замовлення, правильно призначати вільного водія й автомобіль, контролювати статус поїздки, бачити оплату, уникати накладок у графіку та аналізувати ефективність роботи водіїв і автопарку.; |- | |||
| 90–100 | |||
| Відмінно | |||
| компонент в цілому функціонує: клієнти, авто, водії, бронювання, призначення, статуси, оплати, сповіщення, рейтинги й звіти реалізовані коректно | |||
|- | |||
| 75–89 | |||
| Добре | |||
| Основна логіка функціонує, є собою незначні недоліки, які не руйнують бізнес-процес обліку поїздок | |||
|- | |||
| 60–74 | |||
| Зараховано | |||
| Базовий сценарій функціонує, але частина функцій реалізована неповно або потребує доопрацювання | |||
|- | |||
| 0–59 | |||
| Не зараховано | |||
| Відсутня критична логіка: замовлення, водії, автомобілі, статуси, оплата або звіти | |||
|} | |||
!;== Очікуваний результат == | |||
<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;"> | |||
== Оплати == | |||
== Назва задача == | |||
{| class="wikitable" style="width:100%;" | |||
Звіт показує причини втрати замовлень.; Мінімальний сценарій: | |||
Клієнти — це фізичні або юридичні особи, які замовляють поїздки.; характеристика | |||
* статус водія; | |||
* статус автомобіля; | |||
* кількість місць; | |||
* тип авто; | |||
* зайнятість на вказаний час; | |||
* рейтинг водія; | |||
* прив’язка водія до автомобіля; | |||
* відстань до точки подачі, якщо реалізовано мапу.;<div style="border:2px solid #f57c00; background:#fff3e0; padding:14px; margin:16px 0;"> | |||
У результаті виконання атестаційного задача має бути створений компонент трансферів і таксі в K2 ERP.; # Вказує дату і час подачі авто.; # платформа розраховує орієнтовну ціну.; # Вказує пункт призначення.; Рівень | |||
компонент повинен фіксувати важливі дії.; # замовник підтверджує заявку.; характеристика | |||
!; Максимальна оцінка | |||
* | Тип поїздки визначає сценарій обслуговування та принцип розрахунку.;== Події для сповіщень == | ||
* | {| class="wikitable" style="width:100%;" | ||
Аеропорт → Готель = 900 грн | |||
|- | |||
| ПІБ | |||
| Повне ім’я водія | |||
|- | |||
| Телефон | |||
| Контактний номер | |||
|- | |||
| Фото | |||
| Опціонально, для відображення клієнту | |||
|- | |||
| Категорії посвідчення | |||
| B, D або інші категорії | |||
|- | |||
| ключовий автомобіль | |||
| Авто, з яким найчастіше функціонує водій | |||
|- | |||
| Рейтинг | |||
| Середня оцінка поїздок | |||
|- | |||
| Статус | |||
| Активний, зайнятий, не на зміні, заблокований | |||
|- | |||
| Примітки | |||
| Службова відомості | |||
|} | |||
== Звіт «Скасовані замовлення» == | |||
== Фіксована ціна == | |||
Доплата за очікування = Кількість хвилин понад норму × Тариф очікування | |||
* таксі містом; | |||
* трансфер аеропорт — готель; | |||
* трансфер готель — аеропорт; | |||
* міжміський трансфер; | |||
* оренда авто з водієм по годинах; | |||
* корпоративна поїздка; | |||
* груповий трансфер; | |||
* VIP-трансфер.; Трансфери та таксі''' — це практична задача; додатково реалізовано таксі та корпоративних перевезень виступає ключовою рисою перевірки навичок розробника або впроваджувача [[K2 ERP]] у створенні модуля обліку замовлень трансферів забезпечується через '''Атестаційне задача K2 ERP.; Значення | |||
Поточна версія на 19:56, 1 травня 2026
!; Статус
Фіксована ціна застосовується для типових трансферів.; Довідник водіїв містить працівників або партнерів, які виконують поїздки.; Коротко. Потрібно реалізувати компонент для трансферів і таксі: клієнти.; Поле
Приклад: !;== Поля замовлення ==
Варіанти тарифікації
|- | Що потрібно створити?; |}
!; характеристика
Опціонально можна враховувати платне очікування.; Тарифи визначають, як розраховується вартість поїздки.;== Типи оплати ==
Колонки бази замовлень
!;== Тарифи ==
- вести клієнтів;
- вести автомобілі;
- вести водіїв;
- вести типи поїздок;
- створювати замовлення вручну або через сайт;
- приймати попередні бронювання на дату і час;
- вказувати пункт відправлення і пункт призначення;
- розраховувати вартість поїздки;
- призначати водія і автомобіль;
- контролювати доступність водіїв і авто;
- змінювати статуси замовлення;
- фіксувати оплату;
- підтримувати готівкову, карткову і безготівкову оплату;
- надсилати клієнту сповіщення;
- давати клієнту можливість оцінити поїздку;
- формувати квитанції;
- формувати звіти по замовленнях, доходах, водіях і автомобілях.; характеристика
Очікування
!; Це можуть бути:
!; Роль
Умова складання. задача не має змогу бути зараховане, якщо платформа не надає можливість пройти базовий цикл трансферу або таксі: замовник → замовлення → водій → авто → поїздка → оплата → квитанція → звіт.;== Статуси оплати ==<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 | Не зараховано | Відсутня критична логіка: замовлення, водії, автомобілі, статуси, оплата або звіти |} !;== Очікуваний результат ==
Оплати
Назва задача
; Максимальна оцінка
Тип поїздки визначає сценарій обслуговування та принцип розрахунку.;== Події для сповіщень ==
Аеропорт → Готель = 900 грн
Звіт «Скасовані замовлення»Фіксована ціна |
|---|