Данную заметку, по-хорошему, следовало написать после того, как был бы подготовлен материал про создание потоков операций применительно к функциональности SAP Processes and Forms. Но что-то пошло не так. В этой заметке я хочу написать про распространенную ошибку, возникающую при настройке workflow в разрезе ASR процессов.

Вступление

Рассматриваем ситуацию, когда вы настроили поток операций, и приготовились к его первому запуску. Первый запуск выполнен без ошибок, о чем свидетельствуют и статус потока операций, и появившаяся задача в рабочем листе пользователя, который стал обработчиком этой задачи. Но после открытия задачи из рабочего списка, пользователь получаете сообщение об ошибке вида No step object GUID is assigned to the work item ID ...

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

Если описанные выше признаки схожи - значит что-то пошло не так. Обычно, такая ошибка свидетельствует о том что, в вашем потоке не заполнен обязательный элемент контейнера (или несколько элементов). В данном конкретном случае - это элемент STEP_OBJECT. Возможно, еще какой-то параметр пропущен. Об этом речь пойдет ниже.

Рисунок 3.

Program Exit для задачи утверждения процесса

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

См. Task Group TG17900002: Interactive Components

Так, для демонстрации в этой заметке, при условии, что используются FPM формуляры, я задействовал в потоке операций задачу TS33700022

С помощью транзакции SWDD откройте ваш поток операций

Рисунок 4.

Выберите задачу, с помощью которой пользователь должен согласовать заявку/процесс и перейдите на закладку Program Exits

Рисунок 5.

Первая ошибка заключается в том, что в этой задаче не указан класс CL_HRASR00_POBJ_WF_EXIT

Process Control
If you use this task, you must also do the following tasks in the relevant workflow step:
Data flow of task container
Rule for agent determination with respective data flow to rule container
Programming exit CL_HRASR00_POBJ_WF_EXIT

См. Standard Task TS33700022: Approve Form (Web Dynpro)

Настройка Binding для контейнера потока операций

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

  • Form
  • Form_Scenario_Stage

Рисунок 6.

Для элемента Form необходимо передать значение сценария, которое вы определили, создавая свой процесс. Посмотреть это наименование можно в транзакции HRASR_DT

Рисунок 7.

Для элемента Form_Scenario_Stage необходимо определить значение шага процесса, которое также настраивается в транзакции HRASR_DT, применительно к вашему процессу

Рисунок 8.

Выполните необходимые присвоения (binding) для указанных элементов.

N.B. Обратите внимание на то, что значение шага процесса в потоке операций необходимо прописать в одинарных кавычках.

Рисунок 8.

На рисунке выше  не указано значение для элемента Form, так как оно определяется при первоначальной настройке потока операций (то есть константа), и передается из задачи в задачу в течение всей жизни потока операций.

Рисунок 9.

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

Рисунок 10.

Элементы STEP_OBJECT и Form_Scenario_Stage Step должны быть заполнены

Рисунок 11.

Сама же заявка откроется без проблем (ну по крайней мере у меня так получилось)

Рисунок 12.

PS

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