Разноска накладной под другим юзером

[polygris]

Axapta 3.0 SP5
Есть задача реализовать разноску накладной (SalesFormLetter) не под текущим пользователем, а под другим.
У кого какие есть идеи - высказывайтесь плиз :-)

[ZVV]

Цитата:

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

Axapta 3.0 SP5
Есть задача реализовать разноску накладной (SalesFormLetter) не под текущим пользователем, а под другим.
У кого какие есть идеи - высказывайтесь плиз :-)

В 4-ке есть новая функция runAs()...

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

[gl00mie]

Цитата:

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

Есть задача реализовать разноску накладной (SalesFormLetter) не под текущим пользователем, а под другим. У кого какие есть идеи

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

[polygris]

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

[Raven Melancholic]

Цитата:

перепроводить нужно под тем юзером кто создал

А что это за функционал "Перепроведение документов"? Я только когда с 1С работал с таким сталкивался.

[polygris]

это наш функционал... не удалось победить бухгалтерию.. есть реально ситуации когда надо корректировать выписанную накладную...

[raz]

Попробуйте взять идею тут Повторный логин без перезапуска аксапты

[gl00mie]

Цитата:

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

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

Цитата:

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

Попробуйте взять идею тут Повторный логин без перезапуска аксапты

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

Цитата:

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

Есть задача реализовать разноску накладной (SalesFormLetter) не под текущим пользователем, а под другим.

Вместо того, чтобы заставлять администраторов каким-то образом разносить перепроводимые документы под чужими логинами, почему бы вам не разграничить доступ к функционалу перепроведения с использованием механизма одобрения? Скажем, если необходимо перепровести накладную, то для этого нужно одобрение тех же администраторов; тогда администраторы (или еще кто) будут «одобрять» тем или иным образом соотв. документы, а пользователи - разносить одобренные перепроводимые документы под своим логином.

[raz]

Цитата:

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

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

В указанном проекте не происходит открытия паролей.

Цитата:

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

Вместо того, чтобы заставлять администраторов каким-то образом разносить перепроводимые документы под чужими логинами, почему бы вам не разграничить доступ к функционалу перепроведения с использованием механизма одобрения? Скажем, если необходимо перепровести накладную, то для этого нужно одобрение тех же администраторов; тогда администраторы (или еще кто) будут «одобрять» тем или иным образом соотв. документы, а пользователи - разносить одобренные перепроводимые документы под своим логином.

Согласен, что так правильнее.