GPS-трекер пише все. Йому байдуже, чи водій зараз везе товар, чи їде додому вечеряти. Він просто фіксує координати – і в кінці дня у вас є суцільний трек. Але бізнесу потрібен не «весь рух», а конкретна відповідь: що було частиною маршруту, а що – ні.
Саме це і робить документ «Фактичні маршрути».
І результат залежить від двох речей:
- часових меж фіксації — що взагалі потрапляє у факт;
- режиму оновлення — чи змінюється факт при зміні плану.
Розберемо на трьох типових ситуаціях.
Кейс 1. Одноденний маршрут: що потрапляє у факт
Водій виїжджає з дому, їде на склад, виконує маршрут і повертається назад. Трекер за день намалює, умовно, 250 км. Але реальний маршрут – 180. Якщо нічого не налаштовувати, система візьме весь добовий трек: з 00:00 до 23:59. І в фактичному маршруті з’явиться зайвий пробіг, «ліві» зупинки та перекручена аналітика.
Система не здогадується, де почалась робота. Вона бере рівно те, що їй дозволили. Тут допомагають параметри «Поч. фікс. даних» і «Кін. фікс. даних» – вони визначають, яку частину треку брати в роботу.
Якщо водії працюють з 08:00 до 20:00 – задайте саме цей інтервал. Усе поза ним просто не потрапить у фактичний маршрут.
У результаті замість «сирого» треку ви отримуєте маршрут, який реально відповідає роботі водія.
Якщо робочий час водія прив’язаний до виконання рейсу, а не до фіксованого графіка є зручніший варіант. Система може автоматично визначати початок обліку факту з моменту відвідування першого складу в шаблоні маршруту, тоді межі задавати не потрібно взагалі. Ця функція доступна як додаткова опція – дізнатись детальніше можна у менеджера.
Кейс 2. Один водій – кілька рейсів за день
Склад – розвезення – склад – ще один виїзд – знову повернення. Фактично кілька маршрутів, але трек один, безперервний. Система формує окремий фактичний рейс під кожен плановий маршрут.
А що робити, якщо план змінився вже після того, як факт частково сформований? Наприклад, логіст додав точки або створив новий рейс.
За це відповідає параметр «Завжди оновлювати налаштування фактичних рейсів згідно планових».
Якщо він:
- увімкнений – при кожному оновленні система синхронізує факт із поточним планом;
- вимкнений – кількість і часові межі рейсів фіксуються під час першого оновлення і надалі не переглядаються.
Зверніть увагу! Якщо параметр увімкнений, усі ручні зміни кількості рейсів та їх часових меж скасовуються під час оновлення.
Тут немає «правильного» варіанту – усе залежить від процесів у компанії. Хтось хоче стабільний факт, хтось – актуальність при кожній зміні плану.
Кейс 3. Маршрут на кілька днів
Водій виїжджає в понеділок, повертається в середу. Один маршрут, трек триває безперервно кілька діб. За замовчуванням система працює в межах однієї доби. Тобто вона просто «відріже» все, що не входить у цей день.
Глобальні налаштування тут не допоможуть. Потрібно відкрити конкретний рейс у документі «Фактичні маршрути» і вручну задати часові межі, які охоплюють всю поїздку – наприклад, з понеділка 07:00 до середи 19:00.
Якщо ж ручне налаштування незручне або маршрути на кілька днів трапляються регулярно – для таких випадків теж доступна платна функція визначення старту факту за першим складом у шаблоні. Її особливість: для багатоденних маршрутів склад може бути відвіданий не тільки в дату маршруту, а й на день-два раніше – система це враховує. Подробиці – у менеджерів.
Ночівлі, заправки, паузи в дорозі при цьому не заважають: вони просто не збігаються з координатами планових точок і не враховуються як візити.
Система завжди працює з одним і тим самим треком. Але те, що ви побачите у «Фактичних маршрутах», залежить від налаштувань – вона нічого не вгадує, просто точно виконує правила, які ви їй задали.
Якщо у вас залишились питання або вас зацікавив новий функціонал — звертайтесь до нас та дізнавайтесь більше
