Подскажите технологию как вводят менеджера торгового зала доки в 1С8?

Меня интересует именно принцип, подошел человек к компу, ввел свое ФИО, ему открылась 1С (не путать с авторизацией при загрузке), т.е. 1с-ка видит его как свеого зарегистрированного опльзователя со своими правами. Он ввел документ, документ зхаписался по его именем (ответственный) и заблокировалась 1С-ка. Затем подходит другой менеджер, ввел ФИО, опа ему свои права доступны и он ввоодит документ уже под собой... ну и т.д.

Вопросы:
1. Как организовывается мгновенная авторизация со сменой текущего пользователя в 1С8.2?
2. Как при авторизации, сразу открывать нужный документ для пользователя (в 1Ску уже введен определенный документ, где присутствует ФИО сотрудника, и ему нужно сразу открыть этот документ при авторизации.. Какая процедура отрабатывает при авторизации такой?

рабочее место продавца и привязка к ШК или магнитной карте

20т.р. сделаю удаленно

(0) 1.Никак у них запущено несколько копий 1с под каждым юзером и заблокировано, когда он подходит, находит окошко со своей фамилией, вводит свой пароль и работает в своей копии

(3) Вот ведь не знал, а если 50 менеджеров?

(1) Сделать то сами сможем, мне интерсовал момент авторизации прежде всего, т.к. планируется в таком режиме ввода инфы среди    70 пользователей.

(1) та да. сеанс 1 а документы штампуют разные менеджера.

простой вариант - смена текущего юзера в параметрах сеанса

думается, что это просто приглашение терминального сервера :)

(3) бредово как-то

(7) а что, нельзя програмно менять текущего юзверя и права текущего юзверя?

(10) он это и написал :)

(10) кроме прав, т.е. Роли доступные не сменить, но это и не требуется, т.к. права одинаковы у менеджеров

+(12) а ПВХ просто перечитать

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

(12) Права одинаковые так и есть, важно именно ТекущийПользователь в 1С должен быть реальным ФИО сотрудником

(15) меняется программно, всё норм

т.е. ответсвенный в доке будет текущим пользователем, в параметрах сеанса сидит

Имхо, сделать пользователя "Менеджер", а ему уже нарисовать отдельный раб. стол, блокировку и иже с ним. А пользователи, которые манагеры уже в отдельном справочнике авторизуются, и подставляются в доки

В принципе немного понятно, надо пытаться менять параметрыСеанса.ТекущийПользователь, а потом уже подсовывать ему документ

(19) документ уже сам под него подсунется

(19) для быстрой авторизации делают (1). манагер картой провёл - юзер сменился

+(20) если изначально нормально написано

А как сделать блокировку в 1С, к примеру чтобы при простое более 30 секунд, надо было вводить пароль?

(20) Ляжет под него :)

(23)
Глобальный контекст (Global context)
ЗаблокироватьРаботуПользователя (LockApplication)
Синтаксис:

ЗаблокироватьРаботуПользователя()
Описание:

Блокирует работу пользователя, минимизирует окно 1С:Предприятия и выводит диалог авторизации. Продолжение работы возможно только после ввода пароля.

Доступность:

Тонкий клиент, толстый клиент.

(23) сходи в ресторан, пофлиртуй с официанткой, и ты увидишь что они на одном РМ картой своей проводят (авторизуются) и забивают заказ и т.д. Отходя от РМ тыкают закрыть (иль типа того)

Если манагеры вводят только один документ, то можно сделать им обработочку, открывающуюся при начале работы системы. На обработочке одна кнопочка "Создать документ". Тыкаешь на кнопочку, требуешь сканирования шк/карточки и создаешь документ. Даже закрывать ничего не надо.

да, закрывают не саму 1с конечно, а форму ввода заказа

(9) По крайней мере ДНС именно так и работают, про других не скажу