Отрицательные значения регистра остатков #405712

Здравствуйте. Я работаю над своей первой конфигурацией и у меня есть вопрос. Как лучше защитить регистр остатков от отрицательных значений, например если удаляются документы по приходу, а документы по расходу остаются.

как минимум запретить редактировать документы "задним числом"

Оч.просто. 1. Метод, действующий на 100% Вычислить кто удалил приход, по которому есть расход. Привести и отрубить нахрен руку. Отрубленную руку с надписью "он не внял запретам администрации" вывесить в центре комнаты. 2. Метод на 50% Просто ликвидировать саму возможность удаления и изменения проведенных документов. Нех ибо пох потому как нах

Вот здесь по бухии, но смысл тот-же:

наивный децкий вопрос. а чем мешают отрицательные остатки?

Отрицательные остатки мешают тем же самым, как например отрицательные резервы - простым подходом разработчиков... например остатки=10, резервы=-3 - ну вот так вот получилось! . в типовой ТиС считается тупо! Можно=Остатки-Резервы, нигде не проверяя "остатки" и "резервы" на допустимость значений...

С другой стороны, например, существование отрицательных резервов можно рассматривать как (бесприоритетный!)заказ под будущие поставки...

А вот вопрос такой к вам - вот у нас получается 2 дока  - пришел-ушел. И допустим отменяем проведение прихода....А насколько коряво посмотреть на ТА сразу перед отменением проведения что по нему уже был расход в принципе и не дать отменять проведение пока не отменится проведение расхода? Или можно ли прямо тут же найти эти все доки движения (расхода) до ТА и отменить их проведение вместе с этим доком?....вооот..чет думаю...

А что мешает разграничить полномочия?

Ну а если были партии, запрос по партиям этого документа на наличие движения быстро отработает

можно, делай проверку есть ли в регистре то что значится в документе. Если нету - запретить распроведение. Только это как то все некрасиво... Мне больше нравится вот этот вариант - это для совсем криворуких пользователей, а для тех у кого руки получше - вот этот вариант .

В продолжение: нужно учить пользователей работать правильно.

er

перед отменой дока ПРИХОД смотрим - есть ли в регистре движения по созданным им партиям на РАСХОД. если есть хоть одно движение - пусть сначала удалят его - потом отменяют приход...

вопрос на засыпку - а в твоем методе работы задним числом - что будет, если удалят Приходную накладную?

Так он именно это и написал...