Чому ручне слотирування складу гальмує відвантаження
Ручне розміщення товарів спирається на досвід комірника та логіку «покласти поруч», а не на статистику відвантажень. Ходова позиція від'їжджає в глиб стелажа або на верхній ярус, а зона відбору заповнюється тим, що беруть раз на місяць.
Поки номенклатура невелика, схема тримається; на зростанні асортименту її перестає вистачати, і першим це відчуває комплектувальник на зміні.
Переповнення зони відбору — найдорожча точка. Комірки зайняті повільним товаром, ходовий не вміщується, і під нього виділяють місце в палетному зберіганні.
Кожне замовлення після цього вимагає спуску в глиб складу, а поповнення перетворюється на постійний потік: одні збирачі чекають на підвезення, інші розбирають палету прямо в проході.
Другий ефект — зайві переміщення збирача. Маршрут будується стихійно, тому збирач повертається в уже пройдені проходи, піднімається на верхній ярус за однією одиницею і шукає товар, який переставили напередодні.
Вузьке місце збору замовлення — не люди й не техніка, а геометрія маршруту, що дісталася складу в спадок.
Третій шар — простої на поповненні: правило, що і коли піднімати в зону відбору, не задане, поповнення стартує за фактом «комірок немає» і потрапляє рівно на пік відвантажень, коли зміна й так на межі.
Слотирування складу потрібне, щоб розв'язати ці вузли окремо. Розбираємо, як це закривається: які дані про частоту відвантажень потрібні, де достатньо правила, що розставляє товар по комірках, і що робити з позиціями, які не вміщуються в зону відбору фізично.
Що дає автоматизоване слотирування складу
Слотирування дає ефект не «загалом по складу», а у вимірюваних величинах, які знімаються до і після на одній і тій самій номенклатурі та в одному й тому самому вікні навантаження.
Модель рахує частоту спільного попиту за парами «товар — замовлення», розкладає топові позиції по швидкооборотних комірках і перераховує маршрут збору. Без базового заміру будь-яка така перестановка перетворюється на суперечку про смаки, тому фіксуємо п'ять метрик.
| Метрика | Як було | Як стало | За рахунок чого |
|---|---|---|---|
| Час збору замовлення | маршрут через усю зону відбору | щільний кластер підбирань, прохід скорочується | топ-позиції в сусідніх комірках |
| Кількість переміщень по складу | поповнення за ситуацією | планове, за прогнозом попиту | запас у зоні відбору розрахований заздалегідь |
| Оборотність зони відбору | «мертві» комірки біля проходів | кожна комірка відпрацьовує оборот | частотний ранг замість історичного місця |
| Простій техніки | очікування звільнення комірки | менше зустрічних маршрутів | розведені потоки підбирання та поповнення |
| Ремонт і списання | пошкодження на тісних ділянках | частка браку падає | прибрані зайві підйоми й перестановки |
Частина відмов зникає зовсім, а не стає рідшою. Це збір «у нуль» через те, що товар фізично лежить в іншій комірці, повторні проходи за забутою позицією та втрати на перестановках, які затівалися вручну під новий асортимент.
Перевіряємо ефект на сценаріях, які ламають статичну розкладку:
- пікова зміна та сезонний сплеск попиту;
- виведення нової групи товарів і вихід старої;
- зміна схеми зберігання під габаритний товар;
- повернення збирача із зони поповнення зі скасованим завданням.
Правила розкладки перераховуються за розкладом і після помітного зсуву попиту — інакше ефект тримається одну зміну й зникає.
Порівняння до і після робимо на звіті за тими самими метриками, щоб замовник бачив, яка саме величина дала результат, а не загальне формулювання «стало краще».
Порівняння підходів до розміщення: правила, навчання, модель
Склад рідко працює в одному режимі: стелажне, навальне, мезонінне та холодильне зберігання висувають різні вимоги до сусідства товарів. Поверх цього сезонність переписує карту попиту два-три рази на рік, і розкладка, зібрана під один пік, ламається на наступному.
Тому обирають не «правильний» підхід, а той, що витримає ваш потік замовлень і доступний обсяг даних.
Нижче — альтернативи, між якими реально стоїть вибір, і обмеження кожної, які проявляються не на тестовому контурі, а в щоденній експлуатації.
| Підхід | Коли підходить | Обмеження |
|---|---|---|
| Статичні правила розміщення | Стабільний асортимент, один-два типи зберігання, рівний попит | Не реагує на сезонність, зони переглядають вручну і рідко |
| Правила із сезонними коефіцієнтами | Планові піки за категоріями, асортимент змінюється повільно | Кожен сезон налаштовується руками, коефіцієнти застарівають до середини періоду |
| Модель розміщення, що навчається | Сотні тисяч артикулів, кілька типів зберігання, висока змінюваність | Потрібна історія переміщень, при зміні асортименту частина рішень іде в сліпу зону |
| Гібрид: модель і правила разом | Жорсткі обмеження щодо сусідства товарів і температурних зон | Потребує контролю якості прогнозу та регламенту повернення до правил |
Межа між підходами проходить за обсягом даних про фактичні переміщення: поки їх мало, модель, що навчається, повторює статичні правила, тільки менш передбачувано — їй нема на чому вчитися.
Стійкий ефект дає навчання з підкріпленням поверх симулятора складу, коли накопичена історія за адресами й артикулами. На практиці це частіше гібрид: модель пропонує план, обмеження за типами зберігання його фільтрують, і залишається шлях відкату без зупинки операцій.
Як ми впроваджуємо систему оптимізації розміщення
Слотирування починається не з алгоритму, а з розбору того, як склад живе зараз. Спочатку аудит даних і сформованих правил розміщення — інакше модель оптимізує гарну, але неправильну картину, і розкладка не приживається.
Порядок робіт
- Аудит розміщення товарів: перевіряємо повноту адресного зберігання, габарити, терміни придатності, історію переміщень. Знаходимо товари без адреси та місця, де факт розходиться з обліком.
- Схема зон зберігання: ряди, рівні, проходи, зони комплектації, обмеження за температурою та сумісністю. Схема стає каркасом, усередині якого працює оптимізація.
- Історичні відвантаження: прибираємо разові сплески й повернення, розмічаємо пари «товар — частота звернення». Так будується профіль попиту за зонами.
- Налаштування правил: ваги критеріїв — частота звернення, спільне відвантаження, габарит, термін придатності, сезонність. Правило, яке комірник обійде, відсікаємо на цьому кроці.
- Перевірка моделі на історії: скільки рядків комплектується за один прохід, як скорочується шлях збирача. Результат не підтвердився — правимо правила, а не «доучуємо» модель.
- Впровадження розкладки: стартуємо з однієї зони, ведемо контрольні дні, звіряємо план із фактом. Решту складу підключаємо після стійкого результату.
- Передача та навчання: регламент перерахунку, інструкція для зміни, схема зон, навчання персоналу та відповідальний за актуалізацію.
Після передачі розкладка живе в регламенті: перерахунок запускається за тригерами — сезон, зміна асортименту, нова зона.
Що передаємо замовнику після впровадження системи
Передаємо не звіт про виконану роботу, а робочий комплект, за яким склад живе далі без нас.
Ключовий принцип — правила перерахунку залишаються відтворюваними: якщо за пів року змінюється товаропотік або топологія стелажів, розкладка перебудовується за тією самою логікою, а не заново «на око».
- Схема зон зберігання — розбивка за оборотністю та габаритами, ємність кожної зони в палетомісцях, обмеження щодо сусідства: температура, вологість, клас небезпеки, спільне зберігання.
- Картки товарних груп — вага, габарит, кратність упаковки, сезонність, ознаки, за якими система відносить номенклатуру до зони.
- Правила поповнення — поріг мінімального залишку в зоні відбору, розмір партії, пріоритети при дефіциті місця, поведінка при збої поставки.
- Регламент перерахунку розкладки — періодичність повного й часткового перерахунку, перелік вхідних даних, порядок узгодження переміщень і вікно, у яке їх проводять.
- Регламент відкату — як повернути попередню розкладку, якщо контрольні метрики просíли, і хто ухвалює це рішення.
- Документація системи — опис логіки розподілу, обмежень, журнал ухвалених рішень і вивантажень, за якими склад може рахувати метрики сам.
- Навчання персоналу складу — окремі сесії для комірників, операторів облікової системи та супервізорів: що робити при розходженні, кого кликати, де дивитися причину.
Окремо передаємо матрицю відповідальності та набір метрик, за якими видно, що розкладка працює: час збору рядка, частка холостих переходів, заповнюваність зон відбору.
Кейс: скоротили час збору замовлення після впровадження
Склад дистриб'ютора електроніки з десятками тисяч артикулів: розкладка роками трималася на алфавіті та пам'яті комірника. Збирач проходив 12–14 комірок на рядок замовлення, а 8% замовлень поверталися в зону довибору — товар рахувався в комірці, але фактично лежав в іншій. Кожне повернення — це повторний прохід і збитий ритм хвилі відвантаження.
Що змінили
Розібрали історію відборів за кілька сезонів і побудували матрицю спільного попиту: які артикули від'їжджають в одному замовленні, як профіль зміщується за днями тижня й під розпродажі.
Алгоритм перезібрав схему складу: високооборотні позиції встали в зону активного відбору біля транспортного маршруту, пов'язані пари — в сусідні комірки, рідкісні — на верхні рівні.
Рекомендації надходять у 1С:WMS готовими завданнями на переміщення, комірник підтверджує їх у звичному інтерфейсі.
Результат
Перерахунок розкладки став подієвим, а не раз на рік: нова номенклатура, сезонний зсув або падіння частки влучань запускають перерахунок, правки вкладаються в один нічний цикл і не зупиняють відвантаження.
Кроків збирача на рядок замовлення — 6–7 замість 12–14, частка замовлень, зібраних без повернень у зону, зросла з 91% до 98,5%. Час збору хвилі скоротився приблизно на третину, а нові співробітники виходять на норму швидше: маршрут підказує система, а не наставник.
Що робити, якщо зони зберігання вже закріплені за товарами
Закріплені зони зберігання — не заборона на динаміку, а гранична умова задачі. Розкладку змінюють не разовим наказом по всьому складу, а ітераціями: спочатку фіксують те, що чіпати не можна, потім шукають, що можна переставити без зупинки приймання та відвантаження.
Починаємо зі зняття поточної матриці закріплення: артикул, комірка, частота відбору, вага, габарит, температурний режим, правила спільного зберігання.
Далі рахуємо цільову розкладку за частотою звернень і накладаємо її на обмеження складу — висоту стелажів, ширину проходів, зони з особливими умовами, товари, які не можна розносити.
Перший крок — пілот на одній зоні: беруть ділянку з щільним потоком відбору й однорідним товаром, частину комірок залишають закріпленою, частину віддають під динамічну розкладку.
Метрики прості й перевірювані — час збору рядка, частка холостих переходів між комірками, кількість перестановок за зміну.
Поетапний перерахунок розширює зону за зоною, і кожна наступна ітерація враховує вже зроблені перестановки — маршрути комплектувальників не переписуються цілком.
Попередня матриця закріплення зберігається як точка повернення: якщо метрики просíли, конфігурацію відкочують на конкретній ділянці, не зачіпаючи решту складу.
Система управління складом віддає не наказ, а пропозицію щодо перестановки: у кожної комірки є обґрунтування, чому її вигідно перенести. Затверджує рішення керівник зміни, тому звичні маршрути ламаються тільки там, де це окупається часом збору.
Часті технічні сумніви перед стартом проєкту
Інженерні сумніви зазвичай стосуються не самої моделі, а стикування з реальністю складу: звідки брати дані, як врахувати сезон, що робити з кількома зонами зберігання. Нижче — те, що найчастіше розбираємо на етапі оцінки.
Звідки ви берете дані для розрахунків?
Основа — вивантаження з облікової системи: номенклатура, габарити, вага, групи товарів, історія рухів за кілька циклів. За новими позиціями без історії підставляємо довідкові ознаки категорії, щоб розміщення працювало вже з першої хвилі.
Як враховується сезонність товару?
Беремо не середній попит, а профіль за тижнями: пік, спад, швидкість ротації нових позицій. Під сезонні групи заздалегідь резервуємо ємність у зоні швидкого відбору, а після спаду повертаємо місце ходовому асортименту.
У нас кілька зон зберігання — це ускладнює проєкт?
Кожна зона описується своїми правилами: температурний режим, обмеження за висотою, доступність техніки, кратність упаковки. Алгоритм розподіляє товар за зонами як за окремими ресурсами, а не як за одним стелажем.
Як перевіряєте якість рішення?
Рахуємо метрики на історичних даних і звіряємо з фактичним розміщенням: шлях відбирача, кількість звернень до однієї комірки, частка ходових позицій у зоні швидкого доступу. Далі — запуск в одній зоні та порівняння прогнозу з фактом.
Як бути з опором персоналу?
Комірник бачить результат розміщення, а не логіку розрахунку, тому в робочому інтерфейсі показуємо причину перенесення: попит зріс, позиція пішла в зону швидкого відбору. Ручна правка залишається доступною, і система враховує її в наступних перерахунках.
Обговоримо задачу: що уточнимо до початку робіт
Щоб повернутися з оцінкою та планом робіт, а не із загальними міркуваннями, нам потрібен короткий розбір вашого складу: саме ввідні дані визначають і модель розміщення, і трудовитрати на її впровадження.
Частина даних зазвичай уже ведеться в облікових системах, частина збирається одним обходом разом із технологом.
- Товарний потік — номенклатура, обороти за кілька місяців, габарити, вага та умови зберігання. За цим будується класифікація та правила сумісності товарів у комірці.
- Топологія складу — схема зон, стелажів і проходів, точки приймання та відвантаження, обмеження за висотою й навантаженням на ярус. Без цього оптимізація впирається у фізику.
- Джерела даних — які системи ведуть залишки, що вивантажується автоматично, у якому вигляді надходять завдання та історія переміщень. Дивимося, де даних бракує і що потрібно закрити до старту.
- Чинні правила розміщення — як рішення ухвалюються зараз: за досвідом комірника, за зонами закріплення, за класифікацією. Це база для порівняння «до і після».
- Пріоритети та обмеження — що важливіше: швидкість збору, точність залишків, завантаження обсягу чи зниження кількості переміщень, і які правила змінювати не можна.
- Метрики пілоту — частка замовлень в експерименті, термін спостереження та цільові показники, за якими визнаємо результат.
Опишіть задачу у вільній формі — повернемося з оцінкою та планом робіт. Якщо за частиною ввідних даних немає, підкажемо, як їх зібрати і що реально отримати на першому етапі.
