Есть несколько баз, все актуальные свежие типовые на 8.3 (предположим, 10 БП 3.0). В базах стандартно заведены пользователи ИБ с паролями, предположим, человек 100 в сумме во всех базах.

Есть у меня мысль создать отдельную "общую" базу(любую типовую актуальную на 8.3 или свою на крайней БСП) и в нее 1) либо разово загрузить автоматически всех пользователей, желательно в той степени, чтобы пользователь со своим паролем сразу мог зайти в новую базу 2) либо, что лучше, создать процедуру "Актуализировать пользователей из др. баз", чтобы кнопкой обновлять данные о пользователях.

Вопрос к тем, кто решал подобные задачи, какие подходы наиболее тут эффективны по опыту?

PS собираю теоретическую информацию о возможности и простоте автоматической синхронизации Пользователей ИБ с паролями и всем необх. (чтобы работало без доп настроек). Просто справочник конфигурации "Пользователи" без паролей синхронизировать не сложно, а с системным"Пользователи ИБ" пока особо не приходилось работать.

как по мне, так все очень просто.  Загружаем в Приемник справочник Пользователи из Источника и вызываем методы БСП, создающие для каждого элемента справочника пользователя БД.

А уж аккумулировать ли этот справочник в третьей базе - тут уж как заказчик пожелает.

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

(1) Спасибо, понял, это логично.

А "перенести" пароль пользователя можно? Т.е. прочитать в 1 базе и записать в новой базе при создании в новой базе пользователя.

Типа, Марьванна заходила с паролем qwerty у себя, чтобы этот пароль ей в новой базе назначился.

Если сложно, буду грузить пароли из админских экселек.

+ (2) с некоторой долей труда можно туда вкорячить обращения к AD и Exchange, чтобы все задачи с учетками решать "в одном окне".

(2) вот в этой базе пароль и придется хранить в открытом виде. Не очень хорошо, но что делать.

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

чем авторизация через АД не устраивает

а так, в терминах 1с, это извращение называется openid и поддерживается на уровне платформы

http://v8.1c.ru/overview/Term_000000799.htm
https://its.1c.ru/db/metod8dev#content:5872:hdoc

(7) спасибо, изучаю openid. Про АД спрошу админов, не мой участок, но одни и те же пользоваетели заходят в базы с разных компов, в т.ч. из дома или с разных территориальных объектов через тонкий клиент или веб-клиент.

(3) 1С не хранит пароли в открытом виде. Но можно нарушить этот "порядок" и сделать небольшой беспорядок - для этого потребуется собрать с пользователей их пароли. Но это не есть гуд конечно же...

лучше завязаться на AD

(3) "А "перенести" пароль пользователя можно?" - без проблем

ПользовательИнформационнойБазы (InfoBaseUser)
СохраняемоеЗначениеПароля (StoredPasswordValue)
Использование:

Чтение и запись.

(12) Спасибо, походу, действительно, достаточно этот ХЭШ перенести, чтобы в новой базе подходил старый пароль.

Потестировал немного, вроде ок.