Ограничить возможность редактирования документов задним числом

[Anton]

Как сделать, чтобы пользователи с определёнными правами(например "Менеджер") не могли изменять документы заднего числа?

[Kivals]

Можно по-разному - конкретизируй задачу: тебе нужен общий случай (для написания своей конфы) или установить ограничения с типовой конфигурации (какой?) ?

[Anton]

Использую готовую конфу, Управление торговлей, редакция 11 (1С 8.2)

[Kivals]

Тогда там по идее должна быть возможность создания группы пользователей (не путать с группой справочника пользователей) - в твоем случае Менеджеры. Далее - всем менеджерам указать вхождение в эту группу и ограничить для нее дату. Вот так это выглядит в УПП (Полный интерфейс: Сервис - Установка даты запрета изменения данных):

[Anton]

Искал и в конфигураторе и в клиенте, ничего подобного не нашел, к тому же мне кажется что так вручную устанавливаются даты, мне же нужно чтобы автоматическая проверка была. допустим если документ был закрыт 5-го, то 6-го менеджер его уже не может править.
Есть ли другие способы сделать подобное?

[Kivals]

Ты можешь настроить любые придуманные тобою ограничения используя механизм шаблонов ограничения доступа, но это достаточно сложно:
http://v8.1c.ru/overview/Term_000000651.htm#1
http://v8.1c.ru/overview/Term_000000579.htm

ИМХО для твоей задачи достаточно создать регламентное задание, которое ночью просто автоматически сдвинет установленные даты запрета.

[Anton]

Твоё предложение по поводу установки даты запрета довольно интересно!
Нашел следующее:

Код:

Процедура УстановитьПараметрГраницыЗапретаИзмененияДанных() Экспорт

Попытка
СоответствиеГраницЗапрета = ПараметрыСеанса.ГраницыЗапретаИзмененияДанных.Получить(); //здесь ошибку выбает мол нет такого "ГраницыЗапретаИзмененияДанных"
ГраницаПериода = СоответствиеГраницЗапрета["ОбщаяДатаЗапретаРедактирования"];
Вчера = НачалоДня(НачалоДня(ТекущаяДата())-1);
ПозаВчера = НачалоДня(НачалоДня(Вчера)-1);
Если ГраницаПериода < ПозаВчера Тогда
Рег = РегистрыСведений.ГраницыЗапретаИзмененияДанных;
Набор = Рег.СоздатьНаборЗаписей();
ТекущиеДанные = Рег.Выбрать();
Пока ТекущиеДанные.Следующий() Цикл
Если ЗначениеЗаполнено(ТекущиеДанные.Организация) Тогда
Продолжить;
КонецЕсли;
Запись = Набор.Добавить();
Запись.Организация = ТекущиеДанные.Организация;
Запись.Пользователь = ТекущиеДанные.Пользователь;
Запись.ГраницаЗапретаИзменений = ПозаВчера;
КонецЦикла;
Набор.Записать();
КонецЕсли;
Исключение
Сообщить(ОписаниеОшибки());
КонецПопытки;

...

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

[Kivals]

Попробуй посмотреть какие есть подобные Параметры сеанса.
Попробуй проверить подписки на события Перед записью документов.

[Anton]

Сделал по другому, просто в процедуру Изменить(Команда) вставил условие мол если дата документа меньше чем сегодня, то отменить изменение. Спасибо за помощь

[Kivals]

Жестко. ИМХО - лучше через подписку на события идти - создавая новую подписку на событие ПередЗаписью документа ты не нарушишь режим обновления конфигурации на поддержке. А при твоем решении - каждый раз при обновлении нужно будет вспоминать что ты менял.

[Ul4ik]

Как сделать, чтобы была возможность редактировать конкретный документ за любой период, если установлена общая дата запрета изменения данных  и у пользователя не установлены полные права? (Конфигурация ЗУП 2.5.31)

[Kivals]

"конкретный документ" - это конкретный документ-объект или все документы конкретного вида?

[Ul4ik]

Да, конкретный документ-объект

Добавлено через 5 минут и 36 секунд:

Да, конкретный документ-объект
[/quote
неправильно ответила, все документы конкретного вида, а именно все "Отпуска по уходу за ребенком"

[Kivals]

1. В УПП (думаю в ЗУП аналогично) в общем модуле НастройкаПравДоступа есть функция ЗаполнитьПараметрыПроверкиПоВидуДокумента (Функция возвращает структуру параметров проверки документа для нетиповых случаев). По идее ее и нужно доработать (в ней закомментирован шаблон для подобных случаев).
2. Можно просто указанный вид документов убрать из подписки на события ПередЗаписьюДокументаДатаЗапретаРедактирования - но это отразится для всех пользователей.

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