The document discusses SAP Business Workflow concepts including its purpose, terminology, advantages, and domains of application. The key purposes of SAP Business Workflow are to streamline business processes, ensure correct processes are followed, and formally define and implement processes. It provides benefits such as transparency, increased efficiency, and improved process control and monitoring.
IAC 2024 - IA Fast Track to Search Focused AI Solutions
03 01 whatisworkflow
1.
2.
3.
4. Problems of Office and Administration Processes Long lead times due to high transport and wait times Lack of transparency of processes connected to high work distribution Historically grown task assignments Paper and microfiche archives without quick and secure access Inefficient communication between process participants Data entered more than once Goal: Reorganize your business processes
5. Goals of Reorganizing Business Processes Increase the transparency of the procedures used Increase employees’ responsibility Focus on the interests of the customer Better quality management Focus on net product of processes Workflow systems can help you to reach the goals
6.
7.
8.
9.
10.
11.
12.
13. Domains of workflow Approval procedures - purchase requisition - park invoice - notification of absence - notification of travel Optimize the distribution of information Managing single processes Workflows to manage complex processes Deadline monitoring - Escalation procedures Error/exception handling - incorrect EDIs - follow-on functions on expensive orders - follow-on functions regarding credit limit - follow-on functions if defined limits reached Automatic system activities - print and send reports - automatic archiving of data - automatic booking of data (see CATTs) Information flow - on field changes - on status changes - on changes of sensitve data Document handling - early archiving - procedures based on forms - use of circulars Automatic help - customizing help - help in cases of error Internet Scenarios Master data maintenance - customer master - material master - vendor master Cross-application processes - administration of applicants - check quotations - process change service
14.
15. A Business Process as a Workflow in SAP SD-Clerk Application Change Customer Master Change document Workflow Flexible Link ... new major customer Prod. Manager Credit-clerk Sales Rep. Change Production plan Adjust Credit limit Arrange visit
16. SAP Business Workflow Terminology Object Agent Task Role Step Event Workflow Workitem Business Workplace
17. Five Questions for Each Part of a Business Process Who Should? Do What? To What? When? In What Order? ?
18.
19.
20.
21.
22.
23.
24.
25.
26. Putting the Pieces Together... Workflow Task agent Object typ Method The process design must... ... be defined as task or workflow in SAP R/3 Individual activities in the process must be available as tasks before being included in workflow definitions A single-step task refers to an object type and one of its methods... ... which enables access to existing SAP functionality! Event Workflow- Definition
27.
28.
29.
30. Business Objects and Event-driven Workflow Customer Material Vendor Order Purchase order
31.
32. SAP Workflow Course PwC Consulting TM refers to the management consulting services businesses of the member firms of the worldwide PricewaterhouseCoopers organisation. 2001 PricewaterhouseCoopers. All rights reserved.
Notes de l'éditeur
To be successful it is necessary that the management supports workflow projects actively. Every department must have an active part in the development process. Every employee should bring in his/her knowledge and experiences.
SAP Business Workflow functionality integrates and complements the available comprehensive business functionality of the R/3 system. Integration of organizational management in SAP Business Workflow allows tasks to be linked with agents by an organizational assignment. Workflow management systems are used to realize Business Process Reengineering Projects in the context of electronic processing Allow quick and flexible adoption to changed organizations and requests Support the end user Make cross-application process control possible
Workflow management systems are information technology tools for the technological implementation of Business Process Reengineering. The aim of workflow management systems is to support business processing comprehensively, to make information accessible quickly, and to dramatically reduce throughput times and the times involved in waiting and in transport.
Information is readily available to the responsible agent Notification of a task to perform is immediate Task specific help for your company is available
Modification of the workflow definition is available with a graphical editor. Changes to organizational structures are picked up automatically at run time. No changes to workflows are necessary. Object oriented design
Workflow cannot be used to fill in missing SAP functionality. If you cannot perform a function manually, you cannot perform it with workflow. You must code the functionality first and then can take advantage of it with workflow.
A change to a material master record can trigger a workflow automatically. Flexible triggering event creation is available in workflow.
A workflow glossary is available to help distinguish terminology. You will find the glossary in the 18th section of this manual as well as in the online documentation.
The workflow definition controls the business process including the order in which the individual pieces of work are executed and any temporary data needed along the way. The workflow container is used to hold all temporary data. The workflow definition consists mainly of steps . Steps have different types with individual symbols. The workflow can be triggered by events , which are shown with an own symbol. Steps may be control logic (e.g. if amount > $1000 follow “Approval required” path, else follow “No approval needed” path) or actual pieces of work to be done (e.g. approve requisition), which we call tasks .
The Workflow Builder is the central tool of the SAP Business Workflow that allows you to create, modify, test or display a workflow definition.
Events tell the workflow something has happened so that the workflow can react. Events are system-wide and public (e.g. “requisition created” via transaction). You can use an event, to start a workflow An outcome is a possible result of a step. You can define an own reaction in the workflow for each outcome.
Events are defined as components of object types in the Business Object Builder and describe the status changes of objects. If a status change was carried out on an object and this is to be made known system wide, an event is created by the respective application.
This question refers to each single piece of work that needs to be done (tasks). A task might execute a transaction, a report, a function module, run a routine in an external system, update a spreadsheet, or simply act as a reminder to perform a manual task. For reasons of convenience, consistency and reusability of the logic required to perform the transaction/report/etc. is coded using object-oriented techniques ( methods of business objects ). A task may act as a mini standalone workflow. For example, IDoc Error Processing where we just want to notify someone that an error has occurred. If a task needs to be performed by an actual person (rather than by the system in background), then an agent needs to be assigned. At runtime the task generates a work item in the agent’s Business Workplace. This work item not only notifies the agent that they need to do something, it also brings the necessary instructions to them and allows them to execute the piece of work directly from the work item.
Any type of related information which can be accessed uniquely under an identifying key is an Object . Objects are created at runtime and are the specific instances of a previously defined object type which have been assigned values. Object Types are the generic descriptions of an object. Object Types are described and implemented in the Business Object Builder by specifying their components.
A task refers to an Object and one of the Object's Methods Tasks are used to process a business process. A business process may require only a single task to be executed (single step task). If you need several tasks, you can combine them within a workflow .
To decide who should receive a work item and therefore perform the task, we use organizational plans and roles . (Note: HR is not needed to do this. It is delivered with the Basis system). The organizational plan details the relationships between different departments, sections and teams (which are called organizational units ) within your company. Within an organizational unit positions indicate the “physical desk” at which a user (assigned holder of a position) sits, while jobs are used to generically describe a number of positions. E.g. job - clerk: position - Accounts payable clerk 1. Tasks can be assigned to organizational units, positions and jobs. Everyone assigned to a task via the organizational plan will receive a work item. If certain users should receive the work item based on runtime data, a role (which is a piece of the logic) can be created.
Your business process can be converted into a workflow. Each step in the process will be converted into a step in the workflow. The Workflow Builder can be used to order your steps. Events are used to trigger the workflow. Responsibility is assigned at the step level.
The disadvantages of the current methods of processing activities are eliminated to a large extent by a Workflow Management System incorporating the functions described here. SAP Business Workflow contains the “electronic equivalents” of these functions. When you are modeling a new business process, you can examine and copy an existing one. For example, you can approve an object (e.g., invoice) by means of a sequential or parallel double verification principle if the order value exceeds a certain amount. In this way, the transparency of organizational principles is guaranteed. In the case of purchase orders, you can find out how far the order has been processed to date - a feature that is particularly important for customer service or when answering customer queries. Even “completed” data is still available for processes that have already been terminated. By using the relevant components, such as the Workflow Information System, you can isolate weak points and therefore optimize the process.
The deadline monitoring function is a means of monitoring a process with the ability of initiating escalation procedures. A company, for example, aims to answer customer queries or issue an invoice one week after the purchase order has been received. An escalation procedure also ensures that a specific employee is notified in cases such as these. This type of escalation (automatic notification), for example, can also be reused in other processes. The employee responsible - either for processing the object or for escalation procedures etc. - is determined automatically at runtime, either from the organizational structure or from the role resolution. For example, a person could be responsible for verifying invoices by virtue of the fact that he or she belongs to a certain department in the Organizational Management. Alternatively, the person responsible when a deadline is exceeded could be determined by the role of the superior of the current auditor.
Insurance companies were probably one of the first sectors to demonstrate the advantages of a seamless handling chain. Here, clerks are responsible for customer acquisition, concluding contracts, and providing after-sales support. This contradicts the basic principles of Taylorism, in that the clerk must carry out these tasks across several applications and functions. The functional user guidance principles in the R/3 System allow you to distribute these tasks, e.g., in HR: notifications of absence can be entered outside HR by the end user in SD: external ordering tasks, etc.
A workflow can trigger another workflows by raising an event. A business object type is defined by entities and relationships by the data model. A task as a step in a workflow has one primary method and it can have one or more secondary methods as well as methods, which will be executed before or after executing the primary method.