Комментарии 12
Как будто это что-то плохое :)
Я, честно говоря, не понял суть наброса. То, что пользователю всё равно, где там склад и сколько грузовиков — это совершенно нормально. Но я и не говорю, что кого-то из пользователей это должно волновать. Рассказ же не про это, а про то, как устроены технические детали. Это не должно волновать пользователя, но может быть интересно IT специалистам
Понятно, что статья чисто техническая,
но всё равно, убивает отражённое в статье отношение к людям, к сотрудникам, как к роботам.
Если Петя не успел собрать 84 заказа за рабочий день, потому что… погода не очень, давление скачет, двигался чуть медленнее и да вообще, самочувствие от такой работы уже через месяц будет адовое…
А там наверняка ещё и штрафы за то, что не успел.
Ну а пассаж про то что двое сотрудников в этом аду будут работать по 12! часов в режиме 2-е через 2-е суток… вообще за пределами добра и зла.
Ну правильно. Через месяц этот Петя закончится, наймём другого.
Вы в школе на математике на задачах вида "У Коли и Пети было два яблока, Коля отдал одно яблоко Пете, сколько у Коли яблок" тоже сокрушались, что Коля теперь несчастный с единственным яблоком, когда его дружбан жирует с тремя? =)
Все это отношение обычно убивает ровно до того момента, как у вас появится свой собственный бизнес и свои собственные подчиненные. Пока не взглянешь на ситуацию с другой стороны.
Очень интересно, спасибо за статью. Давно завораживало, как все эти ряды стеллажей и горы товаров превращаются в собранный заказ.
Если замена одного товара на другой из наличия, то этот вопрос и при позаказной сборке не всегда понятно, как решать)
Да, если собирать заказ вместе, то и заменами сразу понятно что делать - в процессе сборки заказа уведомлять клиента и заменять и кладовщик расскпжет про все что не нашли, а если заказ собирать частями, как поступать, если замены в каждом из кусков заказа, каждый раз уведомлять клиента?
Ну то же самое можно на сортировке или упаковке делать. Если чего-то нет, согласовывать и создавать задание на отбор другого товара с зоны хранения (или того же, но из другой зоны где он хранится).
Но вообще, это проблемная схема, потому что она не асинхронная, т. е. заказ зависает и ждёт решения, занимая место на линии сборки. Одно из решений — не приостанавливать заказ, а собирать и упаковывать то что есть, а потом остаток доупаковывать отдельно. Но тоже есть минусы (больше коробок, что дороже и делает чуть сложнее доставку, потому что перед доставкой нужно коробки рассортировать по курьерам, что стоит сколько-то рабочего времени за каждую коробку).
Del
Коля и его истории про фулфилмент