📝😊Как мы научили 1С:УТ 11.5 автоматически делить задания на отбор…
📝😊Как мы научили 1С:УТ 11.5 автоматически делить задания на отбор между сборщиками
У клиента адресный склад с ячейками и несколько сборщиков.
Раньше большой заказ приходилось делить на несколько расходных ордеров, а уже по каждому ордеру создавать отдельное задание на отбор.
Работало, но не очень удобно.
Типовая 1С выстраивает маршрут по ячейкам внутри одного задания.
Поэтому если один заказ разбить на несколько ордеров, два сборщика вполне могли ходить по одним и тем же адресам и буквально пересекаться на складе.
Плюс сами задания приходилось распределять вручную.
Мы это переделали.
Теперь по реализации создается один расходный ордер, а уже задания на отбор программа делит сама.
В карточке склада добавили настройку:
«Макс. позиций в задании на отбор»
Например, ставим лимит 50 позиций.
Если в ордере 30 позиций — будет одно задание.
Если 76 — два задания:
38 + 38
Если 105:
35 + 35 + 35
То есть программа не делает вариант 50 + 50 + 5, где одному сотруднику достается практически пустое задание.
Она старается распределить работу между сборщиками примерно поровну.
И это еще не всё.
Задания делятся по порядку обхода ячеек.
Первый сборщик получает свой участок маршрута, второй продолжает с того места, где заканчивается первый.
В итоге они не ходят друг за другом по одним и тем же адресам.
Если склад разделен на рабочие участки, распределение происходит отдельно внутри каждого участка.
Например:
Учли даже многооборотную тару: она не считается отдельной позицией и всегда остается в одном задании со своим товаром.
А самое интересное — типовую конфигурацию мы не меняли.
Вся доработка сделана через расширение.
При этом мы встроились в стандартный механизм УТ, который уже умеет делить задания по весу и объему, и добавили еще одно условие — по количеству позиций.
Если поставить лимит 0, всё работает как раньше. Поэтому доработку можно включать только для нужных складов.
Что получили в итоге:
один расходный ордер➡️несколько примерно равных заданий➡️разные участки маршрута➡️разные сборщики.
Меньше ручной работы у руководителя склада, сборщики меньше пересекаются между собой, а большие заказы распределяются автоматически.
Такая вроде небольшая доработка, а на складе с сотнями позиций в одном заказе экономит довольно много времени.
Если у Вас похожая схема работы склада — можем адаптировать такой механизм и под Вашу базу 1С.
У клиента адресный склад с ячейками и несколько сборщиков.
Раньше большой заказ приходилось делить на несколько расходных ордеров, а уже по каждому ордеру создавать отдельное задание на отбор.
Работало, но не очень удобно.
Типовая 1С выстраивает маршрут по ячейкам внутри одного задания.
Поэтому если один заказ разбить на несколько ордеров, два сборщика вполне могли ходить по одним и тем же адресам и буквально пересекаться на складе.
Плюс сами задания приходилось распределять вручную.
Мы это переделали.
Теперь по реализации создается один расходный ордер, а уже задания на отбор программа делит сама.
В карточке склада добавили настройку:
«Макс. позиций в задании на отбор»
Например, ставим лимит 50 позиций.
Если в ордере 30 позиций — будет одно задание.
Если 76 — два задания:
38 + 38
Если 105:
35 + 35 + 35
То есть программа не делает вариант 50 + 50 + 5, где одному сотруднику достается практически пустое задание.
Она старается распределить работу между сборщиками примерно поровну.
И это еще не всё.
Задания делятся по порядку обхода ячеек.
Первый сборщик получает свой участок маршрута, второй продолжает с того места, где заканчивается первый.
В итоге они не ходят друг за другом по одним и тем же адресам.
Если склад разделен на рабочие участки, распределение происходит отдельно внутри каждого участка.
Например:
участок №1 — 60 позиций → 30 + 30
участок №2 — 16 позиций → одно задание на 16
Учли даже многооборотную тару: она не считается отдельной позицией и всегда остается в одном задании со своим товаром.
А самое интересное — типовую конфигурацию мы не меняли.
Вся доработка сделана через расширение.
При этом мы встроились в стандартный механизм УТ, который уже умеет делить задания по весу и объему, и добавили еще одно условие — по количеству позиций.
Если поставить лимит 0, всё работает как раньше. Поэтому доработку можно включать только для нужных складов.
Что получили в итоге:
один расходный ордер➡️несколько примерно равных заданий➡️разные участки маршрута➡️разные сборщики.
Меньше ручной работы у руководителя склада, сборщики меньше пересекаются между собой, а большие заказы распределяются автоматически.
Такая вроде небольшая доработка, а на складе с сотнями позиций в одном заказе экономит довольно много времени.
Если у Вас похожая схема работы склада — можем адаптировать такой механизм и под Вашу базу 1С.