Автоматизация складской логистики: система управления WMS или Система-локатор для склада
Рынок предлагает сегодня множество продуктов для автоматизации складской логистики, и без специальной подготовки бывает непросто разобраться, что лучше подходит для решения задач конкретной компании.
Все системы, которые используются сегодня на складах, условно можно разделить на три класса: учетные, системы-локаторы (IMS или ILS) и системы управления складом (WMS).
Учет и контроль
Самые простые и наиболее распространенные в нашей стране – учетные системы. Их предназначение – автоматизированный учет и контроль движения товарно-материальных ценностей на складе, а функциональность можно охарактеризовать как разумно достаточную для мониторинга состояния товарных запасов:
- прием и отпуск товара на складе;
- подготовка, печать и выдача отчетов о движении товаров по складу;
- инвентаризация товарных остатков.
Этот стандартный набор может быть расширенс помощью приложений, выполняющих функции локатора («мягкая» адресная система, доработка номенклатурного справочника и адрес хранения как характеристика номенклатурной позиции). Таким же путем можно «научить» учетную систему работать с местами груза (микропартионность), со штрих-кодами и серийными номерами товара (признак «серийный товар» будет требовать при отгрузке (а в идеале и при приемке) обязательного введения серийного номера товара). Однако следует учитывать, что все эти приложения утяжеляют и, соответственно, замедляют программу, а за пределы ее исходного ядра выйти практически невозможно. Поэтому ряд существенных недостатков подобных систем устранить вряд ли когда-нибудь удастся.
– Дело в том, что в основе учетных систем лежит бухгалтерская модель, – поясняет В. БАРАНОВСКИЙ. – Грубо говоря, это просто автоматизированные конторские приходно-расходные книги, которые предназначены для того, чтобы отслеживать, сколько товара на склад пришло, сколько ушло и сколько есть в наличии. Их логика не имеет ничего общего со складскими процессами – это понятия, которые находятся в разных плоскостях. Отсюда – и ограниченная функциональность таких систем, и низкая помехоустойчивость, связанная с нарушением логики бизнес-процессов.
Отслеживать, что происходит с товаром на складе, можно по статусу сформированных в учетной системе документов на выполнение операций. Документ может иметь, например, такие статусы:
- запланирован – документ создан, работы с ним не начаты, и автор (например, менеджер по продажам) может вносить любые изменения;
- выполняется – на складе начата работа по выполнению задания, и теперь корректировки может вносить только оператор склада. Но подтвердить получение товара по документу с этим статусом грузополучатель еще не может;
- завершен – задание выполнено, оператор склада грузоотправителя теряет право вносить изменения в документ (собственно, редактирование документа заблокировано всем пользователям), а оператор склада грузополучателя получает возможность подтверждения приема товара.
Изменение статуса обычно производится вручную путем выставления/снятия «флажков» в специальных полях документа. Т.е. это не автоматизация, а скорее механизация – сил и времени на выполнение операции уходит меньше, но выполняет ее все равно человек, который как бы закрывает пробелы в логике системы.
Конечно, к учетным системам склады так или иначе приспосабливаются, однако ряд проблем все равно остается. Таких, к примеру, как перепроведение документов задним числом, которое обычно делают не материально ответственные люди. Или как вопросы синхронизации при работе в распределенной базе – когда, допустим, старая версия документа «затирает» новую при очередной синхронизации данных.
Немало неприятностей возникает и в связи с задвоенными номенклатурами, некорректными наименованиями товаров, неправильным построением дерева товарных категорий и пр. Результат всегда один и тот же – потеря информации о товарных остатках и возникновение либо недостачи, или необъяснимого излишка товаров.
– Интересно бывает увидеть на остатках, допустим, минус 10 штук, – приводит пример эксперт. – Получается, что если сейчас на склад придет 10 единиц товара, мы их положим в ячейку, и они аннигилируются? Тогда в графе «остатки» будет ноль, и все станет нормально. И как бы мы ни пытались избежать подобных проблем, «обвешивая» систему новыми приложениями, полностью устранить их практически невозможно – корень их скрыт в самом ядре программы, которая оперирует исключительно артикулами и их количеством. Образно говоря, сколько «Жигуль» не тюнингуй, он все равно будет «Жигулем». Даже если туда поставить закись азота, разные брызговики, дополнительные кнопки, сигнализацию и т.д., быстрее он не поедет и больше людей не перевезет.
Тем не менее, системы такого класса сегодня широко распространены, причем не только на складах небольших предприятий. Нередко и в компаниях национального масштаба на центральном складе работает мощная WMS, а в филиалах обходятся обычной учетной системой. И специалистам важно не забывать, как эти системы работают, чего можно ожидать в процессе взаимодействия с ними.
Системы-локаторы
Несколько больше возможностей дают так называемые системы-локаторы. Встречаются два их названия: Information Management System (IMS) – система управления информацией, и Information Location System (ILS) – система информирования о расположении. В их основе – все та же бухгалтерская модель, но к ней уже добавлена ячеистая структура склада (код аналитического учета – адрес ячейки хранения) и доработан пользовательский интерфейс.
Такой продукт также еще не позволяет управлять складом – его возможности ограничены исходной учетной моделью. Это все равно еще не автоматизация, а скорее механизация складских обработок и некоторых процессов. Система может выдавать какие-то рекомендации, предложения, куда какой товар разместить, но принятие решения, выполнять эту задачу или нет, и выбор способа действий остается за персоналом. Т.е. автоматизация в данном случае носит принципиально фрагментарный характер, а весь ее функционал привязан к номенклатуре, а не к складскому ресурсу.
Функциональность IMS несколько расширена по сравнению с учетными системами: уже есть возможность отслеживать перемещения товара между ячейками хранения, и можно разделить эти ячейки по типам – резервное хранение, отбор, спецхранение и т.д.
– Есть возможность также наложить на ячейки ограничения по размерам и весу , – продолжает В. БАРАНОВСКИЙ. – И если когда-нибудь произойдет чудо и 100% товаров будут правильно взвешены и обмеряны, система сможет выдавать более качественные рекомендации, какой товар куда поставить. Но наличие полной точной информации о весе и габаритах по всему ассортименту – скорее исключение, чем правило. Обычно корректной информации – порядка 80%, а дальше против нас работает закон Парето. А соответственно, и функция пополнения ячеек «сбоит», если она использует весогабаритные характеристики.
Хотя в целом система-локатор уже в состоянии спланировать размещение товаров в активной зоне и какие-то внутрискладские перемещения с тем, чтобы повысить эффективность использования складских площадей. Поддерживает она и такие функции, как комплектация и отгрузка заказов с использованием технологии адресного хранения. Хотя также не без оговорок, поскольку IMS все-таки работает с товарными запасами, а не с грузами, и принятие решения в ней основывается на подтверждении места хранения или кода товара, а не номера грузовой единицы.
Когда автоматизированная система работает с грузовыми единицами, она может объединить некоторый товарный запас, какое-то количество разных артикулов (сочетание артикул/количество) в одну складскую единицу хранения и дальше обрабатывать ее как целое, т.е. выдавать исполнителю команду на действия не с товаром, а с грузовым местом. В IMS этого пока нет, поэтому дополнительная складская обработка, т.е. такие операции, как, например, стикеровка, комплектация наборов или учет товаров, состоящих из нескольких единиц, ей не по зубам. К примеру, лучше не пытаться разработать алгоритм на перемещение кровати, состоящей из трех предметов (ножки в одном ящике, рама в другом, матрас в третьем), поскольку это разные артикулы, размещенные в разных ячейках. И это, понятно, затрудняет возможность полноценного контроля перемещения товара.
Впрочем, эта проблема частично решается за счет развитой многоуровневой и многовариантной структуры упаковки, которая характерна для систем-локаторов. Скажем, ту же кровать можно собрать в один «большой ящик» и присвоить ему новый артикул – это простая «комплектация набора». Еще один инструмент – использование понятия «партия». Когда склад принял 100 единиц товара, из которых было сформировано 10 поддонов, каждый из них может рассматриваться как микропартия. И ею можно оперировать в системе-локаторе до тех пор, пока ее не надо снова разделить на базовые единицы, т.е. штуки.