Интерактивная смена пользователя в программе 1С 7.7 #196420

Приветик, всем!!! У меня к Вам такой вопрос - как можно интерактивно сменить пользователя программы. Допустим, создать в меню сервис обработку "Сменить пользователя", нажимаешь на нее, появляется окно с выбором возможных пользователей и поле для ввода пороля. Нажимаешь кнопку "Ok" и сеняется пользователь в программе. Может быть необходимо сначала программу автоматически открыть с новым пользователем, а потом также автоматичеки закрыть.

А можно закрыть, а потом открыть под нужным юзверем.

Слишком просто ;) Как будешь бороться с используемыми функциями, типо ИмяПользователя ... ?

Задаюсь тем же вопросом...

в общем, никак.

а "пользователь" не элемент справочника ?

всмысле, бороться... совсем никак?

да и не надо оно тебе.

может быть прописан в справочнике, а может и не прописан... ну допустим, что прописан, у етбя есть какие-то мысли по этому поводу...

Пользователь - как правило, глобальная переменная, присваивается при старте... разве её нельзя поменять ?

да можно. но Пользователь - по умолчанию список юзеров, что прописан в users.usr. И к нему привязаны интерфейсы, права. если у просто группа операторов на 1 компьютер, но функциональные обязанности у них одинаковы, тогда взлетит. иначе - .

Все пользователи с обсолютно разными правами

сначала открыть, а потом закрыть

..ну не уж трудно было написать глПользователь=новое значение (любое на выбор из списка справочника); ..целую тему поднял..

а причем тут глПользователь? может поподробнее...

ептыть да ты просто куев гений! копи на билет в европу, будешь нобелевскую получать

Ну и в итоге, что мне делать, отказаться от этой идеи или попытаться найти решение?

был задан вопрос, как интеракивно сменить пользователя, никто не спрашивал о последствиях.. "Пользователь" или как там его, глобальная переменная которой присваевается ссылка на элемент справочника "пользователи". В дальнейшем используется как подстанова, для присвоения всех видов авторства. Заменив значение, получаешь другое авторство. Надо иметь ввиду, что истинный логин сессии никуда не изчезает.. то есть, ты считаешься подкоюченным к ИБ по фактическому логину, и не как иначе..

Ща Аля-Улю на ветку прилетит и будет тебе откровение. Жди.

Открою бА-а-альшую тайну - с присвоением себе нового существующего пользователя, наследуешь автоматически его набор прав.. %) Пример, допустим я администратор со всеми правами.. а пользователь Великова, увы нет.. Пишем тест в конце модуля формы элемента.. вот я и утратил все права администратора.. :))

погарячился на счет всех..

Шутишь ?

был не прав.. программные затычки работают - факт.. это меня и выбило из колеи.. я уже все протестил.. в принципе, вся картина ясна..

Так ты нашел способ решения моей проблемы?

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

+ допустим, у меня в форме элемента есть флаг позволяющий получать доступ к реквизитам других форм, к которым другим пользователям доступ закрыт.. применив вышеописанную схему, произвольный пользователь получит доступ к этим реквизитам, потому как Форма.Некийреквизит.Доступность(Пользователь.НекийФлаг).. понял куда я клоню?

А как Пользователь1 сможет подключится из под Пользователь2, запущенного сейчас, если он знает ТОЛЬКО свой парол, а консоль Пользователь1, как и положено, заблокировал отходя от своего рабочего места?

"а консоль Пользователь1, как и положено, заблокировал" = "а консоль Пользователь2, как и положено, заблокировал"

Или у тебя юзера открытую не заблокированную 1С бросают и уходят гулять? Тогда твоя проблема именно в этом.

Ты не можешь сменить роль пользователя, (Права, интерфей) назначенные в конфигураторе. Но можешь создать иллюзию этого. Программно меняя права,

Ты ему ещё предложи "спрятать" строку Меню и вместо неё вставить своё меню-панель инструментов с соответствующими текстовыми кнопками...

Зачем? Практически все можно делать правами. Работы правда... Я назвал сумму - работают с тремя интрефейсами и не жужжат.

Ты зашел под своим логином.. обзовем "ФактическиПользователь". Добавим обработку на форме реквизит-ссылка справочник.пользователи. Выбираем произвольного пользователя из списка справочника и присваиваем глобальной переменной ("Пользователь"/глПользователь"), переменной которой присваевается значение пользователя при запуске сеанса. Теперь оставаясь подключенным под своим логином, могу работать в ИБ от имени произвольного пользователя. При чем тут, подключен он сейчас или нет?? Набор прав определенный в конфигураторе остался, и мониторинг показывает меня как источник интерактивности (меня - "ФактическийПользователь"), но в программе, там где используется данная переменная для присвоения, опроса и т.д. я буду существовать под новым значением. Пример: Автор=Пользователь;// это прописано при вводе нового элемента/документа... теперь я не я..

А как нужный "Интерфейс" подтянешь? Меню, панель инструментов.... И что она вернёт на:

ИмяПользователя = значение - так как прописано в конфигураторе.. "Пользователь" - это глобальная переменная-ссылка на элемент справочника "Пользователи". Мы говорим об разных вещах.. То что ты пытаешься наворотить, штатными средствами никак не сделать.. Любая база данных требует инициализации входа. Логин активен до момента отключения от БД. Соответственно необходимо попытаться запустить ключами ещё один сеанс пользователя, одновременно завершая программно текущий сеанс.. я думаю, теоретически это выполнимо..