ERP или WMS?

В последнее время появилась тенденция реализации части функциональности WMS-систем в ERP-системах и, наоборот, части функциональности ERP-систем в WMS-системах.

Определение ERP	Системы класса ERP характеризуются использованием единой транзакционной системы для подавляющего большинства операций и бизнес-процессов организации, а также обязательностью сведе́ния всех операций в единую базу для последующей обработки и получения оперативной отчетности. В российской классификации ERP-системы относятся к классу АСУП (Автоматизированная система управления предприятием).
Определение WMS	Системы класса WMS предназначены для управления технологическими операциями внутри склада в реальном времени. (В данном случае в качестве операций рассматриваются атомарные операции-действия: взять коробку, положить коробку, пересчитать коробку и т.д.). В российской классификации WMS-системы относятся к классу АСУТП (Автоматизированная система управления технологическими процессами).

Пример современной системы класса WMS – решение AXELOT WMS X5, пятое поколение системы управления складом, разработанной AXELOT.

Чтобы определить, достаточно ли для автоматизации склада встроенного модуля ERP-системы или необходимо внедрять полнофункциональную специализированную WMS-систему, нужно предварительно проанализировать ряд их параметров, а именно:

1. Соответствие продукта целям внедрения
2. Экономическую эффективность внедрения
3. Архитектуру системы и ее производительность
4. Функциональность системы
5. Необходимость и возможность работы в режиме реального времени
6. Стоимость и удобство эксплуатации системы
7. Опыт разработчика и экспертизу команды.

Далее мы детально рассмотрим каждый из параметров.

Соответствие продукта целям внедрения

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

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

Способен ли складской модуль ERP системы такой компании обеспечить достижение ее стратегических целей? Дает ли он возможность оценки результатов развития ее складской логистики? Позволяет ли реализовать на складе все самые современные технологические решения?

Экономическая эффективность внедрения

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

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

Самой верной оценкой эффективности проекта является срок возврата инвестиций, или ROI. Для его расчета компания определяет бюджет проекта и те выгоды, которые принесет его реализация. Например, складской модуль системы ERP часто называют «ячеистым складом» или «адресным складом». При этом часто задача автоматизации формулируется следующим образом: «Хотим адресный склад». А Заказчик считает, что внедрения функциональности «адресного склада» будет достаточно для получения значительных выгод при условно незначительных затратах.

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

Таким образом, при принятии решения необходимо оценить не только очевидные вложения и/или экономию, но и подводные камни выбранного решения, а также ответить себе на вопросы: что даст компании выбранное решение сейчас и в будущем? Рост или сокращение персонала? Дополнительные человеческие усилия по обработке данных или автоматизацию принятия решений? Будет ли система мешать людям или помогать работать быстрее, проще, точнее? Можно ли будет совсем отказаться от ручного труда, заменив его машинами под управлением системы? Каков размер выгод и перспективы их роста?

Архитектура и производительность

Как уже отмечалось выше, ERP и WMS принадлежат к разным классам систем.

Архитектурно это состоит в том, что WMS больше и лучше «заточена» на работу в реальном времени с быстрыми атомарными транзакциями (взял, положил, посчитал и т.д.) и быстрой реакцией на них (менее 1 секунды). При этом ERP больше «заточена» на работу с большими транзакциями с пакетной обработкой (классический пример – проведение многострочного документа). Как правило, реакция на такие транзакции – более 1 секунды.

С архитектурным построением системы тесно связана ее производительность для решения тех или иных задач. Существует два типа производительности – техническая и технологическая.

Техническая производительность – это, например, максимальное количество одновременных пользователей или операций чтения/записи в СУБД, которое выполняется в системе в единицу времени. Техническая производительность определяется в основном сложностью алгоритма, платформой разработки и качеством написанного кода. В целом, можно говорить о том, что в различных программных продуктах на одной и той же технологической платформе и при прочих равных условиях техническая производительность принципиально не отличается.

С точки зрения склада более важной является технологическая производительность, т.е. способность системы обработать определенное число складских операций. Такая производительность достигается не столько производительностью СУБД или серверного оборудования, столько возможностью планировать и исполнять операции на складе в реальном времени.

Поясним на примерах.

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

Все вроде бы логично, но при более тщательном рассмотрении здесь обнаруживается множество проблем:

• Неэффективное использование зоны приемки. Приемка в ERP – пакетная операция, содержащая весь перечень принимаемых товаров. Проведение (отражение в учете) при этом выполняется не по факту приемки каждого товара, а единым пакетом после приемки всех товаров. Таким образом, вы столкнетесь с необходимостью принять поставку целиком, прежде чем начать размещение товара. Как вы будете решать проблему, если зона приемки ограничена или принимается много поставок одновременно? Вас ждет коллапс.
• Неэффективное использование зоны хранения. Поскольку планирование размещения выполняется по факту регистрации всей приемки, происходит одномоментное планирование размещения всего принятого товара. При этом блокируется весь пул ячеек размещения. Сколько времени пройдет от момента окончания приемки до начала размещения? А сколько времени будет размещаться большая поставка? Всё это время ячейки будут стоять пустыми и заблокированными, хотя могли бы участвовать в работе склада. Пустая трата ячеек (а другими словами – пустая трата полезного складского объема) при таком подходе может достигать нескольких десятков процентов.
• Задержки в доступности товара для отбора. Перечень сформированных задач на размещение выдается на исполнение также пакетно. В итоге завершение операции размещения по всем строкам выполняется только после того, как последняя строка документа-размещения была выполнена. Это приводит к тому, что товар становится доступным к отбору гораздо позже, чем он был размещен. Вы готовы ждать, пока товар станет доступным к продаже, в течение нескольких часов? А если в этой поставке были несколько позиций дефицитного товара? Скорее всего, коммерческая служба будет очень недовольна количеством заказов, не отгруженных вовремя.
• Медленная реакция на отклонения. В силу особенностей пакетной обработки возникновение проблемных ситуаций не может быть обработано до окончания процесса. Как быть, если ячейка занята? Как запросить помощь у системы? Как принять самостоятельное решение о размещении в другое место? Как сформировать задачу на инвентаризацию проблемной ячейки? Все эти срочные задачи придется отложить или выполнить вручную, а если говорить простыми словами – бросить работу и сбегать к оператору за помощью.

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

Что может предложить WMS в описанной ситуации?

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

Итого, все ресурсы используются оптимальным образом, без резких пиков и простоев.

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

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

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

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

Очевидно, что технологическая производительность ERP значительно уступает WMS. Поэтому, принимая решение, подумайте: возможны ли на вашем складе крупные поставки? А несколько поставок одновременно? У вас есть лишние квадратные метры, чтобы держать ячейки в резерве, пока водители штабелеров развозят сотни паллет по складу в течение нескольких часов? Сколько покупатель готов ждать свой товар, пока вы не спеша обрабатываете его на своем складе? Испытываете ли вы дефицит места в зоне отбора? Требуются ли вам дополнительные операции по упаковке и маркировке грузов? Если ваше конкурентное преимущество заключается в скорости, с которой вы обеспечиваете товаром своих клиентов, – вы можете его потерять, сделав неправильный выбор.

Функциональность

Выше мы уже частично затрагивали вопрос сравнения функциональности складского модуля ERP и WMS. Попробуем осветить его немного глубже.

Функциональность систем сравнивать довольно сложно. Человеку, который никогда не имел дело с WMS системами, зачастую кажется, что все они одинаковые. Это как сравнение автомобилей. На первый взгляд кажется, что «жигули» и «мерседес» одинаковы: есть колеса, руль, газ, тормоз, багажник. Но, если присмотреться, можно увидеть принципиальные отличия. Так же и с системами: важны детали.

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

• Использование радиотерминалов сбора данных в режиме онлайн на всех складских операциях.
• Управление задачами в реальном времени.
  • Система должна иметь всю информацию по складу в реальном времени.
  • Задачи должны группироваться в пулы.
  • Задачи должны назначаться ресурсам исходя из их текущей и планируемой загрузки и доступности.
  • Приоритеты и порядок выполнения задач должен определяться исходя из концепции точно-в-срок (just-in-time).
  • При распределении задач должна также учитываться близость ячейки к текущему положению сотрудника для минимизации пробегов техники.
• Управление настройками технологических процессов (гибкая параметрическая настройка правил работы склада без программных изменений).
  • Стратегии планирования размещения, подпитки и отбора.
  • Стадии приемки, включающие приемку, входной контроль, маркировку.
  • Стадии отгрузки, включающие отбор, упаковку, хранение в зоне готовых заказов, выходной контроль, загрузку в машину.
  • Сценарии выполнения операций на радиотерминалах (по всем операциям).
  • Механизмы группировки и распределения задач в пулы.
  • Механизмы выдачи и распределения задач по ресурсам.
  • Механизмы настройки взаимосвязей между складскими событиями и реакций на них системы и персонала.
  • Механизмы мониторинга работы склада и KPI.

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

• Работа с уникальными носителями товара (палеты, контейнеры, транспортные единицы).

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

• Управление ресурсами.

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

• Мотивация персонала.

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

• Наличие механизмов взаимодействия с автоматическим оборудованием.

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

• Дополнительные функции: упаковка и выходной контроль, планирование рейсов, управление двором (прискладской территорией), биллинг операций, 3D-визуализация, интеграция с TMS и другие.

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

Работа в режиме реального времени

Большинство операций вводятся в ERP-систему пользователями, работающими в ней, на основании полученных из нее данных и собственных соображений.

Стандартный сценарий работы ERP

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

Стандартный сценарий работы WMS

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

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

Следует отметить также разницу в том, как именно WMS управляет ресурсами, как она выдает им задания. Укрупненно существует 3 технологии взаимодействия кладовщиков с системой в рамках выполнения поставленных задач: офлайн, псевдо-онлайн и онлайн.

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

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

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

Стоимость и удобство эксплуатации

Очень широкая функциональность ERP-системы приводит к тому, что по разным причинам возникает необходимость частых обновлений системы. Например, новые релизы 1С:ERP, учитывающие изменения законодательства, выходят ежемесячно. Также компании часто придерживаются активной позиции развития своих ERP систем в соответствии со своими постоянно изменяющимися процессами продаж, закупок, планирования, бюджетирования, взаимодействия с клиентами, анализа и т.п. Обычно эти изменения вносятся в систему ERP в нерабочее для офиса время или по выходным. Однако, для крупного склада активно торгующей компании является нормальной практикой работа в несколько смен или даже в режиме «24х7». В этом случае при каждом изменении других модулей системы ERP, складу придется «всё бросить», отложить все свои коробки, паллеты, которые постоянно куда-то движутся, и уйти всей сменой на «перекур». А если возникнет потребность в неплановом обновлении? А если процесс обновления затянется? А если будет нарушено нормальное функционирование общих функций?

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

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

Опыт разработчика и экспертиза команды

Помимо технических, технологических и функциональных различий, не стоит забывать и о том, что успех внедрения, измеряемый его экономической эффективностью или ROI, в значительной мере зависит от проектной команды. Разработчики WMS и компании, специализирующиеся на их внедрении, обладают значительным опытом в области именно управления складами, их опыт и знание складских технологий, используемые в проекте, могут дать не меньше, чем функциональность системы. Есть ли такие специалисты у поставщика ERP, предлагающего к внедрению складской модуль? Сколько проектов автоматизации складов было им выполнено? Смогут ли эти люди принести в вашу компанию новые знания и технологии? Понимают ли они ваш склад, ваши потребности, ваши цели в области складской логистики?