Как обходить дату запрета изменения данных для определенного документа? #426980

Платформа – 1С:Предприятие 8.1 (8.1.14.72) Конфигурация - Зарплата и Управление Персоналом, редакция 2.5 (2.5.14.3) В конфигурации сделаны следующие настройки: 1)    Установлена даты запрета изменения данных (Сервис – Пользователи и права доступа – Установка даты запрета изменения данных). 2)    Дата запрета применяется для всех пользователей (Предприятие – Настройка параметров учета – Применять дату запрета для пользователей с «Полными правами» (Истина)). Есть пара документов, которые надо редактировать до даты запрета, какие есть варианты решения данной задачи? Заранее спасибо!

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

Можно подробнее? Что за подписка на события?

в конфигураторе сть подписки на события

в подписи на событие "ПередЗаписьюДокументаДатаЗапретаРедактирования" убрал из источника нужные документы, а они все равно не редактикуются, что я делаю не так?

ну они наверно еще и по регистрам делают движения...

да, то есть прийдется отключать еще каждый регистр?:)

там же в подписках у словие на документ поставь

Может, я что-то не понял, но сделал так: После этого перестали проводиться новые документы:) + В других документах стала появляться ошибка из-за Источник.Отбор.Регистратор.Значение.Ссылка.Метаданные, так как не обнаружено поле "Отбор". Без понятия, что тут делать:(

Зачем код подписки ломать, если можно просто в свойствах подписки снять галку с нужного документа. А вот с регистрами сложнее ...

так у меня тут код про регистры:) Поэтому и прошу помощь:) в доках снял галку

какой еще отбор? о_О

посмотри в сторону .... ДокументОбъект.<Имя документа> (DocumentObject.<Имя документа>) ДополнительныеСвойства (AdditionalProperties) Использование: Только чтение. Описание: Тип: Структура. Может использоваться в тех случаях, когда необходимо хранить некоторые значения, связанные с объектом, на время выполнения некоторых операций, без изменения объекта. Например, при обработке событий в подписке на события. XML-сериализация.

Разрешаю изменять дату запрета перед записью этих документов и восстанавливать значение после записи этих документов. Подпись: Я.

+ запрещаю это делать, т.к. снизится параллельность работы.

Хотя конечно где менять. Если в кэше менять, то нормально будет.

Точнее ее в кэше и нужно менять, т.к. из БД она берется только первый раз. Серж хорошую идею подкинул

Можно код?:)

Для документа "УвольненияИзОрганизаций" Источник.Метаданные.Имя = "ЗанятыеШтатныеЕдиницыОрганизаций" !!!, поэтому документ можно получить только Источник.Отбор.Регистратор.Значение.Ссылка.Метаданные. А некоторые документы прокатывают с "Источник.Метаданные.Имя"

up

может не так понимаю... сначала нужно сделать условие в ПередЗаписьюДокументаПроверкаДоступностиПериода( затем проверять регистры в ПередЗаписьюРегистраНакопленийПроверкаДоступностиПериода все нормально работает

ПередЗаписьюДокументаПроверкаДоступностиПериода - не надо, тут просто из источника убрать документ. А в регистрах так и делал: В итоге ошибка при проведении:

ну если ты так решил сделать, то отладчик в руки

Предложите свой вариант в виже кода:)

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

моя идея в принципе тоже рабочая, т.к. сначала идет отработка процедуры ОпределитьДоступностьВозможностьИзмененияДокументаПоДатеЗапрета если там есть условие на документ (а оно должно быть), то уже будет отказ

Что-то в коде нету процедуры ОпределитьДоступностьВозможностьИзмененияДокументаПоДатеЗапрета

А можно еще проще, правда опаснее :( Добавить привилегированный модуль с одной процедурой:

Куда добавить данную процедуру и откуда ее вызывать?

Добавить общий модуль с включенной галочкой "Привилегированный", но так делать ПЛОХО!

См. . Использование дополнительных свойств заметно упростят реализацию обхода запретов в отдельных случаях.

раз на столько плохо, значит я пас:) можно пример?

Примерно так: в процедурах проверки перед собственно проверками ... ...