В заказах/реализациях единица измерения не соответствует номенклатуре
Добрый день.
УТ 10.3.33.1
С самого первого дня вылазит такая вот фигня:
Операторы набивают заказы, пользуются подбором.
В день проходит сотни заказов, среди них обязательно десяток будут "косячные",
в таких заказах встречается(ются) строки в которых НЕ ЕдиницаИзмерения.Владелец = Номенклатура.
Следовательно потом и реализация тоже с неверными единицами выходит.
А для нас это критично.
Отследить отладчиком откуда ноги растут не смог, не то что бы не знал как пользоваться отладчиком.
Нет, дело не в этом, а в том что такая хренатень может выплыть у любого оператора, в любом документе, на любом товаре.
Я ни разу не смог вызвать такую "ошибку" искусственно.
Есть много обработок, которые загружают состав заказов из xls/txt файлов, как в ручном режиме так и в автоматическом, но при этом за пол года работы в таких заказах не было обнаружено ни единой ошибки. Т.е. ошибки возникают только при ручном воде.
Может кто сталкивался с таким, подскажите в какую сторону копать, или хотя бы идеи, как вообще поймать эту ошибку, как ее можно вызвать?
УТ 10.3.33.1
С самого первого дня вылазит такая вот фигня:
Операторы набивают заказы, пользуются подбором.
В день проходит сотни заказов, среди них обязательно десяток будут "косячные",
в таких заказах встречается(ются) строки в которых НЕ ЕдиницаИзмерения.Владелец = Номенклатура.
Следовательно потом и реализация тоже с неверными единицами выходит.
А для нас это критично.
Отследить отладчиком откуда ноги растут не смог, не то что бы не знал как пользоваться отладчиком.
Нет, дело не в этом, а в том что такая хренатень может выплыть у любого оператора, в любом документе, на любом товаре.
Я ни разу не смог вызвать такую "ошибку" искусственно.
Есть много обработок, которые загружают состав заказов из xls/txt файлов, как в ручном режиме так и в автоматическом, но при этом за пол года работы в таких заказах не было обнаружено ни единой ошибки. Т.е. ошибки возникают только при ручном воде.
Может кто сталкивался с таким, подскажите в какую сторону копать, или хотя бы идеи, как вообще поймать эту ошибку, как ее можно вызвать?
По теме из базы знаний
- Загрузка документов и номенклатуры из Excel в 1С "одним нажатием": УПД, ТОРГ-12, отчеты маркетплейсов, заказы, счета, прайсы
- [Расширение] Загрузка данных из Excel в табличную часть документа с созданием не найденной номенклатуры
- Навигация по функциональным опциям типовых конфигураций
- Остатки товара с учетом непроведенных реализаций
- API-интеграция 1С с маркетплейсами ОЗОН, WildBerries, Я.Маркет, СберМегаМаркет, Стройландия, Леруа Мерлен, Hoff, AliExpress для УТ11, КА2, ERP2, УНФ, БП3, Розница, УТ10, УПП1.3
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
добавьте проверку при записи или проведении заказа либо с сообщением либо вообще с отказом в проведении, это поможет оперативно выявить ошибку а может как следствие и выявить причину, т.к. оператор сможет подробнее вспомнить последовательность действий
(2) sommid, Как вариант можно и с проверкой при записи заказа что нить придумать. Но это хотелось бы оставить на самый крайний случай.
Пока дальше разбирался с этой ошибкой, нашел причину возникновения дробного кол-ва в остатка - чисто человеческий фактор. Ошибаются и ставят в кол-во вместо 5 штук товара 0.5 штук.
Это я им сейчас дроби то уберу, больше косячить не смогут.
Осталось с единицами разобраться.
Есть еще идеи?
Пока дальше разбирался с этой ошибкой, нашел причину возникновения дробного кол-ва в остатка - чисто человеческий фактор. Ошибаются и ставят в кол-во вместо 5 штук товара 0.5 штук.
Это я им сейчас дроби то уберу, больше косячить не смогут.
Осталось с единицами разобраться.
Есть еще идеи?
(3) НовенькийЯ, сталкивался с такой ерундой по двум причинам:
- Создавали обработкой номенклатуру и некорректно ее генерировали: хватали первую попавшуюся единицу.
Пишите обработку, которая собирает инфу: Номенклатура.ЕдиницаХраненияОстатков.Владелец <> Номенклатура.Ссылка - Некорректно загружали прайсы: и в РС "Цены номенклатуры" неверная единица измерения. Подбор товаров использует заполнение именно по единице. У клиента проявлялось так: выбирает несколько разных позиций в подборе, а в документ они складываются в одну и ту же
(4) x_under, В номенклатуре все единицы проставлены корректно по владельцу.
Были проблемы с ценами, их я давно уже устранил, так что в ценах ЕдиницаИзмерения.Владелец=Номенклатура.
В штрихкодах тоже порядок
Но при этом все равно в документах периодически появляются неверные единицы.
Вчера у разных операторов в разное время в разных доках вылезла неверная единица, и у всех по одному и тому же товару.
При этом этот товар продавался тоннами, действия оператора такие же ка и всегда.
Сегодня утром все таки вставил проверку при записи в документах с сообщением что бы срочно мне сообщили о проблеме.
Может по горячим следам все же получится определить кто что делал, и каким образом появилась в доках неверная единица.
Были проблемы с ценами, их я давно уже устранил, так что в ценах ЕдиницаИзмерения.Владелец=Номенклатура.
В штрихкодах тоже порядок
Но при этом все равно в документах периодически появляются неверные единицы.
Вчера у разных операторов в разное время в разных доках вылезла неверная единица, и у всех по одному и тому же товару.
При этом этот товар продавался тоннами, действия оператора такие же ка и всегда.
Сегодня утром все таки вставил проверку при записи в документах с сообщением что бы срочно мне сообщили о проблеме.
Может по горячим следам все же получится определить кто что делал, и каким образом появилась в доках неверная единица.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот