Обзор: контринтуитивная математика склада
Человеческий мозг настроен на порядок: макароны к макаронам, телевизоры к телевизорам. Это кажется логичным, эффективным и «правильным». Именно так устроены склады без WMS — или, точнее, без продуманного алгоритма размещения. Но крупнейшие в мире фулфилмент-центры работают ровно наоборот. Amazon хранит зубную пасту рядом с книгами и запчастями. Для человека — хаос. Для алгоритма — математически совершенная архитектура.
Этот материал — разбор концепции хаотичного (динамического) адресного хранения (chaotic storage / random storage / scattered storage): как она устроена изнутри, почему работает лучше «логичного» порядка, и как WMS превращает визуальный беспорядок в оптимизированную модель распределения потоков.

Часть 1. Корень проблемы: куда уходит время на складе
Прежде чем разбирать алгоритмы, нужно понять, что именно мы оптимизируем.
57% времени — это просто ходьба
Исследования складской операционки раз за разом приходят к одному числу: travel time (перемещение между ячейками) составляет 50–60% от общего времени сборщика заказов. Только 10% времени тратится непосредственно на акт взятия товара. Остальное — ходьба, поиск, ожидание.
В больших распределительных центрах сборщик проходит 10–25 км за смену. Это не производительная работа — это оплачиваемые прогулки.
Разбивка выглядит так:
Операция |
Доля времени |
Перемещение / ходьба |
57% |
Поиск и распознавание товара |
15% |
Ожидание, маркировка, утилизация |
10% |
Подготовка, документы, перемещение оборудования |
8% |
Непосредственно сборка (pick) |
10% |
Скрытая стоимость «правильного» порядка
Теперь представьте классический склад: все макароны в аллее A3, все телевизоры в зоне B, все сезонные товары в зоне C. Звучит логично — до тех пор, пока не приходит крупный заказ на продукты.
Что происходит при фиксированном размещении по товарным группам:
Все сборщики одновременно устремляются в одну аллею → образуется пробка.
Ячейки стоят пустыми между поставками, потому что за каждым SKU закреплено фиксированное место.
При пиковой нагрузке (промоакции, сезонные всплески) одна зона перегружена, другие простаивают.
При высокой скорости оборота одного SKU физическое пространство должно быть рассчитано на пиковый запас — большую часть времени оно полупустое.

В этот момент аккуратная топология начинает вести себя как плохая архитектура: все запросы идут в один узел.
Часть 2. Анатомия хаоса: как это работает в Amazon
«Random Stow» — официальный термин Amazon
Amazon внутри компании называет свою систему «random stow» или «chaos storage». Принцип: поступающий товар размещается не там, где «должен» находиться по категории, а там, где есть ближайшая подходящая по размеру свободная ячейка.
Зубная паста оказывается рядом с книгами. Дрель — рядом с носками. Для человека, который пришёл бы на такой склад без системы, — настоящий кошмар. Но ни один сборщик Amazon не ищет товар глазами. Он следует инструкциям системы на экране терминала сбора данных.
Как работает алгоритм постановки (putaway)
Когда товар поступает на склад, система запускает алгоритм, который в реальном времени принимает решение о размещении. Последовательность такова:
Сканирование при приёмке: сотрудник сканирует штрихкод товара, система получает его характеристики — габариты, вес, условия хранения.
Расчёт оптимальной ячейки: алгоритм анализирует текущую загрузку склада, загруженность аллей, расстояние до свободных ячеек и рассчитывает оптимальную точку размещения.
Учёт текущего трафика: выбирается ячейка с минимальным travel time для сотрудника, выполняющего размещение, с учётом актуального движения на складе.
Принудительная SKU-сегрегация: одинаковые товары не разрешается размещать в соседних ячейках.
Последний пункт — ключевой и контринтуитивный. Разберём его отдельно.
Почему одинаковые товары специально разносят по складу
Правило принудительной SKU-сегрегации (enforced SKU segregation) — один из самых важных алгоритмических механизмов динамического хранения. Система не просто не концентрирует одинаковые позиции — она принудительно разделяет их, соблюдая минимальное расстояние между единицами одного SKU.
Это решает сразу несколько задач:
Снижение вероятности ошибки сборки: когда вокруг разные товары, сборщик не может взять «не тот» — он работает строго по инструкции на экране, а не по визуальному распознаванию.
Параллельная сборка: несколько сборщиков могут одновременно брать один и тот же SKU из разных точек склада, не мешая друг другу.
Равномерная нагрузка на аллеи: потоки сборщиков распределяются по всей площади, а не концентрируются в одной зоне.
Часть 3. Математика под хаосом: алгоритмы, превращающие беспорядок в архитектуру
Задача коммивояжёра (TSP) в применении к складу
Основная алгоритмическая задача при хаотичном хранении — маршрутизация сборщика. По формальной классификации она относится к классу NP-трудных задач и близка к задаче коммивояжёра (Travelling Salesman Problem, TSP).
Когда поступает заказ, система должна найти кратчайший маршрут по ячейкам с нужными товарами. При свободном размещении задача сложнее: один и тот же SKU может находиться в нескольких точках склада, и алгоритм выбирает не просто маршрут между фиксированными адресами, а оптимальную комбинацию ячеек.
Например, макароны есть в A-12, C-04 и F-09, зубная паста — в B-03 и E-11, книга — в C-06 и H-02. Система выбирает связку адресов, которая даст минимальный маршрут с учётом текущей зоны сборщика, загруженности проходов, партии, сроков и правил отбора.
Здесь и появляется главный выигрыш динамического хранения: оптимизируется не только порядок обхода ячеек, но и сам выбор ячеек для отбора.
Scattered storage: математическая модель «размазывания»
В e-commerce хаотичное хранение называют scattered storage, или mixed-shelves storage. Единицы одного товара разбиваются и размещаются в разных точках склада, а не концентрируются в одной зоне.
Это увеличивает вероятность, что нужный товар окажется рядом с текущим маршрутом сборщика. При фиксированном хранении эта плотность равна нулю везде, кроме фиксированной зоны. При рассеянном хранении она распределена по всей площади.
Математически меняется плотность доступности товара. SKU перестаёт быть одной точкой на карте и становится набором точек. Алгоритм маршрутизации может выбирать ближайший подходящий адрес, а не вести каждого сборщика в одно «правильное» место.
Алгоритм размещения: как выглядит логика WMS изнутри
При постановке товара на хранение система использует многокритериальную оптимизацию. Упрощённая схема алгоритма:
Входные параметры:
характеристики товара: габариты, вес, условия хранения, совместимость;
текущая карта загруженности склада;
позиция сотрудника, выполняющего постановку;
количество единиц данного SKU уже на складе и их координаты;
минимально допустимое расстояние между единицами одного SKU;
партия, срок годности, FIFO/FEFO;
ограничения по зоне, уровню, оборудованию и соседству.
Алгоритм выбора ячейки:
Из всех свободных ячеек нужного класса отбираются кандидаты, подходящие по физическим ограничениям: размер, вес, температурный режим, уровень хранения.
Исключаются ячейки, нарушающие правила совместимости: продукты, химия, хрупкие товары, опасные грузы и температурные категории не могут размещаться «как угодно».
Исключаются ячейки, нарушающие SKU-сегрегацию: слишком близко к уже размещённым единицам того же товара.
Из оставшихся выбирается та, которая минимизирует текущий travel time и не создаёт будущую концентрацию отбора в одной аллее.
Каждый акт постановки одновременно решает две задачи: закрывает текущую операцию размещения и формирует пространственное распределение, которое оптимизирует будущие маршруты сборки.
Heatmap-алгоритм: управление потоками в реальном времени
Продвинутые WMS используют тепловые карты загруженности для динамического перераспределения потоков. Алгоритм фиксирует «тепловое значение» каждой аллеи, стеллажной группы и зоны сборки: сколько заданий туда уже назначено, как часто к ячейкам обращаются, где растёт плотность операций.

Важно разделять два уровня. Заполненность ячеек в 3D-топологии — это heatmap ёмкости: она показывает, где склад занят, где есть свободный объём, какие зоны перегружены по хранению. Congestion heatmap — это heatmap движения: она показывает, где перегрет поток заданий, людей и техники. Первая отвечает на вопрос «где занято место», вторая — «где сейчас может образоваться пробка».
В INTEKEY WMS 3D-топология склада работает как визуальный слой управления: система отображает структуру склада, ячейки, уровни, зоны и их текущее состояние. Заполненность можно считывать не из таблиц, а прямо с цифровой модели склада: где есть свободные места, какие зоны перегружены, какие ячейки заблокированы или требуют внимания.
Для хаотичного хранения это особенно важно. Когда товар может лежать в разных частях склада, оператору и руководителю нужна рабочая картина доступности: какие ячейки свободны, где есть резерв ёмкости, куда можно направить размещение без ручного поиска места.
Если поверх 3D-топологии подключается логика заданий и обращений к ячейкам, модель показывает не только заполненность, но и операционную нагрузку.
Часть 4. Парадокс конгестии: когда короткий маршрут замедляет склад
В оценке складской топологии легко ошибиться, если смотреть только на длину маршрута. ABC-зонирование сокращает индивидуальный travel time: ходовые товары ближе, один комплектовщик проходит меньше метров. Но при высокой плотности операций появляется picker blocking — ожидание доступа к проходу, ячейке или зоне отбора. Хаотичное хранение меняет баланс: индивидуальный маршрут может быть длиннее, зато нагрузка распределяется шире.
Параметр |
Фиксированное / ABC-хранение |
Хаотичное / random-хранение |
Индивидуальный travel time |
↓ Ниже: A-товары ближе |
↑ Выше: товары рассредоточены |
Picker blocking / ожидание |
↑ Выше: все идут в одну зону |
↓ Ниже: нагрузка распределена |
Использование площади |
↓ Ниже: пустые ячейки под SKU |
↑ Выше: +30–40% |
Гибкость при пиках |
↓ Низкая |
↑ Высокая |
Параллельная сборка одного SKU |
✗ Ограничена одной точкой доступа |
✓ Возможна из нескольких ячеек |
Требования к WMS |
Минимальные |
Обязательные |
Часть 5. Эффективность в цифрах
Использование площади: +30–40%
Хаотичное хранение даёт на 30–40% более высокое использование объёма по сравнению с фиксированным размещением.
Причина в резервировании. При фиксированном размещении за SKU закрепляют место с запасом — под пиковый остаток, поставку, сезон или промо. Когда остаток снижается, место всё равно остаётся занятым «логически», хотя физически ячейка может быть полупустой.
При свободном размещении ячейка становится общим ресурсом. Освободилась — её можно использовать под любой товар, который подходит по правилам хранения.
На складе площадью 5 000 м² прирост в 30–40% эквивалентен 1 500–2 000 м² эффективной площади без строительства.
Travel time: до −45%
Динамический слоттинг и данные в реальном времени позволяют сокращать время перемещения сборщиков до 45% по сравнению со статическими моделями. На практике эффект скромнее верхней границы: на e-commerce-складах с 60 000 SKU после внедрения динамической стратегии travel time снижается примерно на 28%, а использование площади одновременно растёт на 12%.
Снижение ошибок сборки
SKU-сегрегация снижает риск ошибки, когда сборщик берёт похожий, но не тот товар. Если в соседних ячейках лежат почти одинаковые упаковки, различать их приходится глазами: вкус, объём, модификацию, артикул, цвет. Когда похожие позиции разнесены, сборщик работает по адресу и скану — и вероятность ошибки падает.
Эластичность при пиках
При фиксированном размещении пик спроса часто требует реслоттинга: пересмотра зон, освобождения мест, временных решений и ручной перестановки товара.
При свободном размещении система не ищет «родное место» SKU. Она заполняет следующий допустимый свободный объём и сохраняет товар доступным для отбора. Это важно для распродаж, сезонных всплесков, промо и резкого притока возвратов.
Часть 6. Инвентаризация в хаосе: как не потерять товар
Резонный вопрос: если всё лежит вперемешку, как контролировать точность запасов?
Ответ короткий: хаотичное хранение работает только там, где учёт строже, чем при фиксированном размещении.
Cycle counting вместо большой инвентаризации
В системах динамического хранения сплошная инвентаризация уступает место continuous cycle counting — непрерывному точечному пересчёту.
Система автоматически выбирает конкретные ячейки для проверки по триггерам:
нетипичное поведение в истории транзакций;
расхождения в данных;
низкий или нулевой остаток;
частые обращения к ячейке;
возврат, отмена, пересорт или спорная операция.
Сотрудник проверяет не весь склад, а конкретную ячейку. Такие микроисправления идут в фоне и не останавливают сборку, приёмку и размещение.
Unit-level traceability: отслеживание каждой единицы
При хаотичном хранении недостаточно знать, что на складе есть 100 единиц SKU. Система должна знать, где лежит каждая партия, коробка или единица товара.
При постановке фиксируется связка:
единица X → ячейка Y → партия Z → статус → дата операции.
Это и есть поединичная прослеживаемость. Товар может лежать в любой допустимой зоне, но его координата не должна быть неизвестной ни секунды.
Такой учёт критичен для:
Отзывных кампаний: система быстро находит все единицы конкретной партии или batch-номера и блокирует нужные адреса.
Сроков годности: реализуется FEFO/FIFO, и сборщик направляется к ячейке с нужной датой поступления или истечения срока.
Регуляторной прослеживаемости: сохраняется история движения от приёмки до отгрузки.
Разбора ошибок: видно, кто, когда и из какой ячейки разместил, переместил или отобрал товар.
Главное условие
Хаотичное хранение терпимо к визуальному беспорядку, но не терпимо к информационному.
Если товар лежит не там, где его ожидает человек, но там, где его видит система, склад управляем.
Если товар лежит не там, где его ожидает человек, и не там, где его видит система, это уже не хаотичное хранение. Это потерянный остаток.
Часть 7. Гибридные модели: когда «хаос» работает не везде
Хаотичное хранение не применяют ко всему складу одинаково. Реальная WMS обычно управляет несколькими стратегиями размещения: фиксированной, классовой, динамической, рассеянной и гибридной.
Тип хранения |
Суть |
Когда применять |
Фиксированное / dedicated |
За SKU закреплена постоянная ячейка |
Крупные, тяжёлые, регулируемые, нестандартные товары |
Хаотичное / random |
Товар размещается в любой подходящей свободной ячейке |
E-commerce, высокая ротация, широкий SKU-ассортимент |
Классовое / ABC |
Зоны задаются по скорости оборота |
Стабильный ассортимент, предсказуемый спрос |
Scattered storage |
Один SKU распределён по нескольким ячейкам |
Мелкоштучная сборка, маркетплейсы, многострочные заказы |
Гибридное |
Комбинация стратегий |
Большинство современных складов |
Для большинства складов рабочая модель — не «перемешать всё», а разделить ассортимент по логике обработки.
Топовые стабильные SKU можно оставить в выделенных местах или pick-face: сотрудники быстро работают с предсказуемым потоком. Длинный хвост, сезонные позиции, возвраты и широкий e-commerce-ассортимент лучше отдавать в динамическое размещение.
Так склад сохраняет управляемость там, где нужна стабильность, и получает гибкость там, где фиксированные места начинают съедать площадь.
Часть 8. Алгоритмический стек WMS: что стоит за «хаосом»
За хаотичным хранением стоит не один алгоритм, а цепочка решений.
Putaway
Putaway-алгоритм выбирает ячейку при постановке товара на хранение. Он учитывает габариты, вес, совместимость, зону, уровень, статус ячейки, заполненность, текущую нагрузку и правила SKU-сегрегации.
Типовые техники:
Greedy nearest-fit: ближайшая подходящая ячейка.
Best-fit by cube: максимальное использование объёма ячейки.
Правила совместимости: запрет опасных соседств и неверных зон.
SKU-сегрегация: разнесение одинаковых товаров.
Учёт FIFO/FEFO: размещение и отбор с учётом партии и срока.
Slotting
Slotting отвечает за общую логику размещения товаров по складу. Здесь анализируется оборачиваемость, частота отбора, сезонность, размеры товара, совместные покупки, нагрузка на зоны и доступность оборудования.
Если фонарики и батарейки часто появляются в одном заказе, система может учитывать эту связку при размещении. Это не отменяет хаотичность, а добавляет к ней статистику поведения заказов.
Dynamic reslotting
Статичная схема хранения быстро устаревает: меняется спрос, приходят акции, сезонные товары, возвраты, новые SKU.
Динамический реслоттинг пересматривает правила размещения по данным: частоте отбора, загруженности зон, свободной ёмкости, изменению ассортимента и статусу ресурсов.
Часть 9. Условия применимости: когда WMS обязателен
Хаотичное хранение невозможно на уровне «остаток есть на складе». Нужен адресный контур до ячейки и дисциплина операций.
Требование |
Без WMS |
С WMS |
Координаты каждой единицы или партии |
✗ Невозможно |
✓ Да |
Расчёт маршрута сборки |
✗ Вручную или по памяти |
✓ Автоматически |
SKU-сегрегация при постановке |
✗ Практически невозможна |
✓ По правилам |
FIFO/FEFO при свободном размещении |
✗ Ненадёжно |
✓ По данным партии и срока |
Cycle counting без остановки операций |
✗ Сложно |
✓ По ячейкам |
Работа с исключениями |
✗ Через ручной поиск |
✓ Через статусы и задания |
С адресным контуром каждая единица имеет адрес, статус, историю операций и правила обработки. Без него товар лежит «где-то», а склад зависит от памяти сотрудников. Если система не управляет ячейками, перемещениями и рабочими заданиями, это не dynamic slotting, а просто перекладывание коробок.
Итог
Хаотичное хранение выглядит как беспорядок, а работает как оптимизация. Логика простая.
Склад тратит до 60% времени сборщика на ходьбу. Фиксированное размещение по товарным группам экономит метры одному комплектовщику. Но оно собирает всех в одну аллею и держит ячейки полупустыми под пиковый запас.
Динамическое размещение разносит товар по всей площади. Маршрут одного сборщика становится длиннее. Зато падает ожидание в проходах, использование площади растёт на 30–40%, а несколько человек берут один SKU из разных точек одновременно.
Цена за это одна — WMS, который знает координату каждой единицы, считает маршрут и держит правила размещения. Без него динамическое хранение быстро превращается в потерянный остаток.
Главное условие здесь информационное. Визуальный беспорядок складу не страшен. Пока каждую единицу видит система, склад управляем при любой степени внешнего хаоса.
А у вас на складе побеждает порядок или математика? Кладовщики принимают, когда система отправляет одинаковый товар в пять разных мест, — или складывают по-своему? Расскажите в комментариях, где у вас проходит граница между управляемым хаосом и настоящим бардаком.
Глоссарий терминов
A
ABC-зонирование (ABC slotting)
Стратегия размещения товаров, при которой ячейки выделяются по скорости оборота: A-товары (высокооборачиваемые) — ближе к зоне отгрузки, C-товары (редко востребованные) — дальше. Снижает индивидуальный travel time, но при высокой плотности операций может создавать пробки в A-зоне.
B
Batch picking (пакетная сборка)
Метод комплектации, при котором один сборщик одновременно собирает несколько заказов за один обход склада. Требует грамотной маршрутизации и совместимости точек отбора.
Best-fit by cube
Алгоритм putaway, который выбирает ячейку с максимально точным соответствием объёма товара свободному объёму ячейки. Снижает нерациональное использование пространства.
Blocking time (время блокировки)
Время, которое комплектовщик теряет из-за ожидания доступа к ячейке, проходу или зоне отбора. Не отображается в метриках travel time, но влияет на реальную производительность смены.
C
Chaotic storage (хаотичное хранение)
Стратегия размещения товаров, при которой SKU размещается не по товарной группе или категории, а в любой подходящей свободной ячейке. Физически выглядит как «беспорядок», но управляется WMS через адресную систему. Синонимы: random storage, random stow, dynamic storage.
Congestion heatmap (тепловая карта конгестии)
Динамический слой данных поверх 3D-топологии склада. Отображает плотность операций: количество заданий, людей и техники в каждой зоне в реальном времени. Позволяет WMS разводить маршруты в менее нагруженные зоны.
Continuous cycle counting (непрерывный циклический пересчёт)
Метод инвентаризации, при котором проверяются не все ячейки сразу, а конкретные — по триггерам: нулевой остаток, расхождение данных, нетипичная операция, частые обращения. Идёт в фоновом режиме без остановки склада. Замена классической «сплошной инвентаризации».
D
Dedicated storage (фиксированное хранение)
Стратегия, при которой за каждым SKU закреплено постоянное место хранения. Удобно для навигации глазами, но требует резервирования площади под пиковый запас и ограничивает гибкость при изменении спроса.
Dynamic slotting (динамический слоттинг)
Автоматический пересмотр стратегии размещения на основе текущих данных: частоты отбора, оборачиваемости, сезонности, нагрузки на зоны. Современные WMS обновляют слоттинг ежечасно на основе данных реального времени.
E
Enforced SKU segregation (принудительная SKU-сегрегация)
Алгоритмическое правило WMS, запрещающее размещать единицы одного SKU в соседних или слишком близко расположенных ячейках. Снижает риск ошибки сборки (mispick) и обеспечивает параллельную сборку одного товара несколькими сотрудниками.
F
FEFO (First Expired — First Out)
Правило отбора, при котором товар с более ранним сроком истечения годности отбирается первым. Критично для продуктов питания, медикаментов, косметики. WMS реализует FEFO через учёт партий и дат.
FIFO (First In — First Out)
Правило отбора, при котором первой отгружается первая поступившая партия товара. Стандартное правило для большинства складов без специфических сроков годности.
G
Greedy nearest-fit
Алгоритм putaway, выбирающий ближайшую подходящую ячейку по критерию минимального travel time для сотрудника, выполняющего размещение. Один из базовых алгоритмов в WMS-системах.
H
Heatmap ёмкости
Визуализация заполненности ячеек и зон склада. Показывает, где есть свободный объём, какие зоны перегружены по хранению. Часть функционала 3D-топологии в WMS.
M
Market Basket Analysis (анализ потребительской корзины)
Алгоритмическая техника (часто на основе алгоритма Apriori), которая анализирует, какие SKU чаще всего заказываются совместно. Продвинутые WMS используют эти данные для размещения аффинных товаров ближе друг к другу, снижая travel time при многострочной сборке.
Mispick (ошибка сборки)
Ошибка комплектации, при которой сотрудник берёт не тот товар из визуально похожих единиц. SKU-сегрегация снижает вероятность mispick, так как рядом с нужным товаром нет похожих SKU.
Mixed-shelves storage
Синоним scattered storage. Стратегия, при которой на одной полке могут находиться товары разных категорий. Характерна для e-commerce-фулфилмента.
O
Order Picker Routing Problem (задача маршрутизации сборщика)
Оптимизационная задача, решаемая WMS при формировании маршрута сборки: найти кратчайший путь по набору ячеек с нужными товарами с учётом ограничений склада. При scattered storage усложняется: нужно выбрать оптимальную комбинацию ячеек из нескольких вариантов одного SKU.
P
Pick-face (зона быстрого отбора)
Выделенный участок склада с фиксированным набором ячеек для сверхходовых SKU. Обеспечивает минимальный travel time к наиболее востребованным товарам. Часто используется в гибридной топологии рядом с зонами свободного размещения.
Picker blocking (блокировка сборщика)
Ситуация, при которой один или несколько комплектовщиков вынуждены ждать доступа к ячейке, стеллажу или проходу из-за присутствия другого сотрудника или техники. Растёт при пространственной кластеризации ходовых товаров.
Putaway algorithm (алгоритм постановки)
Алгоритм WMS, принимающий решение о том, в какую ячейку разместить поступивший товар. Учитывает габариты, вес, совместимость, загрузку зон, SKU-сегрегацию, партию, срок годности и правила хранения.
R
Random stow / Random storage
Официальный термин Amazon и e-commerce-индустрии для хаотичного хранения. Товар размещается в ближайшей подходящей свободной ячейке вне зависимости от товарной категории.
Reslotting (реслоттинг)
Пересмотр схемы размещения товаров по складу. При фиксированном хранении требует ручного труда и временной остановки операций. При динамическом слоттинге выполняется WMS автоматически.
S
Scattered storage (рассеянное хранение)
Стратегия, при которой единицы одного SKU специально распределяются по разным точкам склада. Повышает вероятность нахождения нужного товара рядом с текущим маршрутом сборщика. Снижает travel time при многострочном отборе.
SKU (Stock Keeping Unit)
Единица складского учёта — уникальный идентификатор конкретного товара с учётом всех его характеристик: артикул, размер, цвет, упаковка. Один товар в разных вариантах — разные SKU.
Slotting (слоттинг)
Процесс определения оптимальных мест хранения для SKU на складе. Учитывает оборачиваемость, физические характеристики, правила совместимости и статистику заказов.
T
Travel time
Время, которое комплектовщик тратит на перемещение между ячейками во время сборки заказа. Составляет 50–60% от общего времени рабочей смены — главная статья потерь, которую оптимизируют алгоритмы WMS.
TSP — Travelling Salesman Problem (задача коммивояжёра)
Классическая NP-трудная задача оптимизации: найти кратчайший маршрут, проходящий через заданный набор точек ровно по одному разу. Задача маршрутизации сборщика является частным случаем TSP.
U
Unit-level traceability (поединичная прослеживаемость)
Учёт каждой единицы товара с уникальным идентификатором, координатой, партией и историей операций. Позволяет мгновенно найти и изолировать конкретную партию при отзывной кампании, контролировать FIFO/FEFO и отслеживать движение товара от приёмки до отгрузки.
W
WMS — Warehouse Management System (система управления складом)
Программное обеспечение для управления складскими операциями: адресное хранение, приёмка, размещение, отбор, перемещение, инвентаризация, отгрузка. При хаотичном хранении WMS — единственный «навигатор» склада: без неё динамическое адресное размещение превращается в настоящий хаос.
3
3D-топология склада
Цифровая модель склада: зоны, стеллажи, уровни, ячейки, проходы, маршруты техники. Служит основой для адресного хранения, маршрутизации и визуального управления. В продвинутых WMS отображает заполненность ячеек, статусы зон и тепловые карты в реальном времени.
attachet
Уважаемая компания INTEKEY, робот которой уже второй год откидывает мое резюме. Наймите, наконец, человека на написание ваших рекламных статей, а не обезьяну, которая мучит несчастный ИИ и пытается вымучить "преимущества" там, где их может вообще не быть. Или же отправьте ее поработать на годик-другой на пару складов, может, тогда прояснение будет, какие, собственно преимущества может дать ваша система, реальные, а не выдуманные.
Во-первых, концентрирование групп товаров по зонам - НОРМАЛЬНАЯ ЛОГИКА ХРАНЕНИЯ при учете определенных соответствий:
- размер зоны соответствует обороту
- зоны нарезаны с учетом маршрутов размещения/отбора/пополнения.
Во-вторых, почти все "проблемы" которые вы нашли от такого принципа размещения, упираются в ОРГАНИЗАЦИЮ РАБОТ, а не в сам принцип. Давайте по пунктам:
Про то, что многие WMS могут настраивать распределение заказов по времени и зонам-не, не слышали? Или ваша WMS не умеет настраивать распределение заказов волнами и регламентами по времени? Вот за 20 лет ни разу такой проблемы не встречал, один раз было, что в зоне кабеля (его отматывали вручную) начала скапливаться очередь (там в каждом заказе был кабель) - просто разделили сбор кабеля отдельно, сбор всего остального отдельно, выделили отдельную бригаду, которая кабель нарезала - никаких проблем, перекидываешь задачу на сборку на кабельщиков - они добирают кабель, закрывают отбор заказа. Или у вас WMS такое не умеет?
Повторюсь, но во-первых, за каждым SKU только идиоты закрепляют места, вы воюете с выдуманным вами "соломенным чучелом", закрепляют ЗОНЫ для ГРУПП номенклатур, во-вторых, это актуально только для мизера складов, где много групп номенклатур, и рваные поставки - сегодня пришли памперсы, завтра телевизоры, послезавтра неизвестно что. В основном склады имеют дело с относительно постоянными поставками ограниченных групп товара. Вот у меня сейчас 3PL склады на работе - там все место под клиентов зарезервировано, стоит там что в ячейке, не стоит - фиксированную сумму клиент платит. И, к вопросу, на ЛогЛабе так же, и у СТА все так же - все ячейки проданы, у всех поставщиков 3PL хранение продано, а те, которые НЕ-3PL, они имеют ограниченное количество групп номенклатур и прогнозируемые поставки. Реализация этого принципа НИКАК не мешает функционировать складам для опасных грузов - например, у меня на предыдущей работе были склады, зонированные жестко по классам опасности - кислоты к кислотам, щелочи к щелочам, аэрозоли к аэрозолям, токсики к токсикам, при том, что это требовало не просто разных зон, но разных ПОМЕЩЕНИЙ. И нормально функционировали, потому что объемы были прогнозируемы, а размер зон основан на статистике объемов хранения. Проблемы появились, когда поставки, например, аэрозолей, например, ушли вниз. Помещение-то не перестроишь. А когда ограничений по классу опасности или совместимости хранения нет, то двигай ты эти зоны и перекраивай как хочешь - НИКАКИХ ПРОБЛЕМ.
При пиковой нагрузке распределение по вашему принципу даст увеличение длины маршрута сборщика в среднем или пробег техники при пополнении отбора. Я это считал. Гораздо продуктивней в одной зоне сконцентрировать группу товара, а потом вымывать ее снимая паллеты сверху в отбор, чем возить паллеты с другого конца склада.
при высокой скорости оборота оно полупустое, если у вас объем партии поступления приближается к пиковому, а графики поставок рваные. Для производственной компании или торговой компании со стабильными оборотами такого почти никогда не бывает. Если у вас партия поступления меньше резервированного объема и график относительно ровный, то при динамичных пополнениях зоны хранения она у вас столь же динамично вымывается, и пустые ячейки простаивают минимальное время. Это я тоже в свое время считал - разница была непринципиальная по сравнению с увеличением маршрутов на пополнение.
Рандомное хранение не дает для покоробовного (товарного) отбора вообще ничего, кроме необходимости сначала развозить по всему складу, а потом свозить в зону отбора. Но может работать не хуже зонирования по группам, если процентов 90 оборота уходит паллетами. Правда, оговорюсь, я это считал при двухэтапном отборе - когда с ячейки снимает один погрузчик, вывозит в транзитную зону (к центральному проходу), а там подбирает другой. Скорость паллетного отбора при этом для массовых отгрузок одной номенклатуры может быть выше, чем из одной зоны (в моем случае - в аллее работает только один погрузчик), и если надо вытащить 20 паллет, то если они рандомно распределены по складу, то по скорости отбора это будет быстрей, по пробегам чуть повыше. Для пополнения зоны покоробочного отбора рандом - это кошмар с ожиданием, пока там довезут с другого конца склада (особенно актуально если работают принципы FIFO/FEFO).
Остальные проблемы у вас так же выдуманы:
Как раз наоборот, при группировке групп товаров в одной зоне при наличии инструкции на экране ошибок меньше. Это еще одна проверка корректности отбора - подобрал с правильной зоны. Даже при бумажной технологии сборки - мы разрабатывали для таких складов (у нас было 4 склада, где WMS не сделали, только ERP - зажала головная организация бюджет) форму, в которой товары делились по группам, так как группа товара у них была автоматически зона, а внутри зон были размечены динамические подзоны по префиксам артикулов.
и в результате у вас плодятся неполные паллеты по складу и забивается ими зона отбора. Проходили. Работает только в случае, когда учет непартийный и есть ресурсы на уплотнение -разыскивание по всему складу паллет одной номенклатуры, и перекладывание с пяти-шести неполных паллет на один. И, есть нюанс - для партийного учета получается, WMS должен одномоментно суметь cпланировать отбор из разных партий не последовательно, а параллельно.
Это если а) система не умеет в распределение задач волнами или же волны не настраиваются б) если маршруты не прописаны, а сборщики бегают сами по себе. А на нормальном складе сборщик идет по маршруту, и задачу получает с временным лагом.
Все остальное - это в значительной части нейрослоп, частично обученный на спецификациях WMS - систем. Причем даже робот понимает, что это "работает не везде", но перечисление ситуаций "не везде" в п.7 охватывает вообще ВСЕ возможные стоки. Может быть, наймете человека, человек включит голову, а не спинной мозг для копипраста из нейронки?