Ошибка после изменениями имени пользователя в AD

[sergeyjb]

В AD изменили логин пользователя, SID остался прежний.
Теперь у человека не запускается CRM и более того - не дает изменить доменное имя у его учетки в CRM на новое.

Сообщение об ошибке:
"Попытка создать пользователя с именем, которое уже используется в домене другим пользователем. Выберите другое имя пользователя домена и повторите попытку."

При запуске CRM говорит примерно следующее:
"Не найден пользователь CRM с таким доменным именем пользователя и идентификатором"

Как нужно разрешать подобные ситуации? Ведь изменения записей в AD будут в любом случае проходить (фамилию при замужестве сменила, например).
Есть какой то механизм CRM синхронизации подобных изменений?

[Сабитов Андрей]

Механизм прост :-) В CRM создаем нового назначаем ему сделки, ргааци контакты и т.д., а затем прибиваем старого пользователя.

[sergeyjb]

Пробовали.
Не убивая старую учетку CRM, создавали новую CRM-овскую на базе ИЗМЕНЕННОЙ доменной учетки - не дает.
Ошибка такая же.

Или вы Андрей имели в виду перекинуть все на совершенно нового (в том числе и в AD) пользователя а затем убив и создав заново прежнего - все вернуть?
Тут очень важно чтобы текущее доменное имя пользователя сохранилось. Во первых это директор, во вторых - чтобы сисам не перекидывать потом почту с одного на другого и профили и бог знает что еще...

Тут вопрос только останется - не сохраниться ли ошибка после удаления проблемного пользователя из CRM в свете того что окончательно пользователи не удаляются а хранятся гдето внутри системы как удаленные?

[AlekseyS]

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

[IgorF]

блин делал же пару месяцев назад...ссылку не могу найти(((....смысл там в следующем...делается апдейт записи напрямую в SQL у существующего меняется новое имя...
Проверено работает....поищу еще, если найду обязательно кину....Сам в SQL дуб))) Но было что то типа
UPDATE SystemUser
SET DomainName = 'Domain\newname'
WHERE Systemuserid = 'USERGuid'

[IgorF]

http://lovepeaceandcrm.blogspot.com/...ame-in-ad.html
а вот и ссылка)))))

[sergeyjb]

Ооо... спасибо !!!
Все сработало, и никакого гемора, ни мне ни сисам!

Только не совсем там корректно написано что апдейтить надо "systemuser table", это на самом деле системная вьюшка, сам начал таблицу сначала искать такую...

Вот код чтоб по ссылке не лазать:
UPDATE systemuser
SET DomainName = 'MYDOMAIN\newname'
WHERE DomainName = 'MYDOMAIN\oldname'

[sergeyjb]

Рано обрадовался. Сохранить CRM то дала, но ошибка при подключении в браузере все равно летит.


Это при подключении к рабочему CRM, есть еще тестовый на виртуалке - с которого как раз и импортировали рабочий в свое время, к нему подключиться может.
На нем я проделал туже процедуру апдейта представления с пользователями.
И там все Ок.
Разница между записями в базах на виртуалке и на рабочем сервере только в следующих полях данного представления:

                            Неработает                           Работает
Address1_Telephone1         12                                   266-55-69
OrganizationId              2C52951E-E699-DD11-B4E0-00A0C5B316E9 0298CEFC-0E8E-DD11-B63C-00155D0A352C
BusinessUnitId              2A5F06FE-E699-DD11-B4E0-00A0C5B316E9 03B664D2-108E-DD11-B63C-00155D0A352C
Title                       Коммерческий директор                NULL
HomePhone                   88462179750                          NULL
MobilePhone                 89022910762                          NULL
DomainName                  DOMEN\ivanov                         domen\ivanov
ModifiedOn                  2008-10-22 10:24:41.000              2008-10-22 09:19:09.000
ModifiedBy                  A64664F4-E699-DD11-B4E0-00A0C5B316E9 4F121D48-158E-DD11-B63C-00155D0A352C
VersionNumber               0x0000000000261870                   0x00000000001FA275
IncomingEmailDeliveryMethod 1                                    3
OutgoingEmailDeliveryMethod 1                                    2
YomiFullName                Ivanov, Ivan                         NULL

Регистр домена в имени не важен оказался - были опробованы оба варианта.
По сути кроме OrganizationId, BusinessUnitId, VersionNumber и YomiFullName ничего значимого, различающегося вроде нет...
Если конечно представление системное не скрывает каких-то других полей в системных таблицах объекта "user" имеющих различия в содержании.

[IgorF]

прам пам пам))). а если погуглить чт овыдает в первом скриншоте?
а сам CRM запускается? .Юзера случайно не удалили из reporting Group?

[sergeyjb]

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

Анализ данных непосредственно в таблицах dbo.SystemUser... показал что проблема в том что у данного пользователя не изменилось при импорте организации значение systemuserid. У моей учетки сменилось а у него нет.

И основную картину можно видеть в таблице dbo.SystemUserPrincipals
А причина видимо в том что не отмаппировался этот пользователь при импорте (импортировал не я а спец по развертыванию и часть юзверей не отмапировалось насколько я знаю, видимо этот тоже - учетка заведена латиницей в отличие от остальных учеток в АД).
Поэтому такие поля как SystemUserPrincipalId, SystemUserId, PrincipalId в этой таблице заполнены непонятно как.
Чтобы эту кашу руками менять надо слишком хорошо разобраться в алгоритме сохранения версионности изменений и алгоритме смены этих полей при Импорте и Создании пользователей.

Вопрос теперь такой: как можно этого пользователя перемапировать? Повторить процедуру стартовую маппинга пользователей но для него одного?
Чтоб заново пересвязать доменную учетку с пользователем CRM. Или это уже невозможно и только пересоздавать с переброской привязанных объектов CRM на временного юзверя?

[sergeyjb]

И тогда вопрос в тему переброски.
Каков алгоритм? Как перекинуть все что висит на учетке в CRM на другую учетку?

Советовали перекинуть организации и вроде все ОК будет, но те же письма остались на старой учетке, и контакты... Из того что успел заметить, может и еще много чего осталось...

Как правильно перебросить ВСЕ на новую учетку? Чтоб после пересоздания старой вернуть ВСЕ что у нее было назад?

[And KCO]

кроме системной таблицы в конфиге dbo.SystemUser, еще есть таблица в базе организации dbo.SystemUserBase, вроде она тоже подлежит изменению. А проще наверно логин оставить как есть, просто поменять атрибуты на новые(ФИО). по поводу перброски все просто: заходите в учетку старую, пункт Действия, Переназначить записи и выбираете нового, всё. старого потом деактивировать

[sergeyjb]

А что даст поменять атрибуты ФИО на новые?

А на счет переназначения - спасибо! Наверняка говорили нам на курсах, но как то в одно влетело в другое вылетело
А книгу открыть некогда - 10 дел в этой СРМ паралельно делаю...

[Артем Enot Грунин]

Была аналогичная проблема в тройке и помогло простое переименование логина в таблице. Кажется правил именно SystemUserBase

[sergeyjb]

При апдейте вьюшки в таблице SystemUserBase все корректно поменялось в плане логина. Тут проблема именно в сопоставлении полей SystemUserPrincipalId, SystemUserId, PrincipalId.

Перекинуть все записи с одного на другого через "Действия-Передать записи" не получилось - выдает ошибку с предложением обратиться в группу Майкрософт.

Вопрос все еще в силе - можно ли процедуру мапинга повторить для одного пользователя?

В противном случае останеться только руками все записи перетащить на временного и пересоздать его.

[Артем Enot Грунин]

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

[sergeyjb]

Удалять организацию думаю лишнее
Перетащу ручками все записи на временного и пересоздам учетку, потом стандартным "Действия-Передать записи" перекину на вновь созданную обратно.

[AndreyS]

А пробовали создать тестовый аккаунт AD и сначала пользователя CRM перенаправить на него, а затем, на новую старую учетку?

[sergeyjb]

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

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

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

Хотя лучше бы они всетаки реализовали механизм удаления пользователя, пусть даже после 10ти подтверждений что записи связанные с ним можно тоже снести.

[And KCO]

да пусть их, юзверей, хоть сотня деактивированных валяется, чем они мешают-то, у меня их штук 10 разных и служебных и тестовых. насчет простой смены ФИО: Ivanov_II (Иванов Иван Иваныч) => Ivanov_II (Петров Иван Иваныч).многие например привыкают к старому логину и не хотят до озверения вводить новый.зыБыла одна дама вышла замуж, сменила фамилию, через полгода развелась, (опять change),и тут же опять замуж вышла. теперь в своих логинах разобраться не может.