Контроль остатков при неоперативном проведении #802766


#0 by devochka_1c
Добрый день. Конфигурация 1С:УПП. Возникла необходимость контролировать остатки определенных позиций номенклатуры при неоперативном проведении документа по регистру товары на складах. Эти определенные позиции будут храниться в специально предназначенном для этого регистре сведений. Так вот, какой из вариантов реализации более верно использовать и с точки зрения качества разработки, и с точки зрения производительности: 1. Вмешаться с данной проверкой в модули, в которых сейчас идут проверки при оперативном проведении и там допилить свои условия по проверке  - видела пост, в котором было отмечено, что при таком способе существенно падает скорость проведения 2. Создать подписку на событие при записи в регистр накопления товары на складах проверять условия и в случае возникновения отрицательных остатков сообщать об этом и делать отказ проведения
#1 by Джинн
А смысл? В середине периода проверите остатки, но в любом последующем месте товародвижения они могут вылезти в минус.
#2 by devochka_1c
а каим образом они вылезут в минус, если проверка и при оперативном и при неоперативном режиме будет идти?
#3 by mistеr
При списании задним числом минус вылезет в некой точке в будущем, где остаток был около нуля. Чтобы это контролировать, вам придется каждый раз проверять ВСЕ будущие списания данной позиции.
#4 by devochka_1c
а если контролировать при записи в регистр минус система не позволит создать?
#5 by devochka_1c
+ контроль нужен именно неоперативный. каким образом его тогда лучше реализовать?
#6 by mistеr
Лучше хорошенько подумать вместе с бухами и понять, что не нужен. Проще исправить бизнес-процессы.
#7 by kofeinik
Бизнес-процессы продажи в минус иногда невозможно исправить в принципе, или это существенно дороже, чем что-то сделать с минусами раз-два в месяц.
#8 by mistеr
Тут, по всей видимости, другой случай. Просто неоперативная регистрация.
#9 by Злопчинский
не обязательно. Это только в типовой конфиге. Если сделать правильно то уход в минус от заднего числа до сейчас определяется практически мгновенно.
#10 by mistеr
А "правильно" это как?
#11 by Serg_1960
"Правильно" - это так: строго посмотреть на собеседника и изящным движением руки поправив сползшие на кончик носа очки, сделав умный вид лица, изречь мысль: контроль остатков при проведении документа (при оперативном или неоперативном) не играет ни какой роли на возникновение отрицательных остатков - их всегда можно получить просто сняв с проведения документ прихода.
#12 by КнОпка
Создавайте подписку на событие с созданием сообщения текущему пользователю и записью в регистр сведений для анализа за действиями пользователей на сообщения
#13 by mistеr
Главное даже не то, как сделать. Придумать-то можно, на то мы и программисты. Главное — это как объяснить пользователю, вводящему документ задним числом, что он не может его провести, потому что где-то там в будущем (и скорее всего не по его вине) возникнет минус.
#14 by КнОпка
Дать проводить с созданием сообщения и даже письма гл.буху с объяснением причин - список документов генерирующих отрицательный остаток
#15 by H A D G E H O G s
Попробуй сделать это в УТ11, ага.
#16 by devochka_1c
сообщение пользователю есть в типовом функционале. нужен запрет (ну и, конечно, обход запрета для избранных - но это уже отдельная история)
#17 by Злопчинский
так как контроль отриц.остатков на всем протяжении от заднего числа до сейчас получается мгновенно, то сняв с проведения, получаем остатки по товарам в снятом документе, если вылазят минуса - хрен вам снятие с проведения...
#18 by Злопчинский
рецепт: 800$
#19 by Злопчинский
задним числом на увеличение остатков (на складе, по разрезу учета итд) - можно делать без проблем. то есть ввести приход задним числом - никаких проблем. а вот действия,в заднем числе, приводящие к уменьшению остатка (распроведение документа, уменьшение количества в документе и т.п.) - хрен вам или по отдельному регламенту
#20 by Злопчинский
например перемещение со склада на склад в заднем числе - хрен вам, ибо приводит к уменьшению остатков на складе-отправителе...
#21 by mistеr
Не имеет практической ценности имхо. Проще запретить любые действия задним числом (и сэкономить $800).
#22 by Злопчинский
если бы не имела практической ценности - то не всплывали бы регулярно вопросы отслеживания ухождения в минус при исправлении задним числом ;-) . а насчет запретить - тут согласен, но не всегда это возможно на 100%
#23 by Serg_1960
Здесь вам не УТ, а УПП. Но это роли не играет. Если читать внимательно, то именно это я и сказал: автор делает упор только на контроль при проведении(!), а нужно ещё контролировать и снятие с проведения. PS: Разрешаю ещё попинать меня за то, что я не упомянул перепроведение :)
#24 by h-sp
сейчас вроде это всё неактуально, считаются средневзвешенные остатки за месяц. То есть то что было внутри месяца, никому не интересно.
Тэги:
Ответить:
Комментарии доступны только авторизированным пользователям

В этой группе 1С