-
Technical Assistance
Request product support from SAP
-
Non-Technical Assistance
Request non-product support or provide feedback on SAP Support Portal site
Technical Assistance
Request product support from SAP
Non-Technical Assistance
Request non-product support or provide feedback on SAP Support Portal site
A business workflow is an executable process embedded in SAP applications that you use to automate business processes. These processes may be simple release or approval procedures, or more complex business processes such as creating a material master and the associated coordination of the departments involved. SAP Business Workflow is particularly suitable for situations in which processes have to be run through repeatedly, or situations in which the business process requires the involvement of a large number of users in a specific sequence. You can also use SAP Business Workflow to respond to errors and exceptions in other, existing business processes. It considers SAP data as business objects (e.g. a material or a sales order can be an object in a workflow).
A workflow can be started when predefined events occur, for example an event triggered if particular errors are found during an automatic check. Each workflow is made up of steps that control the workflow or refer to tasks to be executed. Tasks describe elementary business activities and always refer to a method of a (business) object type. These methods can be automatically executable methods (background tasks) or can require a user to execute them (dialog tasks). For each task possible agents (i.e. persons who start workflows and processes work items) are defined.
A task within a workflow can either be a single-step task or a multistep task. At the technical level, the main difference between single-step tasks and multistep tasks is that while each single-step task references an object method, each multistep task references a workflow definition comprising a sequence of different steps. The prefix for SAP standard tasks (single step task) always starts with TS<8 digit number>, while the prefix for a Workflow (multi step task) always starts with WS<8 digit number>.
As core business processes can be realized using SAP Business Workflow, the successful execution of workflows can be crucial for the smooth and reliable processing of the business processes. Thus, monitoring of workflows is essential for ensuring the uninterrupted processing of these processes. Typical error scenarios are:
The processing of a workflow or task can be delayed or stopped due to other reasons like unavailable agents or a task being in status “WAIT”. Such situations can be detected in transaction SWI1.
The following technical requirements have to be met in order to use the monitoring template “Workflow”:
Metric Name | Description | MAI Category | Since SP |
---|---|---|---|
Number of work items in critical status |
This metric counts the number of work items in critical status. |
Exceptions |
7.1 SP12 |
Number of work items in uncritical status |
This metric counts the number of work items in uncritical status. |
Performance |
7.1 SP12 |
Number of unprocessed events |
This metric counts the number of events in the event queue which still have to be delivered or which ran into an error status. The events in error status can also be monitored via transaction SWEQADM on the managed system. |
Exceptions |
7.1 SP12 |
Age of oldest incomplete work item |
This metric monitors the age of the oldest incomplete work item (status is not 'COMPLETED') according to the selection criteria. |
Exceptions |
7.1 SP12 |
Average age of incomplete work items |
This metric calculates the average age of all work items. It is intended to be used for measuring work items in an incomplete status. |
Exceptions |
7.1 SP12 |
Average age of completed work items |
This metric calculates the average age of all work items. It is intended to be used for measuring work items in a completed status. |
Performance |
7.1 SP12 |
Number of work items in critical status (combination with Average Age) 1) |
This metric counts the number of work items in a specific status. It shares a common event with metric “Average Age of work items in critical status (combination with Number)”. |
Exceptions |
7.1 SP12 |
Average Age of work items in critical status (combination with Number) 1) |
This metric monitors the average age of work items in a critical status. It shares a common event with metric “Number of work items in critical status (combination with Average Age)”. |
Exceptions |
7.1 SP12 |
Number of work items in uncritical status (combination with Average Age) 1) |
This metric monitors the number of work items in a uncritical status. It shares a common event with metric “Average Age of work items in uncritical status (combination with Number)”. |
Performance |
7.1 SP12 |
Average Age of work items in uncritical status (combination with Number) 1) |
This metric monitors the average age of work items in an uncritical status. It shares a common event with metric “Number of work items in uncritical status (combination with Average Age)”. |
Performance |
7.1 SP12 |
Note: Key figures with combined rating strategy (number & age)
1) In classic BPMon you had the possibility to use key figures that had a combined rating for number of work items and age of work items for critical and uncritical state.
To model this behavior in ICMon these key figures are presented by two metrics that are correlated on alert level.
From a functional point of view these metrics behave in the same way as the single metrics “Number of work items in critical status” and “Average Age of work items in critical status”. However, they share a common event, which means an alert is only raised if both metrics exceed their threshold values. If you do not configure one of the metrics the system behaves as if only the single metric has been configured. E.g. not configuring the “Average Age of work items in critical status (combination with Number)” metric means that alerts are created based on the output of metric “Number of work items in critical status (combination with Average Age)” solely.
Key Figure | Alert | Metric |
---|---|---|
Number of work items in status | Critical combination of high number & average age of work items in critical state |
|
Critical combination of high number & average age of work items in uncritical state |
|
The monitoring template “Workflow” can be used to feed the reporting tools Business Process Operations offers. This includes the Business Process Analytics tool and the Business Process Operations Dashboards.
The Interface and Connection Monitoring setup can be accessed via SAP Solution Manager Configuration (SOLMAN_SETUP).
To access the Integration Monitoring setup please go to SAP Solution Manager Configuration (SOLMAN_SETUP) → Application Operations → Integration Monitoring → Interface and Connections.
Note: If you didn't perform the infrastructure configuration yet, please follow the Interface and Connection Monitoring Setup with SAP Solution Manager 7.2.
Navigate to the step 'Define Scope'. You can create a new scenario or use an existing one. Make sure the sender and the receiver system are part of the Interface and Connection Monitoring scenario.
Create the Interface Channel:
This interface can only be created between an ABAP system and any other system. You need an ABAP system in this channel because this is where the data collector is running.
Maintain the Interface:
Select Metrics:
On the tab 'Metrics' select the metrics you want to monitor. Please note that the selected metrics are collected for each interface entered above.
Enter Metric Parameters:
Metrics: Number or work items in critical/uncritical Status
For some metrics you can aggregate over some parameters by selecting the "Group-by" flag (the checkbox next to the parameter input field). If this flag is set one metric variant will be created for each distinct parameter value.
Note: Performance Warning
Consider the additional workload on the managed system when maintaining the data collection frequency. This applies especially in case a large number of work items / workflows (transaction SWI1) in the managed system are present. Avoid running the data collection with a high monitoring frequency and avoid complex definitions of selection criteria, especially with patterns, ranges, and exclusions. In case of doubt execute transaction SWI1 with your intended selection criteria to get an idea about the possible runtime of the data collection.
You can maintain attributes as described in the Interface and Connection Monitoring Setup with SAP Solution Manager 7.2 on the tab 'Attributes'.
Thresholds and the collection schedule are maintained in the next step of the guided procedure. Once you have maintained all your channels, click 'Next' in the main guided procedure to move to the step 'Activation'.
Maintain Thresholds and Schedule:
The following statuses are considered during monitoring:
Severity | SAP Workflow Status Code |
---|---|
Critical | CANCELLED (Logically deleted), ERROR (Error), EXCPCAUGHT (Exception Caught), EXCPHANDLR (Exception Being Handled) |
Uncritical | CHECKED (In Preparation), COMMITTED (Executed (Only If explicit end confirmation is expected)), COMPLETED (Completed), READY (Ready), SELECTED (Reserved), STARTED (In Process), WAITING (Waiting (Also: Work items in resubmission)) |
Incomplete | Everything that is NOT COMPLETED |
Always remember that not only those entries which are currently in status ERROR should be monitored, but also those which are business critical in general, as they might run into error situations as well.