# SAP IDoc Reprocessing Runbook Template > Source: https://netray.co/tools/sap-idoc-reprocessing-runbook-template > Publisher: Netray (netray.co), AI and integration engineering for ERP and manufacturing systems. > Section: Free Tools ## Short answer A fill-in runbook that tells support staff how to select, check and reprocess failed IDocs for one interface, with approvals and rollback notes. ## Category sap ## Erp SAP S/4HANA ## Audience - SAP support analyst - SAP integration developer - Operations team ## Tool **Kind:** template **Output:** document **Fields:** #### Interface name **Key:** interface **Type:** text **Default:** Customer orders (ORDERS05) #### Interface ID **Key:** interface_id **Type:** text **Default:** IF-001 #### Direction **Key:** direction **Type:** select **Options:** - Inbound - Outbound **Default:** Inbound #### Message type **Key:** msg_type **Type:** text **Default:** ORDERS #### Failure statuses covered **Key:** failure_status **Type:** text **Default:** 51, 56 #### Primary reprocess method **Key:** tcode **Type:** select **Options:** - BD87 - RBDMANI2 - RBDAGAIN - WE19 - Middleware replay **Default:** BD87 #### Maximum IDocs per run **Key:** max_batch **Type:** number **Default:** 500 #### Target time to recover **Key:** sla **Type:** text **Default:** 4 business hours #### Approver for bulk reprocessing **Key:** approver **Type:** text **Default:** Order to cash lead #### Escalation contact **Key:** escalation **Type:** text **Default:** SAP integration on-call #### Last reviewed **Key:** date **Type:** date **Default:** 2026-10-20 **Blocks:** #### Runbook: {{interface}} **Body:** Interface ID: {{interface_id}} Direction: {{direction}} Message type: {{msg_type}} Last reviewed: {{date}} #### Scope **Body:** This runbook covers IDocs for {{interface}} in failure statuses {{failure_status}}. Target time to recover is {{sla}}. Bulk reprocessing above {{max_batch}} IDocs in one run needs approval from {{approver}}. #### Procedure **Table:** **Columns:** - Step - Action - Tool - Check **Rows:** **0:** 1 **1:** List failed IDocs for message type {{msg_type}} **2:** WE02 or BD87 **3:** Count and group by error text **0:** 2 **1:** Identify the root cause from the status record **2:** WE02 **3:** One cause per group **0:** 3 **1:** Correct master data or configuration **2:** Functional team **3:** Fix confirmed in the target client **0:** 4 **1:** Reprocess a single IDoc as a test **2:** {{tcode}} **3:** Status changes to success **0:** 5 **1:** Reprocess the remaining IDocs in batches **2:** {{tcode}} **3:** No more than {{max_batch}} per run **0:** 6 **1:** Confirm documents were created or sent **2:** Business transaction **3:** Document numbers match **0:** 7 **1:** Record the outcome in the ticket **2:** Service desk **3:** Count, cause, fix #### Do not do **Body:** Do not reprocess IDocs before the root cause is fixed. Do not change the IDoc data in WE02 without recording the change in the ticket. Do not delete IDocs to clear a monitor. Do not resend outbound IDocs that the partner may already have received without checking with them first. #### Escalation **Body:** If reprocessing fails with the same error after the fix, or if more than the usual number of IDocs fail within an hour, escalate to {{escalation}}. #### Approval **Signatures:** - Interface owner - Operations lead **Notes:** BD87 is the usual status monitor for inbound and outbound IDocs. RBDMANI2 reprocesses inbound IDocs with errors and RBDAGAIN resends certain failed outbound IDocs. Test the exact programs in your release and client before relying on this runbook. ## Content **Intro:** Reprocessing IDocs is simple when one expert does it and risky when it is passed around. This runbook template gives support staff a repeatable procedure for one interface, including limits, approvals and what not to do. **Sections:** #### How to use the runbook template **Body:** Create one runbook per interface or per message type. Fill the scope fields, choose the reprocessing method and name the approver and escalation contact. Export the document and store it where the support team works, usually the service desk knowledge base. The procedure table is intentionally short: select, diagnose, fix, test with one IDoc, reprocess the rest, verify the business document and record the result. Adjust the steps to match local tools, such as a middleware replay for IDocs that originate in an external system. **Bullets:** - One runbook per interface - Name a real approver for bulk runs - Review at least once a year #### Choosing the reprocessing method **Body:** BD87 lets you select IDocs by status, message type and date and then process them in the foreground or background. It works for most inbound failures. Program RBDMANI2 can force reprocessing of inbound IDocs in selected statuses, which is useful for scheduled jobs. For outbound IDocs that never reached the port, RBDAGAIN can resend those in statuses such as 02, 04 and 05. WE19 is the test tool and is better suited to a single IDoc whose data you want to edit and copy than to mass recovery. For IDocs originating outside SAP, the better fix is often to replay from the middleware. #### Risks to control **Body:** The main risk is duplicate or partial processing. Posting the same order twice, resending a shipment notice a customer already acted on, or reprocessing in the wrong client all cause real damage. That is why the template forces a test of one IDoc, a batch limit and a business check. For outbound resends, confirm with the partner that the first message was not received. For inbound, confirm the application document does not already exist. Write the duplicate check for your interface into the Check column. **Bullets:** - Test one IDoc before the batch - Check for duplicate documents - Keep an audit trail in the ticket **Cta:** Netray can add a read-only monitor that groups failed IDocs by root cause and proposes the matching runbook step, with a human approving every reprocess. **Faq:** #### What is the difference between BD87 and RBDMANI2? **Answer:** BD87 is an interactive status monitor where you select and process IDocs. RBDMANI2 is a report that reprocesses inbound IDocs with errors and can be scheduled as a job. Both end up calling the same posting logic. #### Can I reprocess an IDoc that is in status 53? **Answer:** No. Status 53 means the application document was posted successfully. Reprocessing would risk a duplicate, so the standard tools do not offer it for that status. #### How do I resend an outbound IDoc? **Answer:** For IDocs that failed to reach the port, use RBDAGAIN or BD87 to dispatch again. For IDocs already delivered where the partner needs a new copy, create a new IDoc from the application document, for example by message control output repeat. #### Who should approve bulk reprocessing? **Answer:** The business owner of the process, such as the order to cash lead for sales orders. They understand the cost of a duplicate. Agree the batch limit in the runbook. ## Search terms idoc reprocessing runbook, bd87 reprocess idoc, rbdmani2 reprocess, rbdagain resend idoc, sap interface support procedure, idoc error handling procedure, sap runbook template --- Talk to an engineer: https://netray.co/contact?intent=erp_ai | Machine catalog: https://netray.co/agent/catalog.json