Региональная курьерская служба: 3 склада, 120 курьеров, 4500 доставок в день. TMS для маршрутов, WMS для склада, CRM для клиентов. Три системы, три формата отчётов, SLA в онлайне никто не видит.
Доставки опаздывали: пробки, кривой маршрут, задержка на сортировке. Диспетчер узнавал о проблеме от клиента по телефону. Когда доходило — водитель уже три часа как на другом маршруте.
SLA — доставка в заявленное окно — считали раз в месяц по выгрузкам из TMS. Цифра 78% была, а рычагов, чтобы её двигать, — нет. Клиенты стали уходить к конкурентам с трекингом.
Нужен был оперативный экран для диспетчерской: какой маршрут отстаёт, какие заказы под риском, кто из курьеров тащит лучше всех. Обновление каждые 5 минут, алерты за 20 минут до просрочки.
Собрали решение под конкретную задачу. Ниже — из каких кусков оно состоит.
REST-интеграция с TMS по событиям маршрутов, webhook из WMS на сортировках, коннектор к 1С на клиентскую базу.
Event-stream через Azure Service Bus + Python-воркеры. В DWH события < 7 минут после факта в системе.
Факт-таблица событий доставки (pickup, sort, out-for-delivery, delivered, failed). Звёздная схема с dim_courier, dim_hub, dim_клиент.
Горячая партиция — текущие сутки, обновляется по событиям. Архивные — раз в сутки, для ретроспективы.
Дашборд диспетчерской: карта маршрутов, таймлайны, ETA. Алерт в Telegram за 20 минут до риска просрочки.
Ежедневный отчёт SLA по курьерам/хабам. Входит в мотивационную схему — курьеры соревнуются за лучший SLA недели.
До внедрения о проблеме узнавали от клиента. Сейчас диспетчер видит опаздывающий маршрут за 20 минут и сам звонит: «задержимся на 15 минут, курьер рядом». Клиенты лояльнее, 96% SLA держим шестой месяц.
DEДиректор по операциямЛогистика · Доставка
Оперативная логистика, невидимые опоздания, отчёты раз в месяц? 30 минут — и получите план.