Pull to refresh

Comments 33

Круто. Но такой вопрос — как часто делается инвентаризация склада? Человек может ошибиться и палету положить на другое место. А далее ошибки будут только накапливаться. Или есть какая система автоматической инвентаризации? Например радиометки на палеты.
Я не автор, но попробую ответить цитатой из статьи.
Человек подходит к паллете и сканирует её SSCC с помощью ТСД. Сканер показывает: «Вези в А101-0001-002». Дальше он везёт туда и отмечает, что положил, тыкая сканером в код на месте. Система проверяет, что всё правильно, и отмечает. Ничего писать не нужно.


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

1. Если он сканирует адрес другой ячейки, то естественно, WMS система покажет ему ошибку и не даст системно установить паллету.

2. Если человек просканировал адрес верной ячейки, но положил целенаправленно не туда, то да это проблема.

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

Также, проводили просчет нескольких ячеек в тестовом режиме дронами, но пока это не легло в основные инструменты.
А можно поподробней о подсчете дронами, очень интересно =)
Автоматизация склада — это всё конечно хорошо, но уважаемый товарищ «копирайтер» — попробуйте воспользоваться вашим сайтом.
Он реально неудобен.
Доказательства?
Найдите-ка мне быстренько трубу канализационную 110мм.

К сожалению оставить свой вопрос в профильном посте habr.com/ru/company/leroy_merlin/blog/455710 я не успел, поэтому пишу здесь.
Найдите-ка мне быстренько трубу канализационную 110мм.
А в чём проблема? На сайте ищется просто (в топ-5 запрошенный товар я всегда нахожу), в магазине тоже.
В поиске вбито 2 первых слова из названия товара, при этом на 1 месте поиска внезапно счётчик воды! Это конечно нормально.

Поиск действительно странный.
Пример «утеплитель рулонный» на первой странице поиска вообще нет ни одного утеплителя в рулонах, есть напыляемый, есть листовой, есть клей для листового, потом идут подушки и одеяла.
Как ПОДУШКА попала в выдачу утеплителя?
У меня к Вам два вопроса:
1. как Вы заставили поставщиков, особенно, региональных перейти на EDI?
2. Неудобно же с кольцом на пальце, да и травмоопасно может быть, тоже долго думали как улучшить, но так и остались на обычных ТСДах с клавиатурой. Хотя, в сторону очков посматриваем.
1. В основном убеждениями.

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

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

2. В нашей практике, мы наоборот сочли очень удобным использование ТСД с кольцом в рамках процесса пикинга на складе.

Преимущества:

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

Недостатки:

Если кольцо с проводом, то со временем провод стирается и выходит из строя.

Если это кольцо без провода, то иногда шалит связь.

На фотографии старая модель Зебры, она нам очень нравится, кольцо очень легкое, надевается на один палец, на практике не мешает сотрудникам. А вот новые беспроводные кольца (Bluetooth) от той же зебры немного тяжелые, особенно те которые, надеваются сразу на 2 пальца. Их мы тоже тестировали.
Целая пачка вопросов :-)
Народ не жалуется на «увесистость» терминалов?
На какой ОС Зебра? Нет проблем с взаимодействием с WMS? Особенно восстановление рабочей сессии после сбоя связи?
Пришлось ли строить бесшовную (а следовательно и более дорогую) Wi-Fi?
Народ не жалуется на «увесистость» терминалов? — это зависит от модели, которую ты выберешь, в основном, нет. Коллеги не жаловались на это. «Увесистость» напрямую зависит от выбора модели терминала. Тот который у нас — весит 300 грамм и закреплен на предплечье.

На какой ОС Зебра? — старые модельки (на фото)- на винде, а вот когда мы покупаем новые модели, они уже идут на Android и настраиваются через Velocity.

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

Пришлось ли строить бесшовную (а следовательно и более дорогую) Wi-Fi? — да, именно такое требование мы предъявляли к БЛВС сети.
Классная стори, спасибо что делитесь опытом!
Софт вы сами писали для Зебры? WMS построена на какой платформе и софте?
А можно поподробней о подсчете дронами, очень интересно =)

Я, к сожалению, не смогу ответить. Мы только тестировали подобное использование дронов. У нас эта технология не прижилась и мы ее не используем. Лучше про нее могут рассказать поставщики этого оборудования.
А если на приехавшей паллете разные артикулы, и в вашей системе они должны в разных ячейках храниться?

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

Опять же, если мы говорим про поток сток, (те товары, которые мы размещаем на хранение на складе), то, в случае, когда на приехавшей паллете от локального поставщика содержатся товары с разными артикулами, при приемке мы переформируем паллету и сделаем из нее monoSKU (WMS нам в этом поможет — не даст принять второй артикула на одну и ту же SSCC). А например, при приемке импортных поставщиков товары зачастую, вообще приходят валом, и нам приходится формировать все паллеты вручную. Естественно, в ячейку ставится только один артикул.

Если это поток BBXD (логистический поток Break Bulk Cross Docking), и к нам приходит паллета для приемки с разными артикулами, то мы принимаем мульти SKU паллеты. В таком случае, можно принять мультиSKU паллету, так как она не пойдет в сток склада и WMS нам это также позволяет.
Для от поставщика, когда пикнул паллету, получил SSCC код. А как система по SSCC понимает место на складе? Откуда артикульный состав паллета берется? Поставщик предоставляет в электронном виде?

Для мульти-SKU как же вы обходитесь без буферной зоны? Где происходит рассортировка на монопаллеты, прямо у ворот?
Как я указал в посте, при отгрузке с портала поставщик указывает все необходимые логистические параметры состава отгрузки и, когда жмёт кнопочку отгрузить, информация с составом (в том числе кодом SSCC и его содержимым) передается к нам WMSинтерфейсным сообщением. Поэтому, к приезду машины WMS уже знает, что мы ожидаем. Лишние артикулы или SSCC, WMS не позволит принять.

Здесь нет ничего сложного, у нас количество ворот и доков приемки позволяет произвести подобную операцию непосредственно на доке (особенно на федеральных складах). А также, повторюсь, поток сток занимает относительно небольшой процент от общих поставок товара. В основном мы прогоняем через склад сквозные потоки.
Здесь интересно было бы послушать рассказ поставщиков товара и водителей которые привозят необходимое.
Не знаю как у вас там все автоматизированно. Пример из Украины. Заказ товара в онлайн магазине. Указали доставку в поселок (бывает, что 2 поселка с одинаковым названием в одной области.) Вычислили нужный по названию улицы. Все равно отправили в другой. На звонки в службе поддержки, ни чем не могут помочь -«мы передадим информацию», «Вы не одни такие». Пока не нашли телефон одного из менеджера и не позвонили напрямую, реакции никакой. Куча негативных отзывов в инете на ваш магазин.
Эффективно работать на складском комплексе без WMS можно лишь до определенного объема, условно, когда коммуникации можно разделить на 2-3 группы по 8-12 человек. Пока работают простые правила, берем там где много, складываем туда где обычно лежит, выполняем прямые указания оператора и система работает. С дальнейшим ростом можно пытаться разделять систему на изолированные части, но число ошибок неуклонно растет. Требования к квалификации комплектовшиков и водителей погрузчиков высокие. Нужен опыт работы именно на этом комплексе и знание номенклатуры. WMS система лишает свободы и требует порядка. Все должно быть на своих местах и в свое время. Комплектовщик становится лишь исполнителем. Система прямо диктует что и когда делать. Система знает все твои шаги и ошибки, буквально превращает людей в роботов. Не самое приятное чувство. Оттого, организации работающие без WMS при попытке автоматизации сталкиваются с серьезным противостоянием вплоть до саботажа. Как вы преодалевали споротивление персонала?
Спасибо за хороший вопрос! Чтобы на него полноценно ответить, необходимо развернуть немаленькую дискуссию. Если кратко, то:

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

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

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

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

Когда мы запускали WMS систему на первом нашем складе, операциями управлял 3PL оператор, и сложностей/споров было действительно много, потому как с внедрением WMS прозрачность процессов становится гораздо лучше для сотрудников компании и в каких то спорных вопросах у нас появляется аргументация. Но в последствии, все решалось поиском компромиссов и принятии адекватных решений. Если найденная проблема (не саботаж) 3PL операторами была действительно проблемой, то мы всегда рады перенять опыт и пойти на встречу.
1. г.Новосибирск ТЦ Мегас организуйте там круглосуточный прием товаров от поставщиков. Длиномеры поставщиков утром блокируют и без них узкую дорогу в ожидании открытия магазина, зимой вообще пробки образуются.
А то как-то жутко пафосный сказ получается как быстро принимаете товары, но при этом блокируете город.
2. Ваш дизайнер сайта наверно срок долго отбывал и жизнь в понятия перешла? Постоянно всплывающая кнопка «Понятно», уберите ее, нельзя так общаться с клиентом.
Есть вопросы по WMS:
1. какую выбрали? Чем руководствовались при выборе?
2. каков штат поддержки и доработки WMS?
1. Выбрали WMS Generix. Подробно рассказать не смогу, это было очень давно, но в тендере было не меньше 4-ёх контрагентов, в том числе очень крупных. Одними из ключевых показателей были стоимость и скорость внедрения, а также возможность оперативного внедрения смежных систем логистики о того же контрагента на перспективу, что мы в последствии и сделали. По остальным преимуществам не подскажу.

2. Штат поддержки WMS полностью определяют контрагенты на основании договоренностей по SLA, количесвту инцидентов, складских объемах, и т.д., которые у нас описаны в сервисном договоре. Мы же со своей стороны занимаемся функциональной поддержкой процессов по системе, на каждый склад у нас, как минимум 1 ключевой пользователь.

3. Доработки системы WMS нам также производят контрагенты, но естественно, для реализации доработок/проектов у нас присутствует плотная совместная работа и четкие границы ответственности. Что касается штата: штат менялся в зависимости от наших потребностей и методологии работы. В одно время мы работали, придерживаясь принципов waterfall и тогда штат сотрудников у подрядчиков под нас не был фиксированный и был относительно небольшой (2-3 консультанта не full time- по запросу, для технического анализа и передачи в разработку (количеством разработчиков в этом случае управлял контрагент самостоятельно). В какой- то период объем задач/идей возрос до небес, и мы перестроили нашу работу отталкиваясь от принципов Agile: Scrum, тогда мы сформировали команду, состоящую из аналитиков (2-3) с нашей стороны, продакт менеджера, а также договорились с контрагентами выделить отдельную команду под нас, в которой находилось несколько консультантов, разработчиков).
Прекрасное достижение в качестве фундамента для дальнейшей оптимизации. Аплодирую стоя. Хотелось бы узнать подробнее о внедрении: как боролись с сопротивлением? В какие сроки внедрили полный цикл?
Про сопротивление подробно упоминал ранее.
Сроки внедрения полного цикла у нас составили до года.
За пять лет у нас стало в четыре раза больше магазинов, в три раза больше различных документов, и, если бы не было EDI, у нас было бы в три раза больше бухгалтеров.

А откуда такая прямая корреляция между наличием системы ЭДО и не увеличением штата бухгалтерии при увеличении количества документов, разве в системе ЭДО бухгалтерам проверять документы уже не надо?
Если смотреть с точки зрения нагрузки на бухгалтеров, то ЭДО дало возможность значительно сократить время на обработку документов на прием, за счёт автоматической передачи данных в систему, организации проверок в системе до начала приема и единого процесса подписания документов, оптимизация этих функций и параллельное развитие автоматизации внутри компании позволило не увеличивать бухгалтерский ресурс в магазинах.
Sign up to leave a comment.