IDoc Error Handling Using Workflow
IDoc Error Handling Using Workflow
IDoc Error Handling Using Workflow
Error notification is the primary use of workflow in the ALE/EDI interface. When exceptions are raised in the outbound or the inbound process, workflow is started and a user responsible for handling the error receives a notification in his or her SAP Inbox. After the problem is severe enough to require the process to be restarted from the beginning, then the process in error can be purged to avoid any further processing. The transaction for Sap Inbox is SO01. Errors are intelligently routed to the right person based on the type of error. Errors have been grouped into various categories. A person can be responsible for handling multiple types of errors or several users can be responsible for resolving a single type of error. The system can be configured in various ways to handle errors, depending on the size of your company.
Developing a Strategy
Your objective is to design the organization structure so that the right person is notified and the workload can be managed efficiently. The following steps will help you to build a strategy: Develop a list of messages that are being used in the ALE/EDI process. Identify the task associated with each message. Develop a list of users who will handle application errors for each of the identified messages. When selecting a user ,make sure you select a business person and not a technical person, because most errors that occur during production are data related and business people are the best equipped to fix the data errors. Identify a key technical person who will handle technical problems with the interface. This person becomes the EDI administrator, he or she does not need detailed functional knowledge.
Identify the number of positions that will be required to handle the ALE/EDI process. This number depends on the complexity of the organization, number of EDI messages and volume of EDI transactions. It is usually best to define a position for each business function; for example; one position can handle all messages related to the purchasing cycle, and another position can handle messages related to invoicing. your organization may require one person per message type. Identify backups for each user. After the various objects such as positions, tasks and users are identified, you can start building the PD-ORG for the EDI group.
5.Assign users to these positions. Click on the POSITIONS and then Click on Assign Holder Button. You can now enter a UserID.Repeat this step for all positions.
1.Enter the task number. Click on Display. 2. From the menu,choose Additional Data,Agent Assignment, Maintain.Click on the task and press the General Task button.CheckThe general Task checkbox and save the values. In the second strategy for assigning agents , you specifically assign each task to a set of positions that you have identified. The steps are as follows: Transaction:PFTC Menu Path: From the Area Menu of Workflow, choose Definition Tools, Tasks. 1. Enter the task number. Click on Display. 2. From the menu ,choose Additional Data ,Agent Assignment, Maintain. 3. Click on the task and click on the Create Button. Select the Position Radio button and then enter the position number. You can repeat this step for all positions that are to be assigned to this Task.
2.Execute the report (RSEIDOCM) by using transaction se38 3.Specify the responsible PD-ORG object on the selection screen.This object could be a user,position,job,or an organization unit. 4.Define threshold values. The selection parameters allow you to specify threshold values. Most of the Parameters on the selection list are self Explanatory.The following parameters may need some explanation: * Status group: The various status code associated with an IDOC have been categorized in status groups. This arrangement allows you to monitor the state based on a status group. For example, group 5 represents codes in this group are 02,20,21,26,27,29 and 34.You can see the grouping in table TEDS3. * Critical IDoc no. The value in this field specifies the threshold value that is checked for sending a work item. If the state of the system exceeds this value , a work item is sent.
Start time for batch run. From the current date and time specify the number of days,hours,minutes and seconds in the past from which the run should be executed. End Time for Batch Run.From the current date and time ,specify the number of days,hours minutes and seconds up to which the run should be executed.This value should be less than the start date. Click on the Execute Button to start the report. If the system state exceeds the threshold then the person specified in the report will receive a work item.Executing the work item generates the IDOC statistics report and you can drill down to see a list of IDocs that were selected.
4.Identify an existing Task or create a new task or a workflow that should be started based on the event. 5.Define the event linkage between the event and the workflow. This step can also be performed from the task itself by activating the triggering event.