The object-specific Logic tab is only available in IF- and FOREACH-type workflows and its structure depends on the particular workflow type. It can be used to define workflows and the dependencies and properties of their subordinate tasks. The following description explains the Logic tab's specific structure in IF-type workflows and other specific characteristics of IF workflows.
You determine the workflow type when you create the object.
The Logic tab is similar to the Workflow tab which is only available in standard-type workflows. All other tabs are the same for all workflow types.
The tasks of IF workflows have the same properties as the tasks of standard workflows. For a more detailed description, see Object Properties.
For information on how to change this tab's view, refer to the description of the Workflow tab.
IF workflows process various tasks depending on the conditions that you have specified. The START object includes the conditions that are defined in its properties. After the START box, you see two parallel branches in which you can add any executable objects of your choice. These branches are referred to as a True and False branches. It depends on the condition(s) that should be fulfilled whether the True or the False branch will be processed. Both branches lead to the END object.
The Logic tab's structure is predetermined and cannot be changed. This means that objects can only be added to the True and Else lines and are arranged in series. You cannot create new branches or draw individual lines. For this purpose and if you need more complex structures, you can use sub-workflows.
IF workflows can include any executable object except for schedules and cockpits and they can also include other IF workflows.
You cannot use external dependencies within IF workflows.
The tasks of the branch that should run (True or False) will only be activated and processed when the conditions have been evaluated. The tasks of the other branch are not processed. They appear in white and obtain the status UNPROCESSED within the workflow. No activities are created and no RunID is assigned to the tasks that are not processed.
To define one or several conditions for an IF workflow, open the START object's properties and switch to the Condition tab. This is a specific tab which is only available in the START object of IF workflows.
You can open the properties either using the context menu or via the symbol within the box.
The Earliest tabs in the START object and in the properties of all workflow tasks are the same.
The Condition tab can be used to determine the IF workflow's branch (True or False) that should run plus the time at which it should run.
You can define various conditions and actions in this tab. They will be processed when the workflow starts before the subordinate tasks are processed. Conditions and actions can be inserted in other condition blocks which allows any nesting depth of your choice.
The Condition tab is similar to the Preconditions and Postconditions tabs which are available in the properties of all workflow tasks. Different are the conditions, actions, the result and the affected tasks.
To create an action or a condition, select it in the right window section and drag and drop it to the left section. A dialog appears in which you can determine the relevant parameters and accordingly, the behavior or the action or condition. Some of the parameters are required whereas others are optional. You can also change them subsequently, just by clicking them.
The final action RUN PATH ends the evaluation process and starts the True or False branch depending on what you have specified.
Note that the workflow will abort if the Condition tab does not include a final action.
You can even define actions that are not included in a condition which means that they will always be processed.
This tab's execution process and the result are logged in the workflow's activation report.
Actions
Name of the action | Description | Parameters | Final action |
---|---|---|---|
CANCEL PROCESS FLOW | Cancels the workflow. |
-) The workflow that should be canceled. *OWN - Workflow in which the task runs. -) Also cancel workflow tasks? |
Yes |
CLEAR VARIABLE | Deletes the entry of a static Variable object |
-) The name of the Variable object -) Key |
No |
EXECUTE OBJECT |
Starts any object without checking its status. The UC_CAUSE - ReadBuffers are supplied with values and can be read in this object's script. |
-) Object name -) Alias (optional) Maximum length: 200 characters -) Parameter... (optional) -) Wait for the task's end? The workflow task's variables are always passed on to the started object. |
No |
RUN PATH |
Starts the tasks of the True or False branch. Ends the evaluation process of this tab's conditions and actions immediately and skips the tasks of the other branch. This action is only available in the properties of IF workflow START objects. |
-) True / False -) Alias |
Yes |
SET VALUE |
Defines an object variable or assigns a value to it. To use this object variable, you must have activated the option Generate at runtime (Post Process is exempted) regardless of the settings that are defined in the parameter scope of the task or the workflow. |
-) Variable name -) Value (optional) -) Scope: task or workflow. |
No |
SET VARIABLE | Enters the value in a static Variable object. Existing values are overwritten. |
-) The name of the Variable object -) Key -) Column -) Value |
No |
Conditions
Name of the condition | Description | Parameters |
---|---|---|
CHECK ACTIVITIES | Checks how often a task is available in the Activity Window with a particular status or status area. |
-) Alias or object name. -) Corresponds to "greater", "less", "equal" or "not equal" -) Number of object executions -) Status
|
CHECK CONNECTION |
Checks whether a certain agent is available. In SAP and databaseA database is an organized collection of data including relevant data structures. agents you can also define a Connection object. This condition has the same function as the script element SYS_HOST_ALIVE. |
-) Agent -) Connection object (optional) |
CHECK FILE | Checks if a particular file exists. |
-) Agent Note that only the OS agent can check the file. An error occurs if the task is an SAP job and you select *OWN for the agent. -) Path and file name -) "Exists" or "Does not exist" |
CHECK HISTORY |
Checks if an object ended with a particular status in a particular time span. This condition cannot be used for the statistics of a previous Automation Engine version. |
-) Alias or object name. -) Status -) Days -) Time in the format HH:MM |
CHECK PROCESS |
Checks whether a particular process runs on a computer. This is only possible with Windows and UNIX platforms. |
-) Process: PID (process ID) or the name of the process.
-) Status -) Agent -) Login object The value *OWN for the agent or the Login object indicates that the task's attributes are used (only supported in file transfers and jobs). In file transfers, the source's values are retrieved. . |
CURRENT TIME | Checks if a particular time takes place before or after the current (physical) time, converted to the TimeZone that was used to start this task. |
-) "Before" or "After" -) Reference time in the format HH:MM |
USER DEFINED | Compares two values of your choice with each other. |
-) Value 1 (script literal, predefined variables) -) Operator: >, >=, =, <,<= or <> -) Value 2 (script literal, predefined variables) Only the predefined variables whose values are available at the time they are accessed will be resolved. Variables can be used for system, object and Variable object values. |
To add a task to an IF workflow, drag and drop one or several objects from the Explorer to the relevant branch of the open IF workflow (True or False).
Note that you cannot link tasks manually. Tasks will automatically be linked to each other when they are added. Therefore, the Line Tool is not available in the Logic tab.
Select the task that should be deleted in the True or Else branch and either open the context-menu command Remove or hit the DEL key.
Note that the lines in IF workflows are predetermined and cannot be deleted.
You can change the order in which the tasks are arranged as you like. You can even move tasks to another branch.
Note that the tasks that are included in a branch can only be arranged in a serial order.
The rules of modifying active workflows also apply to IF- and FOREACH-type workflows with the following limitations:
For forecast calculations, the system uses the branch with the longer total processing duration.
In restarts, the system reevaluates the START object's conditions and actions. Therefore, it can also happen that the other task branch will be processed depending on the conditions and circumstances that apply. In other words, a restart shows the same behavior as a regular start.