on 07-09-2017 12:07 AM
Hi Guys,
I know this may have been raised already in previous posts but none specifically to my situation.
Really need your help on this error.
Always get this error in my receiver determination: "No receiver could be determined". I did create one already and please see screenshot below.
Where did I go wrong?
Hope to hear you soon.
Thanks,
Jeff
Jeff,
Do you have condition in your RD ?
Try to test End to End scenario instead of testing it local in ID part.
Br,
Manoj
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Jeff,
In Case you have an authorisation to trigger idoc from source system ..you can directly trigger the idoc and test end to end from Source-->Target and see what exactly is the error it is throwing
Thanks,
Guru
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Manoj,
No conditions on RD part.
How do I do an end to end testing scenario?
Thanks,
Jeff
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Jeff,
You may take some test data i.e IDOC XML then in RWB-->Testing you may trigger this data.
Just give it a search you will find lots of thread on how to trigger data.
Br,
Manoj
See if you have access to T-Code WE19 on your ECC backend. With that you can simply copy an existing IDoc and send it to your PI/PO system, manipulating any of the existing header data if needed.
As far as I'm aware, there is no standard program in ECC to download IDocs as XML. There are functions that can be used to easily write such a program but unless somebody has done that already (chances for that are not too bad) you would be able to get the test data from ECC without sending the IDoc to PI/PO first.
There are FM to get IDOC as XML if you have IDOC number : IDOC_XML_TRANSFORM and for vice versa IDOC_XML_FROM_FILE. But i remember i used on of them in that past and had issue of converting '&' characters to '#'.
Indeed there are. The main problems I see with them is that
a) you need access to test function modules, which will be restricted in many client environments outside the development system
b) the output is not usable as is and will require manual or programmatic reformatting
User | Count |
---|---|
83 | |
24 | |
12 | |
9 | |
7 | |
6 | |
5 | |
5 | |
5 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.