1с 8.2.19.168 УТП 1.2.27.6 Работа через толстый клиент через удаленный рабочий стол. Авторизация Windows. Необходимо идентифицировать пользователей без перезагрузки сеанса(желательно). Детальное описание: Есть магазин который подключается через RDP к 1С серверу. Авторизация Виндовс. В магазине на смене несколько продавцов, как реализовать, чтобы в документах которые они создают были прописаны их фамилии или еще что-то, что будет явно идентифицировать пользователя? Регистрация предусматривается магнитной или штрих-картой. Права у всех одинаковые. Также нужно производить смену пользователя при считывании карты другого пользователя без перезагрузки сеанса?
Группа: Основатель
Сообщений: 13955
Из: Киев
Спасибо сказали: 4519 раз
Рейтинг: 3641.2
Что происходит при авторизации? Находится нужный пользователь в справочнике Пользователи, записывается в нужный параметр сеанса, происходит инициализация каких-то других параметров сеанса, заполнение кэша настроек, ещё может быть что-то. Все эти вещи можно выполнить в любой другой момент времени. Смотрите, что выполняется при инициализации пользователя и повторяйте это.
Что происходит при авторизации? Находится нужный пользователь в справочнике Пользователи, записывается в нужный параметр сеанса, происходит инициализация каких-то других параметров сеанса, заполнение кэша настроек, ещё может быть что-то. Все эти вещи можно выполнить в любой другой момент времени. Смотрите, что выполняется при инициализации пользователя и повторяйте это.
Пользователя можно вносить или нет в справочник Пользователи(лучше не вносить), а только внести ФИО в справочник ФизЛица. Т.е. если я понял правильно, создали сеанс, подключились, а затем сменяем Параметрі сеанса и все прочее по нужному алгоритму?
Группа: Основатель
Сообщений: 13955
Из: Киев
Спасибо сказали: 4519 раз
Рейтинг: 3641.2
Пользователь в справочнике Пользователи должен быть. Когда он там появился - это вопрос другой, но если пользователи в момент авторизации нету, то его нужно создавать. А найти нужного пользователя по ФИО или по штрихкоду с карточки или по какому-нибудь другому критерию - это не проблема.
Что происходит при авторизации? Находится нужный пользователь в справочнике Пользователи, записывается в нужный параметр сеанса, происходит инициализация каких-то других параметров сеанса, заполнение кэша настроек, ещё может быть что-то. Все эти вещи можно выполнить в любой другой момент времени. Смотрите, что выполняется при инициализации пользователя и повторяйте это.
Авторизация в системе происходит под неким пользователем "Магазин" с настройками и правами, получается мне нужно создать еще пользователей с такими же настройками и правами только для продавцов, и затем уже позле запуска сеанса проиизводить замену ПарметровСеанса и других настроек?
Группа: Основатель
Сообщений: 13955
Из: Киев
Спасибо сказали: 4519 раз
Рейтинг: 3641.2
Если у всех пользователей все настройки и права доступа одинаковые и задача сводится к тому, чтобы просто записать нужного ответственного в документ, тогда всё намного проще. Завести какой-то новый параметр сеанса ТекущийПродавец или как-то так и заполнять его в момент считывания карты. А там, где в документе записывается ответственный, проверять, если ТекущийПродавец заполнен - то заполнять ответственного оттуда. В таком случае в справочнике Пользователи нужно завести всех продавцов, но для них не нужно заполнять настройки в пользовательском режиме, не нужно из заводить как пользователя 1С, раздавать каждому права и т.п. И доработка тогда сводится к тому, чтобы в нужный момент просто заполнить определенный параметр сеанса и в момент записи ответственного (а это, скорее всего, для всех документов сделано в одном месте) подставить правильного ответственного.
Группа: Команда
Сообщений: 3568
Из: Киев
Спасибо сказали: 1426 раз
Рейтинг: 0
Когда-то в конфигурации "Розница для Украины" я видел работу смены продавца в рабочем месте кассира. Насколько помню там идет подмена переменной кеша глТекущийПользователь и все новые документы формировались от имени нового продавца, т.к. Ответственный в документы брался именно из этой переменной. Но было одно НО ... если вдруг что, то журнал регистрации был бесполезен, т.к. все записи регистрировались от имени пользователя который первоначально вошел в программу.
Сообщение отредактировал Batchir - 01.09.16, 16:07
Когда-то в конфигурации "Розница для Украины" я видел работу смены продавца в рабочем месте кассира. Насколько помню там идет подмена переменной кеша глТекущийПользователь и все новые документы формировались от имени нового продавца, т.к. Ответственный в документы брался именно из этой переменной. Но было одно НО ... если вдруг что, то журнал регистрации был бесполезен, т.к. все записи регистрировались от имени пользователя который первоначально вошел в программу.
Примерно так я и делал. Но во-первых возникают ошибки и с журналом, да, проблема... Ошибки следующего плана - по какой-то причине, эта переменная повторно обновляется до первоначального значения, отследить никак не могу, видимо где-то в конфигурации, что-то ее возвращает. Поэтому и создал тему, чтобы как-то иначе может... Но чувствую, что ни как...
Группа: Местный
Сообщений: 9564
Из: Kharkiv, UA
Спасибо сказали: 2536 раз
Рейтинг: 0
Цитата(Михрутка @ 01.09.16, 15:11)
получается мне нужно создать еще пользователей с такими же настройками и правами только для продавцов, и затем уже позле запуска сеанса проиизводить замену ПарметровСеанса и других настроек?
Это и есть ответ на ваш вопрос. Главное смена соотв. параметра сеанса, и выполнения всех действий которые происходят после инициализации параметров сеанса при запуске.
Личные бесплатные консультации не даю, для этого есть форум!
logist @ Сегодня, 1:00
, Всем спасибо, значит буду двигаться в указанном направлении. Если получиться стабильно работающий вариант, отпишусь. Пока все не стабильно ))))
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!