В конфигураторе есть список прав и интерфейсов.
Как назначить права при входе программно из этого списка пользователю.

P/S Хочу отказаться от создания пользователей в конфигураторе. А делать в режиме пользователя. Как загрузить динамически интерфейс уже нашел во внешней компоненте RWidjets.dll

штатные права - никак.

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

(2) И как ты смог права загрузить?

(1) Ни как. Большая сеть филиалов. И каждому задолбаешся обновлять если новый чел работает на всех точках

(3) это немного другое. Писать в users.usr можно легко с UsersDef.dll

(3) А нет чтоб без users.usr. Я хотел вообще отдельно файлик хранить свой с названием пользователей интерфейсов и прав. И просто его всем копировать.

(6) и зачем такой гемор?

(7) Да как раз хочу от него избавиться. Вот появился например у нас админ на офисе. И нужно чтоб на 30 филиалах он появился как пользователь. Я его на офисе завел. И через интернет базы себе новый файл с пользователями быстро загрузили.
А так получается я все равно должен зайти на точки и запустить обработку по прописании users.usr  в каждой базе.  Или у себя поддеживать все эти users.usr с филиалов. А потом им отдавать. Проще через один файл который я сам котролирую.
Ну вообще посмотрю UsersDef.dll может я и вправду найду его нормальным. Я не знал об этой компоненте

Плюс это даст возможность написать УДОБНУЮ форму для пользователей заводить новых на филиалах. Чтобы могли директора сами этим заниматься. а то через конфигуратор это для них такие дебри что проще самому сделать :--))

Вот-вот... клюшки скоро догонят и перегонят снеговики.
Много функционала с помощью всяких этих 1С++, формексов и т.д.
Да вот еще и украли снеговиковую функцию динамически работать с правами пользователей.

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

поищи userdef.dll

(10) Да пока еще не украли. Ни кто по крайне мере не подсказал. Речь идет только на стадии загрузки корректровать

(11) ну я думал изначальн два пользователя на платформе. Превый с правами конфигуратор. Типа я :-) и второй обычный. А когда под ним заходишь дополнительно выбирают пользователя и его права

(12) уже нашел. Разбираю

(13) много филиалов?

+(14) ага увидел - 30, ручками dllки раскладываешь?

(14) Да много. около 30. Причем у каждого есть еще не одна точка. Тобишь баз где то под 70 штук.

(15) ну если найду нужную. придется один раз разкидать

(16) не совсем понял, база не рбд?

(18) Нет. В нашем случае не подходит. Я уже думал.
1. многие филиалы стандартную бухлатерию обновляют у себя в городах сами.
2. Данные между филиалами не пересекаюся. сами данные базы мне не нужно перекачивать. а такая УРБД только бы разрастала бы базу.
3. пользователи у каждого филиала должны быть свои. Не зачем на всех филиалах хранить список из 200 пользователей.
4. Возникает иногда потребность быстро поменять алгоритм на точке. А УРБД этого не даст.

(18) Тем более УРБД опять не решает вопрос. Так как требует чтобы кто то вошел в конфигуратор и пропадчил конфу с новыми пользователями. а я хочу отвязаться от него.
Не удобна в этом плане семерка. Не дает полностью автоматизировать многие процессы

Ну в общем думаю я смогу для себя приспособить userdef.dll
Спасибо за информацию о ней.

Если ЗагрузитьВнешнююКомпоненту(КаталогПрограммы()+"UsersDef.dll")=0 Тогда
       Сообщить("Не обнаружена компонента!");
       СтатусВозврата(0);
       Возврат;
   КонецЕсли;
   ОбъектВК=СоздатьОбъект("AddIn.UsersDef");
   Права=ОбъектВК.ПолучитьПраваБазы(КаталогИБ());
   Интерфейсы=ОбъектВК.ПолучитьИнтерфейсыБазы(КаталогИБ());

+ еще погугли Admin1C.dll

(22) Спасибо. С UsersDef.dll я уже в общем разобрался. А Admin1C.dll в этом плане больше не дает.