cancel
Showing results for 
Search instead for 
Did you mean: 

No Receiver Could be determined in SAP PI in IDOC to FTP scenario

Former Member
0 Kudos

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

Accepted Solutions (0)

Answers (3)

Answers (3)

manoj_khavatkopp
Active Contributor

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

gurudatta
Participant
0 Kudos

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

Former Member
0 Kudos

Hi Manoj,

No conditions on RD part.

How do I do an end to end testing scenario?

Thanks,

Jeff

manoj_khavatkopp
Active Contributor

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

weberpat
Contributor

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.

manoj_khavatkopp
Active Contributor

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 '#'.

weberpat
Contributor

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