Виктор БАРАНОВСКИЙ

руководитель проектов центра "Логистическая мастерская"

Система-локатор или WMS? Из архива DL

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

Все системы, которые используются сегодня на складах, условно можно разделить на три класса: учетные, системы-локаторы (IMS или ILS) и системы управления складом (WMS).

Учет и контроль

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

  • прием и отпуск товара на складе;
  • подготовка, печать и выдача отчетов о движении товаров по складу;
  • инвентаризация товарных остатков.

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

– Дело в том, что в основе учетных систем лежит бухгалтерская модель, – поясняет В. БАРАНОВСКИЙ. – Грубо говоря, это просто автоматизированные конторские приходно-расходные книги, которые предназначены для того, чтобы отслеживать, сколько товара на склад пришло, сколько ушло и сколько есть в наличии. Их логика не имеет ничего общего со складскими процессами – это понятия, которые находятся в разных плоскостях. Отсюда – и ограниченная функциональность таких систем, и низкая помехоустойчивость, связанная с нарушением логики бизнес-процессов.

Отслеживать, что происходит с товаром на складе, можно по статусу сформированных в учетной системе документов на выполнение операций. Документ может иметь, например, такие статусы:

  • запланирован – документ создан, работы с ним не начаты, и автор (например, менеджер по продажам) может вносить любые изменения;
  • выполняется – на складе начата работа по выполнению задания, и теперь корректировки может вносить только оператор склада. Но подтвердить получение товара по документу с этим статусом грузополучатель еще не может;
  • завершен – задание выполнено, оператор склада грузоотправителя теряет право вносить изменения в документ (собственно, редактирование документа заблокировано всем пользователям), а оператор склада грузополучателя получает возможность подтверждения приема товара.

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

Конечно, к учетным системам склады так или иначе приспосабливаются, однако ряд проблем все равно остается. Таких, к примеру, как перепроведение документов задним числом, которое обычно делают не материально ответственные люди. Или как вопросы синхронизации при работе в распределенной базе – когда, допустим, старая версия документа «затирает» новую при очередной синхронизации данных.

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

– Интересно бывает увидеть на остатках, допустим, минус 10 штук, – приводит пример эксперт. – Получается, что если сейчас на склад придет 10 единиц товара, мы их положим в ячейку, и они аннигилируются? Тогда в графе «остатки» будет ноль, и все станет нормально. И как бы мы ни пытались избежать подобных проблем, «обвешивая» систему новыми приложениями, полностью устранить их практически невозможно – корень их скрыт в самом ядре программы, которая оперирует исключительно артикулами и их количеством. Образно говоря, сколько «Жигуль» не тюнингуй, он все равно будет «Жигулем». Даже если туда поставить закись азота, разные брызговики, дополнительные кнопки, сигнализацию и т.д., быстрее он не поедет и больше людей не перевезет.

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

Системы-локаторы

Несколько больше возможностей дают так называемые системы-локаторы. Встречаются два их названия: Information Management System (IMS) – система управления информацией, и Information Location System (ILS) – система информирования о расположении. В их основе – все та же бухгалтерская модель, но к ней уже добавлена ячеистая структура склада (код аналитического учета – адрес ячейки хранения) и доработан пользовательский интерфейс.

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

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

– Есть возможность также наложить на ячейки ограничения по размерам и весу , – продолжает В. БАРАНОВСКИЙ. – И если когда-нибудь произойдет чудо и 100% товаров будут правильно взвешены и обмеряны, система сможет выдавать более качественные рекомендации, какой товар куда поставить. Но наличие полной точной информации о весе и габаритах по всему ассортименту – скорее исключение, чем правило. Обычно корректной информации – порядка 80%, а дальше против нас работает закон Парето. А соответственно, и функция пополнения ячеек «сбоит», если она использует весогабаритные характеристики.

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

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

Впрочем, эта проблема частично решается за счет развитой многоуровневой и многовариантной структуры упаковки, которая характерна для систем-локаторов. Скажем, ту же кровать можно собрать в один «большой ящик» и присвоить ему новый артикул – это простая «комплектация набора». Еще один инструмент – использование понятия «партия». Когда склад принял 100 единиц товара, из которых было сформировано 10 поддонов, каждый из них может рассматриваться как микропартия. И ею можно оперировать в системе-локаторе до тех пор, пока ее не надо снова разделить на базовые единицы, т.е. штуки.

Полная версия этого материала доступна после оформления подписки
 

Оформив подписку, Вы получаете доступ ко всем материалам, размещенным на сайте Logist.FM

Оформить подписку.

Теги: