[Михрутка]

1с 8.2.19.168 УТП 1.2.27.6
Работа через толстый клиент через удаленный рабочий стол. Авторизация Windows. Необходимо идентифицировать пользователей без перезагрузки сеанса(желательно).
Детальное описание:
Есть магазин который подключается через RDP к 1С серверу. Авторизация Виндовс. В магазине на смене несколько продавцов, как реализовать, чтобы в документах которые они создают были прописаны их фамилии или еще что-то, что будет явно идентифицировать пользователя? Регистрация предусматривается магнитной или штрих-картой. Права у всех одинаковые. Также нужно производить смену пользователя при считывании карты другого пользователя без перезагрузки сеанса?

[Vofka]

Что происходит при авторизации? Находится нужный пользователь в справочнике Пользователи, записывается в нужный параметр сеанса, происходит инициализация каких-то других параметров сеанса, заполнение кэша настроек, ещё может быть что-то. Все эти вещи можно выполнить в любой другой момент времени. Смотрите, что выполняется при инициализации пользователя и повторяйте это.

[Михрутка]

Что происходит при авторизации? Находится нужный пользователь в справочнике Пользователи, записывается в нужный параметр сеанса, происходит инициализация каких-то других параметров сеанса, заполнение кэша настроек, ещё может быть что-то. Все эти вещи можно выполнить в любой другой момент времени. Смотрите, что выполняется при инициализации пользователя и повторяйте это.

Пользователя можно вносить или нет в справочник Пользователи(лучше не вносить), а только внести ФИО в справочник ФизЛица. Т.е. если я понял правильно, создали сеанс, подключились, а затем сменяем Параметрі сеанса и все прочее по нужному алгоритму?

[Vofka]

Пользователь в справочнике Пользователи должен быть. Когда он там появился - это вопрос другой, но если пользователи в момент авторизации нету, то его нужно создавать. А найти нужного пользователя по ФИО или по штрихкоду с карточки или по какому-нибудь другому критерию - это не проблема.

[Михрутка]

Что происходит при авторизации? Находится нужный пользователь в справочнике Пользователи, записывается в нужный параметр сеанса, происходит инициализация каких-то других параметров сеанса, заполнение кэша настроек, ещё может быть что-то. Все эти вещи можно выполнить в любой другой момент времени. Смотрите, что выполняется при инициализации пользователя и повторяйте это.

Авторизация в системе происходит под неким пользователем "Магазин" с настройками и правами, получается мне нужно создать еще пользователей с такими же настройками и правами только для продавцов, и затем уже позле запуска сеанса проиизводить замену ПарметровСеанса и других настроек?

Сообщение отредактировал Vofka - 01.09.16, 14:21

[Vofka]

Если у всех пользователей все настройки и права доступа одинаковые и задача сводится к тому, чтобы просто записать нужного ответственного в документ, тогда всё намного проще. Завести какой-то новый параметр сеанса ТекущийПродавец или как-то так и заполнять его в момент считывания карты. А там, где в документе записывается ответственный, проверять, если ТекущийПродавец заполнен - то заполнять ответственного оттуда. В таком случае в справочнике Пользователи нужно завести всех продавцов, но для них не нужно заполнять настройки в пользовательском режиме, не нужно из заводить как пользователя 1С, раздавать каждому права и т.п. И доработка тогда сводится к тому, чтобы в нужный момент просто заполнить определенный параметр сеанса и в момент записи ответственного (а это, скорее всего, для всех документов сделано в одном месте) подставить правильного ответственного.

[Batchir]

Когда-то в конфигурации "Розница для Украины" я видел работу смены продавца в рабочем месте кассира.
Насколько помню там идет подмена переменной кеша глТекущийПользователь и все новые документы формировались от имени нового продавца, т.к. Ответственный в документы брался именно из этой переменной.
Но было одно НО ... если вдруг что, то журнал регистрации был бесполезен, т.к. все записи регистрировались от имени пользователя который первоначально вошел в программу.

Сообщение отредактировал Batchir - 01.09.16, 16:07

[Михрутка]

Когда-то в конфигурации "Розница для Украины" я видел работу смены продавца в рабочем месте кассира.
Насколько помню там идет подмена переменной кеша глТекущийПользователь и все новые документы формировались от имени нового продавца, т.к. Ответственный в документы брался именно из этой переменной.
Но было одно НО ... если вдруг что, то журнал регистрации был бесполезен, т.к. все записи регистрировались от имени пользователя который первоначально вошел в программу.

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

[logist]

получается мне нужно создать еще пользователей с такими же настройками и правами только для продавцов, и затем уже позле запуска сеанса проиизводить замену ПарметровСеанса и других настроек?

Это и есть ответ на ваш вопрос. Главное смена соотв. параметра сеанса, и выполнения всех действий которые происходят после инициализации параметров сеанса при запуске.

[Михрутка]

logist @ Сегодня, 1:00 ,
Всем спасибо, значит буду двигаться в указанном направлении. Если получиться стабильно работающий вариант, отпишусь. Пока все не стабильно ))))