Skip to Content
Technical Articles
Author's profile photo Dominik Tylczynski

Parallel session in a different language without multiple logons

Inspired by:
zmiana języka bez przelogowywania się
Theory about online language switching (without log off/log on)

Providing efficient SAP support in a multinational organization poses quite a few challenges. Necessity to deal with multiple system languages is one of them. When service desk personnel don’t speak all the languages a possibility to open parallel sessions in different languages is a must.

Sure, they can logon with a desired language, that’s not a problem. However multiple logons of the same user are all but always prohibited by the settings of a SAP productive environment, as those multiple logons violate licence terms.

Here is a simple report that solves the issue. It opens a new remote session with a selected language.

Enjoy!

REPORT z_change_language.

PARAMETERS:
p_langu LIKE sy-langu OBLIGATORY MATCHCODE OBJECT h_t002.

DATA:
gt_servers TYPE STANDARD TABLE OF msxxlist WITH DEFAULT KEY.

START-OF-SELECTION.

  CALL FUNCTION 'TH_SERVER_LIST'
    TABLES
      list = gt_servers.

  READ TABLE gt_servers ASSIGNING FIELD-SYMBOL(<server>) WITH KEY host = sy-host.

  SET LOCALE LANGUAGE p_langu.

  CALL FUNCTION 'TH_REMOTE_TRANSACTION'
    EXPORTING
      tcode = space
      dest  = <server>-name.

Disclaimer:
That’s a proof of concept solution. Use, change and distribute at your own discretion and your own responsibility.

I’d appreciate if you shared your approach to the issue of parallel sessions in different languages as well as any of your own changes to the above solution.

Assigned tags

      2 Comments
      You must be Logged on to comment or reply to a post.
      Author's profile photo Ritesh Dube
      Ritesh Dube

      Dominik Tylczynski,

      Thanks for sharing it , i would like to give it a try. Could you please guide if it will work fine with single sigh-on  too?

      Thanks

      RD

      Author's profile photo Dominik Tylczynski
      Dominik Tylczynski
      Blog Post Author

      Yes, it should work.

      I can’t see any reason why it would not work with single sign on.