WMS (система управления складом, Warehouse management system) - мозг современного склада, координирующий и синхронизирующий входящие и исходящие потоки товаров, внутренние регламентные операции, работу персонала, погрузочно-разгрузочной техники, роботизированного оборудования и многое другое.

Системы класса WMS помогают организовать эффективную работу склада. С помощью WMS-систем осуществляется управление складскими процессами в реальном времени.

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

Компания AXELOT предлагает новое поколение WMS-системы – AXELOT WMS X5 . Продукт AXELOT WMS X5 разработан на платформе «1С:Предприятие 8.3», гибко настраивается под специфику склада и компании в целом и обладает полностью открытым кодом, что позволяет нашим клиентам при желании самостоятельно осуществлять сопровождение этого программного продукта.

Являясь частью логистической платформы AXELOT X , AXELOT WMS X5 бесшовно интегрируется с системой управления транспортной логистикой AXELOT TMS X4 , что позволяет в комплексе автоматизировать весь логистический процесс.

Предыдущие поколения программных продуктов для управления складом (WMS), разработанные AXELOT, - «1С:Предприятие 8. WMS Логистика. Управление складом 4 » и «1С-Логистика: Управление складом 3 » - также используются при реализации проектов автоматизации склада; AXELOT оказывает услуги и по сопровождению этих программных продуктов.

Существует льготная схема по переходу с WMS-продуктов предыдущего поколения на AXELOT WMS X5.

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

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

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 возникла от англоязычного названия «Warehouse Management System». Существуют сотни разновидностей WMS-систем.

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

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

Архитектура WMS

Обычно архитектура программы построена по трехуровневой схеме.

Первый уровень: интерфейс

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

Второй уровень: сервер

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

Третий уровень: бизнес-логика

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

Целесообразность внедрения управляющих систем

Установка WMS-системы — дело затратное. Недостаточно просто приобрести ПО. Нужно адаптировать систему под конкретный склад, учесть все особенности товаров и помещения. Необходимо установить специальное оборудование, модернизировать систему маркировки, пересмотреть схемы товарооборота. Также потребуется переобучить персонал. Процесс внедрения может растянуться на пару лет.

Но усилия окупаются: автоматическая система управления позволяет существенно ускорить работу, увеличить товарооборот, сократить издержки.

Основные преимущества применения WMS:

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

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

Функции программы

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

На этапе создания заказа:

• группировка заказов (заявки классифицируются, а затем обрабатываются и отсылаются группами)
• настройка возможности идентификации грузов по упаковке
• разделение и объединение партий продукции

Во время приёма товара:

• идентификация груза (даже если сведения о нем не поступали заранее)
• фиксация прибытия продукции в режиме реального времени
• нанесение штриховых кодов
• приём грузов на ответственное хранение
• сверка и корректирование сведений о товаре

Если приём и погрузка происходят единовременно:

• перераспределение продукции для последующей отсылки заказчику
• осуществление транзита

При складировании:

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

На этапе комплектации заказов:

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

При погрузке

• автоматическое создание расписания погрузки (расстановка приоритетов)
• управление процессом погрузки (используются радиотерминалы)
• группировка и распределение товаров для последовательной доставки
• определение перевозчика
• подготовка сопроводительных актов
• проставление отметок соответствия
• проверка статуса отправки

В процессе хранения

• предоставление сведений обо всех товарах в режиме реального времени
• возможность поиска объекта по серийному номеру, штриховому коду, номеру партии или контейнера, наименованию владельца груза
• контроль состояния запасов
• отслеживание сроков хранения и реализации
• разработка стратегий пополнения запасов
• поддержка различных форм пополнения резервов (штуками, контейнерами, поддонами)
• создание и подача заявок на пополнение запасов
• инвентаризация товаров
• осуществление манипуляций с весовой продукцией
• создание гибкой системы перемещения, перегруппировки, повторной отправки грузов
• консолидация запасов
• обеспечение максимально эффективного использования площадей
• отпуск товаров по методикам FIFO, LIFO, FEFO, FPFO, BBD
• проверка складского оборудования, отправка сигналов о плановом обслуживании или дозаправке

При управлении работниками

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

Процесс внедрения WMS

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

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

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

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

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

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

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

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

Виды WMS-систем

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

Выделяют два способа систематизации WMS. Первый способ — по уровню функциональности. Тут системы можно разделить на традиционные (рассчитаны на единый канал продаж) и мультиканальные (с несколькими путями сбыта).

Второй способ классификации — по возможности модификации и адаптации.

Системы управления складом бывают:

• Начального уровня

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

• Коробочные

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

• Адаптируемые

Используются в логистических компаниях, распределительных центрах, а также на крупных складах (от 5 тыс. м 2). Изначально настраиваются под нужды конкретного предприятия.

• Конфигурируемые

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

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

Компьютерная система «SEVCO WMS» является мощным и гибким инструментом управления складом.

Система «SEVCO WMS»:

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

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

Поддерживает технологии штрихкодирования с применением радиотерминалов сбора данных, 3D визуализации, Pick by Voice, Pick by Light, Put to Light.

Интеграция с роботизированным складским оборудованием.

Информационно-технологическое обеспечение в режиме 24/7.

Среди пользователей системы крупнейшие дистрибьюторские, производственные, логистические компании. Площадь складов - от 1500 м2 до 65000 м2.

География внедрений - от Калининграда до Комсомольска-на-Амуре.

Уникальные методические и программные наработки в области технологии анализа работы склада и системы мотивации персонала.

Работа с высокопрофессиональной командой специалистов-практиков в области складской логистики.

Как протестировать систему «SEVCO WMS»:

После ознакомления (телефонный разговор и/или заполнения опросника) мы вышлем адекватное коммерческое предложение.

Проведем удаленную презентацию работы системы «SEVCO WMS» с демонстрацией необходимого вам функционала.

Предоставим удаленный демонстрационный доступ к системе «SEVCO WMS».

Организуем референс визиты на работающие склады.

В разделе «Библиотека документации» сайта можно скачать презентационные материалы.

Посетить ежемесячные практические мероприятия на работающих складах. Даты мероприятий на сайте www.academ-sklad.ru

Эксплуатация высокоинтенсивного складского комплекса

Компания "СЕВКО" эксплуатирует собственный высокоинтенсивный склад:

площадь 10000 м 2 , высота потолков более 7 м.;

имеет 16 постов погрузки-разгруки, оборудованных доклевелерами и докшелтерами;

используется современное подъемно-транспортное оборудование (штабелеры, погрузчики, подъемные столы);

оборудован фронтальными и гравитационными стеллажными конструкциями стандарта EUR и FIN , вместимость более 8000 паллетомест;

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

внедрена современная система управления складом «SEVCO WMS », применяются технологии адресного учета и штрихкодирования, терминалы сбора данных;

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

Также компания управляет автотранспортным предприятием:

более 40 автомобилей различной грузоподъемности;

обслуживает 270 - 300 точек доставки в Москве и области ежедневно, в т.ч. все сетевые гипермаркеты;

внедрена GPS система мониторинга определения положения транспорта;

собственная ремзона.

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

Склады работающие на системе SEVCO WMS

Этапы внедрения SEVCO WMS

Как правило, проект по внедрению WMS-системы реализуется в три этапа:

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

ЭТАП № 1. РАЗРАБОТКА ТЕХНОЛОГИИ ВЫПОЛНЕНИЯ СКЛАДСКИХ ОПЕРАЦИЙ

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

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

1. Исследование исходных данных - как и для чего используется склад.
2. Процессный подход :

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

Использование, по возможности, библиотеки стандартных решений.

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

В описании технологии присутствуют три раздела:

1. Технологические зоны склада и правила:

указывается состав и размер технологических зон;

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

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

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

определяется состав складских процедур ;

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

Маркировки мест технологических зон (система адресации) и персонала;

Маркировки товара и транспортировочных единиц (паллет, ящиков, мешков и т.п.) на складе;

Укладки товаров на транспортировочных единицах;

Размещения товаров на складе;

Отбора товара на складе по заказам клиентов;

Определения недостач и излишков и т.п.

Правила выполнения складских процедур. Описание регламентов выполнения складских производится двумя типами документов:

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

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

описание карты процедуры в нотации ARIS .

1. Правила выполнения контрольных процедур. Одной из основных задач системы управления складом является контроль за:

• сохранностью товаров на складе ;
• актуальностью информации .

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

Техническое задание на доработку корпоративной информационной системы (далее КИС) для обеспечения ее интеграции с WMS -системой.

Обмен информацией между КИС и WMS осуществляется через текстовые файлы в кодировке ANSI по следующему принципу:

• на сервере создаются два каталога обмена:

  IN - каталог обмена из WMS в КИС

  OUT - каталог обмена из КИС в WMS
• при выгрузке данных системы выкладывают файл в соответствующий каталог.

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

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

Результатами этапа № 1 являются:

• Документ «Технология работы склада».
• Документ «Рабочие инструкции работников склада».
• Документ «Техническое задание на доработку КИС».

ЭТАП № 2. ИНСТАЛЯЦИЯ WMS-СИСТЕМЫ И ОБУЧЕНИЕ ПЕРСОНАЛА

В соответствии с разработанной технологией, наши специалисты, совместно со специалистами Заказчика, производят установку и первичную настройку WMSсистемы. Разрабатывается и описывается порядок проведения предстартовой инвентаризации. Специалисты компании «СЕВКО» производят обучение будущих ключевых пользователей СУС. Ключевые пользователи производят обучение всего остального персонала склада. Для обучения, как правило, необходимо выделить двух специалистов отдела логистики и двух специалистов IT -отдела. Обучение производится в течение двух дней. Первый день - теоретические занятия, второй день - практические. Теоретические занятия происходят в офисе с демонстрацией на модели склада. Практические занятия происходят на складе. Ключевые пользователи выполняют основные технологические операции. Объем обучения позволяет получить необходимые навыки для работы с СУС в соответствии с документом «Технология функционирования склада». По итогам обучения, Исполнителем проводится тестирование и предоставляется Заказчику отчет о проведенном обучении.

Результатами этапа № 2 являются:

• Установленная и настроенная WMS система на складе.
• Обученные ключевые пользователи.
• Документ «Порядок проведения полной инвентаризации».
• Документ « SEVCO - WMS . Руководство пользователя».

ЭТАП № 3. ЗАПУСК В ЭКСПЛУАТАЦИЮ

Запуск в эксплуатацию является одним из самых ответственных и напряженных моментов проекта. Этап начинается с проведения инвентаризации, после проведения которой склад начинает работать по новой технологии. Специалисты компании «СЕВКО» присутствуют на объекте на протяжении всего этапа, отслеживают работу оборудования и WMSсистемы и оказывают, в случае необходимости, оперативную помощь.

Результатами этапа № 3 являются:

• Устойчивая работа WMS

ЭТАП № 4. РАЗРАБОТКА ТЕХНОЛОГИИ АНАЛИЗА ФУНКЦИОНИРОВАНИЯ СКЛАДА

Основной задачей данной технологии является мониторинг и анализ процессов на складе. Основой для мониторинга и анализа является система измерений процесса. С этой целью в СУС применяется система числовых индикаторов работы склада (далее ИРС).

ИРС рассчитываются на основании измерений за период по каждой складской процедуре. Измерения отражают:

• объем выполненной работы;

  скорость производства процедуры;

  качество ;

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

  суммарное затраченное время всеми сотрудниками для выполнения объема работы.

Список ИРС и модель их анализа зависят от характера грузопереработки, ситуации на складе. Документ «Технология анализа функционирования склада» содержит следующие разделы:

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

отчеты в WMS-системе, позволяющие получать выделенные показатели;

правила анализа числовых показателей;

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

Результатами этапа № 4 являются:

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

КРАТКОЕ ОПИСАНИЕ ФУНКЦИОНАЛА АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ УПРАВЛЕНИЯ СКЛАДОМ «SEVCO-WMS»

Технологии :

Работа под управлением ведущей СУБД

Основные преимущества современных СУБД (1С Предприятие): высокая масштабируемость и надежность, эффективные средства управления и настройки, устойчивость.

• Интеграция с финансовой системой предприятия и другими внешними модулями

  Система интегрируется с любой действующей финансовой системой предприятия и обеспечивает взаимодействие между складом и модулями Заказов на продажу.
  

• Поддержка терминалов сбора данных

  Система поддерживает работу с Batch и радио терминалами сбора и передачи данных ведущих мировых производителей - SYMBOL , PSION.
  

Поддержка технологии штрихового кодирования

Технология автоматической идентификации, основанная на штриховом кодировании продукции и мест хранения, является основой идеологии SEVCO WMS.

Гибкая конфигурация системы

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

Управление приемом товара :

Приемка товара, поступившего без предварительного заказа

Гибкие возможности СЕВКО WMS позволяют осуществить приемку без наличия заказа. Вся информация о поступлении будет немедленно передана в управляющую систему.

Приемка товара, поступившего по предварительному заказу

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

Операции по возврату товара

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

Управление размещением товара :

• Зонирование склада

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

Управляемое размещение товаров в ячейки хранения

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Резюме

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