on 06-10-2012 6:55 PM
Error Category | RCVR_DETERMINATION |
Error Code | NO_RECEIVER_CASE_ASYNC |
Receiver Agreement
<Not found>
Runtime error
Problem occurred in receiver agreement for sender -IP_MatInfo_00 to receiver -XIN_106,http:\\andreas.hackl.com.SI_MatInfo_List_Async_Abstract: No standard agreement found for , IP_MatInfo_00, , XIN_106, http:\\andreas.hackl.com, SI_MatInfo_List_Async_Abstract
<Trace level="1" type="B">CL_XMS_PLSRV_OUTBINDING-ENTER_PLSRV</Trace> <Trace level="1" type="T">error with outbound binding. </Trace> <Trace level="1" type="T">No standard agreement found for , IP_MatInfo_00, , XIN_106, http:\\andreas.hackl.com, SI_MatInfo_List_Async_Abstract </Trace> <Trace level="1" type="E">CL_XMS_PLSRV_OUTBINDING-ENTER_PLSRV</Trace>
==================================================================================================================
Hi Andreas,
can you please do the ID part using the ID wizard ?
once for RFC-BPM and once for BPM-file, selecting the objects from help ?
This way it should be created correctly,
Regards,
Michal Krawczyk
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Andreas,
I think there are not more things to add to Vishwajeet and Michal. If you want you could put pictures about the BPM design and configuration where the error is involved and someone probbably can check any error that you are missing, you should think that n-eyes see more than two
Regards.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi all,
thank you a lot for your very helpful answers. I think the Idea of using the Wizard is
very good. I'll try this once I find time (and then also award all the points to you). The scenario problem itself is purely on the BPM to file side. I have attached screenshots for the outbound payload,
the Interface determination, the receiver agreement and the interface determination. Also the error can be seen there.
The CPACache and SXI_CACHE are certainly up to date, I refreshed them fully and
found both interface determination and receiver agreement in it.
More details about the scenario can be found in the thread
http://scn.sap.com/thread/3186137 (which has been solved).
best regards
Andreas
Hi Andreas,
The error 'NO_RECEIVER_CASE_ASYNC' when the message is not able to determine what is the receiver. it can be because of many reasons:
1. Check the message payload for currect Sending Business Service and Sending interface.
2 Receiver Determination is not configured properly in integration directory. If RCV DETERMINATION is standard then check the Receiver system name. If extended then check the IM used.
3. If Receiver Determination is extended and performs a look up to find receiver check that the values are correctly populated.
4. Check in SXI_CACHE(for ABAP Runtime cache) or ID cache (or if RCV DETERMINATION is extended then IR cache) that the cache is upto date, if not check with the basis person.
Regards,
Vishwajeet
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
85 | |
10 | |
10 | |
9 | |
6 | |
6 | |
6 | |
5 | |
4 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.