Цитата:
Сообщение от
nikos2001
Идея в том, что с помощью EPCSSCustSignUpUser запрашивается первичный доступ в AX. Администратор AX должен будет вручную создать пользователя в AD и AX, и с помощью формы ECPCustSignUpRequest привязать его к создаваемому на этой же форме клиенту и контакту.
С помощью EPCSSCustSignUpUser запрашивается доступ клиентов на получение дополнительных логинов. Например, если клиент имеет несколько филиалов и каждый филиал должен иметь свой логин. В этом случае Администратор AX должен вручную создать пользователя в AD и AX и с помощью формы ECPCustSignUpRequest и сделать привязку пользователя к создаваемому там же новому контакту.
А вы не знаете, где хранится пароль для нового пользователя, который генерится системой? Отдельной таблицы, вроде, нет.
При этом система генерит пароль, который высылает пользователю по почте со словами "смените при первом входе", но место, где пользователь может сменить пароль, я так и не нашел. Тем более, что, для того, чтобы сменить пароль традиционным способом, нужно лезть на контроллер домена.
Удобнее, конечно, чтобы перед отправкой письма пользователю регистратор вводил бы пароль доменной учетной записи в поле заявки на регистрацию и из него бы система отправляла пароль вместе с логином.
А так получается, что пароль без логина высылается первым письмом, а логин вторым.
И еще одна очень неприятная вещь...
У пользователей интернета нет культуры ввода логина в окошке запроса логина винды вместе с именем домена. Тем более, что отдельного поля для имени домена в форме запроса логин-пароля сейчас нет (было в 2003 сервере).
Соответственно, это вызывает у пользователей смущение.
А если человек не айтишник, то, вообще, не догадается, что запись должна быть "домен\логин" или логин@домен.
Я решил переделать письмо новому пользователю, чтобы логин представлял собой уже запись с доменом, но боюсь, что это все-равно вызовет какой-то процент отказов от регистрации.