Сервис позиционирования вахтовых рейсов на платформе Waliot

Создание единого корпоративного сервиса, который показывает сотрудникам в реальном времени местоположение и ETA (расчетное время прибытия) вахтовых автобусов, снижает ожидание на остановках и количество жалоб, повышает пунктуальность рейсов и прозрачность оперативного управления.

Ключевые задачи:

• запустить информирование без переоснащения парка, используя уже установленную телематику;

• дать простой доступ без установки приложений: шеринг-ссылки, QR-плакаты, экраны на распределительных центрах (РЦ);

• стандартизировать требования к перевозчикам по передаче данных и соблюдению графика;

• ввести регулярные KPI: медиана ожидания, доля жалоб по категории «прибытие/ожидание», пунктуальность (±5 минут), доля охваченных рейсов;

• обеспечить защиту данных и надежность сервиса на масштабе сети «Магнит».

2025

Достигнута непрерывная «видимость» вахтовых рейсов для сотрудников и диспетчеров; сервис работает без установки приложений, что обеспечило быстрый охват. Введены KPI: медиана ожидания на остановке, пунктуальность рейсов (±5 минут), доля жалоб категории «прибытие/ожидание», охват шеринг-ссылками/экранами. 

По итогам пилота зафиксированы устойчивые улучшения: сокращение времени ожидания, снижение доли жалоб, рост доли рейсов в графике, оперативная реакция на отклонения. Стандартизованы требования к перевозчикам по передаче данных; подготовлена методика тиражирования по РЦ, что обеспечивает масштабирование без переоснащения парка.

Достигнуты измеримые улучшения и операционных показателей. Медиана ожидания на остановке снизилась до 12–14 мин (P90: 24–28); пунктуальность рейсов в коридоре ±5 мин выросла до 75–82%; доля жалоб категории «прибытие/ожидание» сократилась до 12–14%. Покрытие рейсов — 85–95%, охват аудитории — 80–90%; 55–70% сотрудников открывают ссылку до прибытия (MAU 60–70%).

• Платформа управления автопарком Waliot (модули: приём телеметрии, отчёты/алерты, шеринг-ссылки, API).

• Бортовые GPS/ГЛОНАСС-трекеры подрядчиков с питанием от прикуривателя/OBD (существующие установки; поддержка телематических протоколов).

• Информационные экраны/панели на РЦ (Smart TV/OPS-плеер или ПК с браузером).

• Корпоративные мессенджеры/порталы для распространения ссылок и QR-кодов.

• Мобильное приложение для выбора маршрута и обратной связи.

• Системы учёта расписаний/смен для сверки графиков, мониторинг и журналирование.

В проекте не используются решения из каталога Global CIO

• Гетерогенность телематики: разные модели трекеров и протоколы, различное качество связи и частота отправки данных.

• Замены автобусов в ходе смены: регламент «быстрой установки» трекера (прикуриватель/OBD) и привязка шеринга к рейсу.

• Масштаб и пиковая нагрузка: одновременный доступ тысяч пользователей к публичным каналам (ссылки/экраны), при этом — требования к отказоустойчивости и SLO.

• Безопасность и приватность: токенизация ссылок, ограничение видимости, аудит, минимизация ПДн.

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

• Управление изменениями: ввод KPI-рамки, регламенты реакции на отклонения, поддержка 1-й линии и регламентные отчеты по качеству сервиса.

Инициатива направлена на снижение ожидания вахтового транспорта и рост пунктуальности. В качестве источника данных используется уже установленная на автобусах телематика. Данные поступают в платформу, нормализуются и публикуются в виде безопасных шеринг-ссылок и экранов на РЦ; сотрудники видят рейс на карте, текущую позицию, ETA и ключевые остановки.

Архитектура: навигационное оборудование → региональные системы мониторинга транспорта → единый телематический хаб → платформа Waliot → сценарии (ETA, отклонения, уведомления) → каналы (ссылки/экраны/мобайл). Права доступа ограничиваются маршрутом и временным окном; ссылки токенизированы. Для устойчивости предусмотрены SLO по доступности, алерты на задержки данных, деградационные режимы (переход к последней известной позиции, отметка «связь потеряна»).

ETA формируется из текущей скорости/курса и исторических профилей по сегментам маршрута с учетом временных окон. Отчётность включает траектории, соблюдение расписания, внеплановые остановки и покрытие каналов информирования.

Проект реализуется в два этапа. Этап 1 (2–4 недели): быстрый пилот — выборка готовых к передаче данных автобусов, настройка ретрансляции, публикация ссылок/экранов, запуск опросника удовлетворенности. Этап 2: тираж, утверждение требований к подрядчикам по передаче телематики, расширение на все рейсы, опциональный запуск мобильного приложения и регламентов по реакции на отклонения.

Управление изменениями: коммуникационный пакет (FAQ, инструкции), обучение диспетчеров РЦ, еженедельные сверки KPI, канал фидбэка. Безопасность: минимизация персональных данных (сотрудник видит только рейсы; персональная геолокация сотрудников не собирается), аудит доступа, хранение событий маршрутов по политикам заказчика.

Вся РФ, кроме ДФО.