on 05-12-2011 11:25 AM
Hello,
Is there any way to define dynamically the logon language in XI Receiver Channel?
Our cenario is an ECC -> PI -> ECC integration using XI sender and receiver channel. Depending on a specific element in message payload we want to define the corresponding logon language in receiver system. The goal is to return messages to sender system (synchronous scenario) in a language that each user can understand..
Do you have any ideas about how can we achieve such requirement?
Thanks in advance,
Pedro Leal
You can do logon in standard language (eg. EN) and than get data into a specific language that you pass to ECC by an input parameter.
Is possible to solve by this way?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
Our priority is to solve the problem in PI context and try to avoid doing any kind of changes in ECC system.
Principal Propagation is not really an option because users in sender system don't exist in receiver system.
Does anyone has a solution for this issue?
Thanks in advance,
Pedro Leal
Edited by: Pedro Leal on May 12, 2011 3:05 PM
Hello,
The problem is not related with grabbing the logon language of user in sender system. The problem is to set dynamically, in XI receiver channel, the logon language.
Imagine that the logon language of user in sender system is ES (spanish), we want to execute an inbound proxy, which then calls a standard BAPI, and return BAPI messages in spanish to caller system.
Regards,
Pedro Leal
You cannot dynamically set logon language. You might want to try using Unicode option in the RFC channel. This might help you.
http://help.sap.com/saphelp_nw04/helpdata/en/22/5a981cfbaa06428abdfa32b81423d2/content.htm
OK, right ... As XI adapter does not (seem to) offer ASMA for dynamic logon data management and I don't think you could extend its functionalities with your own custom module neither
And you can't change anything at all in the target system ? Tough mission then ... If you don"t have many languages to handled, you could try to use multiple adapters, one created for each language, and depending on your conditions, route the messages using the appropriate RFC channel ? But I think it's quite a poor design
Chris
Edited by: Christophe PFERTZEL on May 12, 2011 4:43 PM
Hi Pedro,
Maybe using Principal Propagation could do the trick ? Userid would be propagated along the way and response system would use this userid's SY-LANG to create the msg content accordingly ?
Otherwise, some kind of lookup would also be feasible, depending on your scenario
Rgds
Chris
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
88 | |
10 | |
10 | |
9 | |
7 | |
7 | |
6 | |
5 | |
4 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.