Portal language
Hello there,
I work in a 3-language company and so i have to create every ARO in 3 seperate languages.
On top of that not every language-region gets every ARO provided, so basically I have 3 different front-ends.
My problem now is, as soon as a user gets the "wrong" language he actually cant use the portal efficient.
Is there a way to sort of bind-the portal language to the OS-language ?
Thanks in advance
Andreas
Answers
I think I can help here. In my SCSM Translate project, I built a wholly new Work Item/Action Log notification mechanism that determines if the Assigned To/Affected speak the same language or not. If they don't, it hits Azure Translation Services so both parties can seamlessly work together. If they speak the same language, ATS is skipped and parties are notified as you'd expect. To accomplish this, I had to:
This is due to the fact that there is no native sync of sorts between the two. Not only that, Cireson supports 20ish languages whereas SCSM has Languages + Dialect (e.g. Locales). So the sync/match process is vague (and you can change it), but it gets the job done. The other reason I went for the DB directly as opposed to the API is that the API assumes I already know the single user/group of user's I want to retrieve. Going the DB route, I can just get all of the users + their language code and then use that to populate SCSM. Maybe their is a way to achieve this with the API, but the SQL route was just faster for me in this case. The other tricky thing here that took some practice was understanding the Language object/relationship to a User in SCSM. In SCSM it's a UserPreference that actually contains the Language Code (int) + TimeZone (string).
Anyway, to accomplish this the following PowerShell should help you out: