В отделе продаж происходит постоянный конфликт между менеджерами:) в выходные или праздничные дни нужно сделать определенные операции в базе 1С, но у менеджеров ограниченные права напрм. к документам, тогда они дергают шефов в выходные, а начальник меня, я подключаюсь к базе и даю менеджеру права, затем в понедельник эти права снимаю:)) ДЭбилизм. Менеджеры сегодня "продавили" у руководства следующую задачу: Когда конкретный пользователь заходит в базу 1С в выходной день или праздничный день у него должна автоматом включатся роль напрм. ПолныеПрава (роль просто для примера), а когда он заходит в понедельник эта роль у конкретного пользователя отключается. Можно ли подобную задачку реализовать?) т.е. процедурку в собственном общем модуле подключенную к регламентному заданию или как-то попроще?:-)

Лучше сделать RLS с условием на день недели или флаг у пользователя

(1) RLS не всегда возможно сделать, да и сложно. А регламентным заданием добавлять и убирать права у пользователей- вполне можно.

(0) Попробуй сделать двух пользователей с разным набором прав и разрешать/запрещать им вход по дате. У RLS с текущей датой не очень.
А, впрочем, все равно гиблое дело. Кроме входа есть еще и выход - можно войти в воскресенье и не выходить до пятницы.

(0) Производственный календарь есть?
Тогда регламентом в 0:01 можно подключить нужную роль для пользователей, останется заставить из перезайти в 1С

(1) Есть переносы (в субботу работаем за понедельник и получаем 3 выходных подряд) и прочие локальные выходные дни

4+ а в 23:59 отобрать оную

(4) тем же регламентом их выкидывать, если активные

(2) Вы потом охренеете разгребать косяки. Лучше сделать стабильный состав ролей.

(4) конечно типовая УПП

(6) это хорошо если работа не круглосуточная, а так можно получить неприятности, набирают накладную на отгрузку и тут бац и вылет без сохранения данных (крики, визги, жалобы). Лучше типа инструкции "Нету нужных прав в выходные, перезайди в  1С". А вот с лишними правами может быть косяк в рабочий день (если типовая на БСП, то права, вроде, обновляются с некоторой периодичностью)

(7) Стабильный состав ролей - это самый оптимальный вариант, но если очень хочется, то можно.
Косяков не будет, делаем Регистр сведений ПользователиДляВыдачиРолиПоВыходным и отрабатываем только их. Если что поломается, то только на нескольких пользователях и починится ручным запуском регламента

да создайте второго пользователя Иванов2 с правами нужными и нехай.
после первого же входа в рабочий день не той ролью депремировать на 50% и все.

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

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

(10) (12) Про них надо помнить, когда увольняются пользователи.
Тут либо решить с руководством по постоянным ролям, либо выводить в выходные Старший менеджер (с нужными ролями) + Менеджер (без роли), т.е. закрываем надобность что-то ввести Старшим, а простой выполняет свои обязанности. Как вариант, Старшего назначаем дежурным для внесения по удалёнке нужных данных. Нам не известно есть ли ресурсы для такого решения у предприятия ТС

(11) Когда свистнут БД и продадут конкурентам, тебе очень хорошо напинают сидетельное место и пароль суперпользователя будет только у руководства в сейфе (у тебя свой рабочий, а запасной у руководства).

(10) блин гениально!!! и так просто

Ну можно же еще и "захардкодить" :)  :

Функция ЕстьДоступКОбъектуВыходногоДня()

Если РольДоступна("ПолныеПрава") Тогда

Возврат Истина;

ИначеЕсли РольДоступна("Менеджер") И ДеньНедели(ТекущаяДата()) = 7 Тогда

Возврат Истина;

Иначе

Возврат Ложь;

КонецЕсли;

КонецФункции