Добрый день!

В организации появился новый работник, нужно добавить пользователя сразу в несколько информационных баз.
Базы синхронизируются между собой.
Если добавлять в каждую базу пользователя "вручную", то мне кажется это не правильно.
Так как есть большая вероятность, что при первой синхронизации сопоставление будет не внимательно выполнено, и этот пользователь за-двоится в базах.

В идеале нужна какая-то обработка, которая позволяет создать пользователя в одной базе и потом его "скопировать" в другие базы.
Есть что-то подобное?

Может быть есть какой-то другой удобный способ создания пользователя в такой ситуации?

(0) Напиши)

(0) https://its.1c.ru/db/metod8dev#content:4126:hdoc

(2) пользователи бд не перенесутся

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

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

*типовая обработка ИТС

+(6) https://its.1c.ru/db/metod8dev#content:3968:hdoc

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

(4) >> Если синхронизация между базами предполагает передачу прикладных пользователей, то все должно работать из коробки.

Например, есть БП и УТ.
Синхронизация между ними предполагает передачу пользователей - при синхронизации пользователи передаются.
Что значит "все должно работать из коробки"?

(5),(6),(7) Типовая обработка по передаче пользователей не удобна тем, что передает сразу всех пользователей.
А нужно передать только одного.
Я ее попробовал - при загрузке в УТ выдала ошибку ""При выполнении загрузки пользователей произошла ошибка".
И невозможно понять: что это за ошибка и по какой причине.

(8) >> Просто,для пользователя иб при создании гуид задает система,и нужно просто хранить где-то эти гуиды,чтобы не запутаться,а также нужно админское подключение к каждой базе,тогда и пользователи и роли будут задаваться автоматом.

Извини, что-то я не понял как это пользователи будут "задаваться автоматом"?

(9) Может быть, посмотреть типовую обработку и доработать напильником под перенос одного пользователя?

(7) пароль пользователя вроде невозможно прочитать

(12) а не надо его читать, для создания пользователя достаточно пароля в том виде, в котором он хранится

(12) хранится он в захешированном виде и захешированный вид можно получить и при создании пользователя подсунуть хеш пароля, то все будет ОК.
Если посмотрите код подсистемы Пользователи, то там пользователь создаётся очень хитро:
Создаётся временный пользователь, ему подсовывается пароль в явном виде. Потом получают хеш пароля. Потом временного пользователя удаляют, и только потом создаётся именно пользователь, который нужен

(12) Это нигде и не требуется

(14) это только в новых бсп. Меня просили перенести 2000 пользователей из старой редакции, пароль не смог прочитать, в sql не лез, выдал новые.
(15) по вашей ссылке для 8.2 переносятся учётки без паролей. Думал из этого файла смогу вытащить данные.

(16) Начиная с 8.2.9 есть свойство "СохраняемоеЗначениеПароля"

"это только в новых бсп" // Не тупи: прикладной код БСП никак не связан с возможностью перенести (создать пользователя ИБ) с тем же самым паролем

(17) спасибо, на будущее поправлю обработку :)

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

То есть главная проблема в том, чтобы все базы при синхронизации "понимали" что это один и тот же пользователь.

(20) Ну ёпрст, сколько шума то было :) Вам синхронизация справочника "Пользователи" всего лишь нужна :))

(21) >> Вам синхронизация справочника "Пользователи" всего лишь нужна :))

Не совсем.

Нужно создать пользователя в разных базах так, чтобы он при синхронизации не дублировался.
В идеале нужно создать пользователя в одной базе и "клонировать" его в другие базы.

Права и пароли этого пользователя в разных базах могут быть разные.
Поэтому пароль и права в каждой базе надо будет все равно корректировать.

"создать пользователя в разных базах так, чтобы он при синхронизации не дублировался" // Ну так тебе надо создавать в одном месте и ждать синхронизации (типового обмена). Это если штатно.

В противном случае - когда создал прикладного пользователя независимо, просто берешь и смотришь, как они сопоставляются при обмене, и после овладевания этим знанием приходишь к пониманию, как надо создавать их независимо

Получается, единственный вариант "клонирования" пользователя - это обработка "Выгрузка и загрузка данных XML".

Что-то у тебя не так с логикой. Не в коня корм, проще говоря )

(26) Это почему это?
Вариант "Выгрузка и загрузка данных XML" срабатывает, то есть это рабочий вариант.
Созданного пользователя выгружаешь из первой базы, а потом загружаешь в другие базы.

Других рабочих вариантов не назвали.

Интересно, что изменение реквизитов "Имя" и "Полное имя" не приводит после синхронизации к изменению этих реквизитов в других базах.
То есть синхронизация идет скорее всего по ИД-шнику.