Оптимизация справочника топологии склада при внедрении WMS

Оптимизация действующего справочника топологии и правильная его настройка - основа для дальнейшей работы по разработке стратегий и правил обработки товаров на складе.

 

Справочник топологии содержит информацию о складских и технологических зонах, стеллажах, аллеях, ярусах, ячейках.
Как правило, в проектах по автоматизации складов справочник топологии склада создается в системе управления складом с нуля, но может отражать в себе структуру, которая уже применяется на складе на момент старта проекта внедрения WMS. В таком случае, следует для начала изучить топологию склада на предмет оптимальности и применимости к существующим бизнес-процессам, проанализировать целесообразность использования этой же топологии для бизнес-процессов в условиях, когда склад будет автоматизирован системой WMS.

 

Учет пропускной способности зон склада при организации топологии склада подробно описан в этой статье. Здесь же рассмотрим, ситуацию, когда на складе уже применяется определенная топология (в рамках системы учета или без нее) и она будет перенесена в систему WMS. В этом случае, переносимые данные должны содержать в себе максимальный объем необходимой информации.


Как известно, минимальной единицей складской топологии является ячейка. Для правильной организации работы системы WMS, ячейка должна обладать рядом свойств:

  • размеры (ширина, высота, глубина) и/или максимальный объем;
  • максимальная грузоподъемность;
  • разрешенные товароносители и их типы (паллета, короб, европаллета и пр.).
  • сюда же можно отнести тип стеллажной конструкции (фронтальный, набивной, напольное хранение и т.д.).

Помимо изложенных свойств, ячейка должна иметь принадлежность к определенному ярусу, стеллажу, аллее, области, зоне (включая зоны согласно температурному режиму, влажности, классу опасности), складу. Все эти данные необходимо заполнить еще до загрузки топологии склада в систему WMS, предварительно проанализировав и проверив их на полноту и правильность.


К примеру, отсутствие данных по грузоподъемности ячейки может привести к тому, что в нее будет размещена паллета с весом, превышающим разрешенный для этой ячейки. Отсутствие привязки ячейки к определенной области или зоне, равно как и неверные данные о типе стеллажной конструкции или хранения негативно скажутся на планировании размещения товара.


При этом, принадлежность к складу, зоне, алее, стеллажу, ярусу имеет иерархическую структуру, которая, как правило, не изменяется в будущем. Область (область действия, участок) – это функциональное разделение, в соответствии с которым система планирует и распределяет задачи на размещение, хранение и обработку товара. Это значение может изменяться в зависимости от выполняемых в определенный момент задач.


Поэтому, перед загрузкой топологии в систему управления складом необходимо тщательно проверить правильность вносимых данных и оптимальность разработанной модели. Следует избегать или минимизировать создание виртуальных ячеек и зон, а также ячеек, не имеющих ограничений по грузоподъемности (за исключением напольного или открытого хранения) и вместимости. Использование таких ячеек негативно скажется и на определении точного местонахождения товара, и на расчетах площади хранения и ее заполненности.


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


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


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


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