on 10-16-2014 9:36 AM
Hi All,
I have one tricky query as follows.
My scenario is Idoc (Z idoc and standard also) to JMS we have this interface in production for one country. we have many scenarios of this kinds.
Now we are implementing the scenario for another country where the receivers are different, so I want to know if I can create an ICO and proceed with the scenario or should I use the old objects only (mainly Receiver determination) and modify them or I can still use the ICO?
Is it a good practice to use ICO in my condition or not?
Thanks in advance.
Regards
Rahul Kulkarni
Rahul
Whether classical or ICO, the possibility also depends on the IDoc partner profile setting in your sender system.
For ICO, the sender system will require a new IDoc port with a different RFC destination as the one used for classical scenarios.
Will the sender system be able to differentiate which port/partner profile to use when sending the IDocs?
What partner types are used for the IDoc in the sender system - Logical System (LS), Customer (KU), Vendor (LI), etc?
Rgds
Eng Swee
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello,
I have different ports and partner profiles.
I am having a second thought, is it ok if I use the Idoc as message type instead of using it as interface and I can create a new service interface with this Idoc type as my message type?
I mean My idoc is Orders05 then for 2 interfaces I will create int1_out and Int2_out and inbound interface as int1_in and int2_in and then I will assign the idoc type as message type to all these interfaces, so all the objects will be different.
Will it be good practice to do?
Regards,
Rahul Kulkarni
Hi Rahul
For outbound IDoc interfaces, what you plan to do will not work (assigning IDoc as message type in new service interfaces.) The runtime will always resolve the IDoc reaching PI into the standard IDoc imported definition - it will never use any custom service interfaces.
Yes, you will and should have different partner profiles, but of what partner types - LS, KU, LI?? If you do not have this information, please ask your ABAP/IDoc team. Without this it is hard to determine whether you can switch from classical to ICO for new interfaces. And if not, then it might be best for you to just stick with the existing design/practice.
Rgds
Eng Swee
ICO possible only for adapters at Java Stack side. If you will use Idoc AAE, then it is possible, but if you have PI 7.1 version, you not have IDoc AAE.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Rahul,
Which version of PI are you using? With your scenario which iDoc is the sender, it is not possible in PI 7.11. But in PI 7.3, it is possible.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
81 | |
10 | |
10 | |
8 | |
7 | |
7 | |
7 | |
6 | |
5 | |
5 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.