Skip to Content
Technical Articles
Author's profile photo Sudheer Anugu

SAP CPI – Retry Send Failed Asynchronous Messages Based On Time Interval

In this Blog let’s discuss how we can resend failed messages automatically 3 times with 5 minutes interval like in PI/PO and then generate an error or success alert emails

You can set iterations count like 3 times or 5 times and interval time of 5 minutes or 10 minutes accordingly your requirements


Part 1: The Main Integration Process


Example : Lets take a scenario IDOC to HTTP (asynchronous)


You can develop IDOC to HTTP iflow as you need as per the requirements however few changes needs to be done to the iflow to make sure we capture the required payload (After Map XML) which needs to be reprocessed by retry iflow

Our goal is to make sure we capture only successful After Map XML and reprocess only final payload to final URL



  • Set Below Properties in content modifier only after mapping step and externalize if needed as shown below



  • Set Routing Condition in exception sub process as shown below, this routing condition will act like start/stop feature to enable retry send failed messages option



  •  Process Call “Save AfterMap XML to DB Store  For Entry”
  • To make sure we are retrying to send only after map xml we are setting routing condition as shown below, default is to generate error email directly which is another process call in iflow




  • Script to set message GUID as header


  • Set AfterMap XML Body



  • Write DB Store using Header Message Guid, select overwrite existing message


Final Step Important which  be later used in the actual retry iflow is to externalize the final receiver URL with name ” Final_EndPoint_URL ”


Part 2: The Retry Custom Iflow


This iflow  reads the message from iflow 1 written message in database store for every 5 minutes as per timer and if the message is successfully delivered to final endpoint maintained in retry iflow itself it sends a success delivered email and if unable to deliver the message counter script will count the iterations and write it to a new DB store with name as counter and after 3 iterations it will delete all records from database store and send error alert email

you can download iflow from the google drive link below and upload to your CPI tenant

Make sure you configure the externalized parameters as needed for all adapters/channels

You can add as many receivers you wanted based on routing conditions

this is developed based in my requirements and you can enhance it accordingly your needs

You can set counter datastore values local or global


Ex: File to IDOC scenario and you have set receiver name as SAP and by default receiver name is SAP_IDOC as “IDOC” is added automatically based on adapter used, so based on this you can set receiver routing condition as “SAP_IDOC” so that all IDOC related messages are going to one receiver

Ex: IDOC to SOAP If you have 10 soap receiver Iflows you can still manage with one receiver as URL is automatically extracted based on message GUID of the original message from sap business hub (Integration content Configuration API) and set it to header “CamelDestinationOverrideUrl” which will over write your dummy URL you set in soap channel in retry iflow

Note: Original message details including Receiver are fetched automatically based on message guid from “message processing logs” of ODATA service (https://${header.TenantID}



IFLOW Download Link




Reference documents





Assigned Tags

      You must be Logged on to comment or reply to a post.
      Author's profile photo Rakesh damera
      Rakesh damera

      Thank you for sharing this with the community! This will hopefully help clients work around the JMS queues / Enterprise License need. Did you see any inconsistency or issues with the Data Stores, for maybe high volume/frequency interfaces using this approach?

      Author's profile photo Sudheer Anugu
      Sudheer Anugu
      Blog Post Author

      This iflow works irrespective of adapters. I tested with 100 error messages and did not find any inconsistency or issues with the Data Stores and I don't expect in real time more than 100 errors in 5 minutes interval anyway it should handle N no of error messages as we are selecting and splitting. You can always leverage for your needs or let me know for any issues I will update the iflow to make it more reliable and better

      Author's profile photo Yatanveer Singh
      Yatanveer Singh

      Hi Sudheer,


      For me the Error Message: ${property.Error_Info} is returning,




      Author's profile photo Yatanveer Singh
      Yatanveer Singh

      Hi Sudheer,


      My final end point service is secured, can we pass the credentials dynamically




      Author's profile photo Saurabh Kumar
      Saurabh Kumar

      Hi Sudheer,

      In My scenario, I am polling multiple files  from Azure and polling is done based on last modified date. and sending all files to SFTP .

      In case SFTP goes down ,will this solution help to repush all the files with same file name .

      Thanks and Regards


      Author's profile photo Safeer Shah
      Safeer Shah

      Hi Sudheer,


      Can we make it counter base i.e. if message failed 5 times then retry after that send error notification