K2 ERP Wiki Ukraine — База знань з автоматизації та санкцій в Україні

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

R (обговорення | внесок)
Бюрократи, Адміністратори інтерфейсу, Адміністратори
692 редагування
ВізуальнийВікірозмітка
Перенос з Гугл док.
 
Немає опису редагування
 
Рядок 1: Рядок 1:
'''Атестаційне завдання K2 ERP — TMS''' — практична задача для розробника K2 ERP, що передбачає створення модуля управління транспортними перевезеннями: облік замовлень на доставку, автомобілів, водіїв, маршрутів, витрат, статусів доставки, друкованих документів і звітності.
{{DISPLAYTITLE:Атестаційні завдання K2 ERP/TMS}}
 
'''Атестаційне завдання K2 ERP — TMS''' — це практична задача для перевірки навичок розробника або впроваджувача [[K2 ERP]] у створенні модуля управління транспортними перевезеннями.
 
Модуль має забезпечувати облік замовлень на доставку, транспортних засобів, водіїв, маршрутів, статусів доставки, витрат, друкованих документів і звітності.
 
<div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;">
'''Коротко.''' Потрібно реалізувати TMS-модуль, який дозволяє створювати замовлення на перевезення, призначати машину й водія, контролювати статус доставки, розраховувати вартість перевезення, друкувати транспортну накладну та аналізувати рентабельність транспорту.
</div>
 
__TOC__
 
== Назва завдання ==


== Назва ==
'''Модуль управління транспортними перевезеннями (TMS)'''.
'''Модуль управління транспортними перевезеннями (TMS)'''.
== Мета завдання ==
Мета завдання — створити в K2 ERP модуль для управління доставками та транспортною логістикою.
Система повинна допомагати компанії контролювати весь процес перевезення: від створення замовлення до завершення доставки, формування документів і аналізу витрат.
У результаті модуль має дозволяти:
* вести довідник транспортних засобів;
* вести довідник водіїв;
* створювати замовлення на перевезення;
* планувати маршрути;
* призначати автомобіль і водія;
* контролювати статус доставки;
* розраховувати вартість перевезення;
* враховувати додаткові витрати;
* друкувати транспортну накладну;
* формувати акт виконаних робіт;
* будувати звіти по перевезеннях і рентабельності транспорту.
<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
'''Головний принцип.''' TMS — це не просто список машин і водіїв. Це система керування доставкою: замовлення → маршрут → машина → водій → статус → витрати → документи → аналітика.
</div>


== Реальний бізнес-контекст ==
== Реальний бізнес-контекст ==
Компанія здійснює доставку товарів власним або залученим транспортом.
Компанія здійснює доставку товарів власним або залученим транспортом.


Рядок 10: Рядок 46:


* замовлень на доставку;
* замовлень на доставку;
* автомобілів та водіїв;
* автомобілів;
* планування маршрутів;
* водіїв;
* маршрутів;
* витрат на перевезення;
* витрат на перевезення;
* статусу виконання доставки.
* статусів виконання доставки;
* друкованих документів;
* рентабельності транспорту.
 
Менеджери повинні мати можливість призначати машини на замовлення, бачити доступність транспорту, контролювати статуси перевезень у реальному часі та отримувати документи після завершення доставки.
 
== Основний бізнес-процес ==


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


* призначати машини на замовлення;
# менеджер створює замовлення на перевезення;
* контролювати статуси перевезень у реальному часі;
# вказує замовника, пункт відправлення і пункт призначення;
* отримувати акти виконаних робіт.
# задає планову дату завантаження та доставки;
# система пропонує доступні транспортні засоби;
# менеджер обирає машину та водія;
# замовлення переходить у статус '''«Призначено»''';
# водій або менеджер запускає доставку;
# замовлення переходить у статус '''«В дорозі»''';
# після завершення доставки замовлення переходить у статус '''«Доставлено»''';
# система формує транспортну накладну та акт виконаних робіт;
# дані потрапляють у звіти по перевезеннях, витратах і рентабельності.


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


=== 1. Структура довідників ===
{| class="wikitable" style="width:100%;"
! Об’єкт
! Призначення
|-
| Транспортні засоби
| Автомобілі компанії або підрядників, які виконують перевезення
|-
| Водії
| Працівники або підрядники, які керують транспортом
|-
| Контрагенти-замовники
| Клієнти, які замовляють доставку
|-
| Замовлення на перевезення
| Основний документ TMS-модуля
|-
| Маршрути
| Пункт відправлення, пункт призначення та проміжні точки
|-
| Статуси доставки
| Поточний стан виконання замовлення
|-
| Тарифи
| Правила розрахунку вартості перевезення
|-
| Додаткові витрати
| Очікування, навантаження, розвантаження та інші витрати
|-
| Транспортна накладна
| Друкований документ по перевезенню
|-
| Акт виконаних робіт
| Документ, що підтверджує надання послуги доставки
|-
| Журнал змін
| Історія змін замовлення та статусів
|}
 
== Довідник «Транспортні засоби» ==
 
Довідник транспортних засобів містить інформацію про автомобілі, які можуть виконувати перевезення.
 
Мінімальний склад даних:
 
{| class="wikitable" style="width:100%;"
! Поле
! Опис
|-
| Державний номер
| Реєстраційний номер транспортного засобу
|-
| Марка та модель
| Наприклад, MAN, Mercedes-Benz, Ford, Renault
|-
| Тип кузова
| Тент, фургон, рефрижератор, бортовий, контейнеровоз тощо
|-
| Вантажопідйомність
| Максимальна вага вантажу
|-
| Власник транспорту
| Компанія або підрядник
|-
| Стан
| Активний, на ремонті, недоступний
|-
| Примітки
| Додаткова інформація по машині
|}
 
Транспортний засіб має брати участь у виборі доступних машин на дату перевезення.
 
== Стани транспортного засобу ==
 
{| class="wikitable" style="width:100%;"
! Стан
! Значення
|-
| Активний
| Машина доступна для призначення на перевезення
|-
| На ремонті
| Машина тимчасово недоступна
|-
| Недоступний
| Машина не може використовуватися в роботі
|}
 
<div style="border:2px solid #f57c00; background:#fff3e0; padding:14px; margin:16px 0;">
'''Важливо.''' Машина, яка перебуває на ремонті або вже зайнята на інше перевезення в той самий час, не повинна пропонуватися як доступна для нового замовлення.
</div>
 
== Довідник «Водії» ==
 
Довідник водіїв містить інформацію про людей, які виконують перевезення.
 
Мінімальний склад даних:
 
{| class="wikitable" style="width:100%;"
! Поле
! Опис
|-
| ПІБ
| Прізвище, ім’я та по батькові водія
|-
| Телефон
| Контактний номер
|-
| Водійське посвідчення
| Номер або дані посвідчення
|-
| Закріплений транспортний засіб
| Машина, за якою закріплений водій
|-
| Статус
| Активний, відпустка, недоступний
|}


==== Довідник «Транспортні засоби» ====
Система повинна пропонувати водія, який закріплений за обраною машиною, але також має дозволяти вибрати іншого водія.
Довідник транспортних засобів повинен містити:


* державний номер;
== Журнал «Замовлення на перевезення» ==
* марку та модель;
* тип кузова;
* вантажопідйомність;
* власника транспорту:
** компанія;
** підрядник;
* стан транспортного засобу:
** активний;
** на ремонті.


==== Довідник «Водії» ====
Журнал замовлень на перевезення відображає всі доставки та їхній поточний стан.
Довідник водіїв повинен містити:


* ПІБ;
У журналі менеджер повинен швидко бачити, які замовлення нові, які вже в дорозі, які завершені, а які скасовані.
* телефон;
* водійське посвідчення;
* прив’язку до транспортного засобу.


=== 2. Журнал «Замовлення на перевезення» ===
== Колонки журналу ==
Журнал замовлень на перевезення повинен відображати всі доставки та їхній поточний стан.


==== Колонки журналу ====
{| class="wikitable" style="width:100%;"
У журналі мають бути такі колонки:
! Колонка
! Опис
|-
| Номер замовлення
| Унікальний номер перевезення
|-
| Дата створення
| Дата створення замовлення
|-
| Замовник
| Контрагент, який замовив перевезення
|-
| Пункт відправлення
| Адреса завантаження
|-
| Пункт призначення
| Адреса доставки
|-
| Дата та час завантаження
| Плановий або фактичний час завантаження
|-
| Дата та час доставки
| Плановий або фактичний час доставки
|-
| Машина
| Призначений транспортний засіб
|-
| Водій
| Призначений водій
|-
| Статус
| Нове, призначено, в дорозі, доставлено, скасовано
|-
| Вартість
| Розрахована сума перевезення
|}


* номер замовлення;
== Функціональність журналу ==
* дата створення;
* замовник, контрагент;
* пункт відправлення;
* пункт призначення;
* дата та час завантаження;
* дата та час доставки;
* статус замовлення:
** нове;
** в дорозі;
** доставлено;
** скасовано.


==== Функціональність журналу ====
Журнал має підтримувати:
Журнал має підтримувати:


Рядок 72: Рядок 247:
* пошук за замовником;
* пошук за замовником;
* пошук за датами;
* пошук за датами;
* фільтрацію за статусами.
* фільтрацію за статусом;
* фільтрацію за водієм;
* фільтрацію за машиною;
* фільтрацію за складом або зоною відповідальності;
* підсумки за обраним періодом.
 
У журналі потрібно показувати підсумки:
 
* кількість замовлень;
* загальну вартість перевезень;
* кількість доставлених замовлень;
* кількість скасованих замовлень.


=== 3. Форма створення замовлення на перевезення ===
== Форма створення замовлення на перевезення ==


==== Заголовок замовлення ====
Форма замовлення повинна містити всю інформацію, необхідну для планування та виконання доставки.
Форма замовлення повинна містити:


* замовника, контрагента через AJAX-пошук;
== Заголовок замовлення ==
* контактну особу;
 
* пункт відправлення — пошук адреси або ручне введення;
У заголовку замовлення потрібно передбачити:
* пункт призначення;
 
* планову дату завантаження;
{| class="wikitable" style="width:100%;"
* планову дату доставки;
! Поле
* примітки.
! Опис
|-
| Замовник
| Контрагент через AJAX-пошук
|-
| Контактна особа
| Представник замовника
|-
| Пункт відправлення
| Пошук адреси або ручне введення
|-
| Пункт призначення
| Адреса доставки
|-
| Планова дата завантаження
| Коли потрібно завантажити товар
|-
| Планова дата доставки
| Коли потрібно доставити товар
|-
| Примітки
| Додаткові умови перевезення
|-
| Статус
| Поточний статус замовлення
|}
 
== Вибір транспортного засобу ==
 
Потрібно реалізувати вибір із вільних машин, доступних на дату перевезення.
 
Система повинна враховувати:
 
* дату та час перевезення;
* зайнятість машини в інших замовленнях;
* стан транспортного засобу;
* вантажопідйомність;
* тип кузова, якщо він важливий для доставки.
 
Також потрібно реалізувати автоматичний фільтр за вантажопідйомністю.
 
Наприклад, якщо вага вантажу становить 5 тонн, система не повинна пропонувати машину з вантажопідйомністю 2 тонни.
 
== Вибір водія ==
 
Після вибору транспортного засобу система повинна пропонувати водія, який закріплений за машиною.


==== Вибір транспортного засобу ====
При цьому користувач повинен мати можливість вибрати іншого водія, якщо це потрібно.
Потрібно реалізувати:


* вибір із вільних машин, доступних на дату перевезення;
Водій не повинен бути зайнятий в іншому перевезенні на той самий період.
* автоматичний фільтр за вантажопідйомністю.


==== Вибір водія ====
== Статуси замовлення ==
Система повинна пропонувати водія, який закріплений за машиною, або дозволяти вибрати іншого водія.


=== 4. Операції зі статусами ===
Потрібно реалізувати такі статуси замовлення:
Потрібно реалізувати такі статуси замовлення:


* '''Нове''' — замовлення створене;
{| class="wikitable" style="width:100%;"
* '''Призначено''' — обрано машину та водія;
! Статус
* '''В дорозі''' — машина вирушила, статус встановлюється кнопкою '''«Почати доставку»''';
! Значення
* '''Доставлено''' — машина прибула, статус встановлюється кнопкою '''«Завершити доставку»''';
|-
* '''Скасовано''' — замовлення скасоване.
| Нове
| Замовлення створене, але ще не призначено машину й водія
|-
| Призначено
| Обрано машину та водія
|-
| В дорозі
| Машина вирушила, статус встановлюється кнопкою '''«Почати доставку»'''
|-
| Доставлено
| Машина прибула, статус встановлюється кнопкою '''«Завершити доставку»'''
|-
| Скасовано
| Замовлення скасоване
|}
 
== Операції зі статусами ==
 
Зміна статусів має виконуватися через зрозумілі дії користувача.
 
{| class="wikitable" style="width:100%;"
! Дія
! Результат
|-
| Зберегти замовлення
| Статус '''«Нове»'''
|-
| Призначити машину й водія
| Статус '''«Призначено»'''
|-
| Натиснути '''«Почати доставку»'''
| Статус '''«В дорозі»'''
|-
| Натиснути '''«Завершити доставку»'''
| Статус '''«Доставлено»'''
|-
| Натиснути '''«Скасувати»'''
| Статус '''«Скасовано»'''
|}
 
Зміна всіх статусів повинна працювати через AJAX без повного перезавантаження сторінки.
 
<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
'''Критично.''' Статуси доставки мають відображати реальний стан перевезення. Не можна завершити доставку, якщо машина й водій не були призначені.
</div>
 
== Розрахунок вартості перевезення ==


=== 5. Додаткові розрахунки ===
Вартість доставки розраховується за тарифами.
Вартість доставки розраховується за тарифами.


Рядок 112: Рядок 383:
* фіксована ціна за доставку;
* фіксована ціна за доставку;
* ціна за кілометр з автоматичним розрахунком відстані через Google Maps API;
* ціна за кілометр з автоматичним розрахунком відстані через Google Maps API;
* ціна за кілометр із ручним введенням відстані.
* ціна за кілометр із ручним введенням відстані;
* комбінований тариф.
 
== Формула розрахунку вартості ==


==== Формула розрахунку вартості ====
<pre>
<pre>
Вартість = Відстань × Тариф за 1 км + Додаткові витрати
Вартість = Відстань × Тариф за 1 км + Додаткові витрати
</pre>До додаткових витрат можуть належати:
</pre>
 
До додаткових витрат можуть належати:


* очікування;
* очікування;
* навантаження;
* навантаження;
* розвантаження;
* платні дороги;
* додаткові заїзди;
* інші витрати, пов’язані з перевезенням.
* інші витрати, пов’язані з перевезенням.


=== 6. Шаблони документів ===
== Маршрути та карти ==
 
Опціонально можна використовувати Google Maps API або OpenStreetMap для пошуку адрес і розрахунку відстані.
 
Модуль має підтримувати:
 
* пункт відправлення;
* пункт призначення;
* за потреби — проміжні точки маршруту;
* ручне введення відстані;
* автоматичний розрахунок відстані, якщо підключено карту;
* збереження маршруту в замовленні.
 
== Транспортна накладна ==
 
Транспортна накладна — це друкований документ, який супроводжує перевезення.


==== Транспортна накладна ====
У транспортній накладній потрібно виводити:
У транспортній накладній потрібно виводити:


Рядок 134: Рядок 426:
* пункт відправлення;
* пункт відправлення;
* пункт призначення;
* пункт призначення;
* планову або фактичну дату доставки;
* список товарів, якщо потрібен;
* список товарів, якщо потрібен;
* підписи водія і представника замовника.
* підписи водія і представника замовника.


==== Акт виконаних робіт ====
== Акт виконаних робіт ==
 
Акт виконаних робіт формується після завершення доставки.
Акт виконаних робіт формується після завершення доставки.


=== 7. Звітність ===
Акт має підтверджувати факт надання транспортної послуги.
 
У ньому потрібно показати:


==== Звіт «Перевезення за період» ====
* замовника;
Звіт має показувати:
* номер замовлення;
* маршрут;
* дату виконання;
* вартість перевезення;
* додаткові витрати;
* підсумкову суму;
* реквізити сторін;
* місце для підписів.
 
== Звіт «Перевезення за період» ==
 
Звіт має показувати загальну картину виконаних перевезень за вибраний період.
 
У звіті потрібно відображати:


* кількість замовлень;
* кількість замовлень;
* суми за перевезення;
* суми за перевезення;
* витрати по транспорту;
* витрати по транспорту;
* кількість доставлених замовлень;
* кількість скасованих замовлень;
* коефіцієнт використання транспорту.
* коефіцієнт використання транспорту.


==== Звіт «Рентабельність транспорту» ====
== Звіт «Рентабельність транспорту» ==
Звіт має показувати:


Звіт має показувати ефективність використання кожного транспортного засобу.
У звіті потрібно відображати:
* транспортний засіб;
* кількість перевезень;
* доходи;
* доходи;
* витрати;
* витрати;
* рентабельність по кожному транспортному засобу.
* прибуток;
* рентабельність.


=== 8. Специфіка функціоналу ===
Приклад формули:
Модуль повинен підтримувати:


* зміну всіх статусів через AJAX;
<pre>
* фільтрацію в таблицях по статусу та датах;
Рентабельність = (Доходи - Витрати) / Витрати × 100%
* підрахунок підсумків прямо у журналі:
</pre>
** кількість замовлень;
 
** загальна вартість перевезень;
== Контроль доступу ==
* логування змін у замовленнях і статусах;
 
* контроль доступу:
Модуль повинен підтримувати контроль доступу.
** менеджери бачать лише свої замовлення;
 
** або замовлення за певними складами.
Можливі правила:
 
* менеджери бачать лише свої замовлення;
* менеджери бачать замовлення за певними складами;
* керівник бачить усі замовлення;
* диспетчер бачить замовлення по транспорту;
* бухгалтер бачить документи та акти.
 
== Логування змін ==
 
Потрібно логувати зміни в замовленнях і статусах.
 
Журнал змін має фіксувати:
 
* хто створив замовлення;
* хто призначив машину;
* хто змінив водія;
* хто змінив статус;
* хто скасував замовлення;
* дату й час зміни;
* старе та нове значення.


== Технічні вимоги ==
== Технічні вимоги ==
{| class="wikitable"
!Параметр
!Опис
|-
|Бекенд
|K2 ERP на Python або PHP
|-
|БД
|PostgreSQL або MySQL
|-
|Фронтенд
|HTML5, JavaScript, AJAX через Fetch API або Axios
|-
|UI-компоненти
|DataTables, Select2 для автопошуку
|-
|Карти, опціонально
|Google Maps API або OpenStreetMap для розрахунку відстаней
|-
|Друк
|Stimulsoft Reports або внутрішній PDF-генератор
|}


== Критерії оцінки ==
{| class="wikitable" style="width:100%;"
{| class="wikitable"
! Параметр
!Критерій
! Опис
!Бали
|-
|-
|Реалізація журналу замовлень
| Бекенд
|20
| K2 ERP на Python або PHP
|-
|-
|Форма замовлення з вибором машини і водія
| База даних
|20
| PostgreSQL або MySQL
|-
|-
|Логіка статусів доставки
| Фронтенд
|20
| HTML5, JavaScript
|-
|-
|Розрахунок вартості перевезення
| AJAX
|15
| Fetch API або Axios
|-
|-
|Формування друкованих документів
| UI-компоненти
|15
| DataTables, Select2 для автопошуку
|-
|-
|Звітність і аналітика
| Карти, опціонально
|10
| Google Maps API або OpenStreetMap для розрахунку відстаней
|-
|-
!Разом
| Друк
!100
| Stimulsoft Reports або внутрішній PDF-генератор
|}
|}


== Примітка ==
== Рекомендовані сутності бази даних ==
Такий модуль критично важливий для компаній із логістикою: служб доставки товарів, будівельних компаній, сервісних служб, складів, ТРЦ і транспортних агентств.
 
Правильна реалізація TMS-модуля дозволяє контролювати весь ланцюжок доставки та оптимізувати витрати на транспорт.
 
== Очікуваний результат ==
У результаті виконання атестаційного завдання має бути створений TMS-модуль K2 ERP, який підтримує довідники транспортних засобів і водіїв, журнал замовлень на перевезення, форму замовлення з вибором машини та водія, логіку статусів, розрахунок вартості доставки, друк транспортної накладної й акту виконаних робіт, а також звіти по перевезеннях і рентабельності транспорту.


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


* транспортні засоби;
* транспортні засоби;
Рядок 245: Рядок 552:
* права доступу менеджерів;
* права доступу менеджерів;
* склади або зони відповідальності.
* склади або зони відповідальності.
== Практичне завдання ==
У межах атестації потрібно продемонструвати робочий сценарій.
Мінімальний сценарій:
# створити транспортний засіб;
# створити водія;
# прив’язати водія до транспортного засобу;
# створити замовника;
# створити замовлення на перевезення;
# вказати пункт відправлення та пункт призначення;
# вказати планову дату завантаження й доставки;
# обрати доступну машину;
# перевірити фільтр за вантажопідйомністю;
# обрати або автоматично підтягнути водія;
# перевести замовлення в статус '''«Призначено»''';
# натиснути '''«Почати доставку»''';
# перевести замовлення в статус '''«В дорозі»''';
# натиснути '''«Завершити доставку»''';
# перевести замовлення в статус '''«Доставлено»''';
# розрахувати вартість перевезення;
# додати додаткові витрати;
# сформувати транспортну накладну;
# сформувати акт виконаних робіт;
# сформувати звіт перевезень за період;
# сформувати звіт рентабельності транспорту;
# показати журнал змін статусів.
== Критерії оцінювання ==
{| class="wikitable" style="width:100%;"
! Критерій
! Бали
! Що перевіряється
|-
| Реалізація журналу замовлень
| 20
| Список перевезень, пошук, фільтри, статуси, підсумки за період
|-
| Форма замовлення з вибором машини і водія
| 20
| AJAX-пошук замовника, адреси, доступні машини, фільтр вантажопідйомності, вибір водія
|-
| Логіка статусів доставки
| 20
| Нове, призначено, в дорозі, доставлено, скасовано; зміна через кнопки та AJAX
|-
| Розрахунок вартості перевезення
| 15
| Тариф за км, фіксована ціна, відстань, додаткові витрати, підсумкова сума
|-
| Друковані документи
| 15
| Транспортна накладна та акт виконаних робіт
|-
| Звітність і аналітика
| 10
| Перевезення за період, рентабельність транспорту, підсумки
|-
! Разом
! 100
! Максимальна оцінка
|}
== Шкала оцінювання ==
{| class="wikitable" style="width:100%;"
! Бали
! Рівень
! Опис
|-
| 90–100
| Відмінно
| Модуль повністю працює: замовлення, машини, водії, статуси, тарифи, документи, звіти й контроль доступу реалізовані коректно
|-
| 75–89
| Добре
| Основна логіка працює, є незначні недоліки, які не руйнують бізнес-процес
|-
| 60–74
| Зараховано
| Базовий сценарій працює, але частина функцій реалізована неповно або потребує доопрацювання
|-
| 0–59
| Не зараховано
| Відсутня критична логіка: статуси, вибір машини й водія, розрахунок вартості, документи або звіти
|}
== Критичні помилки ==
Критичними помилками вважаються ситуації, коли:
* неможливо створити замовлення на перевезення;
* машина на ремонті пропонується як доступна;
* зайнята машина може бути призначена на інше перевезення в той самий час;
* водій може бути призначений на два перевезення одночасно;
* доставку можна завершити без призначеної машини й водія;
* статуси змінюються хаотично або без логіки;
* розрахунок вартості перевезення неправильний;
* транспортна накладна або акт не формуються;
* звіти не враховують фактичні замовлення;
* зміни статусів не логуються.
<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
'''Умова складання.''' Завдання не може бути зараховане, якщо система не дозволяє пройти повний цикл доставки: створення замовлення → призначення машини й водія → доставка → завершення → друк документів → звіт.
</div>
== Очікуваний результат ==
У результаті виконання атестаційного завдання має бути створений TMS-модуль K2 ERP.
Модуль має підтримувати довідники транспортних засобів і водіїв, журнал замовлень на перевезення, форму замовлення з вибором машини та водія, логіку статусів, розрахунок вартості доставки, друк транспортної накладної й акту виконаних робіт, а також звіти по перевезеннях і рентабельності транспорту.
== Примітка ==
Такий модуль критично важливий для компаній із логістикою: служб доставки товарів, будівельних компаній, сервісних служб, складів, ТРЦ і транспортних агентств.
Правильна реалізація TMS-модуля дозволяє контролювати весь ланцюжок доставки та оптимізувати витрати на транспорт.
== Коротко ==
{| class="wikitable" style="width:100%;"
! Питання
! Відповідь
|-
| Що потрібно створити?
| Модуль управління транспортними перевезеннями
|-
| Які довідники потрібні?
| Транспортні засоби та водії
|-
| Який головний документ?
| Замовлення на перевезення
|-
| Які статуси потрібні?
| Нове, призначено, в дорозі, доставлено, скасовано
|-
| Як розраховується вартість?
| За фіксованим тарифом або за формулою: відстань × тариф за км + додаткові витрати
|-
| Які друковані документи потрібні?
| Транспортна накладна та акт виконаних робіт
|-
| Які звіти потрібні?
| Перевезення за період і рентабельність транспорту
|-
| Що є критичною вимогою?
| Повний цикл доставки зі статусами, документами й звітами
|}


== Див. також ==
== Див. також ==


* [[K2 Cloud ERP|K2 ERP]]
* [[K2 Cloud ERP|K2 ERP]]
* [[K2 ERP]]
* [[Атестаційні завдання K2 ERP]]
* [[Атестаційні завдання K2 ERP]]
* [[TMS]]
* [[TMS]]
Рядок 256: Рядок 715:
* [[OpenStreetMap]]
* [[OpenStreetMap]]
* [[Google Maps API]]
* [[Google Maps API]]
* [[Перевезення]]
* [[Рентабельність транспорту]]
[[Категорія:K2 ERP]]
[[Категорія:Атестаційні завдання K2]]
[[Категорія:TMS]]
[[Категорія:Логістика]]
[[Категорія:Транспортні перевезення]]
[[Категорія:Транспортна накладна]]
[[Категорія:Корпоративна Wiki]]
Отримано з https://wiki.erp.kyiv.ua/index.php?title=Атестаційні_завдання_K2_ERP/TMS