AX 2009 - Workflow - как создать дополнительный WorkItem

[Slava Chernenko]

AX 2009

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

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

Кто-нить знает как создать новый ворк айтем или как решить проблему другим, может более "правильным" путем?

[Ivanhoe]

Посмотрите в журнале WF по строке назначения есть кнопка сменить ответственного. Возможно, она натолкнет на какие-то мысли. В целом несколько раз пытался подойти к похожей задаче, но слишком сложно все

[Slava Chernenko]

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

[Link]

Как идея, может будет работать множественное делегирование?
Т.е. создать пользователя под это дело, сделать его утверждающим, а потом делегировать группе.

[Ivanhoe]

В стандарте вроде нет делегации группе?

[Slava Chernenko]

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

[Slava Chernenko]

На ворк айтеме есть поле ActivityId которое является альтернативным ключем.
Кто-нить знает что это за значение и на что оно ссылается?

[Link]

Цитата:

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

В стандарте вроде нет делегации группе?

Я под группой хотел сказать группа пользователей. Будет такой финт работать?

P.S. Проверил, работать не будет, делегирует только первому пользователю из списка

[Slava Chernenko]

Не проходит. Делегируется только на одного из указанных.

[LRA]

Тоже возникла такая задача, но отказались из-за сложности реализации.

[Link]

А использовать группы на основе роли никто не пробовал?

[Ivanhoe]

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

[Igorian_Sh]

Как в итоге была решена задача?

[Slava Chernenko]

Для общего случая задача в чистом виде решена не была.

Примененное решение для частного прикладного случая:
- созданы/выбраны AX системные пользователи не привязанные к реальным людям
- эти пользователи включены в группу, которую дополнительно используем при изначальном создании задач утверждения (workitem), таким образом изначально получаем несколько "резервных" задач
- пакетная задача (batch) которая проверяет состав группы реальных пользователей, при наличии новых людей в группе - переназначаем на них резервные задачи.

Решение, как я и сказал, частное и имеет кучу потенциальных проблем/ограничений, но для моего случая вполне решило проблему - 3 года полета уже.