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

! Аеропорт → Готель = 900 грн |- | Що потрібно створити? Колонка

<pre>
== Права доступу ==

! У звіті потрібно відображати:

Довідник «Типи поїздок»

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

Тарифи

! | Клієнта, дату, час, маршрут, водія, автомобіль, ціну, оплату і статус |- | Які статуси потрібні? | компонент обліку замовлень трансферів і таксі |- | Які довідники потрібні? Умова складання. задача не здатна бути зараховане, якщо платформа не дає можливість пройти базовий цикл трансферу або таксі: клієнт ERP → замовлення → водій → авто → поїздка → оплата → квитанція → звіт. * замовлення створено;

• замовлення підтверджено;
• водія призначено;
• авто подано;
• поїздку розпочато;
• поїздку завершено;
• оплату підтверджено;
• замовлення скасовано;
• запит на оцінку поїздки.

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

• дату і час поїздки;
• клієнта;
• маршрут;
• водія;
• автомобіль;
• суму;
• тип оплати;
• статус оплати. |-

| клієнт ERP | Створює бронювання, переглядає свої поїздки, оплати й оцінки |- | Диспетчер | Приймає замовлення, призначає водіїв і авто, контролює статуси |- | Водій | Бачить свої замовлення, приймає поїздки, змінює статус виконання |- | Менеджер | функціонує з клієнтами, тарифами, корпоративними замовленнями |- | Бухгалтер | Контролює оплати, рахунки, квитанції та борги |- | Керівник | Переглядає звіти, доходи, ефективність водіїв і автопарку |- | Адміністратор | Налаштовує права, тарифи, типи поїздок, авто, водіїв і службові параметри |}

критично. Автомобіль зі статусом «У сервісі», «Недоступний» або «У поїздці» не повинен автоматизовано призначатися на нове замовлення. У роботі такої компанії критично оперативно приймати замовлення, правильно призначати вільного водія й автомобіль, контролювати статус поїздки, бачити оплату, уникати накладок у графіку та аналізувати ефективність роботи водіїв і автопарку. ! SEO-опис ! Бали |- | Назва типу | як приклад: трансфер аеропорт — готель |- | SEO-опис | Коротке пояснення |- | Спосіб розрахунку | Фіксована ціна, за кілометражем, погодинно |- | Мінімальна ціна | Мінімальна вартість поїздки |- | Активність | Чи доступний тип поїздки для нових замовлень |}

У результаті виконання атестаційного задача має бути створений компонент трансферів і таксі в K2 ERP. Поле

Довідник «Водії»

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

компонент має підтримувати розмежування прав. Бали

Нове	Заявка розроблена, водій ще не призначений
Очікує підтвердження	Замовлення потребує підтвердження менеджера або клієнта
Призначено	Водій і автомобіль призначені
Водій прийняв	Водій підтвердив виконання замовлення
Авто подано	Автомобіль прибув до клієнта
Виконується	Поїздка триває
Виконано	Поїздку завершено
Оплачено	Оплату підтверджено
Скасовано	Замовлення не відбулося

компанія-користувач організовує пасажирські перевезення для приватних і корпоративних клієнтів. Статус ! Поле == AJAX-інтерактив == |- | ПІБ або назва компанії | Ім’я клієнта або назва організації |- | Тип клієнта | Приватний або корпоративний |- | Телефон | базовий контактний номер |- | Email | Для квитанцій і сповіщень |- | Коментар | Особливі побажання або внутрішні примітки |- | Статус | Активний, заблокований, архівний |} == Кроки бронювання == ! # клієнт ERP підтверджує заявку. У звіті потрібно відображати: У звіті потрібно відображати: <div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;"> == Поля замовлення == == Приклади типів поїздок == |- | Реалізація бази автомобілів, водіїв і замовлень | 20 | Клієнти, авто, водії, типи поїздок, тарифи, замовлення |- | Створення бронювання і призначення водіїв | 20 | Бронювання на дату й час, вибір маршруту, підбір або ручне призначення водія й авто |- | керування статусами поїздок і оплатою | 20 | Статуси замовлення, фіксація виконання, оплата, квитанція, скасування |- | Формування звітів по доходах і водіях | 20 | Замовлення за період, ефективність водіїв, доходи по авто, оплати, скасування |- | Інтерактивність через AJAX і сповіщення клієнтів | 20 | AJAX-бронювання, зміна статусів, розрахунок ціни, сповіщення, оцінювання |- Після завершення поїздки клієнт ERP здатна оцінити сервіс. 100 платформа має підтримувати кілька способів розрахунку. платформа здатна підбирати водія й авто за параметрами: |- | 90–100 | Відмінно | компонент на 100% функціонує: клієнти, авто, водії, бронювання, призначення, статуси, оплати, сповіщення, рейтинги й звіти реалізовані коректно |- | 75–89 | Добре | Основна логіка функціонує, виступає як незначні недоліки, які не руйнують бізнес-процес обліку поїздок |- | 60–74 | Зараховано | Базовий сценарій функціонує, але частина функцій реалізована неповно або потребує доопрацювання |- | 0–59 | Не зараховано | Відсутня критична логіка: замовлення, водії, автомобілі, статуси, оплата або звіти |} {| class="wikitable" style="width:100%;" неможливо створити клієнта; неможливо створити автомобіль; неможливо створити водія; неможливо створити замовлення; замовлення не має дати й часу подачі; замовлення не має пункту відправлення; неможливо призначити водія; неможливо призначити автомобіль; один водій призначається на дві одночасні поїздки без попередження; один автомобіль призначається на дві одночасні поїздки без попередження; статус поїздки не змінюється; виконана поїздка не фіксується; оплата не прив’язується до замовлення; скасоване замовлення показується як активне; рейтинг водія не оновлюється, якщо ця функція заявлена; звіти не відповідають фактичним замовленням і оплатам; зміни водія, авто, статусу або ціни не логуються. Значення
Не оплачено	Оплата ще не отримана
Очікує оплати	Клієнту виставлено рахунок або посилання на оплату
Частково оплачено	Оплачена частина суми
Оплачено	Оплата отримана на 100%
Повернення	Кошти повернено клієнту

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

Номер замовлення Унікальний номер поїздки Дата і час замовлення Коли створено заявку Дата і час подачі Коли потрібно подати авто клієнт ERP Замовник поїздки Тип поїздки Таксі, трансфер, оренда з водієм Пункт відправлення Звідки забрати клієнта Пункт призначення Куди доставити клієнта Автомобіль Призначене авто Водій Призначений водій Статус Нове, призначено, виконується, виконано, скасовано Ціна поїздки Розрахована або встановлена вручну Тип оплати Готівка, картка, безготівково

Примітка

Квитанція має містити:

Рівень Поля водія Погодинна оренда	Замовлення поїздки
Що має містити замовлення?== Колонки бази замовлень == Інтерфейс має працювати оперативно та інтуїтивно для диспетчера, водія і клієнта. | Клієнти, автомобілі, водії, типи поїздок, тарифи
Який провідний документ? перевірки навичок розробника або впроваджувача K2 ERP у створенні модуля обліку замовлень трансферів забезпечується через Атестаційне задача K2 ERP — Трансфери та таксі — це практична задача; так само реалізовано таксі та корпоративних перевезень. Відповідь
Номер замовлення	Генерується автоматизовано
клієнт ERP	Хто замовляє поїздку
Контактний телефон	Телефон пасажира
Тип поїздки	Таксі, трансфер, оренда з водієм
Дата і час подачі	Коли потрібен автомобіль
Пункт відправлення	Адреса або точка старту
Пункт призначення	Адреса або точка завершення
Кількість пасажирів	Для підбору авто
Багаж	Опціонально
Коментар клієнта	Побажання до поїздки
Водій	Призначений виконавець
Автомобіль	Призначене авто
Ціна	Вартість поїздки
Тип оплати	Готівка, картка, безготівковий розрахунок
Статус	Поточний стан замовлення

Опціонально можна враховувати платне очікування.== Очікування ==

• ім’я водія;
• телефон водія;
• марку і модель авто;
• номер авто;
• час подачі;
• орієнтовну вартість.== Типи оплати ==

Разом	== Назва задача == Звіт показує причини втрати замовлень. |-	Замовлення	До якої поїздки належить оцінка
клієнт ERP	Хто залишив оцінку
Водій	Кого оцінюють
Оцінка	як приклад, від 1 до 5
Коментар	Текстовий відгук
Дата	Коли залишено оцінку

Створення бронювання

! Роль ! {| class="wikitable" style="width:100%;" ! # Вказує кількість пасажирів. ! SEO-опис |- | Номер авто | Державний номер автомобіля |- | Марка і модель | як приклад: Toyota Camry, Mercedes Vito |- | Тип транспорту | Седан, мінівен, автобус тощо |- | Кількість місць | Скільки пасажирів здатна перевозити авто |- | Рік випуску | Опціонально |- | Колір | Для інформування клієнта |- | Статус авто | Активний, у сервісі, недоступний, у поїздці |- | Водій за замовчуванням | Якщо авто закріплене за конкретним водієм |}

! | Нове, призначено, авто подано, виконується, виконано, оплачено, скасовано |- | Які оплати потрібні? Диспетчер сам обирає водія й автомобіль зі списку доступних.== Події для сповіщень ==

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

У межах атестації потрібно продемонструвати робочий сценарій. # Вказує пункт призначення.== Статуси оплати ==

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

Для реалізації задачі доцільно передбачити такі сутності:

! {| class="wikitable" style="width:100%;"

Автоматичне призначення

! Клієнти — це фізичні або юридичні особи, які замовляють поїздки. # Вказує пункт відправлення. SEO-опис

• дату;
• кількість замовлень;
• кількість виконаних;
• кількість скасованих;
• суму доходу;
• середній чек.

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

1. створити клієнта;
2. створити кілька автомобілів;
3. створити кілька водіїв;
4. створити типи поїздок;
5. створити тариф;
6. створити нове замовлення;
7. вказати дату, час, пункт відправлення і пункт призначення;
8. розрахувати вартість поїздки;
9. призначити водія й автомобіль;
10. перевести замовлення у статус «Призначено»;
11. перевести замовлення у статус «Авто подано»;
12. перевести замовлення у статус «Виконується»;
13. завершити поїздку;
14. зафіксувати оплату;
15. сформувати квитанцію;
16. залишити оцінку поїздки;
17. перевірити рейтинг водія;
18. створити скасоване замовлення з причиною;
19. сформувати звіт замовлень за період;
20. сформувати звіт ефективності водіїв;
21. сформувати звіт доходів по автомобілях;
22. сформувати звіт оплат;
23. перевірити журнал змін. | Повний цикл: бронювання → призначення → поїздка → оплата → звіт

|}

• K2 ERP
• K2 ERP
• Атестаційні завдання K2 ERP
• Автоперевізник
• TMS
• CRM
• Таксі
• Трансфер
• Бронювання
• Водії
• Автопарк
• Рахунок на оплату
• Звітність
• AJAX

Поле У звіті потрібно відображати: створення бронювання; пошук клієнта; вибір адрес; розрахунок ціни; вибір водія; вибір автомобіля; зміна статусу замовлення; підтвердження поїздки; фіксація оплати; відправка сповіщення; оцінювання поїздки; фільтрація замовлень; оновлення версій звітів. компонент має підтримувати клієнтів, автомобілі, водіїв, типи поїздок, тарифи, замовлення, маршрути, бронювання, ручне або автоматичне призначення водія, статуси поїздок, розрахунок вартості, оплати, квитанції, сповіщення, рейтинги, звіти, AJAX-інтерактив і логування змін. SEO-опис Шкала оцінювання Доплата за очікування = Кількість хвилин понад норму × Тариф очікування Призначення водія і автомобіля	Поле Сповіщення клієнтів Звіт «Скасовані замовлення» Мета задача Рейтинг і відгуки	SEO-опис Мета задача — створити в K2 ERP компонент для автоматизації роботи компанії, яка надає послуги таксі, трансферів, оренди автомобілів з водієм або корпоративних перевезень. ! SEO-опис Типовий бізнес-процес роботи сервісу трансферів і таксі виглядає так: клієнт ERP або менеджер обирає тип поїздки. # платформа розраховує орієнтовну ціну. Критерій Поля типу поїздки Мінімальний сценарій: Варіанти тарифікації готівка водію; банківська картка; онлайн-оплата; безготівковий розрахунок для корпоративного клієнта; передплата; післяплата.== Ручне призначення == == інформаційні дані в повідомленні про призначення водія ==