Многие компании все еще управляют логистикой «вслепую». Склады разбросаны по стране, перевозчики работают по своим правилам, а каждый филиал решает вопросы устно на локальном уровне. Последствия любых изменений — скажем, переноса основного склада — почти невозможно просчитать. Решением может стать подход «логистика как код». О том, как это будет работать, рассказывает Валерий Геленава, сооснователь цифрового логистического оператора versta.io.
У большинства компаний логистика все еще управляется хаотично. Часть данных хранится в TMS, ERP и учетных системах, часть — в Excel, электронных письмах и мессенджерах. А больше всего — в головах сотрудников, которые знают, что в один регион лучше везти через одного подрядчика, в другой — через другого, что крупногабарит идет с одного склада, а документы выгоднее отправлять по третьему сценарию.
Пока все стабильно, это терпимо. Но при масштабировании, запуске новых регионов или смене подрядчиков выясняется, что логистика плохо поддается изменениям.
Многие решения принимаются почти вслепую. Например, перенос склада интуитивно кажется выгодным за счет сокращения расходов на хранение. Но в реальности экономию может съесть более дорогая доставка или рост ее сроков, что, в свою очередь, потребует увеличения складских запасов.
В таких условиях сложно выбрать между строительством собственного склада или арендой складов в регионах.
Компании:
- не видят единой картины;
- не понимают реальных затрат на логистику;
- не могут быстро и безопасно тестировать изменения в цепочках поставок;
- принимают управленческие решения «по наитию».
Похожую проблему ИТ-сфера пережила раньше. Когда ИТ-инфраструктура стала слишком сложной для ручного управления, появился подход infrastructure as code: конфигурация серверов и сетей стала описываться как код — в виде набора структурированных файлов. Логистика подходит к тому же этапу.
Новая логика
Если перенести в логистику логику подхода as code, архитектуру любой логистической цепи можно описать как структурированный набор правил, параметров и элементов.
В такой конфигурации могут быть описаны:
- склады;
- регионы доставки;
- типы грузов и ограничения;
- доступные способы доставки;
- правила выбора маршрута или подрядчика;
- исключения для отдельных территорий или товаров.
Например, компания фиксирует, что поставки на Дальний Восток идут с одного склада, в Центральную Россию — с другого, крупногабарит хранится обособленно, а для отправлений свыше определенного веса используется отдельный перевозчик. Если подключается новый партнер — скажем, для нового региона — это изменение вносится как обновление единого конфигурационного файла, а не серия ручных правок.
Читайте также: НЦТЛП переходит к разработке единого контура обмена транспортными данными
Вместо разрозненных сведений компания видит единую картину логистической архитектуры: откуда идут поставки, какие подрядчики задействованы, по каким правилам выбирается маршрут и где исключения. Это крайне важно для крупного бизнеса, где много решений принимается локально, и их сложно проконтролировать. Например, компания может перевести часть отправлений на нового оператора или запретить дорогой локальный сценарий, который выбирали по привычке.
По следам разработки
Благодаря подходу as a code в сегменте логистики появляются практики, давно ставшие нормой в разработке. Каждое новое действие в конфигурации фиксируется и версионируется — видно, кто, когда и что поменял. Прежде чем вносить изменения в реальную логическую схему, можно смоделировать их последствия: что произойдет, если убрать склад или переключить регион на другого перевозчика. Если эффект неудовлетворительный — достаточно откатиться к предыдущей версии.
Подход позволяет быстрее перестраивать логистику: менять географию, тестировать новые логистические модели, искать баланс между скоростью и стоимостью. Так, можно оперативно узнать, что произойдет, если перенести склад из Перми в Екатеринбург. Как изменятся сроки доставки по регионам? Где снизится стоимость перевозки, а где вырастет? Повлияет ли это на стоимость хранения?
Более того, «логистика как код» помогает эффективнее применять в планировании перевозок инструменты ИИ. Формализованная конфигурация становится для ИИ готовыми структурированными данными. Агенту не нужно «догадываться», как устроена логистика компании: вся модель описана явно, а не хранится в Excel-таблицах и головах сотрудников. Он может анализировать текущую схему и с помощью прогнозных алгоритмов предлагать оптимальные изменения: переключить регион на другого перевозчика или перераспределить потоки между складами.
Сама логистика при этом не становится «программированием». Но она перестает быть непрозрачным набором складов, маршрутов и подрядчиков, а управление перевозками уходит от ручных процессов и устных договоренностей.
Единый язык логистики
Если развивать идею дальше, речь пойдет о едином формате обмена логистической информацией между всеми участниками рынка.
Сегодня одна из главных проблем отрасли — отсутствие общего языка, на котором могли бы «разговаривать» грузовладельцы, перевозчики, экспедиторы и ИТ-системы. Запрос ставок, заказы, статусы, трекинг, документы — на каждом этапе у игроков свои форматы и правила. В итоге даже простая операция обрастает множеством ручных согласований и возможных ошибок.
Для бизнеса это означает зависимость от текущих подрядчиков и платформ. Даже если компания хочет провести тендер, сравнить предложения на рынке или быстро подключить нового перевозчика, сделать это сложно: надо заново выстраивать обмен данными, адаптировать процессы, объяснять контрагенту свою логику. Чем сложнее логистическая схема, тем дороже переключение.
Если же у компании есть формализованная логистическая конфигурация, она может использовать ее как основу для взаимодействия. Можно один раз описать модель и затем работать с разными поставщиками без необходимости каждый раз «переводить» ее на новый язык.
***
Рынок уже движется в сторону стандартизации — вопрос лишь в том, кто успеет описать свою логистику первым. Эти игроки получат преимущество: грузовладельцы — возможность быстрее проводить тендеры, подключать новых подрядчиков, перевозчики — понятные и единообразные требования от клиентов. И рынок, и государство двигаются в эту сторону.
