Я считаю что Вы, когда спрашиваете - дает мало информации об исходных данных К сожалению, вытягивать из вас информацию для решения вашей проблемы нету особого желания, а персональный телепат ушел в отпуск на неопределенный срок.
Если у Вас домен на базе AD, то конечно стоит настроить интеграцию с AD/LDAP и включить NTLM авторизацию. тогда авторизация будет происходить прозрачно на уровне логина и пароля пользователя домена.
Изначально завел нескольких пользователей вручную, выдал пароли . Они успешно начали работать, завели календари, загрузили файлы, создали задачи, настроили синхронизации с Outlook.
Несколько погодя решил настроить интеграцию с AD. Сделал импорт пользователей, настроил интеграцию. Всё пучком. Но есть один момент - эти несколько пользователей задвоены: обыкновенные профили
и созданные через импорт. Не хотелось бы, чтобы пользователи перебивали свои данные из одного профиля в другой.
Можно ли перенести данные из профиля обыкновенного пользователя в профиль пользователя созданного через AD/LDAP интеграцию? Объединить эти профили? Заранее признателен за ценные советы.
Upd. Благодаря Михаилу из техподдержки удалось решить. Ответ лежал на поверхности:
Сопоставление пользователей в AD и на сайте идёт по полю "Идентификатор пользователя", соответствующий атрибут есть в настройках AD сервера в продукте. Со стороны продукта идентификатором выступает логин пользователя. Уникальность пользователя по сайте определяется парой полей "Логин" + "Тип авторизации".
Т.е. чтобы пользователи на портале не дублировались и AD сервер принял существующего на сайте пользователя за своего Вам нужно: 1. Убедиться, что значение атрибута "Идентификатор пользователя", который указан в настройках AD сервера в продукте соответствует логину пользователя в продукте. 2. В профайле пользователя изменить тип авторизации с внутренней, на авторизацию через созданный AD сервер.
Поле "тип авторизации" доступно и видно при отжатой "шестеренке" в правом углу формы (не страницы) настроек пользователя, т.н. стандартная форма редактирования.