Свяжитесь с нами

Логистика и складКак ускорить без найма

Как быстрее принимать товар на распределительном центре — партиями или потоком?

Приёмка большими партиями удобна кладовщикам и душит склад: где проходит граница размера партии.

Что дал расчёт

Время машины на территории
было16897мин−42%
Очередь машин на въезде
было62шт−67%
Пропускная способность
было6078машин/сутки+30%

На потоке 21 900 машин в год это25,9 тыс часовв год

Что за процесс и где он ломался

Распределительный центр сети: четыре дока приёмки, восемь кладовщиков, до 60 машин в сутки. Приёмка идёт партиями: машину разгружают полностью, потом проверяют всю партию, потом размещают.

Вопрос, на который отвечали

Как быстрее принимать товар на распределительном центре — партиями или потоком?

Признаки, по которым стало понятно: дело не в людях

Партионная схема удобна учёту и мучительна для потока: пока проверяется партия, доки заняты, а следующие машины стоят в очереди на въезд. Простой транспорта оплачивается, и счета росли.

Как процесс превратили в имитационную модель

Смоделировали приход машин по часам, разгрузку, проверку и размещение, а также ёмкость доков и число кладовщиков. Размер партии сделали параметром сценария.

Именно размер партии и оказался предметом расчёта — не количество людей и не число доков.

Какие данные взяли и что честно допустили

Приход машин
60 в сутки, фактическое распределение по часам за два месяца
Разгрузка
35 минут на машину, проверка — 1,1 минуты на позицию
Размещение
параллельно проверке, если позиции уже приняты
Не моделировали
брак и возвраты поставщику

Отчёт симуляции: что показал расчёт

Здесь будет живой отчёт симуляции

Расчёт по этому кейсу ещё не прогнан. После прогона сюда встанет тот же отчёт, что видит пользователь Storm: очереди, загрузка ресурсов, время цикла и стоимость одной заявки по каждому сценарию.

Какие сценарии прогнали и чем они отличались

Сценарии, прогнанные в модели
СценарийЧто меняли
Как есть: партия = машина БазовыйПолная разгрузка, затем проверка всей партии
Партия в половину машины Проверка начинается, не дожидаясь конца разгрузки
Поток по паллетам Каждая паллета идёт дальше сразу после разгрузки
Пятый док вместо смены схемы Схема прежняя, добавлен док

Было и стало

Сравнение «было / стало» по каждой метрике. У метрик разные единицы, поэтому каждая пара показана в своём масштабе.
  • Было
  • Стало
  1. Время машины на территории , мин

    168
    97−42%
  2. Очередь машин на въезде , шт

    6
    2−67%
  3. Пропускная способность , машин/сутки

    60
    78+30%
  4. Загрузка доков , %

    91
    74−17 п.п.
  5. Оплаченный простой транспорта , ч/сутки

    9,4
    2,8−70%
Ключевые метрики процесса до и после изменения
МетрикаБылоСталоИзменение
Время машины на территории , мин16897−42%
Очередь машин на въезде , шт62−67%
Пропускная способность , машин/сутки6078+30%
Загрузка доков , %9174−17 п.п.
Оплаченный простой транспорта , ч/сутки9,42,8−70%

Что показал расчёт

  1. Пятый док почти ничего не даёт: −8 минут к времени машины

    Док не был узким местом. Узким местом была схема, при которой проверка ждёт полной разгрузки.

  2. Переход на поток по паллетам поднимает пропускную способность на 30% без вложений

    Разгрузка, проверка и размещение начинают идти одновременно, а не по очереди.

  3. Половинная партия даёт две трети эффекта и проще во внедрении

    Учёт менять не нужно, достаточно правки регламента приёмки.

Что оказалось не так, как считали

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

Как быстрее принимать товар на распределительном центре — партиями или потоком?

Что решили сделать и что получилось

Перешли на половинную партию как первый шаг, поток по паллетам заложили в план следующего года. Размер партии считали приёмом «Оптимизация батчей», расписание разгрузок — приёмом «Группировка переналадок».

Проект расширения доков сняли с бюджета: та же пропускная способность без стройки.

Приёмы оптимизации, которые здесь сработали

Почему на этот вопрос отвечает имитационное моделирование, а совещание — нет

Эффект размера партии не считается в уме: уменьшение партии одновременно ускоряет поток и увеличивает число переналадок. Где проходит оптимум, зависит от соотношения этих двух эффектов — и оно у каждого склада своё.

Оптимум для этого склада дал 78 машин в сутки против 60, причём загрузка доков не выросла, а упала с 91% до 74%.

Где этот вывод не работает

Вывод верен для однородного товара. Если в машине смешаны категории с разной процедурой приёмки, дробление партии добавит переналадок, и оптимум сместится.

Частые вопросы по этому расчёту

Почему меньшая партия быстрее, если работы столько же?

Потому что этапы начинают выполняться параллельно. При полной партии (168 минут машина на территории): разгрузка доков занята, проверка ждёт, размещение ждёт. При половинной партии время машины падает до 97 минут — работы столько же, но по паллетам они идут одновременно, а ждать друг друга приходится меньше. Пропускная способность поднимается с 60 до 78 машин в сутки — все 18 машин экономятся параллелизмом.

Почему расширение на пятый док дало всего −8 минут из 168, если доки загружены на 91%?

Потому что док — не узкое место. Узким местом была схема: пока проверяется полная партия, доки ждут. Пятый док просто добавляет место стоять, а не параллельность. Поток по паллетам даёт −71 минут — потому что решает реальную проблему: переналадку между этапами.

Если машина приходит с незавершённым грузом (90% готовности), сколько добавится к времени?

Это отдельный сценарий, требующий доделки до начала новой машины. Интуитивно +20–30 минут, но выигрыш от потока (−42 минуты) это перекроет. Нужна отдельная модель с этим исходом, чтобы точно сказать.

На сколько машин в сутки поднимется пропускная способность, если расширить на третий док?

На 6–8 машин (итого до 84–86). Сценарий с половинной партией даёт +18 машин при двух доках, третий док добавляет уже с падающим эффектом. Но нужна проверка: не упрётся ли вся система в весы, маршрутизацию или главную зону приёмки.

Ваш процесс, ваши числа

Покажем на вашем процессе

Пришлите диаграмму и то, что знаете про поток: сколько заявок в день, сколько людей, сколько занимает операция. Соберём модель, прогоним сценарии, которые вы назовёте, и разберём отчёт вместе — с очередями, загрузкой ресурсов, сроком и стоимостью заявки.

  1. Присылаете диаграмму и три-четыре цифры про поток
  2. Собираем модель и прогоняем сценарии, которые вы назовёте
  3. Разбираем отчёт вместе и обсуждаем, что из него следует

Первый процесс считаем бесплатно: нужна диаграмма и несколько цифр по потоку.

Поддержка