Запретить редактирование документов задним числом #442649

Господа! Большая просьба поделиться опытом в реализации следующей задачи: как лучше "обеспечить невозможность" редактировать документы трёхдневной(и четырёхдневной и более древних) давности. Проще говоря, чтобы не было возможности корректировать информацию понедельника в четверг. Как лучше сие организовать? Спасибо всем заранее

можно сделать подписку на событие ПередЗаписью нужных документов и там проверять период

Это чтобы человек долго редактировал документ - а потом обнаружил, что зря? :-)

зато быстро отучатся :-)

Например, проверяй ПриОткрытии и выставляй ТолькоПросмотр.

Уважаемый, а как по Вашему реализовать это предложение дабы в каждом документе не прописывать?

устанавливать дату запрета им.

В таком виде - IMHO, никак. Если в имелось в виду RLS - то это поможет, IMHO.

Ну, никто ж ему не запрещает записать его текущим числом. Кроме того, можно (и нужно!) проверять режим записи.

Два варианта: а) У автора нетиповая конфа; б) автор не знает функционал типовой конфы. Что верно?

что ты этим хотел сказать автору в плане помощи? Или пропеарить себя хотел?

а если сделать как выше было сказано подписку на событие, только не перед записью, а перед открытием

а шо, такое событие есть в подписках?

Пиарю (вот только незнаю - себя или конфу :) УПП: в каждой форме документа есть вызов функционала проверки даты запрета редактирования - легко реализовать задуманное автором. Пример из типовой:

смотри в

в НастройкаПравДоступа.ОпределитьДоступностьВозможностьИзмененияДокументаПоДатеЗапрета пару строк написать - непосильная задача?

без понятия я посильно это автору или нет у него спроси раз он такие вопросы ставит

А типовая ли конфигурация у автора?

"Управление торговлей", редакция 10.3 (10.3.6.8)

ну ты млин даешь.... там уже реализован этот миханизм

- пару строчек - это по нашим силам :)) - як? где?

См. , .

исходя из вышеизложенного, надобно ДатуЗапрета двигать... В "седьмой" раньше была процедура в глобальном модуле, а здесь откуда лучше запускать этот механизьм? :))

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

- вот... это мне больше нравится

см.

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

Для тех, кто пару строк кода связать не может :( - прости меня Господи. Начало в . Это продолжение:

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

можно еще заполнить регистр сведений праздниками и выходными и отбирать только рабочие дни )) Закрытие документов от редактиврования - операция регламентная и делать ее должен тот, кто отвечает за ввод первички!!! Т.е. это должно быть прописано в инструкции и регламентировано! А не просто три дня! РУчками должен специально обученный чел закрывать!

- да ладно так ругаться, то... уж пару строк кода то могёмс, так сказать, связать... - поддерживаю про "сбоку", мне тоже не нравится корёжить...

должно быть удобно в первую очередь пользователям. + "защиту от дурака" - никто не отменял. в данном случае, прав 100%. если запрещено редактировать - юзер просто не должен иметь возможности это сделать.

Тогда регламентное задание для автоматического сдвига даты запрета

- регламентное задание лучше каким образом организовать?

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

Сорри, я это в двух словах объяснить не могу. А на более подробную беседу - сейчас времени нет. Сорри.

заводишь новое задание, настраиваешь рассписание, в процедуре задания меняешь регистр св.

+ "Тело" процедуры можно взять из последнего поста ветки

пытался прописать через рлс вот таким образом: выдает ошибку: получается в запросе рлс РабочаяДата не работает?

отсюда развитие вопроса: можно ли в РЛС сравнить дату документа с текущей?