Вопрос по пользователям в Ax 4.0.

[Blondinka_N]

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

[mazzy]

да, конечно. команда runas в операционной системе.

[Blondinka_N]

а как-то попроще? нельзя никак сделать, чтоб как в 3-ке просто запрашивался логин и пароль?

[mazzy]

Цитата:

Сообщение от Blondinka_N

а как-то попроще? нельзя никак сделать, чтоб как в 3-ке просто запрашивался логин и пароль?

нет.
и под этим "нет" очень длинное обоснование - поищите, обсуждалось.
кстати, в следующих версиях тоже "нет".

если попроще, то пользуйтесь "переключиться в другого пользователя".
см. скриншот.

[Blondinka_N]

эххх( как жаль(
спасибо

[Blondinka_N]

ой, еще вопрос, а на ярлыке как-то можно сохранить под кем заходить, чтоб каждый раз не использовать runas?

[mazzy]

Цитата:

Сообщение от Blondinka_N

ой, еще вопрос, а на ярлыке как-то можно сохранить под кем заходить, чтоб каждый раз не использовать runas?

да, юзера можно сохранить.
только не на ярлыке, а в команде runas, которая запускается в ярлыке.
пароль сохранить не получится

вы бы почитали про команду runas.
например, здесь http://www.windowsfaq.ru/content/view/85/37/

[glibs]

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

[in.dc]

Цитата:

Сообщение от Blondinka_N

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

В базе знаний что-то было на эту тему: Тестирование прав пользователей. DAX 4.0.

[vazerdim]

Помойму самый оптимальный вариант смены пользователя для внедренцев. Это просто замена SID т.е. поменять местами. В таблице UserInfo.Можно делать через SQL, а можно и написать небольшой функционал который бы не посредственно с аксапты менял бы. Т.е. меняем SID и далее запускаем ещё одну копию аксапты. Но уже заходим под другим пользователем.

[sukhanchik]

Цитата:

Сообщение от vazerdim

Помойму самый оптимальный вариант смены пользователя для внедренцев. Это просто замена SID т.е. поменять местами. В таблице UserInfo.Можно делать через SQL, а можно и написать небольшой функционал который бы не посредственно с аксапты менял бы. Т.е. меняем SID и далее запускаем ещё одну копию аксапты. Но уже заходим под другим пользователем.

Именно эта идея и была реализована в модификации, ссылку на обсуждение которой привел in.dc. Только там SID подменялся силами аксапты, а не внешним скриптиком. Я тоже считаю, что это самый оптимальный вариант для внедренцев - чтобы не домогаться администраторских прав в домене или просить создавать кучу пользователей (и настраивать кучу ярлыков).