A number of system settings and activities, which are client-dependent, need to be made for SAP Business Workflow. Online documentation and help can be invoked to describe each customizing task and its function relative to the SAP Business Workflow environment. The activity which is performed here allows you to maintain SAP business workflow standard settings at the ”touch of a button” ( Automatic Customizing ). Customizing for SAP Business Workflow is also checked to see whether it is complete in regards to other important settings which need to be made Afterwards an initial ”verification workflow” can be started to check settings. Automatic Customizing does not include maintenance of the organizational plan nor task-specific customizing such as the assignment between tasks and possible agents.
The logical RFC destination ”WORKFLOW_LOCAL_xxx” is created automatically, if this logical destination did not yet exist. The user WF-BATCH is requested including password. WF-BATCH has to be created in the current client with the user type BACKGROUND for a background user. Execute the function ”Test RFC destination”. The system tries to log on to the logical destination with the user specified. If there are password problems, logon is not successful (despite the green check mark in the result list). A dialog box to this effect is displayed. Maintain the RFC destination again by double-clicking on the green check mark before the entry ”Workflow RFC destination configured completely.” The workflow runtime system always carries out ist tFRC calls on the logical destination WORKFLOW_LOCAL_<Clnt>. Clnt stands for the 3-digit number of the client. The workflow runtime system only operates with one client. By assigning a name to the logical destination, the system-wide uniqueness of the logical destination is ensured. There is generally no logical destination for the tRFC calls of the workflow system.
Create a user with the name WF-BATCH, via the user administration function (transaction SU01). Create this user with the user type “background” Assign this user the authorization profiles “SAP_ALL” and “SAP_NEW” Maintain the user address for this user. You need to maintain a logical destination in each client of your system. When logging on to supply the user and password to the Workflow RFC destination (transaction SWUB), select ”Synchronize password” to ensure that the RFC password is automatically copied to the user master record if the password was changed.
Workflow administrator: Person responsible for the technical side of the workflow definition (system administrator). A workflow administrator must be available for every workflow definition and should be competent, in particular to correct errors in workflows. The workflow administrator is notified automatically of such errors during the runtime execution of workflow definitions. Further notes: Every workflow can have an administrator of it‘s own.. The administrator of a single workflow is defined in the basic data (responsibilities) of the workflow. Decision task as default for user decision: Task which is executed when the user should make a decision. When you create a step of type ‚user decision‘ in a workflow definition, the task entered here is copied to the workflow definition. If you change the entry here, all workflow definitions with user decisions created in the future will be affected. The ‚Generic decision task‘ is ad task supplied by SAP. You can create customer specific tasks. The must refer to method ‚process‘ of object type ‚decision‘. The task must be a ‚general task‘.
As of Release 4.5 user decisions are only created as full screens. Old workflows still have user decisions as dialog boxes. Advantages of full screen user decisions: The user decision can hide a secondary method, such as object display or ArchiveLink viewer, but can be pushed aside. This was not possible with presentation as a dialog box. Can be sized Attachments are displayed and can be added interactively on the user decision screen.
In this step, you specify the plan version in which you want to maintain your data. In other words, the active plan version. Set an active plan version. The active plan version is set to ”01,” provided an active plan version has not been maintained. Careful consideration is necessary when deciding which is to be the active plan version for the following reasons: For the purposes of integration, the active plan version in all PD modules is simultaneously the integration plan version. Thus, it is not necessary to set a new plan version each time you implement a new application component. Enter the plan version you wish to use as the active one both for the different PD modules and for integration purposes in the field ”value of semantic abbreviation” of the parameter group ”PLOGI PLOGI”
Deadline monitoring of work items on an individual basis is performed by a background job that must be scheduled once when the system is started. This background job plans itself each time for the next deadline to be monitored. Scheduling can be carried out via (transaction SWWB). Permanent deadline monitoring of work items, as opposed to monitoring on an individual basis, means that the background job scheduled is called periodically at intervals defined in minutes and checks whether deadlines have been exceeded since it was last called. Carry out the activity for scheduling permanent deadline monitoring (transaction SWWA), in each client of your production system if applicable. Recommendation: Only select permanent deadline monitoring if there are several deadlines to be monitored per minute. This customizing activity must be carried out if deadline monitoring is to be possible in SAP Business Workflow.
With this activity, you schedule monitoring and special handling for background work items that could not initially be executed because of a temporary error in the underlying object method. These background work items are then restarted automatically. Monitoring is deactivated in the standard version. To activate monitoring of work items in error the following activities will need to be done: Carry out the customizing activity which will invoke (transaction SWWD). Specify whether monitoring should be carried out. Specify the interval between two monitoring runs. Specify after how many attempts the background work item should finally be set to status ”error” Further notes: Carry out the customizing activity again, in each client of your production system if applicable. If monitoring is not activated or the total number of attempts is reached, the work item takes on status ”error” finally. In this status, a work item can be found using the selection report, and the error can be analyzed.
The start of the verification Workflow step will test the customizing efforts carried out in previous steps by testing some of the basic functionality during execution in the Workflow runtime environment. A work item will be sent to the initiating user of the verification task which will test the sending of both a work item to be executed in the form of a ”User Decision” and a notification sent to the users workplace. During the execution of the ”User Decision” task several functions at the task execution level can be tested, for example: an attachment can be either displayed or created in addition to other functions applicable at the task level via the business workplace.
The standard objects, e.g. roles, tasks, workflows are created with the prefix of the the entry for system and client.
The personal workflow settings enable you to adapt the system to suit your users. This is the technical conversion of the concept of user categories. User view with ActiveX (32-bit) User view of the workflow log, which does not contain any technical information. This view uses ActiveX controls and is therefore only available on 32-bit platforms. User view without ActiveX User view of the workflow log, which does not contain any technical information. This view uses the hierarchical list presentation of the ABAP list viewer (ALV). Technical view In addition to the semantically fundamental information, the technical view of the workflow log also shows technical numbers and texts, which may not be available in the logon language of the user. The technical view is intended primarily for system administrators. The table SWL_SYSTEM is used to preset personal workflow settings on a system-wide basis. Important: If a user has already maintained personal workflow settings, these are not overwritten by new entries in this table. Recommendation: If you want to make settings that differ from SAP’s settings, you should do this when setting up your system before users work with it.
Here you can make settings to adapt the display tools (work item display and workflow log) of the runtime system to your requirements. Other settings Display work item texts in logon language All work item texts are always displayed in the logon language in the user’s integrated inbox. If the logon language of the user is different from the language in which the work item was initially created, additional database accesses are required, which can delay the construction of the integrated inbox to some degree. Enable multiple forwarding of work items The work item can be forwarded to several agents (organizational unit, job, position, user, etc.) (Double)-clicking on an object displays the object in the same window In the work item display, you can select an object to display. This object is then displayed in the window of the current session and replaces the work item display. When you exit the display of the object, you return to the work item display. If you do not select the indicator, a new session is opened to display the object.
05 b 01workflowcustomizing
Configuration <ul><li>Contents: </li></ul><ul><li>Configure the SAP Business Workflow System </li></ul>
Configuration: Objectives <ul><li>At the conclusion of this section, you will be able to: </li></ul><ul><li>Initiate the steps required to configure the SAP Business Workflow runtime environment </li></ul>
Configuration: Business Scenario <ul><li>Now you must start the workflow configuration on the development system </li></ul><ul><li>On each SAP R/3 client you must “enable” the workflow system in order to do workflow development </li></ul><ul><li>Later you will investigate future workflow administration functions </li></ul>
Maintain the Administration Data Definition of the general Workflow Administrator Definition of the generic decision task used during run time
User Decision as Full Screen Change and resubmit notification of absence Withdraw notification of absence Cancel Chose one of the decision options. This completes the processing of this step. your own attachments. Title of attachment Clarify deadline on 23.01.99 with SAP Creator Patrick Schmidt Creation date 11.10.1998 Creation time 16:37:14 Workflow Objects Decision Edit Goto System Help Notification of absence 00000245 rejected by Hugo Boss Before your decision, you can display the attachments or objects added to the user decision. You can also add Reason for leave ban Hugo Boss 11.10.1998 08:14:34 Attachments Task description Decision options User decision can be sized
Customize Work Item Monitoring SWU3 SAP R/3 Work item monitoring Edit Goto Environment System Help Information on monitoring of work items with temporary errors 10:25:00 (Background and wait steps only) 13.06.1998 Job name Job no. Status of monitoring of work items w/ errors Interval until next rerun Retry counter for work items with errors Start date of backg. job - Start time of backg. job SWWERRE 10170901 X 20 3 (in minutes)
Workflow Verification SWU3 Start Workflow Verification List Edit Goto System Help - Start Verification Workflow Event generated You will find a work item in your integrated inbox which represents a user decision. When you have executed this work item, you will receive two mails (SAPoffice documents). They are the notification items for this user decision and the subsequent background step. Integrated inbox
Workflow Development Environment: Create Prefix numbers for Standard Objects You must have an entry for each system and client you want to use
Personal Workflow Settings: Background <ul><li>Why do we need them? </li></ul><ul><ul><li>One workflow log or one work item display is not enough since various user categories work with it, for example: </li></ul></ul><ul><ul><ul><li>Workflow modelers and administrators (require access to all technical information, such as containers, work item IDs, step numbers, all step types, etc.) </li></ul></ul></ul><ul><ul><ul><li>Workflow end users (no technical details, focused on the content of the work item, confused by too much functionality, etc.) </li></ul></ul></ul><ul><li>What functionality is involved? </li></ul><ul><ul><ul><li>Administrator sets the default on a system-wide basis </li></ul></ul></ul><ul><ul><ul><li>Every user can then personalize their own settings </li></ul></ul></ul>
Personal Workflow Settings: Users Work item display User view with ActiveX (32-bit) User view without ActiveX Technical view Workflow log User view with ActiveX (32-bit) User view without ActiveX Technical view Other settings Default values Personal Workflow Settings of Patrick Schmidt Work item display Workflow log Others Business users Technical users Display work item texts in logon language Enable multiple forwarding of work items (Double)-clicking on an object displays the object in the same window
Configuration: Summary <ul><li>The Workflow customizing can be done by using the IMG or the workflow development environment </li></ul><ul><li>Automatic customizing of Workflow is available </li></ul>
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.