Перейти до вмісту

Атестаційні завдання K2 ERP/Трансфери та таксі: відмінності між версіями

Матеріал з K2 ERP Wiki
Первинна публікація
 
Немає опису редагування
 
Рядок 1: Рядок 1:
==== Довідник «Водії» ====
!; Статус


==== Звіт «Ефективність водіїв» ====
Фіксована ціна застосовується для типових трансферів.; Довідник водіїв містить працівників або партнерів, які виконують поїздки.; '''Коротко.''' Потрібно реалізувати компонент для трансферів і таксі: клієнти.; Поле
== Примітка ==


* персональні трансфери, як ілюстрація з аеропорту до готелю;
Приклад:
* замовлення таксі по місту;
!;== Поля замовлення ==
* корпоративні перевезення.; Необхідно:
== Варіанти тарифікації ==
|-
| Що потрібно створити?; |}
 
!; характеристика
 
Опціонально можна враховувати платне очікування.; Тарифи визначають, як розраховується вартість поїздки.;== Типи оплати ==
 
== Колонки бази замовлень ==
!;== Тарифи ==
 
* вести клієнтів;
* вести автомобілі;
* вести водіїв;
* вести типи поїздок;
* створювати замовлення вручну або через сайт;
* приймати попередні бронювання на дату і час;
* вказувати пункт відправлення і пункт призначення;
* розраховувати вартість поїздки;
* призначати водія і автомобіль;
* контролювати доступність водіїв і авто;
* змінювати статуси замовлення;
* фіксувати оплату;
* підтримувати готівкову, карткову і безготівкову оплату;
* надсилати клієнту сповіщення;
* давати клієнту можливість оцінити поїздку;
* формувати квитанції;
* формувати звіти по замовленнях, доходах, водіях і автомобілях.; характеристика
 
== Очікування ==
 
!; Це можуть бути:


= компонент обліку замовлень трансферів і таксі: бронювання, водії, автопарк, платежі =
!; Роль


# замовник подає заявку через сайт або менеджер створює її вручну.;==== Звіт «Замовлення по періодах» ====
[[Категорія:Корпоративна Wiki]]


==== Кроки ====
{| class="wikitable" style="width:100%;"
'''Умова складання.''' задача не має змогу бути зараховане, якщо платформа не надає можливість пройти базовий цикл трансферу або таксі: замовник → замовлення → водій → авто → поїздка → оплата → квитанція → звіт.;== Статуси оплати ==
<pre>


== Технічні вимоги ==
<div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;">
компонент трансферів і таксі — незамінний для:


* номер авто;
компонент трансферів і таксі потрібен таксомоторним службам, компаніям VIP-трансферів, корпоративним автопаркам, туристичним компаніям, готелям, аеропортам і сервісам персональних перевезень.; | Готівка, картка, онлайн-оплата, безготівковий розрахунок
* марка, модель;
|-
* тип транспорту:
| Які звіти потрібні?; Замовлення — центральний документ модуля.;== Довідник «Типи поїздок» ==
** седан;
** мінівен;
** автобус;
* кількість місць;
* статус авто:
** активний;
** у сервісі;
** недоступний.; {| class="wikitable"


* середня оцінка;
[[Категорія:K2 ERP]]
* кількість виконаних замовлень;
</pre>
* пробіг за період.; організація організовує:
організація організовує пасажирські перевезення для приватних і корпоративних клієнтів.; характеристика
!характеристика
|-
== Критерії оцінки ==
| Номер замовлення
=== 4.; Додаткові функції ===
| Генерується автономно
|-
| замовник
| Хто замовляє поїздку
|-
| Контактний телефон
| Телефон пасажира
|-
| Тип поїздки
| Таксі, трансфер, оренда з водієм
|-
| Дата і час подачі
| Коли потрібен автомобіль
|-
| Пункт відправлення
| Адреса або точка старту
|-
| Пункт призначення
| Адреса або точка завершення
|-
| Кількість пасажирів
| Для підбору авто
|-
| Багаж
| Опціонально
|-
| Коментар клієнта
| Побажання до поїздки
|-
|-
|Бекенд
| Водій
|K2 Cloud ERP на Python або PHP
| Призначений виконавець
|-
|-
|БД
| Автомобіль
|PostgreSQL або MySQL
| Призначене авто
|-
|-
|Фронтенд
| Ціна
|HTML5, JavaScript, AJAX, Fetch API або Axios
| Вартість поїздки
|-
|-
|UI-компоненти
| Тип оплати
|DataTables для замовлень, Select2 для водіїв / авто / типів поїздок, мапа для відображення маршрутів — опціонально через OpenStreetMap або Google Maps API
| Готівка, картка, безготівковий розрахунок
|-
|-
|Друк
| Статус
|Генерація квитанцій у PDF, опціонально
| Поточний стан замовлення
|}
|}


!Бали
== Розрахунок за кілометражем ==
=== 3.; бізнес-процес обробки замовлення ===
 
!Критерій
== Коротко ==
!;== Звіт «Оплати» ==
 
!;</pre>
Ціна = Кількість годин × Ціна за годину
== Типи автомобілів ==
 
== Погодинна оренда ==
 
</pre>
 
== Практичне задача ==
 
!; !; Призначення
 
!; Статус
 
== Реальний бізнес-контекст ==
== Реальний бізнес-контекст ==
* створення бронювання;
* пошук клієнта;
* вибір адрес;
* розрахунок ціни;
* вибір водія;
* вибір автомобіля;
* зміна статусу замовлення;
* підтвердження поїздки;
* фіксація оплати;
* відправка сповіщення;
* оцінювання поїздки;
* фільтрація замовлень;
* актуалізація звітів.; характеристика
== інформаційні дані в повідомленні про призначення водія ==
* автомобіль;
* кількість поїздок;
* суму доходу;
* середній дохід на поїздку;
* кількість годин у роботі;
* статус автомобіля.; {| class="wikitable" style="width:100%;"
== Критичні помилки ==
|-
|-
|Реалізація бази автомобілів, водіїв і замовлень
| Не оплачено
|20
| Оплата ще не отримана
|-
|-
|Створення бронювання і призначення водіїв
| Очікує оплати
|20
| Клієнту виставлено рахунок або посилання на оплату
|-
|-
|керування статусами поїздок і оплатою
| Частково оплачено
|20
| Оплачена частина суми
|-
|-
|Формування звітів по доходах і водіях
| Оплачено
|20
| Оплата отримана в цілому
|-
|-
|Інтерактивність через AJAX і сповіщення клієнтів
| Повернення
|20
| Кошти повернено клієнту
|}
|}


Поля довідника:
</div>
== Основні задача ==


* невеликих таксомоторних служб;
!; Поле
* VIP-трансферів;
* корпоративних автопарків;
* міжнародних аеропортів.; # Виконується поїздка і фіксується її завершення.; # платформа шукає вільного водія і машину за параметрами.;==== Довідник «Автомобілі» ====


* скільки заробив кожен автомобіль.;=== 5.; Звіти ===
<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
=== 1.; Структура довідників ===
| Бронювання на дату й час, вибір маршруту, підбір або ручне призначення водія й авто
|-
| керування статусами поїздок і оплатою
| 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%;"
* категорії водійського посвідчення;
|-
* фото — опціонально;
| Нове
* статус:
| Заявка розроблена, водій ще не призначений
** активний;
|-
** заблокований.;=== 2.; База «Замовлення» ===
| Очікує підтвердження
Типи поїздок:
| Замовлення потребує підтвердження менеджера або клієнта
|-
| Призначено
| Водій і автомобіль призначені
|-
| Водій прийняв
| Водій підтвердив виконання замовлення
|-
| Авто подано
| Автомобіль прибув до клієнта
|-
| Виконується
| Поїздка триває
|-
| Виконано
| Поїздку завершено
|-
| Оплачено
| Оплату підтверджено
|-
| Скасовано
| Замовлення не відбулося
|}


* таксі містом;
Бронювання має змогу створювати менеджер або сам замовник через сайт.; характеристика
* трансфер аеропорт-готель;
== Технічні вимоги ==
* оренда з водієм — годинами;
платформа повинна дозволяти:
* корпоративна поїздка.; !Параметр
|-
| замовник
| Створює бронювання, переглядає свої поїздки, оплати й оцінки
|-
| Диспетчер
| Приймає замовлення, призначає водіїв і авто, контролює статуси
|-
| Водій
| Бачить свої замовлення, приймає поїздки, змінює статус виконання
|-
| Менеджер
| функціонує з клієнтами, тарифами, корпоративними замовленнями
|-
| Бухгалтер
| Контролює оплати, рахунки, квитанції та борги
|-
| Керівник
| Переглядає звіти, доходи, ефективність водіїв і автопарку
|-
| Адміністратор
| Налаштовує права, тарифи, типи поїздок, авто, водіїв і службові параметри
|}
 
Через 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
| Для квитанцій і сповіщень
|-
| Коментар
| Особливі побажання або внутрішні примітки
|-
| Статус
| Активний, заблокований, архівний
|}


* робота через AJAX для бронювання без перезавантаження;
== Шкала оцінювання ==
* супровід попередніх замовлень на конкретну дату і час;
* автоматичне сповіщення клієнта:
** про підтвердження замовлення;
** про подачу авто;
** про завершення поїздки;
* можливість оцінювання поїздки — рейтинг водія;
* мобільна реліз або адаптивна верстка для бронювання.;==== Звіт «Доходи по автомобілях» ====


* приймати бронювання трансферів і таксі;
{| class="wikitable" style="width:100%;"
* призначати водіїв і автомобілі;
* вести обліковий облік виконаних поїздок;
* виставляти рахунки або приймати оплату онлайн.; Правильна автоматизація процесів бронювань надає можливість:


{| class="wikitable"
== Поля типу поїздки ==


* седан;
* універсал;
* мінівен;
* мікроавтобус;
* автобус;
* бізнес-клас;
* 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 мають працювати:

Диспетчер сам обирає водія й автомобіль зі списку доступних.;== Приклади типів поїздок ==

Поля оцінки

  1. замовник створює заявку через сайт, телефон або менеджера;
  2. менеджер або платформа створює замовлення;
  3. вказується тип поїздки;
  4. вказуються дата, час, адреса подачі й адреса призначення;
  5. платформа розраховує вартість;
  6. платформа або диспетчер підбирає доступного водія й автомобіль;
  7. замовник отримує підтвердження;
  8. водій приймає замовлення;
  9. автомобіль подається клієнту;
  10. поїздка переходить у статус «Виконується»;
  11. після прибуття поїздка завершується;
  12. фіксується оплата;
  13. клієнту надсилається квитанція;
  14. замовник має змогу оцінити поїздку;
  15. інформаційні дані потрапляють у звіти.; | компонент обліку замовлень трансферів і таксі
Які довідники потрібні?; Значення

Звіти

  • номер замовлення;
  • клієнта;
  • дату;
  • водія, якщо був призначений;
  • причину скасування;
  • хто скасував;
  • час до подачі авто.; !; | Замовлення поїздки
- Клієнти Замовники поїздок
Автомобілі Транспортні засоби компанії
Водії Виконавці поїздок
Типи поїздок Таксі, трансфер, оренда з водієм, корпоративна поїздка
Замовлення ключовий документ поїздки
Маршрути Пункти відправлення і призначення
Тарифи Правила розрахунку вартості
Оплати Готівка, картка, безготівковий розрахунок
Сповіщення Повідомлення клієнту і водію
Рейтинги Оцінка якості поїздки і водія
Квитанції Документ підтвердження оплати
Звіти аналітичні інструменти по замовленнях, доходах, водіях і авто

компонент має підтримувати різні типи оплати.; У звіті потрібно відображати:

Основні об’єкти модуля

  • водія;
  • кількість виконаних замовлень;
  • кількість скасованих;
  • середню оцінку;
  • суму доходу;
  • пробіг, якщо фіксується;
  • кількість скарг, якщо реалізовано.; {| 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-інтерактив

У звіті потрібно відображати: Для поїздки платформа має змогу формувати рахунок або квитанцію.;== Призначення водія і автомобіля ==
; Відповідь ; Що перевіряється ; !; характеристика Замовлення за період, ефективність водіїв, доходи по автомобілях, оплати, скасування
Що є собою критичною вимогою?; # Вказує пункт відправлення.; !; !;== Рейтинг і відгуки == центральний принцип. Замовлення поїздки має пройти зрозумілий шлях: заявка → призначення водія → подача авто → виконання → оплата → завершення → оцінка.; характеристика Клієнта, дату, час, маршрут, водія, автомобіль, ціну, оплату і статус
Які статуси потрібні?; Бали Журнал змін має зберігати: Звіт показує, скільки заробив кожен автомобіль.; |- ПІБ або назва компанії Ім’я клієнта або назва організації
Тип клієнта Приватний або корпоративний
Телефон ключовий контактний номер
Email Для квитанцій і сповіщень
Коментар Особливі побажання або внутрішні примітки
Статус Активний, заблокований, архівний

Шкала оцінювання

Поля типу поїздки

* седан; * універсал; * мінівен; * мікроавтобус; * автобус; * бізнес-клас; * VIP-клас.; * дату; * кількість замовлень; * кількість виконаних; * кількість скасованих; * суму доходу; * середній чек.; Поле * готівка водію; * банківська картка; * онлайн-оплата; * безготівковий розрахунок для корпоративного клієнта; * передплата; * післяплата.; Після завершення поїздки замовник має змогу оцінити сервіс.; # платформа створює замовлення.; компонент має підтримувати розмежування прав.; # Обирає клас або тип автомобіля.; !;

Поля водія

Довідник «Автомобілі»

Ручне призначення

Назва тарифу як ілюстрація: Місто, Аеропорт, VIP, Корпоративний
Тип поїздки До якого типу застосовується тариф
Базова ціна Стартова вартість
Ціна за км Для розрахунку за відстанню
Ціна за годину Для погодинної оренди
Мінімальна ціна Нижня межа вартості
Доплата за очікування Опціонально
Активність Чи діє тариф

Типовий бізнес-процес роботи сервісу трансферів і таксі виглядає так:

Див.; додатково

У роботі такої компанії істотно оперативно приймати замовлення, правильно призначати вільного водія й автомобіль, контролювати статус поїздки, бачити оплату, уникати накладок у графіку та аналізувати ефективність роботи водіїв і автопарку.; |- | 90–100 | Відмінно | компонент в цілому функціонує: клієнти, авто, водії, бронювання, призначення, статуси, оплати, сповіщення, рейтинги й звіти реалізовані коректно |- | 75–89 | Добре | Основна логіка функціонує, є собою незначні недоліки, які не руйнують бізнес-процес обліку поїздок |- | 60–74 | Зараховано | Базовий сценарій функціонує, але частина функцій реалізована неповно або потребує доопрацювання |- | 0–59 | Не зараховано | Відсутня критична логіка: замовлення, водії, автомобілі, статуси, оплата або звіти |} !;== Очікуваний результат ==

Оплати

Назва задача

Звіт показує причини втрати замовлень.; Мінімальний сценарій: Клієнти — це фізичні або юридичні особи, які замовляють поїздки.; характеристика * статус водія; * статус автомобіля; * кількість місць; * тип авто; * зайнятість на вказаний час; * рейтинг водія; * прив’язка водія до автомобіля; * відстань до точки подачі, якщо реалізовано мапу.;
У результаті виконання атестаційного задача має бути створений компонент трансферів і таксі в K2 ERP.; # Вказує дату і час подачі авто.; # платформа розраховує орієнтовну ціну.; # Вказує пункт призначення.; Рівень компонент повинен фіксувати важливі дії.; # замовник підтверджує заявку.; характеристика
; Максимальна оцінка Тип поїздки визначає сценарій обслуговування та принцип розрахунку.;== Події для сповіщень == Аеропорт → Готель = 900 грн
ПІБ Повне ім’я водія
Телефон Контактний номер
Фото Опціонально, для відображення клієнту
Категорії посвідчення B, D або інші категорії
ключовий автомобіль Авто, з яким найчастіше функціонує водій
Рейтинг Середня оцінка поїздок
Статус Активний, зайнятий, не на зміні, заблокований
Примітки Службова відомості

Звіт «Скасовані замовлення»

Фіксована ціна

Доплата за очікування = Кількість хвилин понад норму × Тариф очікування * таксі містом; * трансфер аеропорт — готель; * трансфер готель — аеропорт; * міжміський трансфер; * оренда авто з водієм по годинах; * корпоративна поїздка; * груповий трансфер; * VIP-трансфер.; Трансфери та таксі — це практична задача; додатково реалізовано таксі та корпоративних перевезень виступає ключовою рисою перевірки навичок розробника або впроваджувача K2 ERP у створенні модуля обліку замовлень трансферів забезпечується через Атестаційне задача K2 ERP.; Значення