Wms инструкция

Базовый РЕЙТИНГ WMS Дмитрий Перов

Обращение к разработчикам и поставщикам.
Уважаемые господа,
любой рейтинг, как бы его не выдавали за объективную реальность, всегда субъективен. Не лишён таких
недостатков и мой рейтинг. Возможно, я кого-то обидел или, по крайней мере, задел. Извините. Весь рейтинг построен на моих экспертных оценках качества самого софта, без учета качества внедрения, стоимости, доли рынка, наград и званий и прочих неотъемлемых элементов решений. Методика, примененная в данном рейтинге – по парное сравнение каждой программы с каждой. 49*48/2=1176 сравнений. Сами понимаете, я не мог тратить на них достаточное время. Более того, в 400 случаев я не был уверен в правильности выводов. Таким образом, точность метода около 30%. Это означает, что для верхних систем позиция может быть снижена на 16 строк, для нижних — поднята, а для тех, кто оказался в середине — +-8 позиций. Если кто-то хочет оспорить свою позицию по отношению к кому-либо, я — абсолютно «за». Давайте, сравним вместе. Присылайте информацию, назначайте встречи.
Обращение к заказчикам и консалтерам.
Уважаемые господа,
точность примененного метода анализа не позволяет выбирать системы на основе данного рейтинга. Это
первичная экспертная оценка, на основе которой можно только отнести системы к тому или иному классу. Вверху расположены профессиональные системы, внизу — бюджетные, посередине — системы среднего класса. Определившись с классом, уже будет легче сравнивать. 20 систем – это 190 сравнений, все-таки не 1176.
Еще хотелось бы предостеречь от сравнения соотношения цена/качество, принимая за качество количество пунктов рейтинга. Пункты в рейтинге — это в достаточной степени абстрактная величина и, например, CoreIMS ни в коем случае не равен 37% LEAD, хотя, конечно, доля правды в этом есть: Для реального выбора надо брать не менее пяти систем одного класса и отбирать их уже с учетом специфики своего бизнеса, в каждом конкретном случае предпочтения будут разными. Если кто-то нуждается в моей помощи в выборе — пишите. Я постараюсь помочь.
Данный рейтинг можно рассматривать, как первичный базовый рейтинг и ориентир для составления других, более точных и специфичных. Это направление мы обязательно будем развивать. Надеюсь, что хоть кому-то это интересно и полезно.
Дмитрий Перов,
Независимый эксперт WMS
Базовый РЕЙТИНГ WMS Дмитрий Перов
Экспертное мнение!
№ Рейтинг Название WMS
01 1000 LEAD WMS
02 926 RedPrairie DLx Warehouse
03 915 R-suite.wms (AZ)
04 894 LM7® (Logistic MANAGER 7®)
05 883 Solvo.WMS
06 872 Astro WMS
07 862 Swisslog\’s WarehouseManager™
08 851 HighJump™ Warehouse Advantage
09 819 Infor 9
10 777 Manhattan WMS
11 755 Expert Logistic WMS
12 734 PSIwms
13 723 SuperKit WMS
14 712 made4net
15 702 CWMS-3000®
16 660 Radio Beacon WMS
17 649 SmartStock.WMS
18 628 Система управления складом СИСТЕМА #1
19 617 Mantis Logistic Vision III
20 606 AWACS
21 596 Distribution Center Solution for Microsoft Dynamics
22 585 advantics.WM
23 564 Qguar WMS PRO
24 553 WMS \»БУХта: Складской Комплекс\»

25 532 EXceed WMS 4000 (Infor WM NG)
26 500 Global-Stock
27 489 Программно-технический комплекс Tiger-Pro
28 479 Aldata Warehouse Management
29 468 INFOLOG G.E
30 457 SV:Склад (WMS)
31 447 ПРОКСИМА СКЛАД WMS
32 436 Vector
33 404 COS.WMS
34 372 CoreIMS
35 330 Oracle Warehouse Management System
36 319 SAP Extended Warehouse Management
37 287 i-WMS
38 277 1С-Логистика:Управление складом ред. 3.0 *

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) «Идите к месту X»
Исполнитель сканирует штрихкод места
3) «Возьмите товар Y в количестве Z, и подтвердите количество»
На этом этапе, исполнитель может изменить количество набранного товара. Может возникнуть ситуация, когда в ячейке он не найдет требуемое количество, и система должна предложить ему альтернативу, если таковая есть.
4) «Положите указанное количество на поддон / в лоток N, и сканируйте его штрихкод»
Исполнитель сканирует штрихкод поддона или лотка – в зависимости от того, что указывает система, и подтверждает, что отбор произведен в корректную тару
5) …
Опять же: разные системы – разный уровень детализации и вариантов, но именно система «решает», какие задания, в какой последовательности и в какую тару будет собирать конкретный сотрудник.

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

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

Резюме

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

Функционал системы «1С:WMS Логистика. Управление складом» позволяет оптимизировать процессы и решить основные проблемы, актуальные для складских комплексов:

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

«1С:WMS Логистика. Управление складом» предназначена для управления процессами складской грузообработки в режиме реального времени, а именно:

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

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

В решении реализована поддержка складских операций по учету маркируемой продукции (учет кодов маркировки, агрегация/дезагрегация товарных упаковок) с передачей фактических кодов маркировки в корпоративную информационную систему «1С:ERP Управление предприятием 2», «1C:Комплексная автоматизация, редакция 2», «1С:Управление торговлей, редакция 11″или решений на их основе.

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

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

На практике выделяются и могут участвовать в складском учете следующие зоны склада:

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

Управление основными складскими задачами:

  • Учет товара в адресном пространстве склада: в разрезе упаковок (в т.ч. с нефиксированным весом), сроков годности, партий, серийных номеров, акцизных марок, качества; учет тары и контроль габаритов товара; АВС/ХYZ анализ; работа с транзитными грузами; учет акцизов; работа с блоками ячеек; учет комплектов.
  • Приемка. Приемка в доверительном режиме и под заказ (кросс-докинг), предварительный пересчет по местам. Информация о товаре, необходимая для проведения регламентных мероприятий по подготовке склада к приему поставки заносится в документ «Ожидаемая приемка». На основании данной информации на складе может быть запланировано привлечение дополнительных сотрудников для приемки товара, подготовка складских площадей к размещению товара, как в зоне приемки, так и в основной зоне хранения. Возможными источниками поступления товара могут быть поставщики (в случае прихода товара от поставщика), клиенты (в случае возврата товара от клиента), другие склады компании (в случае перемещения между складами в рамках одной компании), производственные площадки (в случае поступления готовой продукции из производства).

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

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

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

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

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

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

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

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

  • Размещение. В системе «1С:WMS Логистика. Управление складом» можно реализовать различные стратегии размещения товара: автоматическое, размещение через буфер, размещение ближе к зоне отбора; пополнение зоны отбора при размещении.

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

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

Все перечисленные принципы могут быть настроены в системе «1С:WMS Логистика. Управление складом» в справочнике «Стратегии размещения». Результатом отработки алгоритмов размещения, заданных на уровне стратегий, является созданные задачи на размещение товара.

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

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

  • Штрихкодирование товаров, ячеек, контейнеров, персонала; генерация, хранение и печать штрих кодов (поддерживается генерации штрих кода «GS1 DataBar Expanded Stacked»); поддержка работы с неуникальными штрих кодами.
  • Отбор и отгрузка товара. В системе реализованы различные стратегии отбора: кластерный, групповой; консолидация отборов в волны согласно временным окнам отгрузки, в группы по схожим товарам, в рейсы по маршрутам доставки. Отгрузка товара со склада осуществляется на основании плана отгрузки, загруженного из корпоративной информационной системы. План того, что должно быть отгружено со склада, содержится в документе «Заказ на отгрузку».

Возможными направлениями отгрузки могут быть отгрузка покупателю (клиенту), перемещение на другие склады компании, возврат поставщику, отгрузка товара (сырья и материалов) в производство. На основании информации о планируемых отгрузках возможно проведение регламентных мероприятий по подготовке к более быстрой комплектации данного заказа (например, подпитка ячеек активной зоны). На основании заказа на отгрузку отгрузки производятся все дальнейшие операции по данному заказу. «Заказы на отгрузку» могут быть объединены в рейсы по маршрутам доставки. Данные о рейсах маршрута объезда транспортных средств содержаться в документе «Рейс». Рейс может быть создан на основании данных, полученных из системы корпоративного учета, системы управления доставкой, или Диспетчером склада в «1С:WMS Логистика. Управление складом». На основании «Заказа на отгрузку» выполняется подбор товара из ячеек хранения. Поиск ячеек, в которых расположен товар по заказу, выполняется системой автоматически. Правила запуска автоматического планирования отбора настраиваются с помощью механизма событий.

Для сокращения времени на сборку заказов и количества подходов складских сотрудников при выполнении отбора «Заказы на отгрузку» могут объединяться в волну.

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

Штучный товар может собираться по нескольким «Заказам на отгрузку» в один контейнер, который будет разобран позаказно в отдельно выделенной зоне с помощью задачи на сортировку. В данном случае «Заказы на отгрузку» могут быть объединены в группу отбора. Для отбора штучного товара по нескольким заказам могут быть заранее подготовлены грузы-контейнеры под каждый заказ. Подобный отбор является кластерным. При кластерном отборе товара система выдает подсказки, в какой контейнер, какой товар необходимо разместить. При планировании отбора товара учитываются алгоритмы отбора, заданные в стратегиях отбора. Планирование отбора на складе обычно выполняется на основании следующих принципов:

  • наличие выделенной зоны отбора. Как правило, под отбор товара выделяют нижний ярус стеллажей для ускорения процесса отбора. Поиск товара по заказам в первую очередь производится в данной зоне;
  • кратность отбора – какими единицами необходимо выполнять отбор товара: целыми паллетами, коробами или штуками. Например, если заказанное количество товара соответствует целой паллете, то отбор можно произвести сразу целой паллетой из зоны резервного хранения;
  • учет типов стеллажей, используемых для хранения товара. Например, отбор из гравитационных стеллажей производится по принципу LIFO;
  • учет сроков годности при отборе товара. Анализ требований по запасу срока годности для контрагента заказа.

Для осуществления возможности гарантийного возврата товара от покупателя на этапе отбора можно зафиксировать серийные номера отобранного товара.

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

Задача на отбор выполняется с применением радиотерминалов сбора данных. В качестве резервной технологии может быть рассмотрена технология работы по «бумажным» носителям.

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

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

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

  • Упаковка отобранного товара в грузовые места; шаблоны для настройки правил упаковки на паллету «под клиента».
  • Планирование рейсов по маршрутам доставки при отгрузке.

  • Контроль качества принятого товара. Контроль качества, отобранного и упакованного товара; контроль при загрузке в машину. В системе предусмотрено несколько типов задач на пересчет:
    • инвентаризация ячейки. При проведении инвентаризации ячейки пересчету подлежат все контейнеры и товары, расположенные в ячейке. При инвентаризации ячейки может производиться пересчет как по количеству контейнеров в ячейке, так и по товарному составу контейнера;
    • инвентаризация контейнеров. При проведении инвентаризации контейнеров производится пересчет состава определенного контейнера, по которому создана задача;
    • инвентаризация товара. При проведении инвентаризации товара производится пересчет конкретного товара во всех контейнерах и ячейках, в которых данный товар расположен;
    • контроль приемки. Задача по контролю приемки предназначена для пересчета вновь принятого на склад товара;
    • контроль отгрузки. Задача по контролю отгрузки предназначена для пересчета отгружаемого под заказ клиента товара со склада;
    • контроль качества. Задача по контролю качества предназначена для пересчета и проверки состояния товара на складе. Контроль качества может быть проведен на любой стадии обработки товара: в зоне приемки на поступивший товар, в процессе хранения или отгрузки.

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

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

  • Подпитка. При необходимости в пополнении зоны отбора товара в системе выполняется задача на подпитку. Подпитка выполняется под потребность «Заказа на отгрузку» или в любое время согласно регламенту склада. Подпитка может выполняться при достижении минимального количества контейнеров (товара) до максимального количества контейнеров (товаров) в области отбора. Минимальный и максимальный уровень остатков задаются для каждого товара. Индивидуальные параметры подпитки настраиваются на уровне товара и выделенной зоны или ячеек отбора для товара. Подпитка зоны (фиксированных ячеек) отбора может производиться и зоны основного хранения, зоны ближнего буфера или зоны приемки. Правила подпитки определяются в стратегиях подпитки. Задачи на подпитку выполняются с помощью терминала сбора данных. В качестве резерва может применяться технология выдачи задач на бумажном носителе.
  • Инвентаризация произвольной области склада, пустых ячеек, товара/товарной группы. Проведение инвентаризации с использованием системы «1С:WMS Логистика. Управление складом» не требует полной остановки работы склада, и может проводиться по ограниченной области ячеек (проезду, стеллажу, ярусу) или определенной товарной группе. Блокировка ячейки на момент проведения пересчета не производится, что позволяет не останавливать работу по инвентаризируемой ячейке для выполнения других складских операций.
  • Оптимизация использования складских площадей – компрессия склада.

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

Возможные алгоритмы компрессии:

  • Восстановление класса АВС: при выполнении учитывается класс ABC так, чтобы товар класса А оказался в ячейках класса А, а товар класса С в ячейках класса С. При этом анализируются только подобранные по условию остатки;
  • Вытеснение в другие зоны: система планирует перемещение подобранных по условию остатков в указанные зоны склада;
  • Вытеснение из зоны отбора: система анализирует пул документов «Заказ на отгрузку» и их потребности в товаре за определенный период. Если на товар нет потребности или потребность меньше количества товара в зоне, то товар будет перемещен из указанной зоны. При этом анализируются только подобранные по условию остатки;
  • Совмещение одинаковых остатков: планируется перемещение подобранных в условии остатков товара к любым остаткам такого же товара в указанной зоне;
  • Совмещение различных остатков: планируется перемещение подобранных в условии остатков товара к остаткам другого товара, также подобранным в этом условии.

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

  • Работа с радиотерминалами сбора данных (ТСД):
    • работа без операторов склада;
    • онлайн-режим работы склада;
    • применение ТСД при обработке всех складских задач;
    • применение ТСД для выполнения вспомогательных операций.
  • Управление ресурсами:
    • управление задачами склада: классификация и приоритизация;
    • автоматическое распределение и выдача задач;
    • контроль исполнения задач: фиксация исполнителя, длительности, простоев;
    • фиксация ошибок при выполнении складских задач;
    • назначение прав доступа в зависимости от квалификации персонала и зон доступа;
    • расчет выработки складского персонала по объему, весу, количеству операций;
    • анализ эффективности и продуктивности работы персонала (KPI);
    • расчет необходимой численности персонала на смену;
    • управление складской техникой.

  • Расчет услуг ответственного хранения:
    • учет товара в разрезе владельцев;
    • задание тарифов по складским операциям по каждому владельцу;
    • расчет стоимости услуг по каждой операции.
  • Управление двором/Yard Management.

Функционал «1С:WMS Логистика. Управление складом» помимо автоматизации задач по складской обработке позволяет управлять территорией, примыкающей к складу. Данный функционал позволяет управлять движением транспортных средств, поступающих на территорию склада, а именно:

  • контролировать, регистрация факта въезда и выезда транспортных средств на территорию склада;
  • формирование и выдача пропусков;
  • определять стояночные места для разных моделей транспортных средств в автоматическом или ручном режимах;
  • расписание ворот погрузки/ выгрузки. Постановка на ворота с учетом моделей транспортных средств;
  • контроль ведение погрузочно-разгрузочных работ;
  • управление движением транспортных средств на складской территории;
  • учет и анализ графиков прибытия/убытия ТС;
  • автоматическое назначение окна погрузки/разгрузки ко времени поступления ТС на склад;
  • контроль работы склада;
  • монитор руководителя склада;
  • монитор заказов и задач;
  • монитор диспетчеров приемки и отгрузки;
  • монитор ресурсов;
  • аналитика работы склада: заполненность, состояние остатков, оптимизация хранения.

  • Анализ эффективности работы склада.

По факту обработки складских операций функционал системы «1С:WMS Логистика. Управление складом» позволяет выполнить:

  • мониторинг состояния заказов и задач к выполнению;
  • анализ заполненности склада в разрезе зон и ячеек хранения;
  • анализ текущего состояния склада в разрезе адресного хранения;
  • план-фактный анализ ожидаемого к поступлению товара и по факту принятого на склад;
  • план-фактный анализ заказанного и отгруженного товара со склада;
  • анализ выработки складского персонала.

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

  • Интеграция с корпоративной информационной системой «1С:ERP Управление предприятием 2», «1С:Комплексная автоматизация, редакция 2», «1С:Управление торговлей, редакция 11» или решениями на их основе:
    • Встроенные возможности обмена данными в формате XML;
    • Автоматическая выгрузка/загрузка данных;
    • Настраиваемая частота обмена данными;
    • Возможность изменения схемы обмена под специфику заказчика.
  • Технологические преимущества – решение «1С:WMS Логистика. Управление складом» разработано на современной технологической платформе «1С:Предприятие 8.3», которая позволяет:
    • обеспечить высокую надежность, производительность и масштабируемость системы;
    • организовать работу с системой через Интернет, в режиме тонкого клиента или веб-клиент (через обычный интернет-браузер), в том числе в «облачном» режиме;
    • создавать мобильные рабочие места с использованием планшетов и иных мобильных устройств;
    • настраивать интерфейс для конкретного пользователя или группы пользователей с учетом роли пользователя, его прав доступа и индивидуальных настроек.

Функциональная модель в 1С:Облачная карта решений >>

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

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

Ключевые характеристики EXceed ™ WMS

  • Поддержка 24 языков, включая двухбайтные версии русского, украинского, китайского, арабского, японского и корейского языков
  • Продвинутая Windows XP/SQL2000 клиент-серверная архитектура
  • Графический пользовательский интерфейс
  • Богатые строенные возможности формирования запросов
  • Многочисленные возможности представления данных
  • Наличие средств обеспечения безопасности
  • Контроль оборачиваемости партий по дате производства и сроку годности
  • Поддержка процесса картонизации на выходе
  • Встроенный модуль биллинга, позволяющий расcчитать себестоимость складской обработки товаров
  • Поддержка множества видов упаковки
  • Печать штрих-кодов в соответствии с отраслевыми стандартами
  • Поддержка процесса пикинга с динамическими или фиксированными ячейками
  • Применение лучших мировых практик осуществления внутри складских бизнес-процессов
  • Возможности интеграции с финансовыми системами, POS-терминалами, различным радиооборудованием и рыночными торговыми порталами