Логистическая компания: заявка, рейс и доставка

Сценарий для перевозчика или службы доставки: заявка, тариф, рейс, водитель, транспорт, контроль статусов, документы и расчёт рентабельности.

Исходная ситуация и узкое место

Диспетчер распределяет заявки в чатах, менеджер не видит подтверждённый статус, водитель передаёт документы с задержкой, а экономика рейса считается после закрытия месяца. Возвраты и простои не привязаны к причине.

Какой контур автоматизации нужен

• заявка на перевозку с адресами, окном, грузом и тарифом
• проверка доступности водителя и транспортного средства
• маршрут, точки, статусы, отклонения и подтверждение доставки
• путевые и закрывающие документы, возвраты и претензии
• доход, прямые расходы и маржа по рейсу и клиенту

Как проходит сквозной процесс

Подтверждённая заявка попадает в план рейсов. Диспетчер назначает ресурс без пересечения, водитель получает маршрут и фиксирует события, а менеджер видит отклонения. После подтверждения доставки система собирает документы и фактические расходы, чтобы рейс закрывался не только операционно, но и финансово.

Какие показатели проверить на пилоте

• доля доставок в согласованное окно
• порожний пробег и загрузка транспорта
• простой по причинам и точкам
• срок возврата документов
• маржа, претензии и повторные заказы по клиенту

Границы сценария

GPS, карты, топливные карты и телематика требуют проверки провайдера. Пилот проводится на одном типе перевозок и ограниченной группе машин.

Связь коммерции и рейса

Запрос клиента хранит условия и ставку, подтверждённая заявка создаёт одно или несколько исполнений. Рейс связывает транспорт, водителя, перевозчика, события, документы и расходы. Изменение после подтверждения версионируется, чтобы клиентское обещание и фактическая экономика не восстанавливались из разрозненной переписки.

Критерий пилота

Выбирают один маршрут и несколько завершённых перевозок, включая опоздание и дополнительный расход. Сверяются окна, назначения, подтверждения, документы, начисления сторон и маржа. Повтор webhook, замена машины и временная потеря связи не должны создавать дубль или уничтожать исходную хронологию.

Права проверяются отдельно: менеджер клиента видит коммерческий контекст, диспетчер — необходимые данные исполнения, водитель — своё задание, финансы — подтверждённые начисления без избыточного доступа к чужим перевозкам. Контроль выполняют на реальных ролях, завершённых маршрутах и изолированных тестовых tenant.

Следующий шаг

Разберём один маршрутный день и превратим его в проверяемый процесс с событиями, документами и экономикой.