General Procedure Model 
With SAP Business Workflow you can map business processes in the SAP System and process them (several times if required) under the control of the workflow system. A workflow management system can process and monitor structured processes that:
Encompass a sequence of activities,
Reoccur in the same or similar forms,
Involve several people of groups of people,
Require a lot of coordination.
In addition to this general procedure model for working with SAP Business Workflow, there are also role-specific procedure models. For descriptions of these procedure models, see Workflow Roles.
Before working with SAP Business Workflow, you should have a clear idea of the areas in question and the extent to which you want to change and adapt business processes, and pass them over to electronic process control.
Use the following procedure model as orientation when working with SAP Business Workflow.
The enterprise-specific organizational plan describes the organizational assignment of the employees. The aim of this is to determine the responsibility of employees for the execution of individual business activities in the form of activity profiles.
You maintain the organizational plan on a client-specific basis. You can use an organizational plan that was created (or is still being created) for HR purposes in SAP Business Workflow as well without making any changes, as long as the workflow functionality and the HR application are used in the same client.
Generally, however, in each client you (only) map those sub-areas and organizational structures of your enterprise, in which you also coordinate business processes using SAP Business Workflow.
For more information, see Enterprise-Specific Organizational Plan.
You identify all objects involved in your business process. You sort out which business function you want to map in your scenario and which attributes you want to access for control purposes.
You check whether the relevant object types with their methods, attributes and events are defined in the Business Object Repository. The grouping of object types in the application component hierarchy and the option of searching generically for parts of a name help when looking for existing object types.
If you find an object type whose definition meets your requirements, you can use it without making any modifications.
If you find an object type whose definition does not quite meet your requirements, you extend its definition.
If you do not find a suitable object type, you define your own object type.
For more information, see Extending and Adapting Object Types.
You identify the tasks involved in your business process. You establish which object method is to be executed with the task and who is responsible for executing it. You then define the tasks by specifying object type and method, and determine the possible agents of the tasks.
Note
In the test and development stage, you should make all the tasks used general tasks.
You check whether tasks are already defined.
The tasks available are not usually sufficient, meaning that you have to define additional tasks to meet your requirements.
For more information, see Single-Step Task.
You identify possible agent rules in your business process. You use these rules when agents are to be found using specific, business, functionally-oriented criteria.
Note
Specifying rules is always optional.
You can initially do without rules in the test and development stage.
You check whether you can use existing rules. If you cannot use existing rules, you define your own.
For more information, see Rule.
You identify the events required to initiate and control the workflow and check whether these events are defined for the relevant object types.
If you require an event that is not incorporated in the standard version, you must add the event to the relevant object type definition and ensure that the event is created.
For more information, see Event.
To describe a business process usually comprising several steps, you create a workflow.
You can use SAP workflows as templates for your own developments to help you make a start. You use the Workflow Builder for the definition. You can also create new workflows there directly.
From a technical point of view there is a multistep task for every workflow. For more information, see Multistep Task.
You can learn the basic principles of workflow definition and execution in the demo example for processing a notification of absence.
For more information, see Demo Example: Processing a Notification of Absence.
There are tutorials that introduce you step-by-step to selected functions. See SAP Business Workflow - Tutorials.