on 09-07-2011 8:59 PM
Dear All,
I have UK & US related Communication Channels separately. Now this is the time to turn off only UK related Channels in the landscape. All are Idoc--File & File ---Idoc Interfaces only.
I can Turn off Inbound( Sender) Channels by "Inactive" option from sender file adapter.
But how can i turn off Outbound Interfaces from SAP to Legacy system that involved as Idoc to File scenario???
If i do "Inactive" in Receiver Communication Channel, it will go and sit in system Error.
Regards
Hi Bhavna,
Assuming you are reusing the ESR part for UK and US interafces and some field in idoc field determines teh reciver.
there are 2 options i can see
1) filter the UK data from distribution model.Check with ABAPer , i guess its possble for standard Idocs only.
2) Remove / change the condition in reciver determination
this approch is lilttle risky as.. it is not a good practise to change the interface ditrectly in production.
you can do it but , have to be very careful and make sure that once the job is done u revert this.
3) Ask legacy system not to poll the NFS/FTP folder. And assuming that u have to turn off the UK interafce till X- date.. ask basis to remove the files till X-date
but i guess.. it is always better to stop the messages in the source system...call is yours.
Regards
BiplaB
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello,
Even if we can control or block by using XPATH in Receiver Determination, messages will still be persisted in PI, which would not be the ideal solution for this....
Yes, that is why you need to alter the behavior of the system when a receiver is not found from Error to Ignore. This way, when the xPath condition is not met, the message processing stops for that message without giving any red flags (errors).
Is there something we can do in the ABAP stack of XI to block it before it reached the Messaging system , though, ideally the solution would be to have the job be blocked in SAP ECC..
SInce it is triggered via idoc, stop the message in the first step of the pipeline, namely receiver determination.
Regards
Mark
Edited by: Mark Dihiansan on Sep 8, 2011 7:44 AM
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
> Yes, that is why you need to alter the behavior of the system when a receiver is not found from Error to Ignore. This way, when the xPath condition is not met, the message processing stops for that message without giving any red flags (errors).
>
> SInce it is triggered via idoc, stop the message in the first step of the pipeline, namely receiver determination.
>
> Regards
> Mark
>
First, let me thank for your input..
Even if the message are not flagged "Red" , they will still be persisted, right? If so, cant we avoid it ?
Ideally, there should not be message record visible in the Monitor, for such messages. Isnt' it?
Thanks & Regards,
XA
Hello,
Even if the message are not flagged "Red" , they will still be persisted, right? If so, cant we avoid it ?
Ideally, there should not be message record visible in the Monitor, for such messages. Isnt' it?
If by persistence you mean it will stay in the db until it is deleted (same with the case of successful messages), then yes. If the idea of persistence is retrying, then no, the messages will not be retried.
As for the messages not being seen in moni, I guess this is unavoidable because the message (idoc) gets sent directly to the integration engine pipeline.
Hope this helps,
Mark
Ask SAP Team to hold the jobs which triggers IDOC to XI .
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello,
We can do that as one option, is there any other options that we can do in XI????
We don't have any Jobs for few interfaces, what can we do for those??
If you are using xPath for receiver determination, then you can just remove the conditions and receivers that satisfies for UK interfaces. Just make sure to select the option Ignore If No Receiver Is Found so that the messages will not go into error and will not persist. But this is not the best approach, correcting it from the sending side is the best.
Hope this helps,
Mark
Hi
Even if we can control or block by using XPATH in Receiver Determination, messages will still be persisted in PI, which would not be the ideal solution for this....
Is there something we can do in the ABAP stack of XI to block it before it reached the Messaging system , though, ideally the solution would be to have the job be blocked in SAP ECC..
Regards
XA
User | Count |
---|---|
93 | |
10 | |
10 | |
9 | |
9 | |
7 | |
6 | |
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.