Автор: admin

Голос клієнта як компас: що показав NPS-аналіз за 2022–2026 роки

Posted on by admin

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

Це не просто статистика. Це справжня розмова. І ми нарешті розповідаємо, що почули.

Цифри, які говорять самі за себе

Кількість учасників NPS-опитувань зростає щороку: 122 респонденти у 2022-му, 121 у 2024-му і вже 153 у 2026-му. Здавалося б, приріст невеликий, але за ним стоїть важлива річ: клієнти хочуть ділитися своєю думкою. А це вже довіра.

Загальний NPS за підсумками 2026 року – 41%. Це хороший показник. Але цікавіше інше: серед логістів, які працюють з системою щодня, NPS сягає 52%. Люди, які найкраще знають продукт зсередини, оцінюють його найвище. Це, мабуть, найчесніший комплімент, який може отримати сервіс.

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

Не тільки про функціонал

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

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

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

Де є над чим працювати

Клієнти – чесні. І це добре.

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

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

Що ми робимо з усім цим?

Ми розібрали кожен запит і відповідаємо конкретно.

Частина функцій, про які запитують клієнти, вже давно є у сервісі: 

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

 Якщо ви їх ще не використовуєте – менеджер або підтримка залюбки допоможуть.

Окремі функції перебувають в активній розробці. Зараз команда працює над: 

  • відображенням дати відвідування точки; 
  • маркуванням точок із надісланими SMS у мобільному застосунку.

Частина побажань включена до планів розвитку сервісу:

  • врахування вагових обмежень доріг;
  • групування заявок в інтерфейсі;
  • додавання точок доставки до маршруту в застосунку;
  • ШІ-побудова маршрутів на основі попередніх даних; 
  • ШІ-помічники в модулі «Аналітика»; 
  • темна тема для сервісу та мобільного застосунку.

Окремо – про запити, які звучали часто і заслуговують на чесну відповідь.

  • Врахування витрат палива на прогрів авто та зупинки на світлофорах. Ідея цікава, і ми самі хотіли б до неї підійти. Але для точного розрахунку потрібні актуальні зовнішні дані – наприклад, режими роботи світлофорів – яких поки немає у стабільному вигляді. Шукаємо підхід, запит зафіксований.
  • Ручне редагування дорожньої інфраструктури – тупики, закриті проїзди, заборонені повороти. Логічний запит, особливо для тих, хто добре знає свій район. Але підтримка таких даних в актуальному стані – це окрема велика робота. Саме тому ми робимо ставку на інтеграцію зі спеціалізованими картографічними сервісами, де ці дані вже живуть і оновлюються.
  • Повноцінна мобільна версія сайту. Це фактично окремий продукт із великим обсягом розробки та підтримки. Наразі ми розвиваємо мобільний застосунок і адаптуємо браузерну версію для планшетів – де більшість польових задач вже вирішується.

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

І наостанок

41% NPS – це хороший результат. Але для нас важливіше інше: за кожною цифрою стоять реальні люди, маршрути, дедлайни та щоденні робочі задачі. Саме тому зворотний зв’язок для нас – не формальність і не галочка у звіті. Це розмова, яка визначає, яким буде сервіс завтра.

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

#NPS #опитування #опрос

Від «сирого» треку до реального пробігу: як працюють фактичні маршрути

Posted on by admin

GPS-трекер пише все. Йому байдуже, чи водій зараз везе товар, чи їде додому вечеряти. Він просто фіксує координати – і в кінці дня у вас є суцільний трек. Але бізнесу потрібен не «весь рух», а конкретна відповідь: що було частиною маршруту, а що – ні.

Саме це і робить документ «Фактичні маршрути».

І результат залежить від двох речей:

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

Розберемо на трьох типових ситуаціях.

Кейс 1. Одноденний маршрут: що потрапляє у факт

Водій виїжджає з дому, їде на склад, виконує маршрут і повертається назад. Трекер за день намалює, умовно, 250 км. Але реальний маршрут – 180. Якщо нічого не налаштовувати, система візьме весь добовий трек: з 00:00 до 23:59. І в фактичному маршруті з’явиться зайвий пробіг, «ліві» зупинки та перекручена аналітика.

Система не здогадується, де почалась робота. Вона бере рівно те, що їй дозволили. Тут допомагають параметри «Поч. фікс. даних» і «Кін. фікс. даних» – вони визначають, яку частину треку брати в роботу.

Якщо водії працюють з 08:00 до 20:00 – задайте саме цей інтервал. Усе поза ним просто не потрапить у фактичний маршрут.

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

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

Кейс 2. Один водій – кілька рейсів за день

Склад – розвезення – склад – ще один виїзд – знову повернення. Фактично кілька маршрутів, але трек один, безперервний. Система формує окремий фактичний рейс під кожен плановий маршрут.

А що робити, якщо план змінився вже після того, як факт частково сформований? Наприклад, логіст додав точки або створив новий рейс.

За це відповідає параметр  «Завжди оновлювати налаштування фактичних рейсів згідно планових».

Якщо він:

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

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

Тут немає «правильного» варіанту – усе залежить від процесів у компанії.  Хтось хоче стабільний факт, хтось – актуальність при кожній зміні плану.

Кейс 3. Маршрут на кілька днів

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

Глобальні налаштування тут не допоможуть. Потрібно відкрити конкретний рейс у документі «Фактичні маршрути» і вручну задати часові межі, які охоплюють всю поїздку – наприклад, з понеділка 07:00 до середи 19:00.

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

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

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

Якщо у вас залишились питання або вас зацікавив новий функціонал — звертайтесь до нас та дізнавайтесь більше

Оптимально чи зручно? Нові параметри компактності маршруту

Posted on by admin

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

Саме для таких ситуацій у сервісі з’явилися два нові параметри компактності – тепер уже для роботи всередині одного маршруту. Це доповнення до тих інструментів, про які ми розповідали раніше.

Налаштувати їх можна в розділі «Параметри» – «Фактори оптимізації».

Важливо! Наразі параметри компактності застосовуються лише під час розрахунку маршруту із заявки. Підтримка розрахунку із маршруту з’явиться пізніше.

Розберімося докладніше, як вони працюють.

Перший параметр – компактність одного маршруту: припустиме погіршення оцінки, %.

Він визначає «межу гнучкості» алгоритму – наскільки система може відхилитися від ідеально короткого шляху заради більш зручного та логічного маршруту. Технічно це обмеження на максимально допустиме погіршення оцінки маршруту під час підвищення його компактності.

За замовчуванням встановлено значення «ні», тобто компактність під час розрахунку не враховується.

Як це працює на прикладі:

Розрахуємо маршрут для одного автомобіля. У ньому є точки 8 і 9, які фактично знаходяться в одному місці, а для точки 8 створено три окремі заявки.

Компактність не враховується (значення параметра — «ні»), тому алгоритм будує маршрут, орієнтуючись лише на найкращу оцінку.

У результаті заявки Точки 8 розкидані по маршруту: між ними з’являються інші точки. Точка 9, попри близьке розташування, також не групується разом із ними. Оцінка маршруту – 7,372. Пробіг – 7,33 км.

Тепер змінимо умови розрахунку.

Встановимо для параметра значення 1% та  перерахуємо маршрут.

Як бачимо, усі заявки Точки 8 тепер стоять поруч у маршруті. Однак Точка 9 досі не входить до цієї групи, тобто поточного допуску недостатньо.

Підвищимо значення параметра до 3% і знову перерахуємо маршрут.

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

У результаті заявки Точки 8 вже виконуються поспіль, без перерв. Точка 9, яка знаходиться поруч, також приєднується до цієї групи. Маршрут виглядає компактнішим: точки, розташовані в одному місці, обслуговуються послідовно. При цьому загальний пробіг збільшується з 7,33 км до 7,52 км, а оцінка маршруту змінюється  з 7,372 до 7,593. Тобто компактність досягається за рахунок незначного погіршення оцінки.

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

Другий параметр — компактність одного маршруту: максимальна відстань до кандидата, км.

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

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

Як це виглядає на практиці:

Умови: розраховується один маршрут для одного автомобіля; у маршруті — 6 точок доставки. Для параметра встановлено значення 300 м.

Система розглядає як кандидатів лише ті точки, для яких відстань до сусідів не перевищує 300 м. У нашому прикладі відстань від Точки 3 до сусідньої Точки 6 становить 420 м, що більше за встановлений поріг, тому Точка 3 не розглядається для переміщення і залишається на своєму місці в маршруті.

Встановимо для параметра значення 500 м і перерахуємо маршрут.

Поріг збільшено – тепер система враховує лише ті точки, для яких відстань до сусідніх не перевищує 500 м. У даному випадку 420 м входить у допустимий діапазон, тому Точка 3 переноситься до Точки 4, відстань до нового сусіда стає 0 м – вони географічно поруч.

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

Зверніть увагу! Другий параметр працює лише в парі з першим. Якщо для параметра «Припустиме погіршення оцінки» встановлено значення «ні», налаштування максимальної відстані до кандидата не враховується.

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

Якщо у вас залишились питання або вас зацікавив новий функціонал — звертайтесь до нас та дізнавайтесь більше

#компактність #оцінка_маршруту #про_сервіс #компактность #оценка_маршрута

Дякуємо вам – і це не просто слова

Posted on by admin

Кожні два роки ми зупиняємось і запитуємо вас напряму: як ми справляємося? Що вам подобається? Що заважає? Що варто змінити?

І щоразу нас вражає одне: ви відповідаєте.

У 2026 році в нашому NPS-опитуванні взяли участь понад 150 клієнтів. Люди зайняті, у кожного своя робота, своя логістика, свої дедлайни – і все одно ви знайшли хвилину, щоб поділитися думкою. Це не дрібниця. Для нас це багато важить.

Чому ми взагалі проводимо такі опитування?

Ми не хочемо будувати продукт у вакуумі. Таблиці та графіки показують нам, що відбувається, але тільки ви можете пояснити нам – чому. Саме тому раз на два роки, починаючи з 2022-го, ми надсилаємо вам одне просте запитання: з якою імовірністю ви порекомендуєте нас колезі або партнеру? А потім – слухаємо уважно те, що ви додаєте від себе.

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

Ми прочитали кожен коментар.

Що ми почули – і що це для нас означає

Ви не лише ставили оцінки – ви пояснювали. Дехто писав розгорнуто, дехто коротко, але щиро. І саме ця відвертість – найцінніше, що ви нам дали.

Критика – це не удар. Це орієнтир. Коли клієнт пише «програма будує маршрут нелогічно» або «функціонал на Android не працює на iOS», він не скаржиться заради скарги – він показує нам, де ми ще не дотягнулися. І ми за це вдячні не менше, ніж за теплі слова. А теплих слів теж було чимало. «Відчувається, що людям не все одно», «користуємось багато років», «рішення корисне в щоденній роботі» – такі речі надихають і нагадують, навіщо ми все це робимо.

Що далі?

Незабаром ми опублікуємо другу статтю – з детальним аналізом результатів опитування: як змінився NPS з 2022 по 2026, що покращилось, де ще є зони росту, і які кроки ми плануємо зробити на основі вашого зворотного зв’язку.

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

Це справжнє партнерство. І ми його цінуємо.

Підбиваємо підсумки 2025 року

Posted on by admin

Знову на порозі Новий рік – час подякувати за довіру, згадати досягнення й поглянути вперед. 2025 рік став для ANT-Logistics роком значущих змін, технічних проривів і постійного руху назустріч потребам наших клієнтів. Ми не просто вдосконалювали сервіс – ми робили вашу роботу простішою, швидшою й інтуїтивнішою.

Ось що нам вдалося реалізувати разом із вами.

Швидкість розрахунків

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

 API v2:  нові можливості для інтеграцій

API v2 отримало подальший розвиток, відповідаючи потребам компаній, які інтегрують ANT-Logistics у власну ІТ-екосистему. Було додано нові методи для роботи із заявками, точками доставки, маршрутами та користувацькими полями. У результаті інтеграція стала гнучкішою, а обмін даними – швидшим і надійнішим.

 Уніфіковані довідники

Підхід до роботи з довідниками також зазнав змін. Щоб уникнути хаосу в процесах, усі пов’язані довідники були об’єднані в єдину логічну структуру. Тепер:

  • торгові точки та групи точок;
  • машини та групи машин:
  • товари й товарні групи ;
  • склади й сервісні точки;
  • GPS-трекери та групи трекерів

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

Компактність маршрутів

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

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

Кросс-док: багаторейсові сценарії доставки

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

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

 Аналітичний модуль: дані для прийняття рішень

Аналітика в ANT-Logistics – це не просто таблиці, а інструмент прийняття рішень. Оновлений аналітичний модуль розширив можливості роботи з даними та зробив аналітику більш наочною й гнучкою. Тепер користувачі можуть:

  • швидше формувати звіти,
  • поєднувати різні показники,
  • отримувати цілісну картину логістичних процесів.

 ТО та ремонти: автопарк під контролем

У довіднику «Машини» з’явилася нова вкладка – «ТО та ремонти», де можна вести повний облік:

  • історії технічного обслуговування,
  • заміни запчастин,
  • витрат на ремонт.

Усе це – в одному місці. Тепер простіше не пропустити планове ТО і знизити ризик непередбачуваних простоїв.

Мобільний застосунок: зручність у щоденній роботі

У 2025 році ми добре попрацювали над мобільним застосунком ANT-Logistics – і для Android, і для iOS – щоб зробити щоденну роботу водія в маршруті зручнішою та надійнішою.  Основні оновлення застосунку:

  • Навігація стала гнучкішою – маршрут можна прокладати безпосередньо в застосунку або використовувати зовнішній навігаційний сервіс, обраний у налаштуваннях компанії.
  • Оновлено екран із точками маршруту – додано вкладки, пошук і сканування для зручної роботи з маршрутами.
  • Швидкий доступ для водія – новий механізм входу в мобільний застосунок, що дозволяє авторизуватися за тимчасовим ключем без створення повноцінного акаунта.
  • Підтримка спеціальних завдань на початку та при завершенні маршруту – для фіксації дій водія, таких як перевірка автомобіля, зняття показників одометра або заповнення документів.
  • Можливість додавати фото до завдань з довільного джерела – для зручної фіксації виконання завдань.
  • Оновлено реєстр замовлень – з’явилися вкладки за статусами та вкладка «Всі», а також попередження під час виходу з реєстру, щоб уникнути втрати несформованих або не переданих на сервер замовлень.
  • Покращено роботу з товарами в точці та Листом завантаження – для точнішого обліку та зручнішої роботи з даними.
  • Оптимізовано синхронізацію з сервером – оновлюються лише ті дані, які дійсно змінилися, що економить час і мобільний трафік.

Ми наполегливо працюємо над вирівнюванням функціональності мобільного застосунку між платформами. IOS-версія поступово отримує можливості, які вже доступні в Android, а також окремі покращення з урахуванням особливостей системи.

Що далі?

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

Окремі ідеї ще дозрівають – із задоволенням розповімо про них трохи згодом.

З Новим, 2026 роком!

 

Візуалізація замість таблиць: будуємо дашборд для аналізу

Posted on by admin

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

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

Підготовка сторінки дашборду

Робота з дашбордом починається в розділі «Аналітика». Саме тут зосереджені звіти, які служать джерелом даних для візуалізації. Ви можете використовувати вже існуючий звіт або створити новий – залежно від того, які показники потрібно аналізувати. Детальний процес створення звіту ми розглядали в статті «Аналітика під контролем: будуємо звіти під свої завдання».

Під час створення нового звіту перша сторінка (вкладка) додається автоматично. Якщо  потрібно кілька дашбордів для різних напрямків аналітики, просто натисніть «+» у верхній частині екрана. У вікні «Нова сторінка» на вкладці «Загальні» вкажіть назву сторінки та кількість візуальних елементів, після чого натисніть OK — нова вкладка буде додана до звіту.

Далі налаштуємо параметри нової сторінки. Для цього у верхньому куті робочої області натисніть кнопку Властивості. У вікні налаштувань оберіть вкладку «Опис і тип» та заповніть ключові поля:

  • Опис — вкажіть назву сторінки, яка допоможе швидко зорієнтуватися в аналітиці (наприклад «Ефективність маршрутів»).
  • Тип візуалізації – виберіть формат «Діаграма».
  • Вітрина даних – оберіть звіт, з якого братимуться дані для побудови графіків.

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

Щоб додати поле, позначте його галочкою у списку зліва та перемістіть у праву частину за допомогою кнопки 1. Саме ці вибрані поля надалі будуть доступні для побудови діаграм, таблиць і налаштування фільтрів. За потреби порядок полів у правому списку можна змінювати за допомогою кнопки 2. Після вибору всіх необхідних показників підтвердіть налаштування кнопкою «ОК».

Важлива деталь: якщо після заповнення вкладки «Опис і тип» ви одразу натиснете ОК, з’явиться попередження «Не вибрані поля для звіту». Без вибраних полів дашборд не зможе працювати — не буде даних для візуалізації.

Вибір формату візуалізації даних

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

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

Основні формати візуалізації:

  • стовпчаста діаграма (Bar) – використовується для порівняння значень між різними категоріями або для аналізу змін у часі;

  • таблиця (Table) – використовується для детального перегляду даних, підходить у випадках, коли важливо бачити конкретні значення по кожному запису: маршрут, водій, дата, відстань, сума, статус. Таблиця часто доповнює графіки й дозволяє глибше аналізувати показники;
  • кругова діаграма (Pie) – дозволяє наочно показати структуру показників та їх співвідношення. Такий формат зручно використовувати для аналізу часток – наприклад, розподілу витрат за категоріями,  статусів маршрутів тощо;
  • підсумковий показник (Total) – призначений для відображення агрегованого значення за вибраними даними. Це може бути загальна сума витрат, сумарна відстань, кількість маршрутів або інший ключовий показник, який потрібно бачити одразу.

Налаштування параметрів діаграми

 Після вибору формату візуалізації відповідний елемент автоматично додається на робочу область дашборду. Тепер потрібно його налаштувати.

 Для цього:

  1. Клацніть на доданій діаграми 1 на робочій області – вона стане активною та буде виділена фіолетовою рамкою.
  2. Натисніть іконку «Налаштування» (шестерня) 2 на панелі інструментів елемента.
  3. У вікні, що відкрилось 3 заповніть обов’язкові поля, які визначають джерело даних та спосіб побудови елемента. Конкретний набір доступних полів може відрізнятися залежно від типу діаграми, однак принцип їх налаштування однаковий:
    • Мітки — поля, за яким групуються або підписуються дані. Вони формують категорії діаграми: наприклад, дата, номер маршруту, водій, склад, статус заявки.
    • Значення — числові показники, які використовуються для побудови діаграми: кількість точок, сума замовлень, відстань, прибуток тощо.
    • Параметри відображення діаграми — поля, що визначають зовнішній вигляд елемента: тип побудови (група або стек), орієнтацію, формат та позицію підписів, позицію легенди й інші візуальні налаштування.
    • Сортування — порядок впорядкування значень (Asc — за зростанням, Desc — за спаданням).
  4. Натисніть «Зберегти», щоб застосувати зміни.
  5.  Щоб побачити результат у вигляді діаграми, натисніть кнопку «Виконати розрахунок» 4 – система оновить дані та побудує графік відповідно до заданих налаштувань.

Зверніть увагу! Легенда над графіком активна. Клік по назві показника приховує або повертає його на діаграму  – зручно, коли потрібно порівняти дані або сфокусуватися на одному параметрі.

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

Саме вони роблять дашборд гнучким і зручним для щоденної роботи – дозволяють взаємодіяти з даними без повторного налаштування кожної діаграми.

Додавання елементів керування

На панелі інструментів натисніть кнопку «+» і в розділі Елементи керування оберіть потрібний тип:

  • Dropdown — для вибору категорій і фільтрації;
  • DatePicker — для вибору дати або періоду;
  • Slider — для встановлення діапазону значень;
  • Text — для додавання заголовків або пояснень.

Після цього виділіть доданий фільтр на робочій області, натисніть іконку «Налаштування» (шестерня) та задайте параметри відповідно до його призначення. Збережіть зміни – тепер фільтр починає впливати на всі пов’язані діаграми на сторінці.

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

Завдяки цьому будь-яка зміна фільтрів – вибір значення в Dropdown, періоду в DatePicker або діапазону в Slider – миттєво оновлює всі діаграми на сторінці. Дашборд працює як цілісна інтерактивна система.

Розміщення та редагування елементів на сторінці

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

Під час редагування сторінки доступні такі дії:

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

Тепер ви можете налаштувати зручне розташування елементів, об’єднати пов’язані показники та підготувати дашборд до щоденного використання.

Якщо Вас зацікавив описаний функціонал – ми готові продемонструвати його роботу, виконати необхідні налаштування та надати доступ до сервісу. Для цього залиште заявку на сайті ANT-Logistics.

#аналітика #дашборди #візуалізація_даних #діаграми #аналитика #дашборды #визуализация_данных #диаграммы

Аналітика + автоматизація: як інтеграція ANT-Logistics та Bimp допомагає бізнесу працювати швидше та точніше

Posted on by admin

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

Хто такі Bimp і чому їх обирають українські компанії

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

Понад 500 компаній уже працюють у Bimp, і їх вибір дуже логічний:

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

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

Навіщо поєднувати Bimp та ANT-Logistics

ERP керує даними. TMS управляє рухом. Разом — це повна картина бізнесу без розривів і ручного перенесення інформації.

Інтеграція дає компаніям можливість:

  1. Планувати маршрути на основі актуального залишку та реальних замовлень

Система автоматично передає в ANT-Logistics дані про клієнтів, замовлення, складські залишки та асортимент. Це дозволяє будувати маршрути, які:

    • враховують наявність товару;
    • мінімізують “холості” виїзди;
    • скорочують витрати на паливо та транспорт.
  1. Усунути людський фактор

Більше не потрібно вручну переносити дані між системами. Менше помилок → швидше відвантаження → менше конфліктів між відділами.

  1. Контролювати виконання доставок у реальному часі

ANT-Logistics дає бізнесу те, чого не вистачає ERP-системам: чітку картину того, як відбуваються доставки:

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

Bimp у свою чергу автоматично оновлює статуси, залишки та фінансові дані після кожної виконаної доставки.

  1. Забезпечити фінансову точність

ERP одразу бачить реальні витрати, доходи та операційні зміни. А TMS передає інформацію про виконані перевезення, що допомагає рахувати точний P&L по напрямках.

  1. Масштабувати процеси без хаосу

Коли бізнес росте, з’являються десятки викликів:

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

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

Чому нам важливо партнерство з Bimp

Ми в ANT-Logistics свідомо обираємо партнерів, які поділяють наші принципи:

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

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

Що отримує бізнес, коли працює з нами разом:

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

#автоматизація #автоматизация #інтеграція #интеграция

Оновлення iOS-застосунку: що нового для користувачів

Posted on by admin

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

Новий екран «Точка»

У застосунку з’явився екран «Точка», який об’єднує всі інструменти для роботи з конкретною точкою маршруту. Щоб відкрити його, достатньо натиснути на відповідну точку на екрані «Точки маршруту».

Екран складається з кількох блоків: верхньої панелі з назвою та адресою точки 1, контейнера з діями 2, а також карток для роботи в точці 3, перегляду деталей 4 і переходу до наступної точки маршруту 5.

Розглянемо кожний розділ детальніше.

У верхній частині екрана відображається позиція точки в маршруті, її назва та адреса. Порядок відображення назви та адреси можна змінити у параметрах застосунку (Опція «Адреса на початку»). Звідси можна повернутися до переліку точок маршруту 1, відкрити навігацію до точки 2 або перейти до налаштувань 3.

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

На екрані відображаються лише ті кнопки, які активовані в налаштуваннях користувача. Їх склад і кількість можна змінювати у розділі «Налаштування» → «Контекстні кнопки», шо дозволяє адаптувати екран під конкретні потреби.

Основна частина екрана – блок «Робота в точці».

Саме тут зібрана ключова інформація та інструменти, необхідні для виконання дій у точці маршруту. Блок складається з окремих розділів – у разі натискання на будь-який із них відкривається відповідний екран для перегляду даних і виконання необхідних дій.

Залежно від налаштувань, у блоці «Робота в точці» можуть відображатися такі розділи:

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

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

Важливо! У блоці «Робота в точці» стан кожного розділу позначається відповідною іконкою. Якщо всі потрібні дії виконані, ліворуч від розділу відображається зелена галка; якщо ні – іконка залишається сірою. Відвідана точка позначається зеленою іконкою ліворуч від її назви.

Після блоку «Робота в точці» на екрані розміщений блок «Деталі» та картка переходу до наступної точки маршруту.

Блок «Деталі»

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

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

Наступна точка маршруту

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

Окрім оновленого екрана «Точка», у мобільному застосунку з’явилися й інші зміни, спрямовані на спрощення роботи з маршрутом та підвищення наочності статусів.

Відкладені точки в маршруті

Точки зі статусом «Відкладена» тепер відображаються закресленими. Це допомагає швидко відрізнити їх від активних точок маршруту.

Детальніше про роботу з відкладеними точками читайте у довідці.

Кнопка «Видано все» для товарів точки

Для роботи з товарами точки додано кнопку «Видано все». Вона доступна у правому верхньому куті екрана «Товари точки». Після натискання на неї система автоматично позначає всі товарні позиції як видані.

Новий екран «Статистика обміну даними»

Також у застосунку додано екран «Статистика обміну даними», який дозволяє контролювати обмін інформацією між мобільним застосунком і сервером.

 

Екран відкривається з бічного меню застосунку та містить дві вкладки:

  • Відправлення – дані, які надсилаються на сервер;
  • Отримання – дані, які завантажуються із сервера.

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

Якщо у вас виникли питання щодо роботи з новим функціоналом, звертайтесь до нас – ми завжди готові допомогти.

#оновлення_ios #обновления_ios #екран_точка #відкладена_точка #статистика #экран_точка #отложенная_точка

Індивідуальні поля в замовленнях: покрокові налаштування для мобільної торгівлі. Частина 2

Posted on by admin

У попередній статті Індивідуальні поля в замовленнях: покрокові налаштування для Мобільної торгівлі. Частина 1 ми ознайомили Вас з новим функціоналом – трьома додатковими полями Властивість замовлення 1, Властивість замовлення 2, Властивість замовлення 3, яким можна присвоювати будь-які назви й формувати для них будь-які списки значень. Зазначені поля належать до загальної інформації про замовлення і відображаються для всіх типів документів.

У цій статті мова піде про додаткові поля, які можна налаштовувати безпосередньо для товарів, причому набір полів можна варіювати залежно від обраного типу замовлень (типу документів).

Пропонуємо ознайомитися з налаштуванням додаткових полів на прикладі такого завдання:

  1. Необхідно реалізувати можливість вибору типу замовлення з двох варіантів: замовлення нового товару або повернення товару з торгової точки.
  2. Для позицій товару, які йдуть на повернення, потрібно вказати термін придатності товару.
  3. Також для повернутих позицій необхідно налаштувати можливість вибирати подальші дії – утилізувати товар або відправити на склад.

1. Створення типів замовлення

За допомогою API v2 внесемо дані про типи замовлень, які в мобільному застосунку відображаються в полі «Тип документа». У нашому прикладі це два типи: Замовлення та Повернення. Створення та оновлення типів замовлень виконується через API методом POST /EditOrderType. Під час формування запиту заповнюються такі атрибути:

  • OrderType_Id — ідентифікатор типу замовлення (порядковий номер значення у списку «Тип документа»).
  • OrderType_Name — назва типу замовлення, яка відображається в мобільному застосунку.
  • Show_Fields — перелік користувацьких полів замовлення, які повинні відображатися для вибраного типу документа. Якщо необхідно відобразити кілька полів, вони вказуються через кому, наприклад: OrderUserField_1,OrderUserField_2,OrderUserField_3. Якщо додаткові поля для типу замовлення не потрібні, цей параметр не заповнюється.

Кожен тип замовлення передається окремим API-запитом. Після виконання запиту система повертає відповідь з результатом операції — успішне створення або повідомлення про помилку.

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

Зверніть увагу! В атрибуті Show_Fields вказано значення OrderUserField_1. Це означає, що для типу замовлення Повернення буде відображатися Користувацьке поле замовлення 1.

Зазначимо також, що якщо в відображенні користувацьких полів нема потреби, то типи замовлення можна створити наступним чином. Зайдемо в Довідники – Мобільна торгівля – Тип замовлення, натиснемо на панелі управління кнопку «+»  і у вікні Додавання запису в полі Тип замовлення вкажемо найменування:

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

2. Налаштування поля Термін придатності за допомогою Користувацького поля замовлення

Далі необхідно виконати налаштування користувацьких полів замовлення. У нашому прикладі використано тільки одне поле OrderUserField_1 (для типу замовлення Повернення) – Користувацьке поле замовлення 1. Зайдемо в Налаштування таблиць 1 в панелі Довідник, виділимо рядок Документи/Моб.агент (Товари) 2. У підлеглому вікні відкриється список полів. Подвійним клацанням миші по рядку Корист. поле замовлення 1 3 викличемо вікно Редагування запису. У вкладці Загальні 4 в Поле 5 змінимо найменування (у нашому прикладі – Термін придатності), в полі Тип даних 6 вкажемо необхідний формат введення даних (у нашому прикладі – дата). Перейдемо до вкладки Моб. застосунок 7 і вимкнемо перемикач «Пок. (mobile)».

Зверніть увагу! Перемикач «Пок. (mobile)» активуємо лише у разі, якщо користувацьке поле замовлення потрібно відображати для всіх типів замовлення.

Якщо ж користувацьке поле замовлення має відображатися не для всіх типів, перемикач «Пок. (mobile)» залишаємо вимкненим, а під час заповнення API в атрибуті Show_Fields параметра OrderTypes для потрібного типу замовлення вказуємо необхідність відображення цього користувацького поля.

За потреби аналогічні дії повторимо для корист. поля замовлення 2, корист. поля замовлення 3.

3.    Створення поля з випадаючим списком за допомогою поля Значення типу замовлення

Перейдемо до виконання третьої умови нашого прикладу: для типу замовлення Повернення необхідно додати для товарів поле Дія з товаром з можливістю вибору значення з випадаючого списку – Утилізувати товар або Відправити на склад. Можливість вибору для товару значення з випадаючого списку реалізується за допомогою відображення і налаштування поля Значення типу замовлення.

Зайдемо в Налаштування таблиць 1 в панелі Довідник, виділимо рядок Документи/Моб. агент (Товари) 2. У підлеглому вікні відкриється список полів. Подвійним клацанням миші по рядку Значення типу замовлення 3 викличемо вікно Редагування запису. У вкладці Загальні 4 в Поле 5 змінимо найменування (у нашому прикладі – Дія з товаром), у вкладці Моб. застосунок 6 переводимо перемикач Пок (Mobile) в активне положення.

Далі за допомогою API v2 створимо список значень, які можна буде присвоювати новому перейменованому полю «Дія з товаром». У нашому прикладі це значення: «Відправити на склад» та «Утилізувати».

Передача значень виконується через API методом POST /EditOrderTypeValues. Під час формування запиту для кожного значення заповнюються такі атрибути:

  • OrderType_Id – ідентифікатор типу замовлення, для якого створюються значення. У нашому випадку використовується значення 2, оскільки дані створюються для типу замовлення «Повернення».
  • OrderTypeValue_Id – ідентифікатор значення типу замовлення (порядковий номер у списку). Для значення «Відправити на склад» використовується 1, для «Утилізувати» – 2.

OrderTypeValue_Name – назва значення типу замовлення, яка відображається в інтерфейсі для відповідного поля замовлення.

Після виконання запиту система повертає відповідь з результатом обробки – успішне створення значень або повідомлення про помилку.

Для видалення раніше створених значень використовується окремий метод DELETE відповідного API.

4. Відображення полів у мобільному застосунку

Далі перевіримо виконані налаштування додаткових полів у мобільному застосунку. Перейдемо на екран Замовлення, вкладку Документ 1. Виберемо значення для полів Напрямок 2 і Торгова точка 3. Детальніше про формування замовлення, використання товарного напрямку тощо ви можете дізнатися зі статті Замовлення в торгових точках.

У полі Тип документа 4 виберемо необхідний пункт зі створеного випадаючого списку (у нашому випадку Замовлення або Повернення). Перейдемо до вкладки Товари 5, в якій побачимо створені нами поля Термін придатності та Дія з товаром. Натиснувши на необхідний рядок з товаром, перейдемо до вікна редагування. Вкажемо термін придатності товару 6 і виберемо з випадаючого списку потрібну дію: Відправити на склад або Утилізувати 7. Збережемо зміни.

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

Якщо Вас зацікавив описаний функціонал – ми готові продемонструвати його роботу, виконати необхідні налаштування і надати доступ до сервісу. Для цього залиште заявку на сайті ANT-Logistics.

В#мобільна торгівля #мобільний застосунок #налаштування #поля #мобильная торговля #мобильное приложение #настройка #поля

Клієнтський кейс: як FRUIT TIME щодня доставляє сотні замовлень у заклади харчування завдяки ANT-Logistics

Posted on by admin

#кейси #кейсы #доставка #TMS

FRUIT TIME — один із провідних постачальників овочів і фруктів в Україні, який понад 15 років забезпечує якісну продукцію для HoReCa та роздрібних клієнтів. Компанія працює в Києві, Харкові, Дніпрі та Запоріжжі, щодня доставляючи сотні замовлень у ресторани, кафе та бари.

Понад десять років тому FRUIT TIME став одним із перших клієнтів, які впровадили систему ANT-Logistics, і з того часу наше партнерство переросло у справжню історію спільного розвитку.

Як усе починалось

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

FRUIT TIME впровадив ANT-Logistics ще на етапі, коли наш сервіс тільки формувався. Компанія стала однією з тих, хто фактично ріс разом із системою – тестувала нові функції, ділилася зворотним зв’язком і допомагала нам глибше розуміти потреби бізнесів із сегмента HoReCa.

Як ANT-Logistics змінив процес доставки

До впровадження TMS логіст планував маршрути вручну – через Excel і телефонні дзвінки. Це займало години, а контролювати виконання доставок у реальному часі було складно.

З ANT-Logistics компанія отримала:

  • Автоматичне планування маршрутів з урахуванням усіх обмежень: часових вікон, завантаження транспорту, пріоритетів клієнтів.
  • Контроль у реальному часі – диспетчер бачить, де саме знаходиться водій, скільки доставок уже виконано і чи вкладається він у графік.
  • Мобільний застосунок для водіїв, який замінив паперові накладні й дзвінки. Водій отримує маршрут, підтверджує доставку, передає фото, а менеджери бачать усі зміни миттєво.
  • Аналітику для управлінських рішень: запізнення, ефективність рейсів, навантаження транспорту, витрати на логістику.

Результати

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

Компанія підвищила точність виконання доставок, оптимізувала витрати на паливо та утримання автопарку.

Контроль і прозорість процесів допомогли покращити сервіс для клієнтів – ресторани отримують продукцію вчасно, а команда має повну картину логістики щодня.

Довгострокове партнерство

Співпраця FRUIT TIME та ANT-Logistics триває вже понад десять років. За цей час компанія не лише розширила масштаби доставки, а й стала прикладом стабільної цифрової трансформації логістики.

Ми вдячні команді FRUIT TIME за довіру, відкритість до інновацій і готовність ділитися досвідом. Саме завдяки таким клієнтам ми вдосконалюємо сервіс і створюємо рішення, які справді змінюють логістику в Україні.

Веб-сайт FRUIT TIME: https://fruit-time.ua