8.х УПП Нет контроля остатков по складам неоперативно

В УПП нет контроля остатков при неоперативном проведении документов. Но так исторически сложилось, что в нашей фирме абсолютно нормально вносить изменения в документы текущего месяца и создавать новые задним числом... Контроля при этом нет.

Т.к. я не в состоянии охватить всю логику построения 1С, спрашиваю у бывалых. Повлечет ли какие-то негативные последствия, если сделать проверку остатков и при неоперативном проведении, внеся простое изменение в
Общий Модуль.ПроцедурыКонтроляОстатков:

Если РежимПроведения <> РежимПроведенияДокумента.Оперативный Тогда
////Возврат;
КонецЕсли;

А смысл - контроля остатков в прошлом или будущем?

Такой же, как изначальное назначение контроля остатков. Что б на складах не было минуса

Чисто технически, контроль остатков задним числом - нонсенс, потому что:

проводя документ за 15 число - проконтролировали - минусов нет, зато минуса вылезли 16 числа в результате проведения документа.

Вы правы. Ну... а что делать? Тогда нельзя будет вообще вносить изменения в доки выписанные даже минуту назад...
Если менеджер вносит изменение неоперативно и УЖЕ не хватает материалов это ж нужно как-то обозначить. А если прога "молча" будет такие изменения проглатывать, менеджер просто разведет руками и скажет, что программер виноват - не было ни какого предупреждения...

В этом случае выхода 2:
1. меняется бизнес-процесс предприятия так, чтобы не было необходимости вводить документы задним числом.
2. документы оформляются задним числом, но корректность остатков контроллируется вручную отдельным человеком.

1. Изменить систему в которой работают десятилетиями я не возьмусь )) Что может обычный программист?)))
2. И этим человеком назначат... Угадайте! ))) Спасибо, но такой ответственности за кучу менеджеров я не возьму

А почему нельзя внести изменения такие, как я предложила?

Программист может изменить что-то, если руководство поймет, что так реально будет лучше. Т.е. ваша задача: объяснить плюсы ведения учета по-другому.

Вычищать минуса - это не задача программиста вообще.

потому что смысла в этом нет, я ж вам даже пример привел почему.

Позиция понятна и я с ней согласна и так ))
Ладно, попробуем решить проблему организационным методом ))