Skip to Content

Holding Message not restarted after remove predecesor by Extended EOIO Error Handling

The scenario is very clear.

I have a queue that we use Extended EOIO Error Handling.

This part works as intended: Message in error is canceled & generated a copy with QoS EO and status copied.

But, when the message that fails is canceled the other messages in queue doesn't being triggered for delivering.

I tryed to use the background job of restart filtering for interface but just restart the system error messages, not the holding messages.

How I can automatically restart the holding message? I'm almost sure that it's a problem with the Extended EOIO Error Handling, but maybe the problem is related that we have a splitting mapping (we generate one idoc or other in the same operation mapping).

We have a SAP PO 7.4 SP12 Patch Lvl 40

Maybe should I open a message to SAP but i prefer ask to community before.

Add comment
10|10000 characters needed characters exceeded

  • Get RSS Feed

2 Answers

  • Nov 30, 2017 at 01:48 PM

    Hi Xavier, I once had this issue and the underlaying reason what that the status was not updated into the database because of an issue when activating a higher level of trace/staging. This was resolved implementing the note https://launchpad.support.sap.com/#/notes/2176374 However, having a look at your SP/PL, this shouldn't be a problem in your system and i would open a call with SAP.

    What is the status of the following messages?

    Add comment
    10|10000 characters needed characters exceeded

  • Nov 30, 2017 at 02:10 PM

    We have seen another note that apply for us. https://launchpad.support.sap.com/#/notes/2381352

    Add comment
    10|10000 characters needed characters exceeded