GLOBIT TMS&YMS: Как мы решили проблему с «зоопарком» систем на складе крупного ретейлера «Глобус»

Данная статья будет полезна тем, кто ищет логистическое решение для крупного склада, включающее в себя функционал транспортной логистики (TMS) и управление двором (YMS) в одной системе: наш опыт для склада ретейлера.

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

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

В этой статье мы бы хотели рассказать про то, как смогли избежать проблемы с архитектурной бессмысленной перегрузкой в рамках разработки функционала управления двором (YMS) на логистическом складе крупного ретейлера - компании «Глобус». Надеюсь, наш опыт будет полезен тем, кто, как и мы, пытался прийти к оптимальному решению похожего кейса. 

Предпосылки

Сразу о контексте: наш клиент - сеть гипермаркетов «Глобус», территориально разрозненная компания. Основной скоуп автоматизации - складские процессы, связанные с АТС: приёмка, отгрузка, работа с товаром, тарооборот, контроль статусов по ГИС-поставкам и прочая специфика крупного распределительного центра для гипермаркетов. 

Реальная картина на складе:

• Приёмка: до 450 поставщиков в сутки 

• Отгрузка: до 200 машин в сутки  

Изначально в логистическом центре была реализована следующая связка систем: WMS - система от Sсhäfer + ERP - система SAP for Retail + TMS на базе 1С от нашей команды. 

В дальнейшем WMS - система от Sсhäfer была заменена на новую WMS. При этом отдельной системы управления грузовым двором (YMS) на складе не было и не планировалась, так как на тот момент это выглядело избыточным. Весь функционал управления воротами, очередями и фактическим временем был распределен между разными системами, ручными процессами и Excel-отчетами. 

Наш анализ 

Команда поставила перед собой задачу пересмотра логистического контура на складе. Проанализировав реальные процессы на ЛЦ, у нас появился закономерный вопрос: а нужна ли в данной ситуации отдельная YMS как класс? 

Мы уже внедрили в сети «Глобус» систему Globit TMS, через которую ведется план по машинам в оба направления логистического потока: входящий и исходящий. В ней постоянно ведутся корректировки поставок/отгрузок: поставщики опаздывают в назначенные окна, перевозчики переносят слоты, меняются типы кузовов, в последний момент прилетают новые заявки. В общем - обычный рабочий день в логистике.  

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

При анализе была зафиксирована необходимость разработки более 30 интерфейсов. На первый взгляд кажется, что интерфейсов немного, но рассмотрим на примере синхронизации данных по рейсам: при дублировании данных в две системы - это означает, что необходимо синхронизировать все справочники на создание и корректировку, а также сами рейсы по аналогичным критериям. При этом необходимо оценить процессы и возможность внесения корректировок. Также на решение доработать существующую систему Globit TMS повлияла необходимость ведения тары в разрезе машин, которая тоже приводила бы к учету данных в двух системах.

Что мы имеем в итоге: трудоемкость поддержки двух систем в одном контуре, чтобы данные жили в одном состоянии при раздельной архитектуре. То есть выгоднее и правильнее разработать единую систему управления логистическими процессами на складе, включающую в себя несколько условных модулей (блоков) управления транспортом на складе. Система должна была получиться более унифицированной, понятной в поддержке и дальнейшем развитии. 

Что получилось в итоге 

Имея уже внедренную систему Globit TMS в общем контуре склада, нами было принято решение доработать данную систему необходимым функционалом управления грузовым двором, тем самым объединив в единую конфигурацию классическую TMS и требуемые блоки, относящиеся к YMS для распределительного центра. Мы расширили существующие интерфейсы необходимыми данными. В общей сложности система Globit TMS включает в себя 13 входящих интерфейсов и 10 исходящих. 

Ниже представлена текущая архитектура с описанием потоков данных.

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

При этом мы закрываем не только базовые операции, отрисованные выше на схеме. В системе реализована специфика, важная именно для склада, снабжающего розничные магазины: учёт тарооборота, работа с различными типами кузовов и упаковки, контроль статусов по ГИС-поставкам. Всё это - в рамках одной системы, бесшовно. 

Где мы реально выиграли 

Первое - сквозная прослеживаемость. Вся история машины в одном окне: от планового слота до закрывающего акта, включая историю перемещения АТС по территории склада. Благодаря чему появилась возможность быстро анализировать проблемные участки и своевременно их корректировать. 

Второе - простота поддержки. Одна платформа, одна команда внедрения, сквозные бизнес-процессы. Не нужно держать в голове две объектные модели, мониторить обмены, разбираться, почему упали сообщения в очереди. 

Третье - скорость реакции. Настроено удобное планирование рейсов и планирование работы транспорта на перспективу. План корректируется на ходу, оператор приемки/отгрузки видит изменения мгновенно в части типа прицепа, температурного склада и временного окна. 

Четвёртое - экономия на сопровождении. Заказчик платит за одну систему, а не за две с интеграционной прослойкой. 

В случае сети «Глобус» с сотнями фур в сутки на распределительном центре после проведенного анализа монолит TMS & YMS оказывается не компромиссом, а осознанным выбором. Архитектурно - просто, эксплуатационно - дешевле, процессно - прозрачно. 

Так что, если профиль бизнеса этого просит - лучше одна живая система, решающая реальные задачи, чем «зоопарк» с интеграционными шинами.