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

Страница содержит уникальный авторский текст. При копировании материалов обратная ссылка обязательна!


Справочник топологии содержит информацию о складских и технологических зонах, стеллажах, аллеях, ярусах, ячейках.

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

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

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

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

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

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

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

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

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

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

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

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

RSS
Нет комментариев. Ваш будет первым!
Загрузка...