Inbound IDoc integration for supply-planning (si-2211) stuck in status 52, data not posting to IBP

We’re experiencing issues with inbound IDocs from S/4HANA to SAP IBP supply-planning module. The IDocs are reaching IBP but getting stuck in status 52 (application document not created). This started happening after we added new product categories to our master data.

The IDocs are PORDCR02 messages containing planned order data from S/4HANA MRP runs. When I check in transaction WE02, I can see the IDocs arrive successfully (status 50), but then immediately move to status 52 with the error message: “Partner profile configuration incomplete for message type PORDCR.”

I’ve verified the partner profile exists in transaction WE20 with the correct message type and process code. The same configuration worked fine for three months before this issue started. Our supply planning team is missing critical planned order updates, causing delays in our supply plan optimization runs.

Has anyone dealt with IDoc status 52 errors related to partner profile configuration in si-2211 supply-planning integrations?

I’ve seen this exact scenario before. When you added new product categories, did you also update the output control settings in S/4HANA? The IDoc segment mapping might need adjustment for the new material groups.

In S/4HANA, check transaction NACE for output type PLO1 (planned orders). Verify that the new material groups are included in the condition records and that all required partner functions are maintained. Sometimes status 52 happens because the sending system isn’t populating segments correctly for new master data.

Here’s a comprehensive solution for resolving IDoc status 52 issues, covering IDoc segment mapping verification, partner profile configuration, and systematic troubleshooting:

1. IDoc Segment Mapping Verification:

First, analyze the failing IDocs to identify segment-level issues:

In S/4HANA transaction WE02:

  • Select one of the failed IDocs (status 52)
  • Click “Display IDoc” and expand all segments
  • Focus on these critical segments for PORDCR02:

E1PORDH (Header Segment): Required fields that must be populated:

  • PLNUM (Planned Order Number)
  • MATNR (Material Number)
  • WERKS (Plant)
  • GSMNG (Total Quantity)
  • DISPO (MRP Controller)
  • PLNTY (Planning Type)

E1PORDP (Position Segment): Required fields for supply-planning integration:

  • PEDTR (Planned Delivery Time)
  • PSTTR (Scheduled Start Date)
  • PSTRT (Scheduled Finish Date)
  • MATKL (Material Group) - this is likely your issue
  • LGORT (Storage Location)

For your new product categories, verify that MATKL is populated. If missing, this explains the status 52 errors.

Root Cause Identification: New product categories may not have material group assignments in S/4HANA master data (table MARA field MATKL). Check:

  • Transaction MM03: Display Material Master for new category products
  • Basic Data 1 tab > General Data section > Material Group field
  • If blank, this must be populated before IDocs will process successfully

2. Partner Profile Configuration Validation:

Even though your partner profile exists, verify all parameters are correct:

In S/4HANA Transaction WE20:

Partner Profile Setup:

  • Partner Type: LS (Logical System)
  • Partner Number: [Your IBP Logical System]
  • Navigate to Inbound Parameters

Inbound Parameter Verification:

  • Message Type: PORDCR
  • Process Code: PLO1 (or custom code if you created one)
  • Processing Type: “Processing by Function Module”
  • Function Module: Should be IDOC_INPUT_PORDCR or custom FM
  • Trigger Immediately: Checked (important for si-2211 real-time processing)

Critical Settings Often Missed:

  • Outbound Options tab: Ensure “Application Acknowledgement” is NOT required (can cause status 52 if IBP doesn’t send acknowledgement)
  • Post Processing Permitted Agent: Should be blank or set to appropriate workflow user

3. Status 52 Troubleshooting - Systematic Approach:

Step 1 - Enable Detailed Logging: In IBP Admin Console:

  • System Configuration > Integration > IDoc Processing
  • Enable “Debug Mode” for PORDCR message type
  • Set log level to “VERBOSE”
  • Save configuration

Step 2 - Reprocess Failed IDoc: In S/4HANA transaction BD87:

  • Select the failed IDoc number
  • Click “Process” button
  • Check status - should show detailed error message now
  • Review application log (transaction SLG1) for specific field validation errors

Step 3 - Analyze Application Log: Transaction SLG1 in S/4HANA:

  • Object: /SAPAPO/OM (or similar IBP object)
  • Look for messages like:
    • “Field MATKL is mandatory but not supplied”
    • “Segment E1PORDP position 003 contains invalid data”
    • “Material group validation failed for material XYZ”

Step 4 - Check RFC Connectivity: Transaction SM59 in S/4HANA:

  • Find RFC destination used in partner profile (typically IBPCLNT### format)
  • Click “Connection Test” button
  • Should return: “Connection to system IBP established”
  • Click “Authorization Test” button
  • Should return: “Authorization for user [IBPUSER] successful”

If authorization test fails:

  • Verify user in RFC destination has not expired
  • Check IBP roles assigned to integration user (minimum required: SAP_IBP_INTEGRATION_USER)
  • Reset password if needed and update RFC destination

4. Master Data Correction for New Product Categories:

Since the issue started with new product categories, fix the root cause:

Immediate Fix - Material Master Update: For each material in new categories:

  • Transaction MM02 (Change Material)
  • Basic Data 1 tab
  • Populate Material Group (MATKL) field with appropriate value
  • Save changes

Bulk Fix - Mass Maintenance: If many materials need updating:

  • Transaction MM17 (Mass Maintenance)
  • Select materials by new category codes
  • Change field: MARA-MATKL
  • Set value: [Appropriate Material Group]
  • Execute mass change

5. IDoc Reprocessing After Fixes:

Once master data is corrected:

Option A - Manual Reprocessing:

  • Transaction BD87
  • Select all status 52 IDocs for PORDCR
  • Click “Process” to retry
  • Monitor status changes (should move to 53 = successfully posted)

Option B - Automated Reprocessing:

  • Create background job using program RBDAPP01
  • Parameters: Message Type = PORDCR, Status = 52
  • Schedule to run hourly until backlog cleared

6. Prevention Measures:

Implement these checks to prevent future occurrences:

Master Data Validation:

  • Create validation rule in S/4HANA: All materials must have material group before MRP run
  • Transaction OMS9: Create check for MARA-MATKL mandatory

IDoc Monitoring:

  • Schedule daily job to check for status 52 IDocs (transaction WE07)
  • Alert integration team if count exceeds threshold (e.g., >10 failed IDocs)

Partner Profile Audit:

  • Quarterly review of partner profile configurations (transaction WE20)
  • Verify RFC destinations remain valid and authorized
  • Test sample IDoc flow end-to-end

7. Verification Testing:

After implementing fixes, validate the complete flow:

Test Scenario:

  1. Create planned order in S/4HANA for new product category (transaction MD11)
  2. Trigger IDoc generation (transaction BD10 or wait for scheduled job)
  3. Monitor IDoc in WE02 - should reach status 53
  4. Verify planned order appears in IBP supply-planning
  5. Check IBP planning area for correct quantity and dates

Expected Results:

  • IDoc status progression: 50 (received) → 53 (posted successfully)
  • No status 52 errors
  • Planned order visible in IBP within 5 minutes
  • All segments correctly mapped to IBP data model

This solution addresses all three key areas: proper IDoc segment mapping with all mandatory fields populated, correct partner profile configuration with appropriate process codes and function modules, and systematic troubleshooting using SAP standard tools (BD87, SLG1, SM59) to identify and resolve the specific cause of status 52 errors in your supply-planning integration.

Enable detailed IDoc logging in IBP to see the exact validation errors. In the IBP Admin Console, go to Integration Settings > IDoc Processing > Enable Debug Mode. Then reprocess one of the failed IDocs using transaction BD87. The system log should show which specific field or segment is causing the status 52 error.

Also check the partner profile’s inbound parameters - specifically the process code. Make sure it’s pointing to the correct function module for PORDCR processing in IBP.

Beyond the segment data, verify your partner profile has the correct RFC destination configured. Status 52 can occur if the partner profile references an RFC destination that no longer has proper authorization or connectivity to IBP.

Test the RFC connection from S/4HANA using SM59, and make sure the user configured in the RFC destination has the necessary IBP roles for creating planned orders in supply-planning. Sometimes security changes or password expirations cause these mysterious status 52 errors.

I checked the IDoc segments and found that the new product categories have a different material group structure. Some E1PORDP segments are missing the MATKL (material group) field, which might be mandatory for IBP processing. Is there a way to see exactly which field is causing the rejection?