Контроль на переполнение ячейки в УТ 11.5 при ручном проведении размещения
Всем привет. Хочу поделиться реальным кейсом по началу наведения порядка на адресном складе в 1С:Управление торговлей 11. На данный момент который вылился в написание небольшого, но очень полезного расширения.
Дано: Клиент со складом, работающим по жесткому формату: 1 ячейка = 1 паллет. Казалось бы, идеальная схема, где сложно ошибиться. Однако при простейшей проверке оказалось — около 10% ячеек числились переполненными. То есть по базе в ячейке, рассчитанной на один паллет, лежало по два, а то и три.
Причина: Человеческий фактор. Операторы по разным причинам ошибались при ручном вводе документа «Отбор (размещение) товаров» (промахнулся строкой, выбрал не ту ячейку или при погрузке или при отгрузке, забыл списать по результатам инвентаризации т.п.).
Типовом контроль УТ 11. Главная подстава типового механизма в том, что лимиты (объем или вес) УТ 11 использует только для автоматического алгоритма (когда вы жмете «Создать задания на размещение»). Алгоритм честно перебирает ячейки и отбрасывает заполненные. Но если оператор вручную бьет документ и указывает ячейку, 1С считает: раз человек в здравом уме туда это кладет, значит, он видит, что товар влезает. Система молча проводит документ. Никаких проверок при ручном проведении нет.
По требованиям заказчика требуется оставить возможность изменения ячеек в документе размещения операторам на ближайшее время.
Решение: Расширение с «правом на подвиг». Прикрепляю само расширение может кому пригодиться в посте не могу комментарием сделаю.
Было решено написать расширение, которое проверяет остатки регистра ТоварыВЯчейках с учетом того, что мы сейчас туда пытаемся положить.
Если лимит по объему или весу превышен, оператору вылетает диалоговое окно:
«Внимание! При размещении в ячейку [Номер] будет заполнение более 100% по объему. Отменить проведение документа? [Да] / [Нет]»
Почему оставили кнопку «Нет» (провести документ), а не сделали жесткий запрет? Потому что склад — это живой организм. Бывают ситуации, когда по базе в ячейке еще висит товар, но физически она уже пустая, а паллет нужно поставить вот прям срочно. Оператор берет ответственность на себя, жмет «Нет» и проводит документ.
Так же для исправления данной ситуации были произведены и сохранены настройки типовых отчетов для поиска переполненных ячеек. Теперь при пересменке обязательно формируется отчет и он должен пустым.
Ну и куда же без инструкций на каждый процесс (приемка, отгрузка, инвентаризация, блокировка ячеек, перемещение, разбор задвоенных ячеек.) и подготовки настроек для отчетов для контроля ошибок в процессе.
Далее планируется расписать оставшиеся складские бизнес процессы.
Настроить ТСД и клевевернс.
Провести полное обучение сотрудников склада
И после все же запретить операторам выбирать ячейка в ручную при размещении.
