Здравствуйте!
Знаю можно поставить пароль на модули.
А можно ли поставить пароль на исполнение обработки?

а, в принципе, можно на выполнение вопрос, поле ввода, если ответ совпал то исполнять.

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

(2) Разве не реактивный был в первоначальной постановке?

(0)Лучше ролями ограничивай.

Всего-то хочу чтоб обработкой пользовался один человек - расчетчик ЗП, а то начальство полные права себе указало дать, а лазиет кругом.

(2) Взлетит и винтовой и реактивный

(5) сделай отдельную роль на запуск этой обработки

Ну а чоб нет?
Попросил ввод пароля пользователя, сравнил, принял решение

В БСП есть процедура ПользователиСлужебный.СохраняемоеЗначениеПароля();
Копать сюда

(7) либо посоветуйте нормально, либо идите *как жаль*

(10) Я тебе посоветовал самый правильный способ. Так что или думайте, или "идите *как жаль*"

(9) увы, БСП еще не освоила.

(12) не надо ничего осваивать, поищи в своей конфигурации жту функцию (это не процедура), если она типовая у тебя

(5) Если НЕ РольДоступна("ЗапускМоейЛюимойОбработки") тогда
Сообщить("При всём моём уважении у Вас недостаточно прав на выполнение этой обработки");
Возврат;
КонецЕсли;

И начальство с полными правами будет нервно курить в сторонке (если оно не умеет роли себе добавлять, конечно)

(5) "начальство полные права себе указало дать" - хочешь нарушить указание начальства и урезать ему права?

Лучше сделать по отпечатку пальца или сканирование сетчатки глаза. Все остальное слишком уныло.

А, стоп. Придумываешь пароль (например 12345), прописываешь его в коде, сообщаешь его расчетчику. Ну дальше разберешься

(14) При виде такой надписи, нервно будет курить "Coole". И начальство будет судорожно Требовать доступ в ту заветную обработку. И обязательно нажмет "Выгрузить" или "Загрузить", "Записать", "Может и Удалить" :)

(18) Некогда ему будет курить. Он будет очень занят написанием заявления по собственному (если начальство доброе...)

+ Самое правильное это в (7). Создать на обработку Отдельную роль. И все. Никто с полными правами даже не увидит её в интерфейсе :)

(19) И это тоже :)

+(20)  Из Роли "Полные права", Выпилить эту обработку совсем, галочками :)

(18) (19) Жуть какая-то. Нельзя быть такими трусливыми.

ОК, я поняла. я воспользуюсь двумя способами. (1) и (7)

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

(24) Вопрос - это типа "Девичья фамилия матери - Тарабаркина, да?"; И ответ да или нет?

(18) для тех, у кого есть права открывать одну форму, у кого нет - другую, отчет какой-нибудь.

(16) прошлый век.
идентификацию делать надо по индукции магнитного поля мозга

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

Я бы не советовал делать отдельную роль и давать ей права на что-то на что нет у "полных прав". Лучше как-либо реализовать протоколирование действий с обработкой. И навесить предупреждение со строгим текстом включающим описание последствий нажатия.

Вообще - полные права - они на то и полные, чтобы все под ними открывалось. Начнется потом: ПолныеПрава, ОченьПолныеПрава, МегаПолныеПрава, GodModeOn и прочее... Проще уж скопировать полные права в новую роль (Типа "ЗлобноеНачальство") и отключить у ней доступность этой обработки

+(32)
Хотя судя по типовым - полные права уже и так не подразумевают полный доступ.

(32) Нельзя давать "полные права" человеку, который не может представить последствий этих действий.

Начальству нужно объяснить, что есть сервисные функции от правильной настройки которых зависит работоспособность базы и правильность учёта. Поэтому в некоторых случаях пусть пользуются только чтением.

А задача в (5) решается примитивно: пишется внешняя обработка, которая выдается конкретному расчетчику. Эту расчетчику даются права на запуск внешних обработок. Начальство доступ к этой обработке не получит, так как она физически находится в сложнодоступном для начальства месте: на компе расчетчика.

Всё остальное: роли, пароли, дополнительные настройки, РС и справочники etc, etc, etc программистом среднего уровня находится и запускается за считанные минуты.

(34) Могут попасться упоротые руководители, которым хочется полные права и хоть ты тресни. И им не обьяснишь.

И да, вариант сделать роль "Полные права (только чтение)". Часто спасает от таких наездов.

Давать права на запуск внешних обработок - та еще дырка в безопасности. Потом ТС свалит в отпуск, кадровичка позовет Тыжпрограммиста, которые дропнет все таблицы как бы ненароком и прогорит.

(35) ...Давать права на запуск внешних обработок - та еще дырка в безопасности. Потом ТС свалит в отпуск, кадровичка позовет Тыжпрограммиста, которые дропнет все таблицы как бы ненароком и прогорит...

Кадровичка и сама может строки в документе порезать и провести. Просто это вариант с наименьшими потерями.