Альтернатива мурашиній логістиці: маршрути, склад і ШІ

Альтернатива мурашиній логістиці потрібна не тим, у кого погано будуються маршрути. Її шукають, коли маршрути вже є, а гроші все одно губляться в інших місцях. Заявки приходять у п’ять месенджерів, склад живе в окремій таблиці, клієнти дзвонять із питанням «де вантаж?», а рахунки й акти менеджер робить вручну наприкінці дня. «Мурашина логістика» (ANT-Logistics) — український хмарний сервіс планування доставок. Свою частину роботи він робить добре. Питання в тому, чи ваша проблема саме в цій частині.

Стаття для власників і операційних директорів перевізників, дистриб’юторів, 3PL-складів і виробників із власною доставкою — компаній на 5–100 людей. Розберемо три шляхи: інший готовий сервіс маршрутизації, модуль у вашій обліковій програмі або власна система управління під ваш процес. Дамо критерії вибору, формулу порожнього пробігу з реальною ціною пального, чекліст даних перед запуском і план переходу без зупинки доставок.

Окремо — про склад, повідомлення клієнтам і документи, бо автоматизація логістики не закінчується на маршруті. І чесно про те, що штучний інтелект у логістиці робить, а чого не робить.

Коротко

Спершу знайдіть, де саме болить. Якщо проблема в порядку об’їзду точок, готова TMS закриває її за тижні. Якщо в заявках, складі, документах і дзвінках клієнтів — потрібна система, яка охоплює весь процес.
Порожній пробіг — головна видима втрата. Його можна порахувати за годину за шляховими листами або GPS-треками. Формула й розібраний приклад — нижче.
ШІ не будує маршрути замість алгоритму. Маршрут рахує оптимізатор, ціну — формули. ШІ розбирає заявки у вільній формі, відповідає клієнтам про статус і готує чернетки документів.
Склад автоматизують по черзі: спершу облік залишків, потім адреси зберігання й комплектування, потім прогноз. Прогноз без чистої історії відвантажень не працює.
Переходьте паралельно. Два тижні нова система працює поруч зі старим способом, і лише потім старе вимикають.

Що таке «Мурашина логістика» і чому шукають альтернативу

Що вміє сервіс

«Мурашина логістика» — хмарна TMS (система управління транспортом) для доставок «останньої милі». За даними сайту розробника, сервіс розподіляє замовлення між машинами й рахує маршрути з урахуванням понад 80 параметрів. Ще до виїзду видно пробіг, тривалість, витрати й завантаженість, а система попереджає про можливі запізнення. Є застосунок для водіїв на Android та iOS, GPS-моніторинг із порівнянням плану й факту, прогноз заторів і редактор доріг, інтеграції з 1С, GPS і SMS, публічне API. Розробник заявляє 10 років на ринку і понад 900 клієнтів.

Профіль клієнтів добре видно з того ж сайту: найбільше серед них дистрибуції (44%) та інтернет-магазинів (31%). Типовий користувач — компанія, у якої щодня багато точок доставки в межах міста чи області: вода, побутова хімія, продукти, будматеріали, автозапчастини.

Модель оплати — підписка за машину або маршрут на місяць. На сторінці тарифів базовий тариф — €15 за машину від однієї машини, розширений — €20 за машину від шести машин, корпоративний — індивідуально. Для парку з 15 машин на розширеному тарифі це €300 на місяць лише за планування й контроль маршрутів.

Коли шукають заміну: п’ять типових причин

Інший тип перевезень. Сервіси «останньої милі» оптимізують багато коротких зупинок. Якщо ви возите повні машини між містами, експедируєте чи працюєте з біржею вантажів, вам важливіші пошук зворотного завантаження, ставки й документи, ніж порядок об’їзду тридцяти точок.
Маршрути — лише одна з п’яти проблем. Заявки приймають у месенджерах, ціну рейсу рахують в Excel, склад веде окрема людина, рахунки роблять в обліковій програмі. TMS закриває одну ланку, а розриви між ланками лишаються.
Ціна росте разом із парком. Підписка за кожну машину зручна на малому парку. На великому щомісячна сума стає помітною, а платите ви й за функції, якими не користуєтесь.
Свій процес не вкладається в налаштування. Особливі правила ціни, кілька складів із різними графіками, власні статуси, погодження з клієнтом перед відвантаженням. У готовій програмі це обходять ручними діями й окремими таблицями.
Дані розкидані. Хочеться, щоб замовлення, маршрути, оплати й претензії жили в одній базі, яка належить компанії, а не в кількох сервісах зі своїми вивантаженнями.

Якщо жодна з причин не про вас і маршрути будуються добре — міняти сервіс не варто. Краще прочитайте розділи про склад і клієнтів: можливо, гроші губляться там.

Альтернатива мурашиній логістиці: три шляхи і як обрати

Шлях 1. Інший готовий сервіс маршрутизації

На ринку є кілька міжнародних сервісів того самого класу: OptimoRoute, Route4Me, Routific. Логіка однакова: ви завантажуєте замовлення, сервіс розподіляє їх між машинами, водій бачить маршрут у застосунку. Для орієнтиру цін: на сторінці тарифів OptimoRoute план Lite коштує $35,10 за водія на місяць при річній оплаті, Pro — $44,10. Є 30 днів безкоштовного тесту, API входить в усі плани.

Перед вибором перевірте три речі, яких на сайтах часто не видно. Чи коректно сервіс знаходить українські адреси, особливо в селах і промзонах. Чи є інтерфейс українською для диспетчерів і водіїв. І як застосунок водія поводиться без мобільного інтернету. Усе це видно за перший тиждень тесту на ваших реальних замовленнях, а не на демо-даних.

Шлях 2. Модуль доставки у вашій обліковій програмі

Якщо компанія вже веде облік у великій обліковій системі, у ній може бути модуль доставки чи маршрутних листів. Плюс — дані не треба синхронізувати: відвантаження, залишки й документи лежать в одному місці. Мінус — оптимізація маршрутів у таких модулях часто базова, а будь-яка доробка потребує програміста саме цієї системи. Шлях підходить, коли маршрути прості й щотижня повторюються з невеликими змінами.

Шлях 3. Власна система управління під ваш процес

Третій шлях — система, у якій замовлення проходить увесь шлях: заявка, розрахунок ціни, планування, склад, рейс, документи, оплата, претензія. Маршрути в ній можна рахувати зовнішнім оптимізатором через API, а все інше зробити під ваші правила. Раніше такий шлях означав місяці розробки. Зараз код пише штучний інтелект під контролем архітектора, тому перша робоча версія готова за кілька днів, а вся система — за 2–4 тижні після опису процесу.

Порівняння трьох шляхів

Критерій	Інший сервіс маршрутизації	Модуль облікової програми	Власна система під процес
Що закриває	Планування й контроль маршрутів	Маршрутні листи поруч з обліком	Увесь шлях від заявки до оплати
Швидкість старту	Дні або тижні	Залежить від програміста системи	Перша версія за кілька днів, уся система — 2–4 тижні
Якість оптимізації маршрутів	Висока, це основна функція	Часто базова	Як у підключеного оптимізатора
Свої правила ціни й статусів	У межах налаштувань	Через доробки	Під ваш процес
Модель оплати	Підписка за машину чи водія	Ліцензії облікової системи	Фіксована ціна запуску і підписка на підтримку
Кому належать дані	Сервісу, з вивантаженням	Вам	Вам: і код, і дані

Критерії вибору: коли який шлях

Готовий сервіс маршрутизації — якщо більшість рейсів — розвезення по багатьох точках, заявки вже приходять в одну програму, а склад і документи вас влаштовують.
Модуль облікової програми — якщо маршрути повторюються, облік і так ведеться в одній системі, і є програміст, який її знає.
Власна система — якщо проблема не одна, а ланцюжок: ціну рейсу рахують за формулою з винятками, клієнти постійно питають статус, заявки приходять у вільній формі в месенджери, а дані розкидані по кількох сервісах.
Нічого не міняти — якщо маршрути будуються добре, а головні втрати ви ще не порахували. Почніть із розрахунку нижче.

Якщо вагаєтеся між готовим рішенням і своїм, пройдіть тест «Готова CRM чи своя система». Він займає 15 хвилин і дає відповідь за вашими ж відповідями.

Питання до постачальника перед підпискою

Чи можна будь-коли вивантажити всі дані — адреси, клієнтів, історію рейсів — у звичайному форматі?
За що саме береться оплата: за машину, водія, маршрут чи замовлення? Що буде із сумою в сезон, коли парк росте?
Чи є API і що через нього можна отримати: маршрути, статуси, фото й підпис доставки?
Чи працює застосунок водія без інтернету і чи синхронізує дані, коли зв’язок повертається?
Чи враховує сервіс обмеження для вантажівок, а не лише легкові маршрути?
Хто налаштовує зв’язок із вашою обліковою програмою і скільки це триває?

Автоматизація логістики: з чого складається і що автоматизувати першим

Автоматизація логістики — це не одна програма. Це ланцюжок кроків, на кожному з яких людина сьогодні щось переписує, перераховує або передзвонює. Щоб вибрати перший крок, спершу розкладіть одне замовлення на етапи.

Шлях одного вантажу: де сьогодні працює людина

Заявка. Клієнт пише в Telegram, Viber, на пошту або дзвонить. Менеджер переносить дані в таблицю.
Розрахунок ціни. Відстань, тоннаж, тип кузова, терміновість, повернення порожнім — менеджер рахує в Excel або на око.
Погодження. Клієнт підтверджує ціну й час, менеджер шукає машину — власну або на біржі вантажів.
Планування. Диспетчер складає маршрути на день або тиждень.
Склад. Комірник збирає замовлення, перевіряє кількість, видає документи водію.
Рейс. Водій дзвонить диспетчеру з питаннями, клієнт дзвонить диспетчеру з питанням «де машина».
Доставка. Підпис отримувача, фото, повернення документів.
Документи й оплата. ТТН, рахунок, акт, звірка, контроль оплати.
Претензії. Пошкодження, нестача, запізнення — розбір вручну за дзвінками й листуванням.

Етап, втрата і що автоматизується

Етап	Де губляться час і гроші	Що автоматизується	Що лишається людині
Заявка	Перенесення з месенджерів, загублені повідомлення	ШІ розбирає заявку у вільній формі в картку й уточнює відсутні дані	Нестандартні вантажі
Ціна	Ручний розрахунок, різні ціни в різних менеджерів	Калькулятор за формулою компанії	Знижки й винятки
Планування	Години диспетчера, порожній пробіг	Оптимізатор маршрутів	Перевірка й виняткові ситуації
Склад	Пошук товару, помилки комплектації	Облік залишків, адреси, сканування	Приймання проблемних партій
Рейс і статуси	Дзвінки «де вантаж»	Автоматичні сповіщення, бот зі статусом	Конфлікти й форс-мажор
Документи	Ручне заповнення, помилки в реквізитах	Рахунок, акт, накладна з даних замовлення	Перевірка й підпис
Оплата	Забуті борги	Нагадування й контроль оплат	Переговори з боржником

Як вибрати перший процес

Оцініть кожен етап за трьома питаннями й поставте від 1 до 3 балів:

Частота: скільки разів на день це роблять вручну.
Ціна помилки: що буде, якщо помилитися — втрачений клієнт, штраф, порожній рейс.
Готовність даних: чи є дані в електронному вигляді, чи лише в головах і блокнотах.

Перший кандидат — етап із найбільшою сумою балів, для якого дані вже є. Якщо заявки поки живуть у блокнотах і месенджерах, почніть із програми для обліку замовлень: без єдиної черги замовлень автоматизувати маршрути й склад немає з чого. Детальніше про метод вибору — у статті автоматизація бізнес процесів: що автоматизувати першим, а готові приклади для різних відділів — у добірці про автоматизацію бізнес процесів підприємства на 50 прикладах.

Програма для складання маршрутів: як працює і чого не вирішить

Як оптимізатор будує маршрут

Програма для складання маршрутів розв’язує математичну задачу: як розвезти всі замовлення наявними машинами з найменшим пробігом чи часом і не порушити обмежень. Обмеження — це вантажопідйомність і об’єм кузова, часові вікна клієнтів, графік водіїв, заборони на в’їзд вантажівок, черговість завантаження. Людина розв’язує цю задачу приблизно, спираючись на досвід. Алгоритм перебирає варіанти й знаходить кращий за хвилини.

Слабке місце — не алгоритм, а вхідні дані. Неточна адреса чи неправильний графік клієнта дає маршрут, який гарно виглядає на мапі й не працює в житті. Водії швидко перестають довіряти такій системі й повертаються до звичних об’їздів.

Чекліст даних перед запуском

Адреси точок доставки з координатами, перевірені хоча б для постійних клієнтів.
Часові вікна: коли клієнт приймає вантаж і коли точно не приймає.
Час розвантаження на точці — окремо для великих і малих замовлень.
Параметри кожної машини: вантажопідйомність, об’єм, тип кузова, чи можна заїжджати в центр міста.
Графік водіїв, перерви, точки старту й фінішу.
Правила пріоритету: хто з клієнтів отримує вантаж першим.
Історія фактичних рейсів хоча б за кілька тижнів — щоб порівняти план алгоритму з тим, як їздили насправді.

Динамічний перерахунок і українські реалії

Ранковий план рідко доживає до вечора: нова термінова заявка, затор, поломка, клієнт переніс час. Хороша програма для транспортної логістики показує, у який маршрут вигідніше вставити нову точку, і перераховує решту без дзвінка диспетчеру.

В Україні до звичайних причин додаються свої: перекриття доріг, комендантська година в окремих регіонах, відключення світла, через які склад клієнта не приймає, а мобільний зв’язок пропадає. Тому перевірте дві речі. Перша — чи працює застосунок водія без інтернету. Друга — чи може диспетчер швидко позначити закриту ділянку, щоб алгоритм її обходив. Без цього автоматизація транспортної логістики ламається на першому ж перекритті.

Біржа вантажів, мапи й облікова система: як зв’язати

Для міжміських перевезень маршрут — лише половина справи. Друга половина — знайти вантаж на зворотний шлях. Lardi-Trans як біржа вантажів має API, електронний документообіг, розрахунок відстані й вартості маршрутів. Через API заявки з біржі можна передавати в систему компанії без ручного переносу.

Типова схема зв’язки:

Замовлення надходять із системи компанії через API або файл.
Мапи — Google Maps Platform або інший картографічний сервіс із підтримкою України.
Оптимізатор маршрутів — готовий сервіс з API або модуль системи.
Застосунок водія показує маршрут, приймає фото й підпис, передає GPS-трек.
Статуси повертаються в систему компанії, а звідти — клієнту.

Якщо облікова програма стара й закрита, між нею і новими сервісами ставлять проміжний шар. Він забирає дані з вивантажень і повертає результати назад. Це довше, але не вимагає міняти облік.

Як порахувати порожній пробіг, час диспетчера й окупність

Формула порожнього пробігу

Порожній пробіг — кілометри без вантажу: повернення на базу, переїзд до наступного завантаження. Для орієнтиру: за даними Eurostat, у 2025 році порожніми були 21,8% кілометрів вантажних автомобілів у ЄС: у внутрішніх перевезеннях — 26,0%, у міжнародних — 12,9%. Порівнянних офіційних даних по Україні ми не знайшли, тому рахуйте свою частку.

Вартість порожнього пробігу на місяць = загальний пробіг × частка порожніх кілометрів × витрата пального на 1 км × ціна літра

Де взяти дані. Загальний пробіг і порожні кілометри — зі шляхових листів або GPS-треків за останній місяць. Витрату — з норм на кожну машину. Ціну — з ваших чеків на пальне.

Розібраний приклад

Це приклад, а не факт. Регіональний дистриб’ютор має 15 фургонів, кожен проїжджає 5 000 км на місяць — разом 75 000 км. Припустимо, частка порожнього пробігу така сама, як у внутрішніх перевезеннях ЄС, — 26% за Eurostat. Це 19 500 порожніх км. При витраті 12 л на 100 км — 2 340 л дизпалива. Середня ціна дизпалива на АЗС України 23.10.2026 — 103,45 грн/л за даними Мінфіну. Разом близько 242 000 грн на місяць лише на пальне для кілометрів без вантажу.

Якщо краще планування й пошук попутних завантажень зменшать частку порожнього пробігу на 5 відсоткових пунктів, це мінус 3 750 км, або 450 л на місяць. За тією ж ціною дизпалива це близько 46 500 грн щомісяця. Чи вдасться зменшити саме на стільки — покаже лише пілот на ваших маршрутах. Але сам розрахунок займає годину і показує, чи варто братися за маршрути першими.

Час диспетчера

Години ручної роботи на місяць = (складання маршрутів + дзвінки зі статусами + перенесення даних) за день × робочі дні

Заміряйте тиждень. Попросіть диспетчерів записувати, скільки хвилин іде на кожну з трьох задач. Помножте години на вартість години праці з податками. Це не обов’язково економія на зарплаті. Частіше це час, який диспетчер віддасть винятковим ситуаціям і пошуку завантажень. Тому рахуйте окремо, скільки додаткових рейсів чи клієнтів можна обслужити тим самим штатом.

Калькулятор логістики: ціна рейсу за формулою

Ще одна точка втрат — розрахунок ціни. Коли кожен менеджер рахує рейс по-своєму, частина рейсів недооцінена, а клієнт отримує різні ціни за той самий напрямок. Калькулятор логістики прибирає це: ціна рахується за єдиною формулою компанії.

Базова структура формули ціни рейсу:

відстань з урахуванням повернення порожнім, якщо зворотного вантажу немає;
пальне за нормою машини й поточною ціною;
оплата водія за рейс або за години;
платні ділянки, зважування, простої, вантажні роботи;
амортизація й обслуговування на кілометр;
націнка компанії й надбавки за терміновість чи особливі умови.

Ми робили подібне для виробника металоконструкцій. Інженер рахував ціну в Excel-книзі на 104 аркуші з понад 2 000 варіантів, і клієнт чекав на розрахунок. За 4 дні ми перенесли розрахунок у систему й звірили з Excel на контрольних прикладах — збіглося до копійки. У самому Excel знайшли помилки й передали їх інженеру, а не виправляли мовчки. Для логістики підхід той самий: спершу формула й звірка на реальних рейсах, потім калькулятор для менеджерів або для клієнтів на сайті. Як рахувати прибуток із кожного рейсу чи замовлення, ми розібрали в статті як порахувати рентабельність бізнесу.

Окупність

Окупність у місяцях = вартість запуску ÷ (щомісячна економія − щомісячна підписка)

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

Склад: облік, управління складськими запасами і WMS

Облік складу в Excel, програма для складу чи WMS: пороги

Ситуація	Що підходить	Ознака, що пора переходити далі
Кілька сотень позицій, один склад, одна-дві людини	Облік складу в Excel або Google Таблицях	Залишки в таблиці не збігаються з фактом, інвентаризація щоразу знаходить розбіжності
Тисячі позицій, резерви під замовлення, кілька людей	Програма складського обліку	Комірники шукають товар, помилки комплектації повторюються
Адресне зберігання, сотні замовлень на день, кілька клієнтів 3PL	Система управління складом WMS	Потрібні адреси, черги задач і сканування на кожній операції

Безкоштовна програма для обліку складу або облік складу в Excel — нормальний старт, якщо дотримуватися двох правил. Кожен рух товару фіксують одразу, а не ввечері. Таблицю веде одна відповідальна людина. Коли ці правила вже не виконуються, проблема не в програмі, а в процесі. Нова програма її не вирішить без зміни порядку роботи. Детальніше про переходи між рівнями — у статті автоматизація складського обліку з ШІ.

Прогноз запасів: що робить ШІ, а що формула

Класичне поповнення — «замовляємо, коли закінчується» або за фіксованим графіком. Обидва способи ігнорують сезонність, акції клієнтів і строки поставки. Результат — або гроші заморожені в надлишках, або клієнт чекає на позицію, якої немає. Для 3PL-оператора, який зберігає чужий товар, це ще й ризик для репутації.

Прогноз запасів будується на таких даних:

історія відвантажень кожної позиції — бажано за рік, щоб побачити сезон;
залишки в реальному часі з урахуванням резервів під прийняті замовлення;
строки поставки від кожного постачальника;
відомі події: акції, сезон, великі замовлення.

Точку замовлення рахує формула: середнє споживання за день × строк поставки + страховий запас. ШІ тут помічник. Він знаходить позиції з дивною динамікою, пояснює менеджеру словами, чому варто замовити більше, і готує чернетку заявки постачальнику. Рішення лишається за людиною. Поповнення запасів — уже задача закупівель; як її налаштувати, ми розписали в статті автоматизація відділу постачання.

Маршрути комплектування і розміщення товару

Комірник проводить значну частину зміни в переходах між стелажами. Якщо список комплектації не впорядкований за адресами, він ходить за інтуїцією. Складська програма з адресним зберіганням дає таке:

список комплектації в порядку обходу зон, а не в порядку рядків замовлення;
розміщення ходових позицій ближче до зони відвантаження — за статистикою відвантажень;
кілька замовлень в одному обході, якщо вони збираються з тих самих зон;
облік зайнятості зон і температурних вимог.

Як перевірити ефект без великих вкладень. Заміряйте час комплектування десяти типових замовлень. Перенесіть десять найходовіших позицій ближче до відвантаження. Через тиждень заміряйте ще раз на схожих замовленнях. Різниця покаже, чи варто вкладатися в адресне зберігання.

Приймання й відвантаження: сканер і звірка з накладною

Комп’ютерний зір для контролю вантажу окупається у великих операторів із дорогими вантажами: фармацевтика, електроніка. Для середнього складу реалістичніший крок — сканування штрих-кодів при прийманні й автоматична звірка з накладною постачальника. Система одразу показує розбіжність: чого не вистачає, що зайве, що прийшло з іншим артикулом.

ШІ може прочитати накладну постачальника в PDF чи на фото й заповнити очікуване приймання. Комірник не вбиває позиції вручну, а лише сканує й підтверджує. Як ШІ читає накладні й рахунки, ми розібрали в статті автоматизація роботи з документами.

Клієнти питають «де мій вантаж»: статуси, сповіщення і претензії

Бот зі статусом замовлення

Значна частина дзвінків у логістичну компанію — варіації кількох питань: де вантаж, коли привезуть, чому затримка, чи можна змінити адресу або день. Такі питання не потребують кваліфікованого оператора. Вони потребують актуальних даних і чіткого правила відповіді.

Бот у Telegram, Viber чи на сайті бере статус із системи й відповідає одразу. Клієнт пише номер замовлення або накладної — отримує статус, місце й очікуваний час. Якщо ви відправляєте частину вантажів Новою Поштою, статус накладної система отримує через API перевізника і показує клієнту в тому самому чаті.

Запит клієнта	Що робить бот
«Де моє замовлення?»	Бере статус і місце з системи, відповідає
«Коли привезуть?»	Показує очікуваний час за поточним маршрутом
«Можна перенести на інший день?»	Показує вільні вікна, створює задачу диспетчеру
«Потрібна накладна чи акт»	Надсилає PDF документа з картки замовлення
Пошкодження, нестача, конфлікт	Передає оператору з усією історією замовлення

Як такі боти працюють на сайті й у месенджерах — на сторінці ШІ-чат-боти для сайту і месенджерів.

Проактивні сповіщення

Сповіщення, яке приходить раніше, ніж клієнт почне хвилюватися, знімає дзвінок узагалі. Тригери, які варто налаштувати:

заявку прийнято — номер замовлення й контакт відповідального;
вантаж виїхав — очікуваний час прибуття;
машина наближається — нагадування, щоб на точці були готові прийняти;
доставлено — підтвердження, фото чи підпис;
затримка — причина й новий час, якщо його можна порахувати.

Кожен тригер прив’язаний до статусу замовлення в системі. Налаштовується один раз, далі працює без людини. Як це влаштовано в обробці замовлень, описано на сторінці про автоматизацію заявок, оплат і замовлень.

Претензії і нестандартні ситуації

Претензія — найскладніше звернення. Клієнт незадоволений, ситуацію треба з’ясувати. Тут ШІ не замінює людину, але прибирає пошук фактів:

збирає в одну картку статуси, час подій, фото при завантаженні й доставці, листування;
визначає тип: запізнення, пошкодження, нестача, пересорт;
готує для менеджера чернетку відповіді за правилами компанії.

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

Документи: ТТН, е-ТТН, рахунки й акти

Документи — етап, який найчастіше лишається ручним навіть там, де маршрути давно автоматизовані. Менеджер переписує реквізити, суму, вантаж і адресу в рахунок, акт і накладну, хоча всі ці дані вже є в замовленні.

Що змінилося з е-ТТН

З 5 червня 2026 року діє постанова Кабміну №720 про впровадження товарно-транспортної накладної в електронній формі у внутрішніх вантажних перевезеннях. Електронна ТТН поки добровільна, а Мінрозвитку готує законопроєкт про її обов’язковість, пише ДТКТ. Там же зазначено, що до робочого середовища системи підключено 7 операторів електронного документообігу, ще 11 працюють у тестовому.

Практичний висновок: якщо будуєте чи вибираєте систему зараз, перевірте, як із неї передаватимуться дані для е-ТТН через оператора електронного документообігу. Переробляти процес, коли електронна форма стане обов’язковою, дорожче, ніж закласти це одразу.

Що система робить сама

З даних замовлення система формує рахунок, видаткову накладну, акт, комерційну пропозицію із сумою прописом у PDF. Реквізити клієнта беруться з картки, вантаж і сума — із замовлення. Менеджер перевіряє й надсилає. У наших проєктах це базові модулі, які вже працюють. Коли документ підписано й оплату отримано, замовлення закривається, а борги видно в одному звіті.

Як ШІ-система управління бізнесом закриває логістику під ваш процес

Що в системі

ШІ-система управління бізнесом — це не ще одна програма поруч із маршрутизатором і обліком. Це одне місце, де замовлення проходить увесь шлях за вашими правилами:

заявки з месенджерів, пошти й сайту — в одній черзі;
клієнти з реквізитами й історією;
замовлення з етапами, які описують саме ваш процес;
розрахунок ціни за вашою формулою;
задачі й сповіщення водіям, комірникам і менеджерам у Telegram;
документи й контроль оплат;
звіти для власника.

Маршрути можна й далі рахувати у знайомому сервісі. Якщо в нього є API, система забирає з нього маршрути й статуси. Ви не відмовляєтеся від того, що працює, а закриваєте розриви між ланками. Система належить вам: код і дані ваші, ставимо її на ваш сервер або на наш із передачею будь-коли, резервна копія — щодня.

Що робить ШІ, а чого не робить

Робить:

розбирає заявку у вільній формі на кшталт «завтра три палети з Броварів на Львів» і заповнює картку;
уточнює відсутні деталі з клієнтом у Telegram;
читає прайси, накладні й документи постачальників;
готує чернетки відповідей і документів для менеджера;
пише звіти: що сталося за день, які замовлення під ризиком запізнення.

Не робить:

не рахує ціну — це роблять формули, які ви погодили;
не будує маршрути — це задача оптимізатора;
не надсилає клієнту нічого без людини, якщо інше не погоджено;
не замінює диспетчера у виняткових ситуаціях.

Більше прикладів того, що ШІ-агенти вже роблять у малій компанії щодня, — у статті ШІ агенти приклади.

Наш приклад: що показала власна система

Систему управління ми спершу зробили для себе — для Saloy, нашої компанії з виробництва на верстатах з ЧПК. Перша робоча версія була готова за 1 день, усі модулі — за 3 тижні. ШІ-асистент у призначений день пише клієнту в Telegram, розбирає відповідь і записує її в картку, а якщо відповідь неясна — перепитує. Перед передачею замовлення у виробництво система попереджає, якщо в ньому лишилися відкриті питання до клієнта.

Для логістики важливі два уроки з цього проєкту. Перший: система швидко показала, що одне замовлення ми програли, бо вчасно не нагадали клієнту. Автоматичні нагадування закривають саме таку втрату, і в логістиці вона та сама: непідтверджений час доставки, забута повторна заявка. Другий: одного разу оновлення зі старої копії затерло свіжий модуль, і його відновлювали вручну. Відтоді контроль версій і щоденні резервні копії — з першого дня. Повна історія — у кейсі власної системи управління бізнесом.

Коли власна система не потрібна

Парк невеликий, маршрути прості, заявки вже в одній програмі — готового сервісу маршрутів вистачить.
Ви ще не описали, як іде замовлення. Спершу опис процесу, інакше автоматизуєте хаос.
Потрібна лише оптимізація маршрутів великого парку з тисячами точок на день. Це задача спеціалізованого оптимізатора, а не системи управління.
У компанії немає людини, яка відповідатиме за систему й збиратиме зауваження команди.

Як перейти на нову систему без зупинки доставок: покроковий план

Крок 1. Опис процесу і базові метрики

Опишіть шлях одного замовлення за етапами з розділу вище: хто що робить, де записує, які документи. Для цього є шаблон опису процесу. Одночасно зафіксуйте базові метрики за останній місяць:

частка порожнього пробігу;
час диспетчерів на складання маршрутів;
кількість дзвінків і повідомлень зі статусними питаннями;
час комплектування одного замовлення;
кількість помилок у документах і претензій.

Без цих цифр через три місяці ви не зможете сказати, чи стало краще. У нас опис процесу займає 1 тиждень і має фіксовану ціну, яка зараховується в запуск.

Крок 2. Пілот на одному напрямку

Оберіть напрямок із найбільшою сумою балів: міське розвезення, статусні повідомлення клієнтам або калькулятор ціни рейсу. Перша версія збирається за кілька днів. Далі два тижні нова система працює паралельно зі старим способом. Диспетчер планує як звик, система — поруч, а ви порівнюєте пробіг, час і відхилення від плану.

Крок 3. Перенесення даних і вимкнення старого

Якщо переходите з іншого сервісу маршрутів, вивантажте з нього довідник адрес із координатами, часові вікна клієнтів і параметри машин. Це найцінніші дані, які довго збиралися. Перевірте, що вивантаження повне, до того як закінчиться підписка. Старий спосіб вимикайте лише тоді, коли два тижні паралельної роботи не дали серйозних розбіжностей.

Крок 4. Наступні модулі по одному

Після пілота додавайте модулі по одному: склад, документи, контроль оплат, звіти. Уся система збирається за 2–4 тижні після опису процесу. Кожен новий модуль — короткий пілот, а не запуск усього одразу.

Хто відповідає

Власник вирішує, що автоматизувати першим, і приймає результат за метриками.
Керівник логістики описує процес і правила, перевіряє маршрути й винятки.
Відповідальна людина з боку компанії — не обов’язково айтішник — збирає зауваження команди й передає їх виконавцю.
Виконавець: архітектор описує процес і критерії готовності, ШІ-агент пише код і тести, люди перевіряють на реальних замовленнях.

Типові помилки при автоматизації логістики

Автоматизувати все одразу. Маршрути, склад, документи й бот запускаються разом, і жоден напрямок не доходить до результату. Правильно — один пілот, результат, наступний модуль.

Підключати оптимізатор до брудних даних. Неточні адреси й вигадані часові вікна дають маршрути, яким водії не довіряють. Спершу наведіть лад у довіднику клієнтів і точок.

Не пояснити диспетчерам навіщо. Диспетчер, який роками будував маршрути, бачить у системі загрозу. Розмова «система бере рутину, ти займаєшся винятками й пошуком завантажень» потрібна до запуску, а не після саботажу.

Лишити ручний процес «для підстраховки» назавжди. Якщо після пілота диспетчер усе одно будує маршрути вручну, ефекту не буде. Паралельна робота — два тижні, з наперед відомою датою вимкнення.

Купувати без супроводу. Перші місяці система потребує корекцій під ваші винятки. Домовтеся заздалегідь, хто і як швидко вносить зміни.

Не мати резервних копій і контролю версій. Ми самі втратили свіжий модуль через оновлення зі старої копії. Щоденна резервна копія і контроль версій — обов’язкова умова з першого дня.

Не вимірювати результат. «Начебто стало краще» — не результат. Порівнюйте з базовими метриками з першого кроку.

Шукати автоматизацію там, де проблема в дисципліні. Якщо водій не відмічає доставку, а комірник записує рух товару ввечері, система оптимізуватиме порожні таблиці. Спочатку правило, потім програма.

Часті питання

Яка безкоштовна альтернатива мурашиній логістиці? Для невеликого парку з повторюваними маршрутами вистачить мапи з маршрутом на кілька зупинок і спільної таблиці замовлень. Коли машин більшає, подивіться пробні періоди готових сервісів: наприклад, OptimoRoute дає 30 днів тесту. Повноцінного безкоштовного сервісу для парку з десятків машин ви, найімовірніше, не знайдете.

Чи можна перейти з Мурашиної логістики без зупинки доставок? Так, якщо переходити паралельно. Вивантажте довідник адрес, часових вікон і машин, запустіть нову систему поруч і два тижні порівнюйте результати. Стару підписку вимикайте після того, як нова система відпрацювала без серйозних розбіжностей.

Чи обов’язково відмовлятися від готової TMS, щоб автоматизувати решту процесу? Ні. Якщо сервіс маршрутів вас влаштовує і має API, система управління бере з нього маршрути й статуси, а заявки, ціну, склад, документи й оплати закриває сама.

Що автоматизувати першим: склад, маршрути чи повідомлення клієнтам? Те, що набирає найбільше балів за частотою, ціною помилки й готовністю даних. Перевізнику без складу частіше підходять маршрути й ціна рейсу. 3PL-оператору — статуси для клієнтів і облік залишків. Якщо не впевнені, почніть із розрахунку порожнього пробігу й заміру часу диспетчерів.

Чи потрібен власний IT-відділ? Ні. Потрібна одна відповідальна людина, яка знає процес і збирає зауваження команди. Систему ставимо на ваш сервер або на наш із передачею будь-коли. Інтерфейс — українською або російською.

Якщо у вас транспортна, дистрибуційна чи складська компанія і ви шукаєте альтернативу мурашиній логістиці або хочете прибрати ручну роботу між заявкою й оплатою, опишіть, як у вас зараз іде одне замовлення. Покажемо робочу систему на демо за 30 хвилин і чесно скажемо, що вам вигідніше: готовий сервіс, доробка чи своя система. Детальніше — ШІ-система управління бізнесом.