Что такое волнорез на складе
Отзыв о работодателе «Wildberries» Добавлен: 28.08.13 21:51
Положительные стороны компании
график работы. Мне удобно 2-2
Работаю на «волнорезе» Зарплата сдельная, как будешь вкалывать столько и получишь. Лично у меня меньше 35К не выходило и то это когда я в месяц дней 11-12 отрабатывал, обычно тыщ 55 выходит. Знаю людей, котые по 80-85К получают. ну это уже на подработки выходить нужно.
Отрицательные стороны компании
отношение руководства отвратное, как к скоту. Почти все себя мнят мегабоссами, даже на маленькой руководящей должности. Просто уже не обращаю внимание на это.
бесплатные обеды в местной столовой гарантируют вам минимум изжогу)
Оценки компании
Комментарии к отзыву
В случае несогласия🙅 у вас всегда есть возможность опровергнуть отзыв😡, добавив комментарий к нему💩. А если вы замечали те же нарушения работодателя🤦, то можно поддержать автора🙌.
Я оттуда уволился в начале лета. Очень круто все поменялось) Денег нормально не заработать стало, за последний месяц еле 33 тыщи вышло. Начальство которое раньше как к говну относилось, поменялось на полных мудней.
В выходные вызывали всегда. Даж когда работы нету. Ходили по складу куи пинали, а домой не отпускал никто) Волнорезы за волны чуть ли не драться стали, ибо вроде как и работы на вид много, а по факту в волне хз скок потеряшек, стоишь по 2 часа ждешь когда их найдут, тупо ничего не делаешь. И на сортер(конвейер сраный какойто ) половину волн отправляли. Поменялась система оплаты. В сборщики набрали оутсорсинговые компании типа РБК и мегаполиса, сборщики тож стали копейки получать. Не жалею что уволился. Вот так все может поменяться за пару месяцев, при раздолбайской политике компании. Для компании то может и хорошо, а обычным работникам жопа.
Марина- ЗП там зависит не от отношения к тебе руководству, а от твоей наглости и хитрости. В последнее время только от наглости.
КОНЦЕПЦИЯ «ВОЛНОВОЙ» КОМПЛЕКТАЦИИ НА СКЛАДЕ
Вы здесь
Концепция «волновой» комплектации на складе.
В складской логистике известно такое понятие, как «волновая сборка» заказов.
Пришло оно, кажется, от разработчиков WMS – систем управления складом.
Но что же это за складская технология такая – волновая комплектация заказов?
Попробуйте заглянуть в интернет, и Вы удивитесь отсутствию внятной конкретной информации по данной технологии.
Разрабатывая технологию работы склада для очередного логистического проекта, у меня возникла необходимость в описании концепции волновой сборки заказов на многономенклатурном складе со сложной системой хранения на фронтальных и многоярусных мезанинных стеллажах.
И вот что у меня получилось для этого склада:
2. 2. Как собирается волна? Волна собирается в определённые временные интервалы, которые устанавливаются графиком работы подразделений склада. Например, регламентом взаимодействия склада со смежными подразделениями компании: ОЗК (отдел закупок) и ОП (отдел продаж), может быть установлено, что склад утреннее время отгружает собранные ранее заказы, затем принимает пришедший товар, а с 13.00 начинает заниматься комплектацией заказов на следующий день. В этом случае в 13.00 запускается первая волна, после выполнения которой, запускается вторая и т.д. до утра или пока не будут собраны все заказы.
3. 3. Волну запускает ст. смены склада. При этом проводит анализ всего списка заказов, поступивших к этому времени. WMS проводит анализ ТЗ (товарный запас) в ячейках отбора, сравнивая его с необходимым для волны количеством товара. Если в ячейках отбора по каким-то заказам товара не достаточно, то эти заказы в волну не включаются, а по этим товарам WMS даёт команду на пополнение до ТЗср с ЗХ ФС4 (зона хранения фронтальных палетных четырёх ярусных) стеллажей.
4. 4. Волна имеет ограничения по общему объёму, так как в ЗК (зоне комплектации) ограниченное количество п/мест под заказы равное 75п/м. Таким образом, общий объём одной волны не может быть больше 50м3.
5. 5. В сутки на складе может быть последовательно запущено несколько волн заказов, но их суммарный объём ограничен нормативной производительностью склада, которая зависит от производительности труда всех сборщиков заказов и комплектовщиков ЗК. При превышении нормативной производительности склада все заказы, следующие в списке заказов, переносятся на следующие сутки с автоматическим изменением даты отгрузки и сообщением об этом менеджерам по продажам.
6. 6..Список заказов в волне формируется по нескольким критериям очерёдности. Заказы с более ранней датой отгрузки в списке выше более поздних. Заказы с приоритетом «срочный» для розничного клиента с самовывозом и «важный» ставятся в списке в начало. Возможно в будущем появление и других критериев, влияющих на положение заказа в списке волны.
8. 8. На мезанине, в дальнейшем, тоже можно перейти на технологию миксованного отбора сразу по 3-4 заказам, применяя многоярусные тележки для заказов с небольшими объёмами. Но пока в ЗХМ будет применяться позаказный отбор товара.
9. 9. Волны на складе запускаются последовательно. Следующая волна запускается только после полного освобождения ЗК (зоны комплектации).
Данное описание, сделанное как частный случай для конкретного склада, может вполне сгодиться как основа концепции волновой комплектации заказов для складов другого типа.
Как показала моя практика, внедрение волновой сборки заказов в сочетании с другими инновационными складскими технологиями, такими как: стратегии размещения товаров на основе АВС анализа, построения оптимальных маршрутов обхода ячеек хранения, объединение нескольких заказов в один маршрут и др., дают огромный эффект повышающий производительность труда комплектовщиков заказов в несколько раз, что снижает трудоёмкость операций и общие складские затраты на 20-30%.
Но как и во всякой инновационной технологии в складской технологии грузопереработки есть много нюансов, «мелочей» без которых эффект может быть отрицательным!
Николай Лобанов – эксперт по логистике http://www.lobanov-logist.ru/
Обсуждение темы волновой сборки заказов на складе на форуме портала по логистике Лобанов-логист:
Как работает такой склад?
Вы здесь
Ниже фото типичного стеллажа с амазоновского склада. Как при таком хаотичном хранении происходит распределение по ячейкам? Видно, что в одной ячейке товары достаточно разных классов габаритности. Например, коробок поместится штук 6, а чайников только 2. Или там разносчик сам решает, куда впихнуть, а потом передает в WMS, куда влезло. Но надо же в любом случае к нужному стеллажу направить.
Хм. Никто в своей практике не встречался с организацией динамического хранения? Вроде намного эффективнее, чем «этот стеллаж под книги, а этот под игрушки». Особенно, когда ассортимент постоянно меняется.
Судя по обозначению ячейки, на складе много залов и улиц, а сфоткали шестой или третий ярус стеллажа.
и прикольные желтые делители ячеек: их скорее всего можно двигать, меняя ширину ячеек, что позволит разместить более габаритный товар.
Кстати, вряд ли делители ячеек здесь можно двигать: в этом случае штрих-код ячейки наклеивали бы на сам делитель (у него даже специальная пластина есть внизу для этих целей, это на фото видно). В противном случае при сдвиге делителя он может закрыть ШК или вообще сдвинуться так, что в одной ячейке будут два ШК. Скорее всего, просто легкие, но ЗАФИКСИРОВАННЫЕ делители.
и прикольные желтые делители ячеек: их скорее всего можно двигать, меняя ширину ячеек, что позволит разместить более габаритный товар.
Я тоже думаю, что они для подгонки размера ячеек.
не туда мыслите) WMS не определяет потенциально свободные ячейки. Их определяет кладовщик: пришла партия геля для бритья «Нивея мэн» (на фото в одной ячейке есть), на приемке каждый флакон этикетируют и размещают туда, где есть места, но по регламенту (не более 3-х, не чаще чем. и т.д.) т.о. гель «растекается» по складу и WMS знает, где лежит каждый конкретный баллон геля. А при наборе WMS определит оптимальный маршрут кладовщика.
WMS не определяет потенциально свободные ячейки
Если кладовщик будет самостоятельно размещать товар, можно получить такие проблемы:
1) на утрамбованном складе он может обойти 2-3 стеллажа, прежде чем найдет свободное место;
2) кладовщик будет стремиться размещать товар в «золотые зоны», игнорируя популярность товара. Т.е. своим размещением на глаз создаст трудности для отбора и пустоту на нижних/высоких полках.
3) отдавать регламент размещения товаров на откуп человека довольно рискованно.
Мне кажется, на складах с десятками тысяч ячеек от разносчиков мало что зависит. Там каждый лишний присест для проверки свободны ли нижние полки выходит в копеечку.
Поэтому должна быть какая-то логика отбора свободных ячеек на уровне WMS.
1. да, а как иначе. Если места нет, то не размещай. Кати тележку (корзину) дальше. Кладовщик примерно знает, где свободно и пойдет в нужную сторону. Ему же потом набирать.
3. риск, да, но разносчик потом и набирает.
Конечно это философский вопрос, но я сторонник того, чтобы люди на складе принимали как можно меньше решений. Сомневаюсь, что эксперное размещение оптимально для более-менее крупных складов с динамическим хранением. Кстати, обратите внимание на «контрастность» товаров в ячейке. Уверен, что их WMS намеренно не позволяет класть 10 книг в одну ячейку, т.к. разношерстный товар отбирать проще.
В общем-то вопрос сводится к тому, какой есть быстрый и надежный способ определения объема у товарных единиц. Остальное — дело техники.
Для успешного управления необходимо, кроме умения убедить, умение практически организовать. /В.И. Ленин/
Ни одна WMS не определит поместится чехол от телефона или тетрадка в занятую ячейку или нет. Такой склад работает точно так как описал Михаил Николаевич. Приёмка заводит товар в систему и оклеивает штрихкодами. Дальше кладовщики размещают товар в те ячейки которые сочтут подходящими. Если кладовщики достаточно квалифицированы, проблем будет гораздо меньше чем при автоматическом размещении. При мелкоштучном хранении очень многое зависит от исполнителей и уйти от этого невозможно.
Антон Жуков, спасибо за поддержку.
На таком складе тип ячейки хранения поступившего товара, вероятно определяет приемщик. Например приложив к шаблону или просто замерив «на глаз». А потом вмс по этому типу ячейки ищет свободные места среди ячеек этого типа хранения. И кладовщик не шарится по складу в поисках свободного места, а идет к конкретному адресу.
Поэтому чаще всего используется смешаная схема, когда товар размещается в свободные (или частично заполненные) ячейки, но в пределах одной локальной области.
Про Амазон есть видео, но на вопрос оно не отвечает)
Интернет-магазин Wildberries: что происходит по ту сторону монитора
Сегодня мы решили познакомить вас с закулисьем совсем другого направления человеческой деятельности и рассмотреть подноготную настолько непростой системы, серверы которой проходят испытания тысячами транзакций в секунду а цена программного или аппаратного сбоя может быть слишком высока. Итак, сегодня мы в гостях у одного из крупнейших российских интернет-магазинов одежды Wildberries
Как же работает интернет-магазин? Чтобы было нагляднее, предлагаем разбить процесс на основные этапы, рассмотреть их и составить общую картину происходящего.
На фото: склад интернет-магазина Wildberries
Итак, для начала необходимо определиться с тем, какой товар пополнит ассортимент магазина, затем запросить у поставщика необходимую информацию на выбранный товар (состав, комплектация, цена и т.д.). Далее проводится первичный мониторинг цен, и вся необходимая информация о товаре заливается в систему. Согласовав заказ с поставщиком и получив от него все необходимые документы, менеджер дает добро на отгрузку товара.
После того, как поставщик доставит товар на склад, начинается второй этап. Теперь уже работники склада проверяют соответствие новой партии тем позициям, которые были заведены в системе, проверяют товар на наличие заводского брака, переупаковывают товар и наклеивают внутренние штрих-кода. В случае выявления брака, несоответствия полученного товара информации в системе или требованиям к поставкам, товар на склад не принимается. Таким способом магазин старается уберечь клиента от покупки некачественного товара и сократить количество так называемых «неправильных вложений». После этого новоиспеченная складская единица обмеряется (не забываем, что речь идет о магазине одежды), фотограф делает снимки на моделях, а старательный копирайтер пишет сопроводительный текст на сайт.
Не будем углубляться в механизмы, согласно которым клиент попадает на страницу с товаром. Понятно, что в той или иной степени он приходит в интернет-магазин подготовленным: возможно, он ищет конкретную вещь или просто заинтересовался рекламной ссылкой. Намного интереснее увидеть, как реагирует система на действия клиента, одним словом, что происходит, когда пользователь уже попал на сайт. Мы знаем, что один из важнейших факторов, который определяет, насколько задержится клиент на сайте – это скорость обработки его поискового опроса. Если по заданным фильтрам (платье голубого цвета, размер S, длина до колен) результат выдается 10-15 секунд, заскучавший клиент закроет вкладку и клиентом автоматически быть перестанет. Кстати, в среднем по России время отклика сайта на действия пользователя составляет 4 секунды и выше, а вот Wildberries это время удалось сократить до двух секунд. Чтобы этого достичь, в системе используется проксирование с помощью nginx: за одним внешним IP-адресом находится несколько nginx-серверов на платформе VMWare, которая установлена на сервера Dell PowerEdge R620. За ними, в свою очередь, расположены уже непосредственно веб-сервера. Кроме того, наиболее часто запрашиваемые данные хранятся в кэш-памяти серверов и выдаются практически мгновенно. Отказоустойчивость веб-серверов обеспечивается за счет кластеризации: как минимум два сервера полностью дублируют друг друга и работают в режиме master. Они подключены к общему хранилищу Dell EqualLogic PS, работающему в гибридном режиме с дисками SSD и SAS. Такой подход позволил достигнуть высоких результатов отклика, несмотря на колоссальную нагрузку на сервера: количество обработанных запросов, прошедших «внешний периметр» – outcash, – в течение одних суток варьируется в пределах от 750 тысяч до 1,5 миллиона. Да, вот такая вот непростая аппаратная подложка под простым и понятным интерфейсом, который помогает за считанные секунды найти тот или иной товар.
Следующий этап начинается тогда, когда клиент определяется с выбором и подтверждает свой заказ. В определенных случаях подтверждение происходит через SMS, но чаще всего клиенту перезванивает оператор. Кстати, важный момент: система предусматривает автоматическое резервирование товара еще в тот момент, когда клиент сформировал заказ, но еще не получил подтверждение. А все потому, что при больших объемах продаж товар могут увести из-под носа еще в тот момент, пока клиенту дозванивается оператор.
Для сотрудников магазина этот этап проходит не так быстро и легко, ведь работа по обработке и формированию заказа не такая уж простая, как может показаться со стороны. Вначале заявки клиентов уходят на склад, на их основе формируется так называемый сборочный лист, по которому складской работник собирает необходимые товары. Склад, на котором хранятся товары Wildberries, разбит на зоны: в одном месте, например, находится обувь, в другом – вещи, висящие на вешалках, в третьем – белье и т.п. Сборочный лист не привязывается к конкретному заказу, а формируется таким образом, чтобы минимизировать передвижения сотрудника по немаленькому помещению склада и сэкономить его время. Этот алгоритм формируется системой автоматически. Кстати, в нем учитывается не только оптимальный маршрут, но и количество вещей, который может за один раз унести складской работник (сами понимаете, 20 пар носков и 20 пар обуви – не одно и то же).
Собранные вещи свозятся к месту формирования заказов, на котором находится несколько десятков стеллажей с пронумерованными ячейками (их еще в шутку называют волнорезами). Сотрудник сканирует штрих-коды товаров, а система выдает ему номер стеллажа и ячейки, в котором собирается тот или иной заказ. Их увозят уже после того, как весь стеллаж целиком заполнен: укомплектованные товары сортируют по машинам, которые развозят их по разным городам. Затем заказ забирает курьер и отвозит покупателю в заранее оговоренное время.
Таким образом, единая IT-система интернет-магазина объединяет в себе frontend, реализованный на Linux, и backend – на Windows. Для поддержки и развития системы здесь трудится большой штат разработчиков и системных администраторов, да и компьютерный парк проекта весьма разнообразен. На местах, не требующих интенсивной нагрузки (например, для выполнения некоторых логистических задач или в колл-центре), установлены терминалы Wyse. Там, где принимаются товары и собираются заказы, – а это действия, требующие быстродействия и отзывчивости интерфейса, – установлены персональные компьютеры. У сотрудников, обрабатывающих фотографии товаров для сайта, стоят ПК с дискретной графикой и большим объемом оперативной памяти.
Вся информационная база проекта – склад, call-центр, магазин и ERP-система (а это порядка 20 ТБ постоянно изменяющихся данных), управляется с помощью блэйд-серверов М620. Они установлены в шасси М1000е, которых, на сегодняшний день, задействовано уже четыре.
Применение виртуализации позволяет избежать риска потери данных при сбое или выходе из строя одного или даже нескольких серверов-лезвий: текущая нагрузка равномерно распределяется между остальными серверами до замены сбойного элемента. Все критические узлы задублированы, а при проектировании изначально закладывается определенный запас по мощности. Кстати, Wildberries арендует стойки сразу в двух ЦОД, это позволяет сайту оставаться доступным даже в случае аварии в одном из ЦОДов, аварии на электрической подстанции или другой техногенной катастрофе. Прямое сетевое соединение с самыми крупными провайдерами интернета и точками обмена трафиком (MSK-IX и прочие) гарантирует, что большая часть запросов пользователей пройдет минимальное количество узлов сети прежде, чем попадет на серверы компании.
Выбор в пользу Dell был сделан не случайно. Оборудование многих вендоров тестировалось сотрудниками Wildberries с помощью синтетических тестов и на некритичных сервисах, а решения от финалистов — в «боевом» режиме прямо на площадке магазина, и по совокупности технических характеристик, а также по уровню технической поддержки и сопровождения выбор был сделан в нашу сторону. Стоит добавить, что показатели работы оборудования мониторятся в режиме реального времени с помощью расширенного функционала Zabbix. Все параметры критически важных узлов выводятся на мониторы (а их, к слову, шесть!) дежурного специалиста. Текущие параметры работы фиксируются абсолютно со всех устройств предприятия: серверы, дисковые стойки, источники бесперебойного питания, сетевые устройства и каналы связи, причем не только в центральном офисе, но и регионах. Помимо этого, все специалисты компании имеют свои фиксированные зоны ответственности и, если какие-то показатели отходят от нормы, им автоматически рассылаются уведомления по электронной почте, SMS и Skype.
Однако сотрудники Wildberries тайком признались, что основным и самым ценным ресурсом являются не сервера, а сплоченная команда профессионалов, болеющая за свое дело. Приятно это слышать!
P. S. Если вы хотите подробнее узнать о возможностях оборудования Dell для организаций, работающих в области e-commerce, смело пишите Марату Ракаеву. Наши специалисты помогут решить практически любую задачу.
Управление складом: на «волнах» операций
Сталкиваясь с автоматизацией, часто приходится слышать о «волновой сборке» и «волнах заказов». Для начала, маленькая вводная о том, каким образом появился термин «волна». Представим себе график, где по оси X – время, а по оси Y – некоторый показатель. Мы ждем, пока значение показателя по оси Y не увеличится до заданной максимальной величины, и начинаем выполнять действия, приводящие к уменьшению значения. Затем, «упав» до заданного минимального значения, снова ждем накопления. Таким образом, у нас появляется график в виде своеобразных «волн». Приведу простой пример, когда использование таких «волн» нам может быть выгодно при сборке заказов:
1) На склад поступает множество заказов, каждый из которых по своему объему примерно 1/10 от объема целого поддона высотой 1,8 метра;
2) Сотрудник может взять для набора один поддон и набрать сразу 10 заказов, доведя его высоту до 1,8 метра, что не помешает ему перемещать его;
3) Мы ждем, пока на склад поступит 10 заказов, после чего отправляем сотрудника набирать их все за один проход.
Одна из основных задач при комплектации заказов – это сокращение маршрута комплектовщика. Для сравнения: отбор 1-й коробки из ячейки занимает 3 секунды, а перемещение между ячейками может занимать и 30 секунд, в зависимости от структуры зоны набора. Как следствие, если мы выдадим комплектовщику один заказ в работу, то он побежит его собирать, наберет 1/10 от того объема, который физически может переместить, и вернется обратно, пройдя немаленький маршрут, так как в этом заказе могут быть номенклатурные позиции, находящиеся весьма далеко друг от друга. Если же мы скомпонуем сразу 10 заказов, то сотрудник – пройдя схожий маршрут – сможет собрать в 10 раз больше.
Однако, помимо оптимального значения на уровне того же объема для комплектации, у нас имеется еще одна величина, которую нам придется принять во внимание: время. Если мы будем очень долго ждать, пока у нас соберется оптимальный объем, то можем потерять драгоценное время, а возможно – если у нас, например, склад-магазин — клиента, который не захочет слишком долго ждать. Именно поэтому, «волны» могут быть не одинаковой высоты, но суть от этого не меняется.
Эта концепция очень схожа с концепцией «бэтчинга» (batching), когда мы стараемся объединить разрозненные задания в группы таким образом, чтобы минимизировать трудозатраты на их выполнение. Например, какой смысл отправлять штабелер в соседнее помещение выполнять одно-единственное задание, если у него их достаточно в текущем местоположении? Конечно, искушенные в этих вопросах специалисты наверняка подметят, что каждая операция имеет свой приоритет, и будут по-своему правы, но вопрос приоритезации содержит так много нюансов, что я предпочту посвятить ему отдельную статью, а сейчас оставим его «за бортом».
В отношении упомянутого штабелера, одно только его перемещение в соседнее помещение, а также возврат обратно после выполнения задачи могут быть более трудозатратны, чем выполнение 2-3 заданий «здесь и сейчас».
Понимая, что «волны» могут использоваться по отношению практически к любому параметру, рассмотрим наиболее часто используемые варианты:
1) «Волны заказов» — накопление определенного объема заказов для отправки в работу с целью оптимизации загрузки исполнителей и сокращения маршрута комплектации;
2) «Волны перемещений» — ожидание достижения заданной величины при формировании заданий на выполнение перемещений палет внутри складе с целью сокращения времени эксплуатации тяжелой техники;
3) «Волновая сборка» — термин, чаще всего обозначающий ожидание такого количества заказов, которые бы позволили вывезти на отдельный участок целую палету с определенным товаром, и рассортировать ее в полном (или близком к полному) объеме по каждому заказу.
Отдельно остановлюсь на варианте 3. Он отлично подходит для тех складов, которые работают с небольшим количеством номенклатурных позиций, но при этом получают большое количество заказов. В таком случае, мы можем не ходить по всему складу, набирая заказы, а осуществлять распределение заданных номенклатурных позиций по пулу заказов, которые находятся в обработке. Предположим, у Вас есть 100 заказов, в каждом из которых по 1-й коробке товара X. Одна палета (поддон с товаром) содержит, допустим, 100 коробок. Таким образом, мы можем взять палету, провезти ее вдоль мест комплектации заказов, и распределить по ним, либо же поставить в центр участка высокоинтенсивного распределения, и дать возможность сотрудникам взять требуемое для каждого заказа количество на стадии переупаковки или контроля, сократив трудозатраты на комплектацию за счет существенного сокращения маршрута.
Хочу также отметить, что заказы могут иметь разную структуру, и классически принято делить заданное количество по каждой позиции на три составляющих:
1) То, что можно вывезти целыми палетами;
2) То, что можно набрать целыми упаковками;
3) То, что будет собираться штуками (минимальными единицами).
Хорошо спроектированная WMS позволяет работать с каждой такой составляющей в отдельности, и использовать разные алгоритмы группировки по «волнам» и «бэтчам», связывать с такими группами свои алгоритмы расчеты тары, последовательности исполнения, комбинирования и приоритетности, и многое другое.
Напоследок, хочу отметить, что «волны» — это примерно такой же инструмент, как пресловутый “ABC-анализ”, который все знают, но далеко не все умеют грамотно использовать.