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

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

Итоговый стикер на пакете выглядит примерно так:

Стикер нужен для идентификации заказа, по стикеру курьер понимает какое кол-во пакетов в заказе. В случае скриншота у курьера должно быть 4 пакета. Если на стикере будет указано некорректное количество пакетов в одном заказе, то курьер может не забрать какой-то из пакетов с продуктами.

Также есть другая часть проблемы — наличие сервисов. Кроме основной зоны даркстора, есть еще сервисы. Например, “Даркитчен” или “Роллы” – это отдельные помещения, где работают повара и через окошко выдают товары. Сборщик только подходит и забирает товар.

При наличии в заказе сервиса “Дарккитчен” или “Роллы” используется прогнозирование количества стикеров - система автоматически резервирует по одному стикеру на сервис , в пределах одной температурной зоны хранения (ОХЛ, ГОР) размеры и вес продуктов в товаров заказе не учитывается.

Случается так, что повар решает увеличить количество пакетов, например, чтобы тортик не лежал с горячей выпечкой. Но у него нет возможности влиять на кол-во стикеров, отсюда возникает их дефицит и часть заказа может остаться без идентификации. Повару приходится связывать пакеты и передавать сборщику два пакета с одним стикером. Это может привести к ошибкам на промежуточном стеллаже и доставке.

В схеме процесса мы описали ключевые операции сотрудника при сборке с несколькими сборочными листами. Если ты не знаешь, как с ней работать, вот короткая видео-инструкция:

Проблема
Большой и трудоемкий процесс, в котором:
В процессе задействован промежуточный стеллаж, который отнимает время у сборщиков на поиск всех частей заказа, распечатку и переклейку на них стикеров, и перемещение заказа на выдачу.
Если в заказе есть сервис, то количество пакетов для этого сервиса на стикере всегда будет равно 1.

Задача
Предложи решение по оптимизации, которое позволит избежать ошибок при доставке.

• Изучить материалы процесса сборки большого заказа
• Исключить из цепочки промежуточный стеллаж
• Сделать прогнозирование количества мест гибким с учетом разных товаров сервисов.Или уйти от прогнозирования, но сделать процесс таким, чтобы итоговое количество мест на этикетке соответствовало реальному

Материалы для выполнения задания
Данные для работы
https://docs.google.com/spreadsheets/d/1jB9W3hOqu7ZBuR94r6mo91B1bHG_siyr6ZZapd09hFU/edit?gid=399130626#gid=399130626

Доска в figma, где можно посмотреть интерфейс ТСД
Пример сборки с сервисом

Примеры прошлых экспериментов
Пробовали сделать подзаказы. Нерентабельно.
Деление на чеки не помогает разбить заказ на сущности.
Пробовали ставить вместо итогового кол-ва мест, символ вопросительного знака (ниже фото), курьер должен был в приложении смотреть итоговое кол-во мест, курьеры путались, части заказов не доезжали до покупателя.