Маршрут вместо ручной сборки
Заявки складываются в рейс с учётом окон и вместимости. При добавлении точки порядок обхода пересчитывается — диспетчер не рисует маршрут в Excel.
Заявки складываются в рейс с учётом окон и вместимости. При добавлении точки порядок обхода пересчитывается — диспетчер не рисует маршрут в Excel.
Машина на карте, события «погрузка» и «в пути», прогноз прибытия. Отклонение от плана видно до звонка клиенту.
Тариф, зона и факт пробега дают сумму с расшифровкой. В SWAPPZ цена обновлялась при смене маршрута — спор «почему так вышло» закрывался цифрами в системе.
Заявка, транспорт, водитель и файлы рейса связаны одним ID. Менеджер не ищет ТТН в почте по номеру заказа.
Набор экранов и интеграций подбирают под тип рейса: городская развозка, магистраль или смешанный контур. Ниже — блоки, которые чаще всего закрывают диспетчеризацию и учёт перевозки.
Система предлагает порядок точек; диспетчер утверждает версию. Ограничения по времени окна и грузоподъёмности учитываются до выезда.
Входящие заявки ранжируются по SLA и приоритету. Машина и водитель назначаются по правилам, а не по договорённости в мессенджере.
GPS и телематика пишут координаты и статусы в карточку рейса. События не дублируются при повторной доставке вебхука.
Пробег, простой, возврат и надбавки складываются в итог. Бухгалтерия видит формулу, а не итог «как договорились».
ТТН, акты и вложения хранятся у рейса. Статус «документы готовы» меняется вместе с этапом перевозки.
Пробег, опоздания, отклонения от плана и ГСМ — в срезах по периоду. Руководитель видит, какой маршрут или клиент съедает маржу.
Проекты WAPP, где ключевой контур — диспетчеризация и перевозка груза, а не склад или пассажирские перевозки.
Разработка Fleet Management System для аренды электробайков и самокатов в ОАЭ. Рассказываем, как за 90 дней запустить систему с пятью ролями и обеспечить 100% контроль за транспортом.
Рейс в TMS живёт на событиях из учёта и с борта машины. WAPP описывает контракты обмена до верстки экранов — чтобы статус и сумма не расходились между системами.
Координаты, скорость и датчики попадают в карточку рейса. Диспетчер видит факт движения, а не последний звонок водителя.
Геокодирование, матрица расстояний и построение маршрута — через API. ETA пересчитывается при смене порядка точек.
Заказ и контрагент приходят из вашей учётной системы; факт отгрузки и счёт уходят обратно по API. Поля согласуют один раз, чтобы не дублировать ввод.
Статусы и документы отдаются партнёру по API или EDI. Клиент видит этап рейса без звонка в диспетчерскую.
Старт с карты рейса: какие статусы, тарифы и роли нужны диспетчеру, логисту и бухгалтерии. Затем — прототип ключевых экранов и пилот на одном направлении.
Фиксируют типы перевозок, статусы, зоны и правила расчёта. Отдельно отмечают, где нужен мобильный контур для водителя.
Собирают заявку → рейс → карта → документы. Логисты проходят сценарии до разработки серверной логики.
Подключают ERP, телематику и карты на ограниченной группе машин. Сверяют события и суммы по рейсам.
Включают роли по очереди, настраивают отчёты. Тарифы и правила дорабатывают без остановки работающих рейсов.
Разбор рейсов и интеграций на созвоне помогает оценить объём TMS и план запуска без лишних экранов.