Напомните плиз, как установить дату запрета изменеия данных немонопольно ?причем сделать штатными средствами,а не лазить в регистре Граница запрета изменения данных. Помню как то делал, а как - не помню.

сервис - установка даты запрета редактирования.

(1) - немонопольно разве ?

(2) причем здесь монопольно ваще?

обычная процедура записи в РС

(4)  - штатными средствами как-то можно ? т.е. не лазя в РС и не правя обработку ?

Насколько помню в УПП не монопольно, а в Бух монопольно.

(5) - (1) читай до просветелния, а как точно меню, это от конфы зависит

(7) - уже просветлен был, открывая топик :) конфа Бух. ладно, если штатно никак, значит никак.

(8) в БП немонопольно нет, наверное это и правильно

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

(10) а причем тут выход?

Монопольный режим может быть установлен при одновременном выполнении следующих условий:
если в данный момент в режиме 1С:Предприятие с данной информационной базой работает только один пользователь,
текущий пользователь имеет право на установку монопольного режима;
конфигурация не содержит разделители, или в текущем сеансе все разделители не используются, или все разделители условно выключены.
Если установить монопольный режим не удалось, то будет вызвано исключение.

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

права такие стоят, поэтому она и смогла поменять. Попробуйте сделать тоже самое в локальной базе.

(12) всё равно дата эта применяется при входе пользователя в базу. Если пользователи не выходили, на кой хр.н может понадобится менять эту дату? Чисто бредовое у вас желание.

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

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

(16) ну как же не суть... закрыл ты доступ пользователю, а он до перезагрузки, как диверсант, наколбасил в периоде, который ты казалось закрыл

(16) программно тогда

Процедура УстановитьПараметрГраницыЗапретаИзмененияДанных() Экспорт
    
Попытка
СоответствиеГраницЗапрета = ПараметрыСеанса.ГраницыЗапретаИзмененияДанных.Получить();
ГраницаПериода = СоответствиеГраницЗапрета["ОбщаяДатаЗапретаРедактирования"];
и поехали

(13) можно поподробнее-по шагам как она могла ее поменять в немонопольном режиме, даже с полными правами ? я этого добиться не смог

(19) не верь в БП типовой механизмой нельзя не монопольно, не типовой легко

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

+ (21) понятно, что в общем случае лучше таких возможностей пользователям не давать. Или большим буквами писать, что вступит в силу после перезапуска системы.

(21) в бухне редко много публики работает и как правило 99% этой публики сидят в одном кабинете, проблеме всем выйти и зайти снова?

(21) в (0) про типовое речь идет, а в типовом ясно написано

Процедура СохранитьДанные(Отказ = Неопределено)
    
    Попытка
        УстановитьМонопольныйРежим(Истина);
    Исключение
        Предупреждение("Установка даты запрета изменения данных должна выполняться в монопольном режиме.");
        Отказ = Истина;
        Возврат;
    КонецПопытки;


поэтому какие ты права не давай каменный цветок не прорастет

(19) все, поняла, извините.
Изменения вступают в силу после перезахода пользователя. Значит, надо ставить дату запрета до входа всех пользователей...

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

(26) только в самом РС

(21) да, очень удобно. Особенно обновление на 5 релизов. Чтобы не забыть, обновляешь с утра, когда все пользователи в базе. Ставишь регламентное задание на 18.00 "Обновить конфигурацию базы данных" и сваливаешь.