Что такое WMS?

  WMS — аббревиатура от английского «Warehouse Management System», или «система управления складом». Часто можно встретить русскоязычную аббревиатуру СУС, а некоторые производители относят свои системы даже не к WMS, а к IMS (inventory management system), WCMS (warehouse complex management system), и так далее. Те, кто чуть больше остальных погружен в складскую тематику, при упоминании об управлении складом сразу вспоминают радиотерминалы, этикетки, штрихкоды и прочие обязательные атрибуты внедрения. Те, кто погружен меньше, ассоциирует выражение «управление складом» со «складским учетом», что порой приводит к некоторым терминологическим разногласиям: если штрихкоды — это отсылка на технологии автоматической идентификации, то «складской учет» чаще ассоциируется с оформлением товаросопроводительной документации и ведением информации о складских остатках.

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

Автоматическая идентификация

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

   Штрихкоды бывают разных форматов, но чаще всего используется EAN-13 и EAN-128. Первый обычно включает в себя информацию о продукте и логистической единице, а второй является так называемым «блочным» кодом, и может быть представлен даже не одной, а несколькими этикетками, где каждая последующая будет дополнять предыдущую. Блочный код делится на сегменты, отделяемые друг от друга специальными символами-сепараторами, и каждый сегмент содержит идентификатор типа данных, а также сами данные. Идентификатором типа данных может быть «товар», «срок годности», «дата производства», и многое другое. Так как содержание кода EAN-128 является стандартизированным, этот код часто используется у производителей.

Контроль исполнения

   Есть такой класс информационных систем управления, как «системы контроля исполнения». Их задача заключается в том, чтобы при помощи разнообразных инструментов (сканеры штрихкода, контрольные числа и так далее) убедиться в том, что поставленная задача была выполнена исполнителем. Как раз с целью контроля исполнения, на складе штрихкодом маркируются все объекты, с которыми сотрудники могут выполнять какие-либо операции. Например, свой штрихкод получает каждая ячейка склада (складское место), где могут быть размещены грузы. Давайте теперь подумаем, как же мы проконтролируем исполнение задачи на размещение груза в ячейку? Раскладывая эту задачу на простые составляющие, имеем:

1. Сотрудник подошел к заданному грузу, находящемуся в заданном месте
2. Сотрудник переместился с грузом к заданной ячейке
3. Сотрудник разместил груз в ячейке

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

1. Подошел к той ячейке, откуда необходимо извлечь груз (сканирование ШК исходной ячейки)
2. Взял правильный груз (сканирование ШК груза)
3. Доставил груз к целевой ячейке (сканирование ШК целевой ячейки)

   В зависимости от предприятия и типа склада, который мы автоматизируем, может использоваться самое разнообразное оборудование: радиотерминалы, информационные киоски, системы pick-by-light, put-to-light, а также банальные компьютеры с подключенным USB-сканером, расположенные близко к исходным и целевым ячейкам. Чаще всего, однако, можно встретить именно радиотерминалы — специальные промышленные КПК с встроенным сканером штрихкода (и не только — в зависимости от комплектации). Все радиотерминалы подключены к общей радиосети, так что сотрудник получает на экран терминала указания в пошаговом режиме: «Подойдите к месту… и сканируйте его ШК», «Возьмите груз… и сканируйте его ШК», «Разместите в ячейке… и сканируйте ее ШК». Помимо контроля исполнения, мы получаем еще и полезную статистику о времени перемещения сотрудника между ячейками, а также затратах времени на каждом этапе выполнения задачи. Главное — не увлечься слишком сильно, так как сканирование штрихкода тоже занимает некоторое время, и на тех складах, где выполняется большое количество операций — например, 20 000 операций в смену, — задержка даже в 2 секунды даст 40 000 секунд издержек, что превышает 11 ресурсо/часов.

Сквозная диспетчеризация

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

1. Выполнять все задачи по FIFO (задачи выполняются в той последовательности, в которой создавались)
2. Сначала расставить пришедший на склад товар, а потом отправить исполнителя на отгрузку (можно и в обратной последовательности)
3. Выполнить весь перечень задач в «попутном» режиме

   Теперь подробнее про «попутный» режим: грузы для размещения в машине, которая ждет отгрузки, находятся на складе, в так называемой «зоне экспедиции отгрузки». Представим, что это места на фронтальных стеллажах, находящиеся близко к воротам. Мы берем груз, завозим его в транспорт (или подвозим грузчикам на ворота), затем берем с соседних ворот другой груз для размещения, ставим его недалеко от следующего груза из зоны экспедиции отгрузки, и продолжаем процедуру отгрузки, перемежая ее — таким образом — с процедурой расстановки с приемки. Часто этот функционал называется «чередованием задач» (task interleaving), и именно возможность его гибкой настройки и наличие готовых алгоритмов характеризует действительно хорошую WMS.

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

Стратегии размещения

   Здесь придется немного отвлечься, и рассмотреть нынешнюю классификацию WMS. Как правило, в большинстве случаев выделяют 3 класса: «коробочные» системы, адаптируемые и заказные. «Коробочные» продукты имеют фиксированную логику, которая меняется только при помощи настройки параметров. Адаптируемые системы предлагают широкие возможности конфигурирования алгоритмов при помощи правил и конструкторов, а заказные пишутся под конкретного заказчика, и — помимо фиксированной логики, — часто не имеют даже базового инструментария для оперативного внесения изменений.

   Почему я обратился к классификации систем, когда глава посвящена стратегиям размещения? Потому что большинство пользователей WMS под «стратегией размещения» привыкли видеть именно то, что предлагается самыми дешевыми системами «коробочного» уровня, вроде такого: «Первый – в зону набора, остальные – в хранение», «Ставить рядом с таким же товаром», «Тяжелые – вниз, легкие – вверх», и так далее. Самое существенное ограничение такого представления – это смешение «теплого» с «мягким». Например, мы вполне можем захотеть все одновременно: размещать тяжелые – вниз, легкие – вверх, ставить вновь поступившие грузы рядом с такими же товарами, и первые пришедший груз поставить в зону набора, чтобы потом не тратить время на пополнение. Именно поэтому, в адаптируемых системах понятие «стратегии» очень условно: можно сконструировать десятки и даже сотни правил, которые будут выстраивать логику именно так, как это сейчас необходимо. В этом – огромное преимущество адаптируемых систем перед коробочными, когда речь идет о складе коммерческой грузопереработки, который оказывает услуги по хранению и обработке грузов (так называемые 3PL-склады). Ведь когда на склад приходит новый поклажедатель (клиент склада), у него может быть самая разная продукция: от гаек и консервов до охлажденного мяса. Бывают ситуации, когда размещать грузы приходится с учетом таких невообразимых атрибутов, как первые несколько символов наименования товара.

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

Стратегии резервирования

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

1. Товар (материал)
2. Склад (если система обслуживает несколько физических складов)
3. Владелец запаса (поклажедатель)
4. Вид / категория запаса (свободно используемый, подозрение на брак, карантин, уцененный и т.п.)
5. Номер или код партии (возможно, составной атрибут)

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

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

   Естественно, резерв верхнего уровня должен учитывать резерв нижнего уровня, поэтому два резерва редко сосуществуют – чаще происходит их преобразование с одного уровня в другой. Именно в рамках этого преобразования, система должна определить, в каких зонах склада какие именно операции потребуется выполнить. Например, требуется отгрузить 1000 штук, а на одной палете размещается 600 штук. В коробке вмещается 40 штук. Таким образом, система управления должна найти одну целую палету на 600 штук, а еще 400 штук набрать десятью коробками. Так как набрать товар с большой высоты крайне затруднительно (можно использовать специальную технику или – банально – лестницу, но техника имеет высокую стоимость, а лестница подразумевает очень низкую производительность), для набора коробок и / или штук используют нижние ярусы, позволяющие сотруднику среднего роста дотянуться до требуемых грузов.

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

1. Резервирование целыми палетами в зоне хранения (более высокий приоритет)
2. Резервирование по FEFO (first expired – first out) в зоне набора (менее высокий приоритет)

   В адаптируемых системах с большой степенью вероятности будет присутствовать возможность создать правила в привязке к произвольным атрибутам, а не только к типу заказа или товару, как это реализуется в дешевых «коробочных» вариантах. Таким образом, опять возвращаемся к 3PL-складам, где гибкость играет большую роль в конкурентоспособности, и лишний раз констатируем, что для подобных объектов адаптируемые системы являются наиболее подходящими.

Формирование заданий

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

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

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

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

1. «Возьмите: 1 поддон, 2 лотка»
2. Исполнитель берет поддон и 2 пластиковых лотка, сканируя их штрихкоды и подтверждая системе корректность типоразмеров.
3. «Идите к месту X»
4. Исполнитель сканирует штрихкод места
5. «Возьмите товар Y в количестве Z, и подтвердите количество»
6. На этом этапе, исполнитель может изменить количество набранного товара. Может возникнуть ситуация, когда в ячейке он не найдет требуемое количество, и система должна предложить ему альтернативу, если таковая есть.
7. «Положите указанное количество на поддон / в лоток N, и сканируйте его штрихкод»
8. Исполнитель сканирует штрихкод поддона или лотка – в зависимости от того, что указывает система, и подтверждает, что отбор произведен в корректную тару
9. Опять же: разные системы – разный уровень детализации и вариантов, но именно система «решает», какие задания, в какой последовательности и в какую тару будет собирать конкретный сотрудник. 

Управление зоной консолидации

   Как мы уже говорили, задания могут быть сгруппированы абсолютно по-разному. Один исполнитель может набирать одновременно 4 лотка, принадлежащие разным заказам, и – более того – разным рейсам. Другой исполнитель будет собирать транспортные упаковки по нескольким разным заказам на один поддон, чтобы оптимизировать пробеги по складу. На выходе же все грузы должны быть рассортированы так, чтобы их удобно было загружать в транспорт и – соответственно – выгружать из транспорта.

   Тот, кто занимается набором, не должен о всем этом задумываться. Система должна выдать ему четкое задание: подойти к конкретному месту в зоне консолидации, выгрузить туда 1 лоток, в другое место – еще 2 лотка, и в третье – последний. Следующий сотрудник получит информацию о том, как распределить собранные на поддон транспортные упаковки по ячейкам той же зоны. Результат – мы получаем оптимально рассортированные грузы, которые можно подвозить к транспорту и загружать, будучи уверенными в том, что система выдержала правильную сортировку (первыми загружаются грузы по тем заказам, которые будут выгружены из транспорта последними).

Резюме

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

Системы автоматизации склада: затраты оправдаются?

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

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

   При использовании WMS (Warehouse Management System — система управления складом) акцент делается на автоматизации управления. С помощью сложных алгоритмов, учитывающих данные о складе и о размещаемых на нем товарах, WMS-системы максимально оптимизируют процесс организации складской деятельности, по сути принимая все управление складом на себя.

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

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

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

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

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

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

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

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

Наиболее значимые критерии для выбора системы управления складом с точки зрения потенциальных заказчиков *

   * Всего было опрошено 48 компаний, потенциально заинтересованных в автоматизации склада. Участники опроса могли выбирать до трех критериев в качестве наиболее значимых, поэтому общая сумма больше 100%. Результаты полученных цифр округлялись до целого.

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

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

* на базе "1С: Предприятие 8.0",
** Есть ERP того же разработчика
*** В составе ERP

   По данным ведущих мировых рейтинговых агентств, безусловный лидер на рынке WMS на текущий момент — компания Manhattan Associates. Функциональные возможности ее основного продукта, системы Manhattan Integrated Logistics Solutions, полностью охватывают технологический цикл склада: от приемки и размещения товара до его отбора и отгрузки. Система подходит как для небольших складов, так и для крупных складских комплексов, позволяет управлять несколькими удаленными складами, а также имеет возможность настройки под нескольких клиентов. Данную WMS в настоящее время эксплуатируют такие российские ритейлеры, как "Лента", "Холидей Классик", "Глория Джинс", а также используют в распределительных центрах компаний "Вимм-Билль-Данн", "Алиди", Relogix и т.д.

   За Manhattan Associates следует компания HighJump Software с системой Warehouse Advantage, которую в России использует сеть гипермаркетов Auchan, логистические операторы "ТДС-Лоджистик", НЛК и другие.

   На базе решения Exceed WMS компании Infor, другого лидера сегмента, автоматизировал свою складскую деятельность один из самых серьезных российских ритейлеров X5 Retail Group, крупнейшая аптечная сеть "36,6", одна из ведущих торговых сетей бытовой электроники "Мир", а также ряд логистических операторов.

   Среди отечественных решений для автоматизации склада наибольшей популярностью пользуется продукт "1С-Логистика: Управление складом", созданный на платформе "1С: Предприятие 8" совместными усилиями компаний "1С" и Axelot. Это решение выбрали десятки российских компаний, решивших автоматизировать складскую деятельность.

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

Выбор системы управления складом WMS в 2017 году.

   На тему выбора WMS решения с 2004 года, написано множество статей, как зарубежными, так и отечественными экспертами и аналитиками. Выбор решения определяют не только требования бизнеса и компании, но так же наличие опыта и готовность к эксплуатации таких систем специалистами Заказчика. Чем больше и разносторонней опыт специалистов Заказчика, тем более качественные и продуманные требования предъявляются к системе. До кризиса 2008 года в тендерах на выбор WMS решения и для небольших складов с начальными требованиями и для больших высокоинтенсивных складов встречался весь диапазон решений. Заказчик в тендер приглашал все имеющиеся на рынке решения: 1С, Солво, SAP, Axapta, Exceed, RadioBeacon и тд.

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

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

   Российский рынок решений по управлению складом составляет порядка 50 WMS решений (из них профессиональных порядка 15 профессиональных российских и порядка 15 западных решений) различных по своим функциональным возможностям, цене и качеству.

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

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

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

При выборе оптимального WMS решения необходимо помнить:

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

   «1C:Логистика» – дополнительный модуль корпоративной информационной системы (КИС) 1С. Популярное решение в России. Полно-функциональная линейка решений.  Решение хорошо зарекомендовало себя в малом и среднем сегментах рынка. Идеально подходит для складов площадью до трех-четырех тысяч квадратных метров со средней интенсивностью. Низкая стоимость, возможность самостоятельного внедрения и дальнейшего развития продукта.  Если 1С подходит вам по всем параметрам, то возможно решение на базе 1С именно то, что вам нужно. Но, выбирая WMS на базе 1С, нужно понимать все плюсы и минусы этого решения, покроет ли это решение все ваши требования к WMS. Качество внедрения WMS на базе 1С-Логистики очень сильно зависит от выбранного интегратора и его опыта решения задач разной сложности для разных типов складов,  а также от наличия опытного программиста 1С в вашей компании (часто недооцениваемый фактор). Выбор в пользу WMS на базе 1С характерен для небольших и среднего уровня компаний, у которых в качестве КИС используется 1С. Самостоятельные доработки и развитие возможны только в случае наличия в штате заказчика программистов 1Cc опытом внедрения решений WMS. (Решение для Windows/MSSQL, Продукт разработан на Visual С++).

   Expert Logistic – система класса Коробочная/Конфигурируемая. Отечественное доступное решение для малого и среднего бизнеса. Один из лидеров продаж в сегменте решений для складов при производстве 2008-2015 годов. Средняя ценовая категория, как программного продукта, так и услуг. Доработки, затрагивающие код системы, невозможны без привлечения ресурсов интегратора.  Продукт входит в 10-ку профессиональных российских WMS, и зарекомендовал себя на Российском рынке. (Решение для Windows/MSSQLExpress, Продукт разработан на Delphi).          

   CWMS3000 — система класса Коробочная. Отечественное решение для малого и среднего бизнеса.  Средняя ценовая категория, как программного продукта, так и услуг. Высокая стоимость сопровождения и поддержки системы. Доработки затрагивают код системы и невозможны без привлечения ресурсов интегратора.   (Решение для Windows/ Oracle, Продукт разработан Delphi).

   IsWMS — система класса Коробочная/Конфигурируемая. Полнофункциональная линейка решений. Отечественное решение для малого и среднего бизнеса. Средняя ценовая категория, как программного продукта, так и услуг. Высокая стоимость сопровождения и поддержки системы. Доработки затрагивают код системы и невозможны без привлечения ресурсов интегратора. (Решение для Windows/MSSQL, Продукт разработан на Java).

   Manhattan SCALE – система класса Коробочная, с широкими возможностями для конфигурирования системы без изменения исходного кода. Полнофункциональная линейка решений.  Разработчик решения американская компания Manhattan. Дорогое решение, дорогая поддержка. Если у вас есть программист С#, то возможно обучить его делать некоторый уровень доработок для системы, что в итоге сократит общие расходы на развитие системы, но так как система класса Коробочная, то количество точек входа для изменения системы ограничено. (Решение для Windows/MSSQL, Продукт разработан на С#). Данной системе отдают предпочтения компании, которым данное решение подходит по требованиям, и которым необходима брендовая Западная система с целью увеличения капитализации компании.

   SAP WMS – дополнительный модуль корпоративной информационной системы SAP R/3. Выбор в пользу WMS на базе SAP характерен для компаний, у которых в качестве ERP используется SAP и есть собственные ресурсы для развития решения и SAP WMS полностью удовлетворяет ее требованиям. В зависимости от версии продукта и стандартов заказчика есть решения на разных платформах (Windows/Unix). Самостоятельные доработки и развитие возможны только в случае наличия в штате заказчика программистов SAP. Продукт дорогой, требует привлечения высококлассных специалистов.

   Exceed (Infor) – система класса Конфигурируемая. Полнофункциональная линейка решений. Разработчик американская компания. Продолжение линейки решений хорошо зарекомендовавшего себя на Российском рынке решения Exceed. Продукт дорогой, дорогая техническая поддержка и стоимость доработок. (Решение для Windows/MSSQL, Продукт разработан на JAVA). Если у вас в штате есть программист JAVA, то возможно обучить его делать некоторый уровень доработок для системы, что в итоге сократит общие расходы на развитие системы, но так как система класса Конфигурируемая, количество точек входа для изменения системы ограничено. Данной системе отдают предпочтения компании, которым данное решение подходит по требованиям, и которым необходима брендовая Западная система с целью увеличения капитализации компании.

   Accellos One Warehouse – система класса Коробочная. Полнофункциональная линейка решений. По сути, это тот же, известный в России, RadioBeaconWMS. Разработчик решения американская компания Accellos. Решение для малого и среднего бизнеса и складов площадью до нескольких тысяч кв. метров. Если у вас есть программист С#, то возможно обучить его делать некоторый уровень доработок для системы, что в итоге сократит общие расходы на развитие системы, но так как система класса коробочные, количество точек входа для изменения системы ограничено. (Решение для Windows/MSSQL, Продукт разработан на С#, X-Base). Данной системе отдают предпочтения компании, которым нужно простое и надежное решение и которым необходима брендовая Западная система с целью увеличения капитализации компании.

   Logistic VisionSuit – система класса Конфигурируемая. Полнофункциональная линейка решений. Разработчик греческая компания Mantis. Исторически продукт разработан для 3PL. В категории WMS для 3PL LVision является одним из хорошо себя зарекомендовавших и популярных решений на Российском рынке. (Решение для Windows/MSSQL, Продукт разработан на .net, VisualBasic). Если у вас в штате есть программист VBasic, то возможно обучить его делать некоторый уровень доработок для системы, что в итоге сократит общие расходы на развитие системы, но так как система класса Конфигурируемая, количество точек входа для изменения системы ограничено.

   LEAD.WMS – система класса Конфигурируемая/Адаптируемая. Полнофункциональная линейка решений. Отечественное решение для среднего и крупного бизнеса. Один из лидеров продаж в данном сегменте 2006-2010 годов. Средняя ценовая категория, как программного продукта, так и услуг. Высокая стоимость сопровождения и поддержки системы. Доработки затрагивают код системы и невозможны без привлечения ресурсов интегратора.  Продукт входит в 10-ку профессиональных российских WMSсистем и зарекомендовал себя на Российском рынке. (Решение для Windows/MSSQL, Продукт разработан C#, PHP).

   Solvo.WMS – Первая отечественная WMS система класса Конфигурируемая. Данная система подойдет складам с высокой интенсивностью операций. Клиентами компании Солво являются такие крупные предприятия и сети складов как Балтика. Высокая стоимость самой системы и услуг внедрения. Высокая стоимость сопровождения и поддержки системы. Доработки затрагивают код системы и невозможны без привлечения ресурсов интегратора. (Решение для UNIX/LINUX/Oracle, Продукт разработан на С++).

   OHE.WMS – система класса Адаптируемая. Отечественная, полнофункциональная линейка решений на базе собственной платформы Open HandHeld Engine. Отечественное решение для среднего и крупного бизнеса. Продукт входит в 10-ку профессиональных российских WMS, и зарекомендовал себя на Российском рынке. На базе множества внедрений разработаны отраслевые решения для продуктовых сетей, ДЦ и РЦ строительной продукции, ДЦ и РЦ складов автозапчастей. Доработки не затрагивают код ядра системы и возможны без привлечения ресурсов интегратора. Без каких-либо ограничений может быть настроена под требуемые бизнес-процессы.  OHE.WMS является одним из лидеров в России среди систем класса Адаптируемые, причем команда Консид Технологии имеет реальный опыт внедрения и разработки адаптируемых решений с передачей инструментария разработки Заказчику (Мария-РА, Барнаул – 240 лицензий, Автоспейс – 150 лицензий, ЭТМ- 115 лицензий). Средняя ценовая категория, как программного продукта, так и услуг.  (Решение для Windows/MSSQL, .Net, IIS, SOA, платформа разработана на С#).