Чето я не пойму у кого лыжи не едут, то ли у меня то ли у 1С.

При установке даты запрета изменения данных, эти изменения применяются лишь для того сеанса, в котором дата запрета была установлена - используется объект "ПараметрыСеанса.ГраницыЗапретаИзмененияДанных". Для вступления же изменения в силу у других пользователей, надо этим пользователям перезайти в 1С. Так они и перезашли, ждите больше.

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

А иначе получается надо по рядам с колотушкой ходить или после изменения даты запрета принудительно всех выбрасывать из 1С.

а в БП монопольный режим просит ваще (

можно и по-другому решить

(2) И?

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

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

Сижу вот пока пишу свою процедуру чтения из РС.ГраницыЗапретаИзмененияДанных на замену каждому вызову
СоответствиеГраницЗапрета = ПараметрыСеанса.ГраницыЗапретаИзмененияДанных.Получить();
Их всего четыре штуки.

Вот в 7-ке было...установил константу и усе

(5) безусловно тоже решение

(6) и что? обходилась как два пальца об асфальт

(8)Это если меню операции включена была

(9) не только

(10)И права ест-нно

(4) а можно по подробнее

(12) а что именно тебе не понятно?

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

(14) это элементарно, подключаешь обработчик ожидания, а в нем проверяшь наступление какого-либо события и меняешь что угодно (естественно в сеансе пользователя)