SmartApps Cloud Platform Status
Update - For supporting local-network-access permission, Genesys has requested we open an new Idea to enable this permission on the Client Widget. We would appreciate voting up this idea we have created. https://genesyscloud.ideas.aha.io/ideas/EPAW-I-372

For Symitar customers, we have had several customers try out the new script approach with success. This approach uses a URL protocol handler which executes a PowerShell script when the pop is requested from the SmartApps Client. The only challenge we have seen in deploying this approach is to provide individual users access to running PowerShell scripts from their machine. If you are interested in trying out this approach, please contact michael.shrall@ttecdigital.com.

Nov 21, 2025 - 13:32 EST
Identified - Recent updates to browser behavior have caused the SmartApps Genesys Interaction Widget to fail in sending screen pop requests for certain core vendors. With the release of version 142, Chrome and Edge now enforce the Local Network Access specification, restricting requests to local networks unless explicitly permitted.

The SmartApps Agent widget relies on a localhost address to communicate with the Screen Pop Assistant and trigger screen pops in some of the supported third-party applications. Unfortunately, these new browser restrictions are blocking such requests, resulting in failed screen pops, particularly affecting Symitar Episys and DNA Relationship Manager.

Our team is actively working on resolving this issue and exploring various approaches to bypass the need for these workarounds.

Here are some available workarounds for this situation:
- Do not upgrade Chrome / Edge version 142 or later
- Disable Browser flag "Local Network Access Checks".  Modify flag to Disabled.  chrome://flags/#local-network-access-check  or edge://flags/#local-network-access-check

We are working on the following approaches in parallel to fully resolution to solution and not required either of the available workarounds:
- We have requested Genesys add a new Iframe Feature / Permissions Policy called "local-network-access".  By adding this permission to the iframe which loads SmartApps Agent Widget, the browser is informed this page can make requests to the Screen Pop Assistant application running on the desktop.
- For DNA customers, there is a newer approach for screen popping which does not require use of the Screen Pop Assistant.  Many of our DNA customers are already using this new approach.  To confirm if it is being used in your environment, navigate to Screen Pop -> Application Definitions within Site Manager.  Under the Fiserv OSI DNA screen pop definition, the value for Option 3 set to "dna:pop" indicates you are using the new approach.  Contact support if you are not using the new approach and need assistance getting it deployed
- For Symitar customers, we have created a new approach which removes the need for the Screen Pop Assistant.  This solution has been tested internally but is not yet deployed at any customer environments.  If you are interested in deploying the new approach, contact michael.shrall@ttecdigital.com.  This approach will become standard in the future as it removes the need for an installed Screen Pop Assistant on each user's machine which is required to always be running.

Nov 07, 2025 - 11:28 EST
IVR Operational
90 days ago
100.0 % uptime
Today
Client Addin Operational
90 days ago
100.0 % uptime
Today
Site Manager Operational
90 days ago
100.0 % uptime
Today
UAT Operational
Smart Bot Operational
90 days ago
100.0 % uptime
Today
Operational
Degraded Performance
Partial Outage
Major Outage
Maintenance
Major outage
Partial outage
No downtime recorded on this day.
No data exists for this day.
had a major outage.
had a partial outage.

Scheduled Maintenance

SmartApps Cloud platform maintenance Feb 7, 2026 00:00-05:00 EST

SmartApps Cloud platform will be undergoing maintenance to update infrastructure to latest version with latest security patching
Posted on Jan 07, 2026 - 18:29 EST
Feb 1, 2026

No incidents reported today.

Jan 31, 2026

No incidents reported.

Jan 30, 2026

No incidents reported.

Jan 29, 2026

No incidents reported.

Jan 28, 2026

No incidents reported.

Jan 27, 2026

No incidents reported.

Jan 26, 2026

No incidents reported.

Jan 25, 2026

No incidents reported.

Jan 24, 2026

No incidents reported.

Jan 23, 2026

No incidents reported.

Jan 22, 2026

No incidents reported.

Jan 21, 2026

No incidents reported.

Jan 20, 2026

No incidents reported.

Jan 19, 2026

No incidents reported.

Jan 18, 2026

No incidents reported.