I checked and found our Admin > External Trunk Configuration > General > Language is set to English (us-eng). Swedish is not an option there however, its not in the list though its otherwise supported in Architect etc. That seems like it might be scenarion 2?
This seems counter-intuitive. Typically, you expect that "local configuration" wins out, eg. locally scoped variables, CSS, etc. If I change the default language to Swedish in the Supported Languages settings for a particular Architect Flow, but that setting is ignored because of an upstream setting, that feels weird.
Since the set Language action doesn't take effect until the next Architect Task for Call flows, and defaults to our non-default language, it makes for some akward Flow designs in each flow (as we need to first initialize Swedish, then offer an opt-in for English, and then possible switch back to English in the case the caller opted in for English).
------------------------------
Joel Hellman
Hi3G
------------------------------
Original Message:
Sent: 08-26-2020 11:29
From: Melissa Bailey
Subject: Set
The flow will select which language to choose based on the following in order of priority:
1) If the dialstring includes a language that the flow supports, it will be used.
2) If the trunk has a language specified that the flow supports, it will be used.
3) The default language in the flow is used.
You're probably running into 1 or 2.
------------------------------
Melissa Bailey
Genesys - Employees
------------------------------