Контроль заполнения ячейки на ордерном складе по правилам заполнения
Добрый день, коллеги.
Настроили ордерный ячеистый склад.
Решили что пора настроить адресацию, чтобы при поступлении товара, он ложился в нужную ячейку.
Все работает как нужно.
Но есть проблема.
Пользователь может указать вручную в размещении не правильную ячейку.
По правилам у нас в 1 ячейки 1 товар, т.е. монотоварность.
А пользователь в 1 ячейку запихнул 2 разных товара.
После этого товар в эту ячейку не хочет ложиться, потому что нарушено правило монотоварности.
Отсюда вопрос должна ли 1С выполнять проверку или такой проверки в принципе нет?
Проверка какого рода, пользователь положил в А1 товар А, затем захотел товар Б положить в А1 программа ему это дает сделать.
А хочется, чтобы ругалась!
Настроили ордерный ячеистый склад.
Решили что пора настроить адресацию, чтобы при поступлении товара, он ложился в нужную ячейку.
Все работает как нужно.
Но есть проблема.
Пользователь может указать вручную в размещении не правильную ячейку.
По правилам у нас в 1 ячейки 1 товар, т.е. монотоварность.
А пользователь в 1 ячейку запихнул 2 разных товара.
После этого товар в эту ячейку не хочет ложиться, потому что нарушено правило монотоварности.
Отсюда вопрос должна ли 1С выполнять проверку или такой проверки в принципе нет?
Проверка какого рода, пользователь положил в А1 товар А, затем захотел товар Б положить в А1 программа ему это дает сделать.
А хочется, чтобы ругалась!
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(10) этот этап настроен и работает.
Фишка в чем поступает новый товар. Он кидается в общую кучу. Далее отдается складу они вручную его размещают.
Далее обработкой генерируется правило, что этот товар будет там лежать.
Потом или в этом же документе оператор допускает ошибку и кидает другой товар в эту ячейку.
Итог ячейка монотоварная, а в ней лежит 2 товара. Вот тут должна сработать проверка.
После этого правило размещение перестает работать.
Фишка в чем поступает новый товар. Он кидается в общую кучу. Далее отдается складу они вручную его размещают.
Далее обработкой генерируется правило, что этот товар будет там лежать.
Потом или в этом же документе оператор допускает ошибку и кидает другой товар в эту ячейку.
Итог ячейка монотоварная, а в ней лежит 2 товара. Вот тут должна сработать проверка.
После этого правило размещение перестает работать.
(4) посмотрите РС.ПравилаРазмещенияТоваровВЯчейках
там реквизит ОбластьХранения
в котором есть ПриоритетРазмещенияВМонотоварныеЯчейки
как я понимаю это только помощь в размещении что у вас и так работает
наверно что бы отменить ручные косяки, надо писать свою проверку ПередЗаписью документа или в процессе выборки Список доступных ячеек сразу ограничивать Пустые + Монотоварные
там реквизит ОбластьХранения
в котором есть ПриоритетРазмещенияВМонотоварныеЯчейки
как я понимаю это только помощь в размещении что у вас и так работает
наверно что бы отменить ручные косяки, надо писать свою проверку ПередЗаписью документа или в процессе выборки Список доступных ячеек сразу ограничивать Пустые + Монотоварные
Оператор ВРУЧНУЮ вправе делать все действия в обход ограничений автоалгоритмов. для этого он и ЕСТЬ оператор. Самый простой пример - все ячейки заняты. товар класть некуда. но надо положить. вот хоть убейся - но надо. а - НИКАК!
важно: не надо путать операторов учетных систем с операторами складских систем и живых объектов а не виртуальных сущностей.
прим: у меян на проекте тоже есть настраиваемая монотоварность ячеек даже больше: под товар например выделено 2 ячейки с жесткой привязкой и всего 5 ячеек , т.е. 3 ячейки свободного размещения. и если в жесткой ячейке нарушена монотоварность - все, мимо, моя система эту ячейку "выключает" из доступных к размещениею. это - правильно. потому что такое размещение если его разрешитьделать автоматом в общем случае приведет к постоянному микксу в такой ячейке. а так - если система в не tyt пихает автоматом - ячейка со временем "вымоется" каким-то товаров из миксованного в ячейке и ситуация нормализуется.
резюме: я поддерживаю и поведение оператора и поведение системы в (0)
важно: не надо путать операторов учетных систем с операторами складских систем и живых объектов а не виртуальных сущностей.
прим: у меян на проекте тоже есть настраиваемая монотоварность ячеек даже больше: под товар например выделено 2 ячейки с жесткой привязкой и всего 5 ячеек , т.е. 3 ячейки свободного размещения. и если в жесткой ячейке нарушена монотоварность - все, мимо, моя система эту ячейку "выключает" из доступных к размещениею. это - правильно. потому что такое размещение если его разрешитьделать автоматом в общем случае приведет к постоянному микксу в такой ячейке. а так - если система в не tyt пихает автоматом - ячейка со временем "вымоется" каким-то товаров из миксованного в ячейке и ситуация нормализуется.
резюме: я поддерживаю и поведение оператора и поведение системы в (0)
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот