cancel
Showing results for 
Search instead for 
Did you mean: 

IDoc to Soap, with BPM - > Permanent error in BPE inbound processing

Former Member
0 Kudos

Hi Experts,

IDoc to Soap, with BPM - > Permanent error in BPE inbound processing

How to rectify this any issue???

Thanks-

sk

Accepted Solutions (0)

Answers (4)

Answers (4)

Former Member
0 Kudos

Answered

prateek
Active Contributor
0 Kudos

U may do the following:

1. Recheck the BPM config

2. Check SWWL for errors, delete the entries and reimport BPM in ID

3. Perform sxi_cache refresh

4. Also check the specific data in request/response mapping

Regards,

Prateek

Former Member
0 Kudos

Satya, send us pls complete error information..

Peter

Former Member
0 Kudos

Hi Peter,

This is what I get in RWB, SOAP Rec CC monitoting...

1. Message processing started

2. request entering

3. SOAP: call failed: java.net.ConnectException: Connection timed out: connect

4. Message processing failed. Cause: com.sap.aii.af.ra.ms.api.RecoverableException: Connection timed out: connect: java.net.ConnectException: Connection timed out: connect

And when i chek it in SXMB_MONI, It says Scheduled for Indound processing, later I went to relavant queue and refrshed the it says as SYS ERROR, if i still go inner and check its say"Permanent Error in BPE inbound Processing"

Is this coz of meaage fail at web service side???

Please need a quick resolution, points wiil be given...thnaks in advance.

thanks-

sk

aashish_sinha
Active Contributor
0 Kudos

Hi,

The inbound processing encountered a permanent error and the queue therefore stopped.

The error message "Permanent error in BPE inbound processing" may be caused by the following:

- At the start or when you process a process instance, the inbound processing encounters an exception that was not handled. This exception is triggered, for example, by a transformation step, a synchronous send step or a control step but it was not caught in an exception handler branch. If the exception that was not handled occurs in the first transaction of the started process instance, the system does not write the process instance to the database but it sets the queue that has this error message to the error status.

Refer to the help in Note 1082099

- The inbound processing triggers this error if the correlation evaluation shows that a message should be delivered to a process instance that has the status "error". Since delivery to process instances that contain errors is not permitted, the queue is stopped.

Use the simulation of the message delivery in the detail view of the relevant queue LUW to determine the relevant process instance for the affected message and use transaction SXMB_MONI_BPE "Continue Process Following Error" (or transaction SWF_XI_SWPR) to continue. If you cannot continue the process instance, check whether you can logically delete the instance. In this case, use the method that is described in Note 807906 to logically delete a process instance.

Check whether your system contains other process instances that have errors in order to detect similar problems. Use transaction SXMB_MONI_BPE "Continue Process Following Error" or transaction SWF_XI_SWPR.

Use the report RSWF_CRL_MAINTAIN to check all of the correlation instances in question or the relevant process instances that you can reach using "Display Work Item".

- Messages that cannot be delivered because no correlation instance can be found may lead to the error that is mentioned here. Check whether the causes that are outlined in Note 1094028 affect your case.

Hope this will help you.

Regards

Aashish Sinha

PS : reward points if helpful.

aashish_sinha
Active Contributor
0 Kudos

Also in addition to my above points..

- The inbound processing triggers this error if the system can locate a correlation instance for a message but cannot locate an active receive step for the message. However, an active receive step is required in accordance with the delivery mode "Without Buffering" (transaction SWF_INB_CONF).

- Check the help in Note 1040614.

- Check whether the relevant process instance may have terminated due to a system crash (for example, runtime error) and whether the process instance can continue so that it can reach a suitable receive step. Use the simulation of the message delivery in the detail view of the relevant queue LUW to determine the relevant process instance for the affected message. If required, use transaction SXMB_MONI_BPE "Continue Process After System Crash" (or transaction SWF_XI_SWPC) to continue the process. If you cannot continue the process instance, check whether you can logically delete the instance. In this case, use the method that is described in Note 807906 to logically delete a process instance.

- Check whether your system contains other terminated process instances in order to detect similar problems. Use transaction SXMB_MONI_BPE "Continue Process After System Crash" or transaction SWF_XI_SWPC.

- Use the report RSWF_CRL_MAINTAIN to check all of the correlation instances in question or the relevant process instances that you can reach using "Display Work Item" to see whether they provide the required receive step.

Regards

Aashish Sinha

PS : reward points if helpful

prabhu_s2
Active Contributor
0 Kudos

maybe the bpm parameters need to be chcked again for any errors. also check sxi_cache for the return code