Notification Language Settings

[raprohaska]

For this post, when I talk about translations of a notification, I mean the values that have their language driven by the sys_translated tables or have a language field, examples: sys_translated, sys_translated_text, sys_choice. I'm NOT talking about the body text that is defined within the notification itself.

I'm wondering if there are some settings that drive if and when translations are applied to notifications. My understanding was that notifications should run in the context of the system and if the system's language is English, then notifications would be generated in English. We are finding that notifications are having translated values based on the context of the current user. This causes a couple issues:

1. The notification is a mashup of English (notification text) and another language (translated table values).
2. The people getting the notification are not the same language as the user triggering the event that generates the notification.

I've never seen this behavior before so I'm guessing there is a system setting that might drive the functionality. I know the basic translation rules are based on the following rules as defined in the documentation:

https://docs.servicenow.com/bundle/jakarta-platform-administration/page/administer/localization/conc...

When a user logs in, the language for the instance session is determined by the following logic:

 1.      If the language selection at login is enabled, that language is used.

2.      If not, the language preference selected using the language picker in the header bar is used.

3.      If not, the user's language setting in the User [sys_user] table is used.

4.      If none of the above are true, the system default language is used. 

[George Floratos]

Only way I have ever gotten this to work, and its tedious, is either to have a separate translated notification, for each notification, for each language that looks for the language of the intended recipient in the conditions... or in bloated mailscripts that do the same for the content. 

Case Closed notification, in 3 languages, for example

you would have 3 notifications, with the conditions for each looking for the sys_user.language , per language, per user.  i put the language in the name so its easy to track. 

i usually do the former.   i dont know that 'language' field on the notification does anything by itself.   was recently wondering what its for at all.. can anyone answer that?

[raprohaska]

We do NOT want the notifications translated. Again, I'm not talking about the text set within the notification definition. Our specific issue is that choice values that are leveraged in the notification ARE being translated based on the language of the person submitting the change and we want the notification to be completely in English. In the incident I'm working on, a French user submitted a request and the notification includes priority. They selected "1 - Critical", but since the user is French, the text in the notification was "1 - Critique".

I don't remember the users language setting ever affecting notifications within previous instances that I've worked. I'm at a new job now and am not aware of all the modifications that have taken place. I don't see any system settings that dictate how notifications work in context of user vs. system so wondering if anyone else has seen this are is aware of any settings that may play a role.

Thanks for the feedback,

AA

[arunpalani]

Did you get the solution for this. I have a similar issue with 10 languages to work with.

regards

Arun