В логистике редко бывает один универсальный сценарий доставки. В разные дни меняется спрос, загрузка складов, доступность транспорта, графики водителей, временные окна клиентов и приоритеты бизнеса.

На вебинаре разбираем, как упростить работу с такими сценариями с помощью пресетов — заранее подготовленным наборам параметров для разных сценариев планирования доставки.

Спикеры вебинара:

• Виталий Качан — менеджер технических проектов.
• Дамир Морозов — руководитель группы развития технической поддержки и внедрения.
• Юлия Муслиева — менеджер группы развития крупных клиентов и внедрения.

Простыми словами, пресет — это шаблон настроек. Его можно использовать для разных типов транспорта, складов, смен, заказов или глобальных правил планирования. Например, отдельно настроить сценарии для будней и выходных, высокого и низкого спроса, разных складов, зон доставки или типов автомобилей.

Это снижает нагрузку на логистов, IT-команды и интеграторов, ускоряет запуск новых сценариев и упрощает массовое обновление параметров транспорта, водителей, заказов, складов и смен.

Пресеты хранятся на стороне сервиса в формате JSON и могут применяться при планировании через Excel или API. Настройки, созданные при работе через Excel, потом можно переиспользовать при переходе на API-интеграцию.

Меньше данных в системе клиента:
часть параметров можно хранить в Яндекс Маршрутизации.

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

Быстрое тестирование гипотез:
пресеты упрощают тестирование новых сценариев маршрутизации: один сценарий остаётся боевым, другой можно использовать для проверки новых правил.

Меньше доработок интеграции:
новые параметры можно добавлять в пресет, а не каждый раз менять API-запросы или выгрузку.

Демонстрация построена на примере компании, которая доставляет заказы из спортивного магазина.

Раньше ассортимент был относительно лёгким: гантели, скакалки и похожие товары. Для такой доставки хватало велокурьеров. Затем появились тяжёлые заказы — тренажёры, беговые дорожки и крупный спортивный инвентарь.

Исходная ситуация
В исходной модели есть 4 велокурьера.
• Три велокурьера могут возить до 10 кг и работать до 10 часов в день.
• Один велокурьер может возить до 20 кг, но работает до 6 часов в день.

Окна доставки достаточно широкие — примерно с 10:00 до 18:00.
После появления тяжёлых заказов часть заказов не распределяется.

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

Lamoda — один из крупнейших fashion-ритейлеров в России и СНГ, работающий с тысячами брендов и развивающий масштабную омниканальную модель доставки.

Среднемесячная аудитория платформы составляет около 16 млн пользователей, компания представлена более чем в 50 городах России, а логистическая инфраструктура включает порядка 35 000 собственных и партнёрских пунктов выдачи в более чем 8000 населённых пунктов.

При этом около 62% заказов приходится на региональные доставки, что формирует высокую сложность управления распределённой логистикой и требования к гибкости планирования.

Проблема

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

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

Решение

Для каждого региона создали отдельный пресет с несовместимостью зон. Например, для Краснодарского региона в пресет заносились только те ограничения, которые нужны именно этому региону. При постановке задачи на планирование логист выбирает нужный региональный пресет — в своей системе или через Excel. Алгоритм использует только релевантные правила несовместимости, а не весь массив ограничений по всем регионам.

Результат

• Структуру стало проще адаптировать под новые регионы и изменения в существующих ограничениях.
• Логисты стали работать только с нужными данными.
• Процесс стал прозрачнее и понятнее.
• Сократился объём запросов.
• В систему стало попадать меньше избыточных данных.

Подготовка пресетов платная или бесплатная?
Подготовка пресетов — бесплатная услуга в рамках поддержки. Клиент может прийти с текущим планированием или с гипотезой, а поддержка поможет вынести параметры в пресеты и объяснит, как их использовать.

Работают ли пресеты в модуле 1С?
Да, пресеты можно использовать в модуле 1С. В коробочном модуле есть блок с пресетами, их можно применять к заказам, машинам и, вероятно, складам. Для более сложных сценариев, например глобальных опций, может потребоваться доработка.

Есть ли смысл использовать пресеты, если машин мало?
Да. Даже при небольшом автопарке пресеты могут быть полезны для заказов, складов, смен и общих настроек. Вопрос не только в количестве машин, а в количестве сценариев, ограничений и гипотез.

Пресет — это просто шаблон ограничений?
Нет. Пресет — это готовый набор параметров, который влияет на логику работы алгоритма. В нём могут быть ограничения, стоимости, временные параметры, правила и другие настройки.

Можно ли назначить два пресета одного типа одной машине?
Нет. Для одного объекта нельзя передать два пресета одного типа. Но можно создавать разные пресеты для разных категорий машин, типов транспорта или сценариев.

Если все машины одинаковые, зачем пресеты?
Даже одинаковые машины могут отличаться стоимостью использования, водителями или сменами. Например, можно задать меньшую стоимость для собственного транспорта и большую для наёмного, чтобы алгоритм приоритизировал собственный парк.

Можно ли добавить новый параметр без доработки интеграции?
Да. Это один из ключевых плюсов пресетов: параметр можно добавить в пресет, не меняя основную интеграцию.

Что приоритетнее: параметры в пресете или параметры в теле запроса?
Исторически параметры в теле запроса имели приоритет. Но на вебинаре упоминается новая возможность настроить приоритет пресета над тем, что передаётся клиентом.