WMS-системы управления складом для розничных магазинов. WMS-система управления складом и ее базовые принципы работы Wms система управления складом

Соглашение о конфиденциальности

и обработке персональных данных

1.Общие положения

1.1.Настоящее соглашение о конфиденциальности и обработке персональных данных (далее - Соглашение) принято свободно и своей волей, действует в отношении всей информации, которую ООО «Инсейлс Рус» и/или его аффилированные лица, включая все лица, входящие в одну группу с ООО «Инсейлс Рус» (в том числе ООО «ЕКАМ сервис»), могут получить о Пользователе во время использования им любого из сайтов, сервисов, служб, программ для ЭВМ, продуктов или услуг ООО «Инсейлс Рус» (далее - Сервисы) и в ходе исполнения ООО «Инсейлс Рус» любых соглашений и договоров с Пользователем. Согласие Пользователя с Соглашением, выраженное им в рамках отношений с одним из перечисленных лиц, распространяется на все остальные перечисленные лица.

1.2.Использование Сервисов означает согласие Пользователя с настоящим Соглашением и указанными в нем условиями; в случае несогласия с этими условиями Пользователь должен воздержаться от использования Сервисов.

«Инсейлс» - Общество с ограниченной ответственностью «Инсейлс Рус», ОГРН 1117746506514, ИНН 7714843760, КПП 771401001, зарегистрированное по адресу: 125319, г.Москва, ул.Академика Ильюшина, д.4, корп.1, офис 11 (далее - «Инсейлс»), с одной стороны, и

«Пользователь» -

либо физическое лицо, обладающее дееспособностью и признаваемое участником гражданских правоотношений в соответствии с законодательством Российской Федерации;

либо юридическое лицо, зарегистрированное в соответствии с законодательством государства, резидентом которого является такое лицо;

либо индивидуальный предприниматель, зарегистрированный в соответствии с законодательством государства, резидентом которого является такое лицо;

которое приняло условия настоящего Соглашения.

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

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

2.Обязанности Сторон

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

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

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

(а)если предоставленная информация стала общедоступной без нарушения обязательств одной из Сторон;

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

(в)если предоставленная информация правомерно получена от третьей стороны без обязательства о сохранении ее в тайне до ее предоставления одной из Сторон;

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

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

2.5.Инсейлс не проверяет достоверность информации, предоставляемой Пользователем, и не имеет возможности оценивать его дееспособность.

2.6.Информация, которую Пользователь предоставляет Инсейлс при регистрации в Сервисах, не является персональными данными, как они определены в Федеральном законе РФ №152-ФЗ от 27.07.2006г. «О персональных данных».

2.7.Инсейлс имеет право вносить изменения в настоящее Соглашение. При внесении изменений в актуальной редакции указывается дата последнего обновления. Новая редакция Соглашения вступает в силу с момента ее размещения, если иное не предусмотрено новой редакцией Соглашения.

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

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

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

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

Инсейлс вправе установить, что предоставление определенного Сервиса возможно лишь при условии, что прием и получение файлов cookie разрешены Пользователем.

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

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

3.Ответственность Сторон

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

3.2.Возмещение ущерба не прекращают обязанности нарушившей Стороны по надлежащему исполнению обязательств по Соглашению.

4.Иные положения

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

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

4.3.К настоящему Соглашению и отношениям между Пользователем и Инсейлс, возникающим в связи с применением Соглашения, подлежит применению право Российской Федерации.

4.3.Все предложения или вопросы по поводу настоящего Соглашения Пользователь вправе направлять в Службу поддержки пользователей Инсейлс либо по почтовому адресу: 107078, г. Москва, ул. Новорязанская, 18, стр.11-12 БЦ «Stendhal» ООО «Инсейлс Рус».

Дата публикации: 01.12.2016г.

Полное наименование на русском языке:

Общество с ограниченной ответственностью «Инсейлс Рус»

Сокращенное наименование на русском языке:

ООО «Инсейлс Рус»

Наименование на английском языке:

InSales Rus Limited Liability Company (InSales Rus LLC)

Юридический адрес:

125319, г. Москва, ул. Академика Ильюшина, д. 4, корп.1, офис 11

Почтовый адрес:

107078, г. Москва, ул. Новорязанская, 18, стр.11-12, БЦ «Stendhal»

ИНН: 7714843760 КПП: 771401001

Банковские реквизиты:

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

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

Определение WMS-системы: что это?

Буквально название информационной программы - Warehouse Management System (сокращенно - WMS) - переводится как «система управления складом». Ее главной задачей является автоматизация:

  • бизнес-процессов склада;
  • действий, выполняемых кладовщиками и логистами.

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

Использование WMS-системы управления складом помогает:

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

Когда возникает потребность во внедрении WMS-системы на складе в розничном магазине?

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

К списку основных причин для внедрения WMS-системы на складе можно отнести:

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

Из чего состоят современные WMS-системы?

Собственники небольшого розничного бизнеса привыкли отслеживать товародвижение «по старинке», используя:

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

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

В состав современной WMS-системы должны входить:

  1. Непосредственно программное обеспечение;
  2. Сервер или главный стационарный компьютер для установки ПО;
  3. Рабочий компьютер (рабочая станция) для работы оператора склада;
  4. Лазерный принтер для печати необходимой документации;
  5. Терминалы для сбора данных - мобильные портативные ПК (беспроводные) со сканирующим штрих-коды устройством;
  6. Беспроводная сетевая связь для терминалов.

Основные потребители WMS-решений

К числу основных потребителей WMS-решений можно отнести:

  • склады логистических компаний - Third Party Logistics (3PL);
  • склады промышленных предприятий;
  • торговые предприятия (опт и розница).

К последним относятся:

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

С ростом товарооборота растет само торговое предприятие, его ассортимент, складские площади. Однако увеличение площадей не означает рост числа складов. Наоборот, ритейлеры стремятся сократить их число на розничных точках, укрупняя главный складской (распределительный) центр. Именно с него ведется распределение товара по розничным магазинам и бесперебойное пополнение их запасов. Это привело к росту спроса на ПО, способное наладить и оптимизировать логистические процессы склада.

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

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


Особенности внедрения WMS

Эксперты и аналитики сходятся во мнении, что WMS - это отдельный самодостаточный класс программно-аппаратных платформ. При этом многие находят в ней сходство с ERP, CRM и рядом других схожих программно-аппаратных решений:

  • ERP. Схожесть с этим ПО отмечается в связи с процессом планирования ресурсов производства. То есть в таком же аспекте рассматривается и склад. Из-за этого многие рассматривают WMS как подвид ERP узкой направленности (на склад). Но тут стоить принять во внимание существующие между ними отличия: стандартные ERP-решения ограничены в ресурсах управления складским хозяйством. По этой причине IT-разработчики относят их к отдельной группе решений.
  • CRM. Эти системы при сравнении с WMS имеют еще больше отличий, так как нацелены на взаимоотношения компании с клиентами. CRM направлена на управление клиентской базой, повышение качества обслуживания, повышение динамики продаж и пр. Даже если рассматривать склад как один из предметов взаимодействия компании с контрагентами, задачи решаются совсем другие.

Именно узкопрофильность делает WMS-решения уникальными и независимыми от других.

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

Функции WMS

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

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

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

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

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

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

Преимущества для розничного магазина при внедрении WMS-систем

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

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

Области применения

Внедрение системы WMS на складе - стандартный вариант, однако перечень сфер применения WMS-системы достаточно большой. К ним можно отнести:

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

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

Главные области применения WMS заключаются в автоматизации:

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

Федеральное агентство по образованию

Государственное образовательное учреждение высшего профессионального образования "НИЖЕГОРОДСКИЙ ГОСУДАРСТВЕННЫЙ АРХИТЕКТУРНО-СТРОИТЕЛЬНЫЙ УНИВЕРСИТЕТ"

Институт экономики, управления и права

Кафедра менеджмента и маркетинга

Специальность: «Менеджмент организации»

КУРСОВАЯ РАБОТА

по дисциплине «ЛОГИСТИКА»

на тему: «Автоматизированная система управления складом»

Нижний Новгород

ВВЕДЕНИЕ

1. СИСТЕМЫ УПРАВЛЕНИЯ СКЛАДАМИ: ОБЗОР РОССИЙСКОГО РЫНКА

1.1 Автоматизация склада как точная наука

2. ТРИ КЛАССА СИСТЕМ: ТЕХНОЛОГИЧЕСКИЕ ОСОБЕННОСТИ

2.1 Заказные системы

2.2Адаптируемые системы

2.3 Стандартные «коробочные» системы

3. ХАРАКТЕРИСТИКА И КЛАССИФИКАЦИЯ АСУС

3.1 Автоматизированная Система Управления складом "Vector"

3.2 Автоматизированная система управления складом(АСУС) (Computerized Warehouse Control System)

3.3 CoreWMS – система складской логистики

3.4 Microsoft Business Solutions-Axapta

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

ВВЕДЕНИЕ

ЛОГИСТИКА (logistics)- совокупность методов и способов эффективного управления товарными потоками с обеспечением наименьших издержек и высокого уровня организации и осуществления процессов снабжения, управления товарным рынком, производства, сбыта и послепродажного обслуживания.

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

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

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

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

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

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

Основное назначение склада - концентрация запасов, их хранение и обеспечение бесперебойного и ритмичного снабжения заказов потребителей. Основной организационной формой применения системной обработки экономической информации на организационно - экономическом объекте (складе) управления является автоматизированная система управления (АСУ) различных уровней и назначений.

АСУ определяется как система "человек - машина", которая обеспечивает эффективно функционирования объекта управления, осуществляется с использованием средств вычислительной, периферийной и организационной техники.

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

1. СИСТЕМЫ УПРАВЛЕНИЯ СКЛАДАМИ: ОБЗОР РОССИЙСКОГО РЫНКА

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

В 2002-2003 годах на отечественном рынке появилось сразу несколько новых информационных систем, которые поставщики называют «Система управления складом» (Warehouse Management System, WMS). Данные системы существенно отличаются как по функциональности, так и по технологическим аспектам реализации, в связи с чем возникла необходимость проведения анализа и сегментирования этого сектора. Здесь следует обратить внимание на зарубежный опыт, где системы управления складами появились еще в 80-х годах, количество поставщиков различных решений измеряется сотнями, и существует достаточно точная классификация - как по функциональности, так и по подходам в реализации проектов внедрения подобных систем.

В западной литературе по автоматизации складов (Warehouse and Distribution Automation Handbook/ Nicholas D. Adams, McGraw-Hill, 1996) определены две основные группы задач, решаемые WMS:

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

В зависимости от способности конкретной системы реализовать данный набор задач и формируется ключевое отличие между различными складскими информационными системами. Так, системы, решающие только первую часть задач, относятся к классу так называемых контролирующих систем или «локаторов» (Product Locator and Control Systems). Системы, решающие оба класса задач, среди которых собственно автоматизация процесса управления имеет решающее значение, являются полнофункциональными системами управления складом (Warehouse Management System).

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

Борис Дамчук

Время на чтение: 3 минуты

А А

Автоматизированные склады

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

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

Итак, в состав любой системы, автоматизирующей управление складом, входят следующие компоненты:

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

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

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

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

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

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

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

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

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

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

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

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

Полезная информация
1 комплектация заказов. Сюда входит составление заданий персоналу на комплектацию заказа в таре или без неё, возможность эргономичного расположения товара на поддоне, работа с конвейерной лентой крупными партиями, фасовка, упаковка, наклейка этикеток, прочие опции
2 формирование заданий для персонала
3 планирование и создание графиков
4 управление контейнерными перевозками внутри предприятия
5 управление процессом хранения. Определение оптимального места для ячеек, пополнении автоматически, взаимодействие с вспомогательными рабочими помещениями. Работа с опасными материалами
6 управление человеческими ресурсами, в частности, расчёт рабочего времени, формирование стандартов работ, определение и отслеживание выполнения плана

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% похожи», но схожи в них лишь те процессы, которые они автоматизируют. Реализация – естественно – сильно различается, и именно это дает возможность сосуществовать на одном рынке более, чем сотне разных продуктов. Надеюсь, последующие статьи смогут дать читателю еще больше полезной информации о различиях систем и принципах, по которым они работают.