You can use this standard task to return a form to a user to edit another time. With this standard task, the user receives a returned form that he or she has already edited. This task is triggered in the following conditions:
When a user of the form chooses the Back to Author
function in the form application
If the workflow is modeled according to the related workflow step for the processing status (PROCSTATE) BACK.
This task corresponds to the Process PD Form
standard task. The differences are:
The values of the processing statuses that are output are different (see below).
The Back to Author
function is not available in the form application.
For more information, see the documentation on Standard Task TS04000018: Process PD Form.
Standard Task: 04000020
ID: Return Form
Name: PD (Personnel Development) Form Is Edited Again by Author
You can use this standard task for all HCM Processes and Forms
workflow templates, and store a corresponding agent assignment rule
for the workflow steps. When using this standard task, make sure that the same user who first edited
the form receives the work item.
For more information, see Agent Assignment Rules.
The P (Process) activity is used for the P_ASRCONT authorization object.
For more information, see Authorization Concept of HCM Processes and Forms.
See the documentation for the task Process PD Form
.
Container Definition: Import Elements
Processor role (PROCESSOR_ROLE) – Optional
Here you enter the role of the processor who executes the workflow step. If you do not specify a processor role, the HR Administrator
(HRASRA) processor role is assigned in the standard release.
It is necessary to enter the processor role, for example, for Data Tracking at the process-step level and for Message Mapping.
For more information, see Customizing for Personnel Management
under .
Data type (Data Type
tab page, ABAP Dictionary Reference
field): Structure
HRASR00_PROCESS_MODELLING and field
PROCESSOR_ROLE
Container Definition: Export Elements
Note
The configuration options in the binding editor are identical to the task TS04000018: Process PD Form
. Only the PROCSTATE element returns different values.
Processing Status (PROCSTATE) – Optional
You can use this element to specify that the processing status is to be transferred from the workflow step to the workflow container once the work item is completed (workflow binding <- Form Is Edited Again by Author step). If the processing status is known in the workflow container, you can process the other workflow steps in accordance with the processing status.
The processing status can have the following value:
RESENT
The work item was processed successfully. The user has chosen the Send
function in the Review and Send
view of the form application.
Note
You control the subsequent workflow steps, such as those for approving the form, on the basis of the Sent Back processing status. This is necessary so that you can differentiate subsequent process steps from those resulting from the first editing.
Data type (Data Type
tab page, ABAP Dictionary Reference
field): Structure
HRASR00_PROCESS_MODELLING and Field
PROCESSING_STATUS
Container element notify_via_e-mail - Optional
You use this container element to specify whether an e-mail notification is sent to the next agent involved in a process. If e-mail notification is set to X
= TRUE, an e-mail
is sent to the agent, advising them that there is a work item waiting to be processed. They can access the work item directly from the body of the e-mail. If it is set to _ = FALSE, no e-mail is sent; the agent can access work items to be processed in the UWL.
Container element BUSINESS_STATUS - Optional
You use this container element to specify whether the business status is visible to the user in the process browser. If business status is set to X
= TRUE, you can see the
business status for the request step. If it is set to _ = FALSE, only the processing status is displayed; the business status cannot be seen.