Обрабокта по запрету записи документа после конткретной даты. Как реализовать?

1. Алексей Малко (AlexeyMalko) 26.12.16 16:31 Сейчас в теме
Подскажите как правильно и разумно сделать обработку по запрету на создание документов после конкретно заданой даты. Решил сделать обработку которая будет доступна конрктному пользователю , в ней дата и галочка запретить. И ... застрял) Наверное нужно ПередЗаписью поставить проверку в обработке, может у кого то есть интересней решение? спасибо
Найденные решения
5. Евгения Карук (ekaruk) 2856 27.12.16 12:10 Сейчас в теме
(1) Наиболее простой и логичный вариант предложили в (2).
Константа и подписка на событие.
(3) Свою отдельную подписку и свой модуль (лучше отдельный, ну или в свой нетиповой,если уже создан)

может у кого то есть интересней решение?

Про вариант "интересней решение" могу предложить [Расширение] КоДан: Контроль ввода данных и доступа к данным.
Расширение конфигурации с любыми проверками при записи (для вашего случая простейшее условие Дата > ВашаДата) и возможностью настройки, для каких пользователей эти проверки будут работать.
Из преимуществ: не требует доработки конфигурации, и даже не требует запуска конфигуратора, просто ставится в режиме предприятия.
AlexeyMalko; +1 Ответить
Остальные ответы
2. antz Петров (antz) 26.12.16 16:34 Сейчас в теме
Ну как в типовых же решается - константа с датой запрета + подписка на событие ПередЗаписью у нужных документов.
3. Алексей Малко (AlexeyMalko) 27.12.16 11:06 Сейчас в теме
(2) создал константу , заполняю её- есть дата запрета. Подписка на событие ПередЗаписью для этих документов уже есть, мне нужно отдельно создать подписку для этого дела и общий модуль для этого дела? или можо в тот что есть и написать для типа документа отдельно кусок кода ? как правильно сделать запрет на создания документов дата которых раньше даты константы?
4. rjhev korum (корум) 304 27.12.16 11:51 Сейчас в теме
(3) в той процедуре, что есть, проверяй вид документа и если надо, вызывай проверку.
Разместить ее можно в том же модуле, если он не типовой.
Если типовой - лучше вынести в отдельный нетиповой, чтобы меньше возиться с обновлением.
5. Евгения Карук (ekaruk) 2856 27.12.16 12:10 Сейчас в теме
(1) Наиболее простой и логичный вариант предложили в (2).
Константа и подписка на событие.
(3) Свою отдельную подписку и свой модуль (лучше отдельный, ну или в свой нетиповой,если уже создан)

может у кого то есть интересней решение?

Про вариант "интересней решение" могу предложить [Расширение] КоДан: Контроль ввода данных и доступа к данным.
Расширение конфигурации с любыми проверками при записи (для вашего случая простейшее условие Дата > ВашаДата) и возможностью настройки, для каких пользователей эти проверки будут работать.
Из преимуществ: не требует доработки конфигурации, и даже не требует запуска конфигуратора, просто ставится в режиме предприятия.
AlexeyMalko; +1 Ответить
Оставьте свое сообщение