Кратко: Региональная транспортная компания: 35 грузовых машин, заказы в 1С, GPS-телематика на каждом ТС. Диспетчер вручную сводил пробег, простои и опоздания в Excel - загрузка парка была непрозрачна, простаивающие машины замечали поздно. Мы построили дашборд: данные из 1С и GPS на одном экране. По оценке команды клиента, загрузка парка выросла на 12%, −10 часов в неделю на ручных отчётах.
Ключевые цифры
- +12% - рост загрузки парка после прозрачности простоев
- −10 ч/нед - экономия диспетчера на ручных сводках
- 35 ТС - в одном дашборде с GPS и заказами
- Drill-down - от KPI до конкретного рейса и водителя
Кто клиент и как устроена логистика
Компания перевозит стройматериалы и оборудование по ЦФО и соседним регионам. 35 машин (10 тонн и 20 тонн), 28 водителей, 3 диспетчера, логист.
Системы:
- 1С:Управление автотранспортом - заказы, маршруты, статусы, оплаты.
- GPS-телематика (Wialon) - пробег, скорость, стоянки, геозоны.
Ключевые вопросы руководства:
- какая реальная загрузка парка - машина в рейсе или стоит;
- сколько часов простоя у каждого ТС за неделю;
- опоздания - сколько рейсов сорвано и почему;
- стоимость км с учётом простоев и холостого пробега.
Что было: Excel и звонки водителям
Типичная неделя диспетчера до дашборда:
- Выгрузить из 1С список рейсов за неделю: машина, водитель, маршрут, план/факт.
- Зайти в Wialon, по каждой машине - пробег, время стоянок.
- Свести в Excel: загрузка = время в рейсе / рабочее время.
- Позвонить водителям, у кого «странные» простои - выяснить причину.
- Отправить сводку руководителю - часто в пятницу вечером.
На сводку уходило ~10 часов в неделю у одного диспетчера. Цифры были на 3-5 дней старыми.
Параллельно были другие потери:
- Простаивающие машины - 4-5 ТС регулярно стояли 1-2 дня без заказа, диспетчер узнавал поздно.
- Опоздания - видели постфактум, не в момент срыва.
- Холостой пробег - машина вернулась порожняком, в отчёте не выделялось.
- Споры с водителями - «я не простаивал» без объективных данных.
Что стало: GPS и 1С на одном экране
Дашборд объединяет заказы из 1С и телематику из Wialon. Диспетчер видит парк в реальном времени и историю за период.
Карта и статусы ТС
На карте - все 35 машин: в рейсе (зелёный), на погрузке (жёлтый), простой (красный). Клик - текущий заказ, водитель, время до точки.
35 машин на карте: в рейсе, простой и опоздания в реальном времени.
KPI загрузки парка
За период: % загрузки (время в движении + на объекте / рабочие часы), часы простоя по каждому ТС, средний пробег в день, число рейсов.
Загрузка по дням, простои и стоимость км на одном экране.
Опоздания и срывы
Список рейсов с фактом позже плана > 30 мин. Причина из 1С или комментарий диспетчера. Drill-down: маршрут на карте, где задержались.
Рейс #1847: таймлайн GPS + 1С и причина срыва SLA.
Стоимость км
Расчёт: (топливо + амортизация + зарплата водителя) / пробег. С учётом холостых возвратов - видно, какие маршруты убыточны.
Алерты
Telegram диспетчеру: машина стоит > 2 часов без заказа в рабочее время, рейс отстаёт от плана > 1 часа.
Результаты в цифрах
| Показатель | До | После |
|---|---|---|
| Ручные сводки диспетчера | ~10 ч/нед | Автоматически |
| Загрузка парка (средняя) | 68% | 76% (+12% относительно) |
| Простой без заказа > 1 день | 4-5 ТС регулярно | 1-2 (алерт в тот же день) |
| Реакция на опоздание | На следующий день | В момент (алерт) |
| Споры по простоям | Без данных | GPS-лог |
Рост загрузки - не «магия дашборда», а следствие того, что простаивающие машины стали видны сразу и диспетчер успевает найти заказ. По оценке логиста, +12% - реалистичный эффект за первые 2 месяца.
Как внедряли
- Разбор метрик - 4-5 дней. Как считают загрузку, что такое «простой», какие пороги алертов, интеграция 1С и Wialon.
- Выгрузка 1С + Wialon API - 1,5 недели. Сопоставление машин (госномер / ID в обеих системах).
- Сверка с Excel - 1 неделя. Прогнали месяц истории, поправили логику «рабочих часов» и геозон.
Суммарно - около 3 недель.
Что говорит клиент
«Каждую пятницу я сидел в Excel: 1С отдельно, Wialon отдельно, водители вручную объясняют где стояли. Простаивающие машины узнавал в понедельник - уже потеряли выходные. Сейчас открываю дашборд - красным горят те, кто стоит без заказа, Telegram орёт если больше двух часов. Загрузка выросла просто потому, что мы перестали «терять» машины на стоянке. Опоздания ловим в пути, не постфактум.»
— Диспетчер, региональная транспортная компания
Как устроено технически
Источники данных
- 1С - заказы, рейсы, статусы, план/факт времени, водитель, ТС.
- Wialon API - координаты, пробег, стоянки (скорость < 5 км/ч > 10 мин), геозоны погрузки/выгрузки.
Сопоставление ТС по госномеру или внутреннему ID.
Расчёт загрузки
загрузка % = (время в рейсе + время на объекте) / рабочие часы × 100
Рабочие часы - настраиваемое окно (например, 08:00-20:00). Простой = рабочие часы минус время в движении и на объекте.
Карта
Real-time позиции из Wialon, overlay заказов из 1С. Обновление каждые 1-2 минуты.
Алерты
- простой > 2ч в рабочее время без активного заказа;
- отставание от плана > 1ч;
- выход из геозоны маршрута (опционально).
Подходит ли вам такое решение
Этот кейс актуален, если:
- парк от 10+ машин с GPS-телематикой;
- заказы в 1С или аналоге;
- загрузку считаете в Excel раз в неделю;
- простои замечаете поздно;
- нужен единый экран: карта + KPI + опоздания;
- хотите алерты на простой и срыв сроков.
Хотите такой дашборд по вашему парку? Оставьте заявку - разберём задачу за 30-60 минут.