Музторг ( ООО Музыкант) – крупнейшая в России сеть розничных магазинов, считывающая 29 торговых точек по всей стране. Компания более 20 лет предлагает широкий ассортимент музыкальных инструментов и музыкального оборудования, а также аксессуаров для музыкантов любого уровня, от новичков до профессионалов. Музторг является дистрибьютором многих ведущих мировых брендов.
Задачи внедрения InStock WMS
Особенность проекта являлось наличие большого ассортимента и активная работа с маркетплейсами и интернет-магазином. В этом проекте требовалось с помощью InStock WMS организовать точный учет всей продукции на складе, оптимизировать размещение и хранение, ускорить процессы безошибочного отбора и отгрузки, организовать учет по серийным номерам продукции, ускорить процессы товарообработки для маркетплейсов по FBS и FBO.
Складской комплекс располагается в г. Дзержинск. Оборудован фронтальными стеллажами. Для оптимизации процессов отбора и размещения склад разделен на зоны и подзоны. Зоны подбора организованы на первом и втором ярусах .
Все товары поделены на товарные группы:
- Супермелкий
- Мелкий
- Нормальный
- Негабарит
- Гитары
- Чехлы
- Тарелки
- Пластик
В данном проекте для учета по серийным номерам необходимо было организовать партионный учет. Учитывается партионный признак – номер в ходящей поставки. На основе номера партии партии по приходу работает отчет по серийным отгруженным номерам. В нем указывается с какого прихода получен тот или иной серийный номер.
Приёмка
InStock WMS учитывает различия приёмки для корректного размещения.
В проекте основным методом приёмки является метод – Приёмка с сортировкой по транспорту.
Также используются методы: Обычная приёмка с сортировкой, приёмка в ассортименте.
В ходе приёмки формируются смешанные паллеты , которые дальше направляются в зоны отбора и монопаллеты, размещаемые на в зонах хранения.
В системе прописаны правила сортировки товаров разных групп, по которым создаются смешанные паллеты.
Если у принимаемого артикула на момент приёмки в справочнике будут отсутствовать один из габаритов базовой единицы измерения, в процессе приёмки система запросит эту информацию и её необходимо будет внести. Данная информация будет записана в справочник. В данном проекте ввод ВГХ возможен вручную или с Инфоскана.
Если у товара в справочнике нет того штрихкода, который приемщик пытается сканировать на приемке, то товар можно принять выбором из списка ожидаемого прихода. В этом случае штрихкод добавляется в справочник.
Детальная приёмка с сортировкой
Приёмщик выбирает из списка на тсд входящую поставку и начинает приёмку сканированием кодов товара, это может быть EAN13,вводит в систему через ТСД количество товаров или сканирует поштучно, выбрав режим сканирования единиц товара.
Далее система определяет зону сортировки по правилам сортировки. Система порекомендует положить товар для определенной зоны либо на определенный паллет. Приёмщик может выбрать пустой паллет, заранее наклеив на него этикетку. На некоторые товары с возвратов устанавливается статус Карантин -автоматически, после того как система определит от кого поступил товар.
После приемки части поставки, приемщик может закрыть текущую сессию приемки. В этот момент в 1С выгружается подтверждение приемки поставки, поставка может быть закрыта, если осуществлена вся поставка, или может быть до приёмка.
Детальная приёмка с сортировкой по транспорту.
От предыдущего этот метод отличается тем, что возможно принимать товар одновременно относительно нескольких документов ВП, объединенных в один транспорт.
Отличие начинается с того, что Оператор получает документы от водителя, находит в WMS входящие поставки, объединяет их в Транспорт и разрешает приемку Транспорта. Далее приемщик принимает подряд любой товар, выгруженный из транспорта. После ввода кода товара, Система определит строку определенной ВП в транспорте по данному коду товара.
Приёмка в ассортименте
Это – более простой метод приемки, при котором система не сортирует товар по зонам сортировки и, соответственно, не применяет правила сортировки. Приемка в ассортименте позволяет принять определенную ВП. Приемщик самостоятельно должен сформировать монопаллеты или смешанные паллеты. После приемки каждого паллета также создадутся задания на размещение паллета по правилам размещения. Этим методом удобно пользоваться, когда пришла поставка с товаром одной группы: смешанный паллет будет распределен по зоне отбора, монопаллет – по зоне хранения.
Размещение c wms
После приёмки каждого паллета формируются задания на его размещение по правилам размещения. WMS отправляет задание на ТСД сотрудника — забрать паллет из определенной ячейки. Сотрудник сканирует паллет, и система указывает, куда этот паллет разместить. Каждая группа товаров размещается по своим правилам, учитываются статусы товаров.
InStock WMS при поиске ячеек на размещение учитывает возможность смешивания разных товаров в одной ячейке, например не более 3-х артикулов (настраиваемый параметр).
Возможно размещение смешанного паллета раскладкой по ячейкам двумя способами: «от товара», «по маршруту». Способ «от товара» предполагает сканирование пользователем товара, и система рекомендует ячейку. Способ «по маршруту» предполагает, что система выстраивает маршрут размещения последовательно и рекомендует ячейки.
Кроссдокинг
Кроссдокинг это процесс, когда заказ расхода связан с определенным заказом прихода. Часть товаров с прихода перемещается на расход, миную операции размещения и отбора. WMS, при приемке товара по ВП, встретив строку в поставке, производит поиск заказа. Если заказ обнаружен, WMS, в первую очередь, заставит принять кроссдокинговое количество по данной строке (количество определяется из расходного заказа) и отложить его на отдельный паллет для данного клиента/
WMS управляет отбором
Для оптимизации товарообработки все заказы разбиваются по типу. В данном проекте более 20 типов заказов. Заказы из учетной системы выгружаются в WMS и видны на стационарном компьютере оператора WMS. В этом проекте заказы в рейс объединяются в WMS только для заказов определенных типов, после того как товар проконтролирован и собран в готовые под отгрузку паллеты.
Оператор размещает в отбор заказы, объединив их в волну по фильтрам. Основным признаком для объединения является тип заказа и грузополучатель.
Для типов заказа Самовывоз, Доставка ТК, Яндекс GO размещение в отбор автоматически, как только заказ загружен в систему. Это позволяет соблюдать строгие сроки отгрузки .
При размещении заказа в отбор Система пытается спланировать отбор товара паллетным количеством (целым паллетом из зоны хранения). Затем, остаток планируется количеством штук из зон отбора.
Важно: для всех групп, кроме Гитары, для группы Гитары применяем глобальный FIFO, где, в первую очередь планируется товар по FIFO по всему , а уже потом, применяется алгоритм разделения на Паллетный и Штучный отбор.
Из КИС будет выгружен приоритет отбора заказа: Для ЯндексGO такси – 40 (самый приоритетный), самовывоза передается 50, для остальных 100. Система выбирает приоритет по параметрам — дата/время отгрузки, затем по числу приоритета заказа. Так же заказы могут быть приоритезированы ручной установкой числа приоритета оператором.
После размещения заказов в отбор, Система разбивает каждый заказ на задания отбора по зонам: одно задание может содержать товар только одной зоны отбора.
В рамках одной зоны отбора задания отбора так же могут быть разбиты для того, чтобы один большой заказ в одной зоне отбора разделился на несколько заданий. Заказы в одной зоне будут разбиты с учетом ограничений выдачи заданий одному отборщику- учитывается объем коробов на тележке и ограничения по количеству позиций.
Сначала выполняются задания с высоким приоритетом и далее все задания последовательно.
Маршрут отбора строится следующим образом:
- Первоначально – зона Негабарита,
- Ячейки остальных подзон от первого ряда до последнего, змейкой
- Конечная ячейка отбора: входящий буфер контроля одной из зон контроля.
В проекте используются методы Отбор по заказу и паллетный отбор.
Метод Отбор по заказу
Этот метод отбора позволяет отбирать товар под один заказ с формированием смешанного паллета в процессе отбора.
Отборщик получает заказ в ТСД. Система указывает отборщику очередную ячейку отбора. Отборщик подтверждает сканированием ячейку и код товара.
Далее отборщик подтверждает отобранное количество.
Партионные признаки (в данном проекте номер входящей поставки) будет запрошен только в том случае, если в данной ячейке по системе имеется такой же товар с разными значениями этого партионного признака.
Далее, если отборщик может продолжить отбор, то следует к следующей ячейке по указанию системы, если нет, то нажимает клавишу F3 и система рекомендует переместить товар в зону экспедиции, в конечную ячейку отбора.
Отборщик сканирует конечную ячейку отбора для подтверждения и завершения операции и выкладывает в нее собранный паллет.
Паллетный отбор
Система генерирует отдельные задания на каждый паллет. Система указывает ячейку отбора и паллет. Сотрудник подтверждает сканированием только код паллета.
Система указывает конечную ячейку отбора. Сотрудник перемещает паллет, сканирует конечную ячейку отбора для подтверждения
Особенности отбора для маркетплейсов (FBS)
В WMS из ERP поступают независимые заказы маркетплейсов и собственного интернет-магазина. Заказ может быть как на одну позицию, так и на несколько позиций. Большинство заказов одноштучные.
Все одноштучные заказы объединяются в суммарный заказ . Они отбираются суммарно в один ( или несколько контейнеров, в зависимости от количества и перемещаются на контроль для сортировки . Не одноштучные остальные заказы отбираются отдельно – каждый заказ в отдельный контейнер. На контроле нужно каждый заказ упаковать отдельно, печатать этикетки на заказ. Возможно, что один заказ будет упакован в несколько контейнеров. Но особенность маркетплейсов состоит в том, что отгрузочные этикетки на короб возможно распечатать только после упаковки всех контейнеров заказа.
При контроле WMS для каждого заказа – исходящего короба – запрашивает отгрузочную этикетку через шину данных ERP
Это касается маркетплейсов: Яндекс. Маркет, Озон, Сбермегамаркет, Wildberries. ERP генерируют PDF-этикетку на заказ (один контейнер) и выгружает ее в WMS
Суммарный заказ обрабатывается на контроле следующим образом:
Контролёр сканирует товар из суммарного контейнера. WMS определяет к какому маркетплейсу относится этот заказ. Заказ маркетплейса должен упаковываться отдельно. Контролер привязывает «один короб-один заказ» на общий паллет.
Многоштучные заказы обрабатываются отдельно, упаковываются и размещаются на паллет определённого маркетплейса. Паллет должен быть перемещен в зону готовых заказов. ШК исходящего короба должен быть равен <номеру заказа маркетплейса>_1, <номеру заказа маркетплейса>_2 и т.д. Отбор заказов, состоящих из нескольких позиций, выполняется методом «Кластерный отбор», но по всему складу: один отборщик собирает один заказ по всем зонам отбора. На контроле на основе типа заказа будет отдельный режим контроля МП: для суммарного заказа – контроль с автоматической сортировкой, для отдельных заказов – обычный контроль, но в обоих случаях – с печатью этикеток заказов МП, полученных по интеграции с ERP.На контроле на основе типа заказа будет запрещено формировать конечный паллет, смешанный с другими грузополучателями.
Контроль
Контроль очень важная складская операция. В данном проекте контроль осуществляется еще и с операцией сортировки суммарных заказов.
После того как сотрудник соберет суммарный заказ он перемещает паллет в конечную ячейку. Первому отборщику, отбирающему товар определенного суммарного заказа, система укажет сканировать любую ячейку в зоне буфера контроля. Следующим отборщикам, отбирающим товар этого же суммарного заказа, система будет указывать ту же ячейку буфера. Если весь суммарный заказ находится в одной ячейки, то он может сразу начинать контроль товаров.
Если части суммарного заказа находятся в разных ячейках, то в ТСД система отображает контроллеру наиболее приоритетный заказ (или список заказов), контроллер выбирает заказ, и система указывает ячейку, в которой находится первый паллет заказа и код паллета. Контролер должен сканировать паллет и указать ячейку, в которую он перемещает данный паллет для контроля. Далее, система укажет ячейку и код следующего паллета заказа. Таким образом в данной операции контролер соберет паллеты, стоящие в разных ячейках, и относящиеся к одному суммарному заказу. Задача контролера проверить каждый паллет и ввести серийные номера товаров, требующих учета СН для данного грузополучателя.
Контролер берет любой входящий контейнер, сканирует его как входящий контейнер. Это может быть либо паллет, либо короб или тележка с мелким товаром. Товар можно перекладывать в новый исходящий контейнер, предварительно отсканировав его код.
Если перед контролером средний или крупный товар, он будет вводить код товара, количество, серийные номера для определенного грузополучателя и складывать товар на исходящий паллет-контейнер.
В случае, если перед ним мелкий товар, он складывает товар в короб, клеит на него этикетку короба-контейнера. Система запросит код паллета, на который устанавливается этот короб. Таким образом, в результате упаковки получится паллет с отдельными товарами и коробами. В качестве исходящего контейнера возможно ввести тот же входящий контейнер и проконтролировать товар на этот же контейнер если товар контролируется без перекладки. Если контроль паллета выполнен, то Система закрывает входящий и исходящий контейнеры, выполняется проверка излишков и недостач и их обработка.
Отгрузка
Для некоторых типов заказов логист в WMS создает рейс. В интерфейсе необходимо создать Рейс и приписать к нему выбранные заказы. Оператор отгрузки в WEB разрешает отгрузку рейса и указывает, с какого дока пойдет отгрузка. Кладовщик на ТСД выбирает операцию «Отгрузка маршрута». В списке отображаются только рейсы, разрешенные к отгрузке в порядке приоритета -по времени отгрузки. После выбора рейса система InStock WMS указывает какие паллеты взять для отгрузки. Система контролирует чтобы были взяты паллеты именно для этого рейса.
Интвентаризация
Задания инвентаризации могут генерироваться оператором, либо автоматически по событиям в ходе складской работы по несоответствиям или определенным условиям. Задания инвентаризации выполняются Ревизором. Когда работник-ревизор заходит в меню Инвентаризация, он получает задания из очереди, сгенерированные разными способами, но предназначенные только для выбранной им зоны и отсортированные по приоритету.
В результате выполнения заданий, запас в ячейке меняется, а товар числится в таблице расхождений — появляются строки расхождений. В данном проекте предлагается на каждое расхождение автоматически формировать акт и выгружать его в КИС, как только произошло расхождение.
Результат
В результате внедрения InStock WMS налажен точный учет проекции, сведены к минимуму ошибки при отборе. Налажен строгий контроль перед отгрузкой товаров, организован учет серийных номеров. Важной частью проекта стала отлаженная работа с маркетплейсами с учетом требований к упаковке, этикеткам каждого маркетплейса.
