Workflow, ошибка, AX 2009

[dmitro]

это для отслеживания событий ядра документооборота, где используется workflowRunAs метод, например в классе SysWorkflowEventDispatcher.

а для ошибки в данном конкретном случае обычно по тексту ошибки в журнале документооборота находим метку, потом что использует эту метку. переходим в EventNotification::hasUserAccess() и видим, что пользователю не хватает прав.

[jonny]

Коллеги, еще вопрос - какие права нужно дать пользователям, чтобы у них была доступна кнопка "Принять" системы workflow?

P.S. Уже разобрался - нужны права на Action MenuItem WorkflowClaimWorkItem

[jonny]

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

• Права в ветке “Бизнес-правило” (это описано в справке)
• Администрирование-таблицы-Пользовательские связи
• Основное-разное:
  • Просмотр журнала
  • Принять
  • Инструкции
  • Текст сообщения
• Основное-таблицы
  • SysWorkflowInstanceTable (тоже из справки)
  • Таблица сообщений документа

Помимо этого пришлось внести следующие модификации в класс EventNotification:
1. Метод create

  runAsPermission.assert();
        //jonny ->
        parms = [menuFunction.securityKey(),menuFunction.name(),menuFunction.type()];
        //parms = [menuFunction.securityKey(),menuFunction.name()];
        //jonny <-

2. метод hasUserAccess

static void hasUserAccess(container args)
{
    int              securityKeyId;
    ;

    securityKeyId = conpeek(args,1);

    //jonny ->
    if (!hasMenuItemAccess(conpeek(args,2),conpeek(args,3)))
    {
        throw error(strfmt("@SYS105269", curuserid(), conpeek(args,2)));
    }

    /*if (!hasSecuritykeyAccess(securityKeyId,AccessType::View))
    {
        throw error(strfmt("@SYS105269", curuserid(), conpeek(args,2)));
    }
    */
    //jonny <-

}