List the various advantages of SAP Business Workflow.
-Workflow provides numerous advantages to SAP users and consultants:
-It allows consultants to create new business processes without modifying the standard SAP code.
-Workflow ensures that the tasks are executed in the correct sequential order, involving the relevant personnel.
-SAP Business Workflow may be run through the internet or intranet web applications via the Webflow Engine.
-Deadline Monitoring functionality is also incorporated within SAP Workflow.
-The timely execution of activities is guaranteed even when a number of parties (users) are involved.
-Workflow reduces both time and expense involved in managing business activities.
Users who are authorized to execute the task
If a Task is configured as General Task, then all users become possible users.Responsible Agents
The users to whom the work item needs to be sent.
This is set during Step definition. Note that Possible agents are defined during Task definition. (Org Unit, Position, User, Work Center, Role, Rule, Container Element)
Note: The work item recipients is determined by intersection of Possible Agents and Responsible Agents.Actual Agent’s
Actual user who executed the dialog taskExcluded Agents
Users who are not supposed to execute the dialog task (even if they are in possible agents)
-A work item is a runtime object generated by a step within a workflow. Whenever user interaction is required, the respective users are informed via work items. These work items will be received by the user in their Business Workplace inbox, or other email application such as Microsoft Outlook Rights;
-The work item may be a user decision or a dialog form that allow you to enter data for starting a process within SAP, or a confirmation of whether a particular task may be performed. The user then chooses an appropriate option which determines the subsequent behavior of the workflow in question. There are a variety of applicable work items. Each work item has a status reflecting the stage of processing at any given point in time.
-A work item comprises of text explaining what action needs to be taken, whom to refer to and any information pertinent to the business object involved.
-Unlike simple SAP office mails, work items are active entities, as they determine the subsequent direction of the workflow. SAP office mails can also be deleted from the inbox without viewing them whereas a work item has to be executed to have it removed from your inbox.
Inclined to build a profession as SAP Workflow Developer? Then here is the blog post on SAP Workflow Training Program.
-Dialog Work item
-Background work item
-Workflow work item
-Work queue work item
-Missed deadline work item
Other (BO program)How to extend a BO?
Got SWO1 and enter a BO that you want to extend. Click on ‘New Subtype’ Give all the details.
Go back to SW01, enter the BO, and goto Settings Delegate.
BUS2012: Purchase Order,
BUS1065: EmployeeVarious status of BO
Modeled: Not accessible at runtime
Implemented: Not ready to be used, Internal use only
Released: For customer to use
Obsolete: Don’t use anymore
SWWDHEX For deadline monitoring
SWWERRE For error Monitoring
SWEQSRV For Event Queue Delivery
-SWE TYPE U – Type Linkage Table
-SWEINSTCOU – Instance Linkage Table
Is it possible to configure the SAP workflow to have a pop-up message sent to the approver in the instance that Purchase Requisitions are ready for them to act on?
You can either send an Express Email message, or if it is a work item, then make the Priority = 9. It will send an express message to the Respective Agent.
How to achieve dynamic parallel processing?
There are three ways a parallel processing can be implemented
Dynamic parallel processing using a multi-line container element
Fork (3 out of 5) Work queue
In dynamic processing the type of each entry in the table have to be of same type.
Same task will be processed for each line of the multi-line container. It can be a dialog or background task. Deadline monitoring, binding, agent determination will be same for each work item generated To achieve, go to “Miscellaneous” in the activity, and enter the multiline container element.
How can we debug a workflow?
If it is a dialog task, you can set breakpoint in the method called by the task
If it is a method that you want to debug, use SWO1, and create a instance of the object and debug the methods
If it is a background task, and you are in development client, you can do the following. Create an infinite loop in the method you want to debug. Go to SM50 (processes overview) and select the relevant item, and select debug from option.
Interested in mastering SAP Workflow? Learn more about SAP Workflow Tutorials in this blog post.
What is the integration point with ESS Portal?
Portal config file for UWL
What are the types of work items?
Dialog Work item – W
Background work item
Workflow work item
Work queue work item
Missed deadline work item: When a deadline is missed a missed deadline workitem with the message appears in inbox
What are the different statuses of a work item?
Executed (‘confirm end of processing’ in task definition)
Difference between Asynchronous and Synchronous methods in a task?
A work item created as part of synchronous in locked until end of the method execution. But in asynchronous, work item is locked only until start of method execution. At least one terminating event is required for a task using Asynchronous task.
What is the use of secondary methods in an Activity?
-A modal call
-Before work item executing
-After work item execution
Possible Agents :->Users who are authorized to execute the task Configured during Task definition (Org Unit, Position, User, Work Center, Role, Rule) If a Task is configured as General Task, then all users become possible users.
Responsible Agents : –> The users to whom the work item needs to be sent. This is set during Step definition. Note that Possible agents are defined during Task definition. (Org Unit, Position, User, Work Center, Role, Rule, Container Element).
Note: The work item recipients is determined by intersection of Possible Agents and Responsible Agents.
Actual Agents : –> Actual user who executed the dialog task .
Excluded Agents :–> Users who are not supposed to execute the dialog task (even if they are in possible agents)