Где возникал разрыв
Габариты, вес и количество мест хранятся в контексте отгрузки. Если сотрудник вручную переносит их в личные кабинеты перевозчиков, а решение записывает в другом месте, процесс становится труднее проверять и повторять.
Особенно сложны многоместные отправления: у каждой посылки свои параметры, но перевозчик рассчитывает весь заказ. Необходима модель, которая сохраняет отдельные грузовые места, а не сводит всё к одному условному весу.
Как работает решение
В смарт-процессе «Отгрузка» создан отдельный расчётный интерфейс. Он собирает параметры отправления, обращается к вариантам СДЭК и Яндекса, показывает стоимость и ориентировочные сроки, позволяет уточнить пункт выдачи и закрепить выбранный способ доставки.
Расчёт не означает автоматическое оформление заказа у перевозчика. В подтверждённый объём работ входит сравнение предложений и выбор, а не создание внешней отправки через API.
Что здесь штатное, а что собственное
Битрикс24 умеет хранить сведения об отгрузке, запускать задания и связывать карточки. Но сравнение тарифов нескольких перевозчиков с параметрами каждого места и интерактивным выбором нуждалось в специальном инструменте MindFlow.
Ценность именно в последовательности работы логиста: сведения не теряются между калькулятором и операцией, выбранный вариант остаётся привязанным к заказу.
Изменение в работе логистики
Сотруднику не нужно держать параллельную таблицу для выбора варианта. Руководитель получает возможность проверить, что решение о перевозке принималось в контексте конкретной отгрузки.
Цифры сокращения времени пока не публикуются: для этого нужен замер до и после. Аналогичная архитектура может применяться в компаниях с несколькими отправлениями и разными транспортными службами.
Основание и границы кейса
Особенности нескольких мест и отсутствие заказа по API подтверждены историей работы над калькулятором.