Aug <var data-var='date'> 3</var>, <var data-var='time'>19:52</var> UTC Resolved - This incident has been resolved. Aug <var data-var='date'> 3</var>, <var data-var='time'>19:30</var> UTC Monitoring - A fix has been implemented and we are currently monitoring the performance of SharpenQ. Aug <var data-var='date'> 3</var>, <var data-var='time'>18:09</var> UTC Investigating - We are currently investigating an issue with SharpenQ in the IZ1 isolation zone causing performance degradation. Long call connection lengths and one way audio may be experienced.

IZ1 SharpenQ Incident

Jul <var data-var='date'>22</var>, <var data-var='time'>23:10</var> UTC Resolved - Inbound calls routed to Classic Logic on IZ1 saw dead silence starting around 5:42 PM ET. Our team traced this to a database performance issue affecting voice processing and had it fixed by 6:56 PM ET. Calls are back to normal now. Jul <var data-var='date'>22</var>, <var data-var='time'>23:01</var> UTC Monitoring - We've identified the issue affecting inbound calls to Classic Logic on IZ1 and applied a fix. Calls should be working again, and we're continuing to monitor to confirm full stability. Jul <var data-var='date'>22</var>, <var data-var='time'>22:30</var> UTC Investigating - We're currently investigating an issue affecting inbound calling in the IZ1 environment. Some customers may experience failed or dropped inbound calls during this time. Our team is actively working to identify the root cause. We'll post an update as soon as we have more information.

Investigating Issue with Inbound Calling in IZ1

Jul <var data-var='date'>10</var>, <var data-var='time'>20:49</var> UTC Resolved - We've continued to see platform stability/recovery improve since our engineering teams implemented a fix action. Outbound calling capabilities, queue performance, call quality, etc have all restored to baseline levels of functionality. In the event that you're continuing to see impact with certain queues, end-users, or specific actions within the Sharpen application suite - please reach out to our Care Team via your existing support case. Jul <var data-var='date'>10</var>, <var data-var='time'>19:39</var> UTC Monitoring - A fix has been implemented and we are observing Sharpen Q performance improvement for call quality and outbound call delays. We are continuing to monitor for ongoing stability. Jul <var data-var='date'>10</var>, <var data-var='time'>19:21</var> UTC Identified - We believe we have identified the issue impacting SharpenQ performance in IZ1 and are implementing a fix. Jul <var data-var='date'>10</var>, <var data-var='time'>18:21</var> UTC Investigating - We are currently aware of an issue in our IZ1 isolation zone affecting Sharpen Q performance, including delays in call connection, audio quality impact, and delays with Outbound Calls connecting. Our team is actively investigating and working toward a resolution.

Jun <var data-var='date'> 3</var>, <var data-var='time'>15:53</var> UTC Resolved - This incident has been resolved. Jun <var data-var='date'> 2</var>, <var data-var='time'>11:24</var> UTC Monitoring - Outbound Dialing in SharpenQ has been resolved and we are continuing to monitor for stability. Jun <var data-var='date'> 2</var>, <var data-var='time'>11:20</var> UTC Investigating - We are aware of an incident preventing outbound calls from completeting in Sharpen Q. We are working with all avaiilable resources to resolve.

IZ0 - Sharpen Q Outbound Calling Incident

May <var data-var='date'> 7</var>, <var data-var='time'>18:03</var> UTC Resolved - Validation testing performed across the application suite has confirmed recovery to all impacted systems. In the event you are still encountering lingering effects tied to interaction routing, WebRTC connectivity problems, or an inability to access a specific configuration page within the app - please reach out to our Care Team for further assistance! May <var data-var='date'> 7</var>, <var data-var='time'>17:41</var> UTC Monitoring - The corrective action has been deployed in our infrastructure, and all identified service fault-zones have been addressed. Insights reporting, call routing, and WebRTC connection are now responsive and behaving in the expected fashion. We're actively monitoring with our engineering team. If you're continuing to see impact, please reach out to the Care Team via your existing support case! May <var data-var='date'> 7</var>, <var data-var='time'>17:18</var> UTC Identified - Our engineering teams are actively working through corrective actions, and further status updates will be provided as a resolution timeline is established. May <var data-var='date'> 7</var>, <var data-var='time'>17:16</var> UTC Investigating - Our engineering teams are aware of an infrastructure issue that is impacting call routing, WebRTC connectivity for users, and various page navigation efforts (Insights, Admin pages, Logic configuration editors, etc). We have pin-pointed the fault zone and have all necessary resources engaged to restore services as quickly as possible.

IZ1 Application and Routing Issues

Feb <var data-var='date'>20</var>, <var data-var='time'>21:13</var> UTC Resolved - Service health-checks and sustained monitoring of our call routing systems have shown recovery to the platform. Validation testing across Classic Logic configurations or inbound routes that send calls directly to queue are routing in a timely fashion. In the event you have users still encountering connection issues, please reach out to the Care Team with examples of the misbehavior. Feb <var data-var='date'>20</var>, <var data-var='time'>19:12</var> UTC Monitoring - The corrective changes have been made across our infrastructure, and we're actively monitoring the system/running health-checks. The expectation is that call routing through Classic Logic, call audio/quality, and interaction handling behavior should be considerably improved for impacted users. Feb <var data-var='date'>20</var>, <var data-var='time'>18:24</var> UTC Identified - We've identified the underlying issue and are working with our internal teams to get a fix deployed across our Production environment. We're targeting a comprehensive roll-out for our infrastructure in the next 30 minutes. Further updates will follow as soon as corrective actions have been fully implemented. Feb <var data-var='date'>20</var>, <var data-var='time'>17:51</var> UTC Update - An attempted remediation effort was made to address calls dropping in Classic Logic. While that did have the expected outcome, a second new set of symptoms were introduced. This includes delays in calls routing to agents in SharpenQ, and delays when agents attempt to connect to the interaction. Our teams are continuing to investigate with all available resources. Feb <var data-var='date'>20</var>, <var data-var='time'>14:48</var> UTC Investigating - We're currently investigating an issue for IZ1 customers, where Inbound routes pointed to a Classic Logic configuration are experiencing unexpected disconnects. We're actively able to reproduce the problem and are working to restore service as soon as possible.

IZ1 - Classic Logic Routing Issues

Feb <var data-var='date'>20</var>, <var data-var='time'>12:04</var> UTC Resolved - This issue was resolved at 9:25 PM ET 2026-02-19. Our status page mechanism encountered an issue at the time of us marking resolution. This is retroactive conclusion of the incident. Feb <var data-var='date'>20</var>, <var data-var='time'>02:23</var> UTC Update - Data, Monitoring, and testing has confirmed recent fixes have resolved this issue. Feb <var data-var='date'>20</var>, <var data-var='time'>01:22</var> UTC Update - We are continuing to monitor and test to validate improvement following our recent 2 fixes. Feb <var data-var='date'>19</var>, <var data-var='time'>23:54</var> UTC Update - We are continuing working through our second fix and will update this page when it is complete. Feb <var data-var='date'>19</var>, <var data-var='time'>23:22</var> UTC Update - Our initial fix is showing significant effectiveness, drastically improving the timeliness of Sharpen Q voice interaction related interactions. Call delivery, answer times, and interaction call controls should mostly be restored at this point. We've identified an additional fix which will bring further improvements shortly. Feb <var data-var='date'>19</var>, <var data-var='time'>22:49</var> UTC Update - We are continuing to investigate this issue. We have introduced 1 fix and are working on another which we expect will improve performance. Feb <var data-var='date'>19</var>, <var data-var='time'>22:18</var> UTC Update - We are continuing to investigate the issue. We're receiving additional reports of some users experiencing intermittent 504 Gateway timeout errors. We are including this symptom in our investigation as it likely shares the same root cause. Feb <var data-var='date'>19</var>, <var data-var='time'>21:34</var> UTC Update - Thank you for your continued patience. We continue to aggressively address the intermittent service degradation impacting call connection times (agent-caller delay) and interface responsiveness. We will continue to pursue resolution as soon as possible. Feb <var data-var='date'>19</var>, <var data-var='time'>20:59</var> UTC Update - We are continuing to investigate this issue. Feb <var data-var='date'>19</var>, <var data-var='time'>20:27</var> UTC Update - We are continuing to investigate this issue. Feb <var data-var='date'>19</var>, <var data-var='time'>19:57</var> UTC Update - Thank you for your continued patience. We are continuing to investigate the issue with all necessary resources involved. The problem is localized, but thus far our remediation efforts have not sufficiently remediated impact. We are continuing to explore all options to resolve the issue. Feb <var data-var='date'>19</var>, <var data-var='time'>19:25</var> UTC Update - We are continuing to investigate this issue. Feb <var data-var='date'>19</var>, <var data-var='time'>18:55</var> UTC Update - We are continuing to investigate this issue. Feb <var data-var='date'>19</var>, <var data-var='time'>18:23</var> UTC Update - We are continuing to investigate the issue and have all necessary resources engage to resolve the issue as soon as possible. Feb <var data-var='date'>19</var>, <var data-var='time'>17:50</var> UTC Investigating - We are currently investigating reports of degraded call quality affecting some customers, intermittently. The following behaviors have been reported beginning around 12:00 PM ET: - Delays (up to 25+ seconds) between a call connecting and the interaction appearing in the agent interface - Dead air on inbound calls prior to ringing and after agent answer - Calls populating in queue but experiencing delays before being assigned to an agent - Absence of hold music for callers waiting in queue - Inability to place calls on hold Our team is actively investigating the cause. We will provide an update as soon as additional information is available. Affected: Voice interactions

Call Quality and Latency Degradation

Dec <var data-var='date'>30</var>, <var data-var='time'>21:52</var> UTC Resolved - This incident has been resolved. Dec <var data-var='date'>30</var>, <var data-var='time'>21:34</var> UTC Monitoring - A fix has been implemented and we are monitoring the results. Dec <var data-var='date'>30</var>, <var data-var='time'>21:13</var> UTC Update - Sharpen Q has been restored. We are now working on restoring Insights defects and expect recovery shortly. Dec <var data-var='date'>30</var>, <var data-var='time'>21:09</var> UTC Identified - Users of the Sharpen platform in IZ0 are likely experiencing a variety of symptoms mostly impacting Sharpen Q and Insights. Our teams are engaged working to resolve the issue as soon as possible.

IZ0 unexpected experiences

Nov <var data-var='date'>17</var>, <var data-var='time'>21:12</var> UTC Resolved - This incident has been resolved. Nov <var data-var='date'>17</var>, <var data-var='time'>20:59</var> UTC Monitoring - A fix has been implemented and we are monitoring the results. A refresh of the Insights dashboard will be necessary to restore functionality. Nov <var data-var='date'>17</var>, <var data-var='time'>20:48</var> UTC Investigating - We are currently investigating a failure to load Insights Dashboards

Insights Dashboards will not load

Nov <var data-var='date'>14</var>, <var data-var='time'>22:48</var> UTC Resolved - This incident has been resolved. Both IZ0 and IZ1 are working as expected. Nov <var data-var='date'>14</var>, <var data-var='time'>22:09</var> UTC Monitoring - A fix has been implemented to our IZ0 isolation zone. We are working on propagating it to our IZ1 isolation zone now. Nov <var data-var='date'>14</var>, <var data-var='time'>21:56</var> UTC Identified - The issue has been identified and a fix is being implemented. Nov <var data-var='date'>14</var>, <var data-var='time'>21:56</var> UTC Update - We have achieved partial recovery. If emails are forwarded to the Sharpen queue email address, functionality is restored. However, if the sharpen queue email address is included within a distribution group, you are likely still seeing failures. This symptom was confirmed using Microsoft Exchange distribution groups. If you have the ability to forward directly to email addresses, you will experience recovery. The team continues to work toward a full fix regardless. Nov <var data-var='date'>14</var>, <var data-var='time'>21:34</var> UTC Monitoring - We have introduced a fix and are seeing some recovery. We are validating expected email functionality now. Nov <var data-var='date'>14</var>, <var data-var='time'>21:22</var> UTC Update - We are continuing to work on a fix for this issue. Nov <var data-var='date'>14</var>, <var data-var='time'>20:32</var> UTC Update - We have identified a new path for resolution and are working to build a new fix. We are targeting a fix within the hour. Nov <var data-var='date'>14</var>, <var data-var='time'>19:54</var> UTC Update - We are continuing to work on a fix for this issue. Nov <var data-var='date'>14</var>, <var data-var='time'>18:30</var> UTC Update - We are continuing to work on a fix for this issue. Nov <var data-var='date'>14</var>, <var data-var='time'>17:50</var> UTC Update - We have an alternative fix ready for deployment and are initiating shortly. Nov <var data-var='date'>14</var>, <var data-var='time'>17:19</var> UTC Update - We have engaged additional resources from our Cloud Service provider to accelerate resolution. Nov <var data-var='date'>14</var>, <var data-var='time'>16:47</var> UTC Update - We are continuing our investigation. The root cause remains understood, but our attempted changes, allowing the proper communication between our Email service and Sharpen Q, have not yet allowed for the services to properly regain expected communication. We will continue to work diligently until this is resolved. Nov <var data-var='date'>14</var>, <var data-var='time'>16:19</var> UTC Update - We have identified a new path for resolution and are orchestrating a fix now. Nov <var data-var='date'>14</var>, <var data-var='time'>15:49</var> UTC Update - We are continuing to work on a fix for this issue. Nov <var data-var='date'>14</var>, <var data-var='time'>15:23</var> UTC Update - We have attempted a fix, which yielded positive progress, but we are still working on a complete fix. Thank you for your patience as we continue our investigation. Nov <var data-var='date'>14</var>, <var data-var='time'>14:44</var> UTC Update - We have identified a new option for recovery and are working through implementation steps now. Nov <var data-var='date'>14</var>, <var data-var='time'>14:22</var> UTC Update - We are continuing working on a fix for the email issue and have all necessary resources involved to resolve as soon as possible. Thank you for your patience. Nov <var data-var='date'>14</var>, <var data-var='time'>14:00</var> UTC Update - We are continuing our efforts to resolve the inbound email fault. The fault is still properly understood, and we continue working through diligent corrective actions to restore service as soon as possible. Emails which have not been delivered during this impact will not be lost, and we expect them to queue up when this fault is resolved. Nov <var data-var='date'>14</var>, <var data-var='time'>13:43</var> UTC Update - Inbound voice through Logic+ in IZ0 is now resolved. We are continuing working through the fix for inbound email failure. Nov <var data-var='date'>14</var>, <var data-var='time'>13:27</var> UTC Identified - We have identified the fault for both symptoms and are working through remediation steps now. We are targeting resolution within the next 30 minutes. Nov <var data-var='date'>14</var>, <var data-var='time'>13:08</var> UTC Investigating - We are currently aware of the following symptoms in our IZ0 isolation zone - Inbound voice calls delivered through Logic+ result in dead air - Inbound emails do not enter queue In our IZ1 isolation zone Inbound emails do not enter queue We have all necessary resources engaged and are working to restore service as soon as possible.

IZ0 - Inbound Voice Logic+ calls result in dead air/ IZ0|IZ1 Inbound Emails do not enter queue

Oct <var data-var='date'>26</var>, <var data-var='time'>01:38</var> UTC Resolved - Outbound calling was restored at 9:26PM Eastern, and all monitoring/validation testing since that time has consistently shown recovered call processing behavior. In the event you're still experiencing an issue, please reach out to the Care Team! Oct <var data-var='date'>26</var>, <var data-var='time'>01:06</var> UTC Investigating - Starting at approximately 8PM Eastern, users in the Queue application are experiencing a "Could not place call" error in the UI. We're aware of the problem and actively engaged with our engineering teams to restore functionality as quickly as possible. Further updates will be provided as soon as we have recovery actions identified.

Outbound Calling Error - IZ0

Oct <var data-var='date'>21</var>, <var data-var='time'>01:18</var> UTC Resolved - This incident has been resolved as of 6:53 PM Eastern time upon the conclusion of the AWS incident. Our teams continue to monitor for any additional impact. Oct <var data-var='date'>20</var>, <var data-var='time'>19:44</var> UTC Update - We are continuing our efforts to work through these issues - focusing on ways to avoid impacted AWS end-points/services. As certain features are restored to an operational status, we'll continue to update this tracking item. Oct <var data-var='date'>20</var>, <var data-var='time'>19:35</var> UTC Identified - As part of the wide-ranging impact that various technical vendors are experiencing (as part of this Amazon Web Services disruption), the Sharpen team is tracking a variety of issues across our platform that involve: - Delayed interaction routing/connectivity behavior - Inability to place outbound calls - Web Chat functionality inconsistencies - SharpenDB querying or data-return issues - Missing or unresponsive interaction control buttons in the Queue interface Our teams are actively working to update the application, in order to address service dependencies or availability issues throughout the platform. We'll continue to update this tracking item as more zones of impact are identified.

Sharpen Application Degradation (AWS Outage)

Oct <var data-var='date'>21</var>, <var data-var='time'>01:11</var> UTC Resolved - This incident has been resolved with the resolution on the AWS outage at 6:53 PM Eastern Time. Our team has validated the restoration of this service. Oct <var data-var='date'>20</var>, <var data-var='time'>12:43</var> UTC Investigating - Due to a outage with a cloud service provider, the Sharpen Service desk is experiencing reachability issues. The SharpenCare team is still reachable via phone or chat, however web tickets cannot be viewed or submitted. We are monitoring updates from our service provider for resolution.

Sharpen Service Desk Unreachable

Oct <var data-var='date'>20</var>, <var data-var='time'>19:41</var> UTC Resolved - This unique tracking items is being closed out, in preference of centrally tracking known areas of impact through a general tracking item (that ties back to the identified service interruption with cloud service provider AWS). Further updates on SharpenDB performance, API end-point engagement, and any other newly identified fault-zones will be communicated using our general tracking item hosted on the Status Page. Oct <var data-var='date'>20</var>, <var data-var='time'>18:28</var> UTC Monitoring - Our Development Team has performed an update to circumvent some of the dependencies/communication issues being experienced with our cloud services provider (AWS). We're performing validation testing for SharpenDB's access and querying capabilities, and are seeing a restoration in availability for that portion of the platform. Please test at your discretion, as we continue to make updates and improve platform stability. Oct <var data-var='date'>20</var>, <var data-var='time'>16:14</var> UTC Update - Our cloud service provider (AWS) has isolated the source of the network connectivity/end-point misbehavior, and are actively working towards resolution. We don't yet have a recovery timeline to share, but will provide further status updates when stability returns to effected services. Oct <var data-var='date'>20</var>, <var data-var='time'>13:40</var> UTC Identified - Due to an outage with our cloud service provider, the SharpenDB end-point is experiencing degraded availability and is not able to consistently return data. Navigating to the Sharpen Admin --> config tab --> SharpenDB container may show a "Zero Tables Found" error, and various DB lookups (initiated through Classic Logic, Logic+, or through Query API) may not return any results. We've engaged with our cloud service provider and are working on restoring functionality for SharpenDB as quickly as possible. Updates will follow as additional details or restoration timelines are identified.

SharpenDB Unreachable - IZ1

Oct <var data-var='date'> 2</var>, <var data-var='time'>14:46</var> UTC Resolved - At this stage we have restored service to the majority of impacted flows and are working directly with customers who are experiencing any continued impact. If you are experiencing a problem with IVR routing or in queue messaging regarding the use of VCX/CX, please reach out to us at support.sharpencx.com so we can assist. Oct <var data-var='date'> 2</var>, <var data-var='time'>04:03</var> UTC Update - We're continuing our efforts to resolve CX/VCX routing issues across the IZ1 infrastructure. While we've had partial success, certain projects remain unreachable and currently result in a dead-air experience for customers. Mitigation efforts have been underway with the Care Team, involving updating routing conditions (away from CX/VCX) to minimize impact. In addition to Inbound routing or Classic Logic call-flows, this misbehavior extends to in-queue operations like timed-bots, "Max Wait", and "Exit No Agents" conditions that point to a Callback/Voicemail related VCX customization. The short-term recommendation is to disable timed-bots, and instead leverage the in-queue callback or voicemail offering. Further communication will follow, once we've established recovery for CX/VCX project usage. In the event assistance is required to update queue configurations, please reach out to the Care Team via support@sharpencx.com Oct <var data-var='date'> 2</var>, <var data-var='time'>01:20</var> UTC Update - We appreciate your continued patience. Our team remains engaged and is working to resolve the impact. For many customers we have implemented workarounds or alternative solutions that have restored customer experiences. We are still pursuing all options of service restoration. If you are impacted and have unique needs to overcome this disruption, please reach out to us at support@sharpencx.com Oct <var data-var='date'> 1</var>, <var data-var='time'>21:02</var> UTC Update - We've identified the underlying issue that is preventing different portions of the system (Classic logic, Inbound Routes, etc) from being able to engage with CX/VCX projects. We have been able to partially restore service to some applications, and are continuing to work towards comprehensive recovery. NOTE: Some projects are operational at this time while others CX/VCX deployments continue to see impact. We're aware of this behavior and are continuing efforts to correct all projects. Oct <var data-var='date'> 1</var>, <var data-var='time'>20:09</var> UTC Update - To clarify our last update: while CX/VCX hosts are reporting healthy, the outage is not fully resolved. Inbound Routing and timed project triggers that connect to deployed CX/VCX projects are still impacted. Our team is actively working to restore this functionality, and we’ll continue to share updates as progress is made. Oct <var data-var='date'> 1</var>, <var data-var='time'>19:32</var> UTC Identified - Initial corrective actions have been taken, and we've seen our CX/VCX hosts return to a healthy status. Our focus has shifted towards restoring functionality to the portion of the system that allows Inbound Routing or timed project triggers to engage with a deployed CX/VCX project. Additional updates will be provided as we make progress towards comprehensive recovery. Oct <var data-var='date'> 1</var>, <var data-var='time'>19:07</var> UTC Update - We are still investigating the issue, and our teams are fully swarmed working toward a resolution as quickly as possible. Oct <var data-var='date'> 1</var>, <var data-var='time'>18:24</var> UTC Update - We are still investigating the issue where VCX/CX routes in Logic Classic result in dead air. Our engineering team is continuing to work toward identifying the root cause. Oct <var data-var='date'> 1</var>, <var data-var='time'>17:53</var> UTC Investigating - We are currently investigating an issue where CX CURL requests in Logic Classic result in dead air.

Inbound Calls leveraging VCX/CX Experiencing Dead-Air - IZ1

Sep <var data-var='date'>18</var>, <var data-var='time'>06:12</var> UTC Resolved - Continued validation testing and monitoring efforts have shown comprehensive recovery across the Sharpen Q system. This incident is being transitioned into a monitoring status. In the event that new misbehaviors or lingering symtoms/issues are encountered, please reach out to the Care Team. Sep <var data-var='date'>18</var>, <var data-var='time'>05:18</var> UTC Monitoring - The corrective hot-fix has been deployed throughout our infrastructure, and initial validation testing has confirmed a restoration in queue-based and agent-initiated transfer functionality. Please verify with end-users if they're seeing a restoration in functionality. If ongoing impact is experienced, please reach out to the Care Team for further troubleshooting/analysis - with example users/extension info/QCMIDs that can be reviewed. Sep <var data-var='date'>18</var>, <var data-var='time'>04:51</var> UTC Update - Our teams are currently working towards rolling out the hot-fix/update across Sharpen's infrastructure. As soon as that effort has been completed, we'll initiate validation testing and confirm recovery of the system. Further updates will be posted to the status page as soon as that task finishes. Sep <var data-var='date'>18</var>, <var data-var='time'>03:55</var> UTC Identified - We've identified a routing issue within our infrastructure that's uniquely tied to transfer functionality (both queue and agent-initiated) and are working towards a fix. All available resources have been engaged at this time, and we're actively working towards recovery as quickly as possible. Further updates will be made to the status page when we've reached a point of recovery. Sep <var data-var='date'>18</var>, <var data-var='time'>03:51</var> UTC Investigating - Starting at approximately 9:30PM Eastern, calls routing through our IZ0 infrastructure that engage a transfer action (whether that be a queue-based "Max Wait" or "Exit No Agents" condition or an agent-initiated transfer to a different queue) are experiencing an unexpected termination. Test calls hitting one of these transfer conditions will hear a series of beeps, followed by the unexpected disconnect.

Call Routing Issues - Unexpected Disconnects

Aug <var data-var='date'>29</var>, <var data-var='time'>15:57</var> UTC Resolved - The issue with inbound calls routed through Logic+ has been fully resolved. All services are operating normally. Aug <var data-var='date'>29</var>, <var data-var='time'>15:40</var> UTC Monitoring - We identified the root cause impacting inbound calls routed through Logic+ and have applied corrective measures. Calls are now completing successfully. We will continue to closely monitor the service to ensure full stability. Aug <var data-var='date'>29</var>, <var data-var='time'>15:27</var> UTC Investigating - Inbound numbers that route through a Logic+ are resulting in dead-air. We are currently investigating and working towards a resolution

IZ1 Logic+ Inbound Calls result in Dead air

Aug <var data-var='date'>25</var>, <var data-var='time'>14:52</var> UTC Resolved - Our IZ1 infrastructure update has been deployed to the Production system, and initial validation efforts have shown full recovery to previously impacted call-flows routing though Logic+. In the event that you're still experiencing symptoms tied to dead-air, latent prompt playback, or unexpected disconnects through a Logic+ bot, please reach out to the Care Team with examples of the misbehavior and we'll troubleshoot further! Aug <var data-var='date'>25</var>, <var data-var='time'>14:32</var> UTC Identified - We've isolated the underlying issue within our infrastructure, and have taken initial steps to reroute traffic away from the misbehaving pathway causing the intermittent disconnects, delayed prompt playback, or dead-air. Our internal teams are actively preparing a code-change to completely address the problem, and we expect to have that pushed out to our Production systems in the next few minutes. Aug <var data-var='date'>25</var>, <var data-var='time'>14:07</var> UTC Update - We're aware of an ongoing/active issue, that is causing Inbound calls to experience dead-air or extremely delayed prompt playback - specifically when the number processes through a Logic+ configuration. We're investigating some infrastructure alerts that were triggered, and have all necessary team members engaged to troubleshoot the issue. We'll post further status updates as additional details become available. Aug <var data-var='date'>25</var>, <var data-var='time'>14:02</var> UTC Investigating - Starting shortly after 09:00AM Eastern, Inbound numbers that route though a Logic+ configuration are intermittently resulting in a dead-air or delayed playback misbehavior.

IZ1 Logic+ Delays and Routing Issues

Aug <var data-var='date'>23</var>, <var data-var='time'>19:16</var> UTC Resolved - This incident has been resolved. Aug <var data-var='date'>23</var>, <var data-var='time'>19:05</var> UTC Monitoring - A fix has been implemented and we are monitoring the results. Aug <var data-var='date'>23</var>, <var data-var='time'>18:38</var> UTC Investigating - We are currently investigating an issue impacting the inability to place outbound calls in our IZ1 infrastructure.

Sharpen Q Outbound Call Failures - IZ1

Aug <var data-var='date'>23</var>, <var data-var='time'>18:14</var> UTC Resolved - This incident has been resolved. Any agents experiencing lingering impact may need to log out of app.iz1.sharpen.cx and log back in. Aug <var data-var='date'>23</var>, <var data-var='time'>18:02</var> UTC Monitoring - We have corrected the issue impacting IZ1 application availability and are continuing to monitor. Aug <var data-var='date'>23</var>, <var data-var='time'>17:53</var> UTC Identified - We have identified the cause and are working on a corrective fix. Aug <var data-var='date'>23</var>, <var data-var='time'>17:37</var> UTC Investigating - We are aware of a potential service disruption impacting our IZ1 Infrastructure that may result in inbound calls not reaching queues. We have all necessary resources engaged to restore service. Additional details will be provided soon.

Inbound Call Failures, Users unable to log in - IZ1

Aug <var data-var='date'> 6</var>, <var data-var='time'>23:05</var> UTC Resolved - This incident has been resolved. Aug <var data-var='date'> 6</var>, <var data-var='time'>22:57</var> UTC Monitoring - A fix has been implemented and we are monitoring the results. Aug <var data-var='date'> 6</var>, <var data-var='time'>22:30</var> UTC Identified - We have identified the fault zone and are working on corrective actions. This continues to be isolated to only new connections. If your users have existing connections, refreshing the browser or logging out and back in will cause the agent to experience this issue. Aug <var data-var='date'> 6</var>, <var data-var='time'>21:57</var> UTC Update - We are continuing to investigate this issue. We have confirmed this is not impacting all users, but is most present for newly logged in users. All necessary team members continue to be engaged until resolution is achieved. Aug <var data-var='date'> 6</var>, <var data-var='time'>21:41</var> UTC Investigating - Some users in the IZ0 isolation zone (app.sharpencx.com) are unable to establish a Sharpen Q phone connection. We have all necessary resources engaged and are working to resolve the issue as soon as possible. If you are experiencing this issue, leveraging an alternative audio endpoint such as a configured IP phone or mobile phone may be a sufficient workaround.

Sharpen Q Phone (webRTC) unavailable for some newly logged in users (IZ0)

Jul <var data-var='date'>10</var>, <var data-var='time'>12:12</var> UTC Resolved - This incident has been resolved. Jul <var data-var='date'>10</var>, <var data-var='time'>12:06</var> UTC Monitoring - A fix has been implemented and we are monitoring the results. Jul <var data-var='date'>10</var>, <var data-var='time'>11:53</var> UTC Investigating - Users of the Sharpen Q application in our IZ1 isolation zone (app.iz1.sharpen.cx) may be experiencing moderate to severe delays in the application. We have all necessary resources engaged to identify and resolve the issue as soon as possible.

Sharpen Q delay (IZ1)

Jun <var data-var='date'>27</var>, <var data-var='time'>16:41</var> UTC Resolved - This issue has now been fully resolved as of 12:32PM Eastern for IZ0 (resolved at 12:28PM Eastern for IZ1). Validation test calls have confirmed that Inbound routes engaging Logic+ are fully operational. We're continuing to monitor the system. Please engage the Care Team if you're seeing any lingering misbehavior associated to Inbound Logic+ routing. Jun <var data-var='date'>27</var>, <var data-var='time'>16:30</var> UTC Update - The hot-fix corrective action has been pushed to our IZ1 infrastructure, and validation test calls have confirmed in-place recovery. Previously impacted routes should now be routing as expected. We're in the process of pushing the same hot-fix to IZ0 now. Jun <var data-var='date'>27</var>, <var data-var='time'>16:17</var> UTC Identified - We've identified an infrastructure discrepancy, where Inbound call-routing servers are not able to properly reference/interact with the Logic+ service end-point. We're taking steps to correct this issue via a hot-fix, and will perform validation testing shortly after (to confirm previously non-working Inbound routes have their service restored). Jun <var data-var='date'>27</var>, <var data-var='time'>15:10</var> UTC Investigating - We're aware are of an issue, where certain Inbound Routes are encountering a mapping issue with Logic+. Inbound calls to an impacted number may experience an unexpected disconnect. We're actively troubleshooting the issue and will post additional information to the status page as more details become available.

Sporadic Logic+ Routing - Dropping Calls

Jun <var data-var='date'>27</var>, <var data-var='time'>10:00</var> UTC Completed - The scheduled maintenance has been completed. Jun <var data-var='date'>27</var>, <var data-var='time'>08:00</var> UTC In progress - Scheduled maintenance is currently in progress. We will provide updates as necessary. Jun <var data-var='date'>25</var>, <var data-var='time'>16:52</var> UTC Scheduled - On Friday, June 27th, at 4:00 AM EDT, we are performing this essential maintenance to enable extended scalability of our platform and to introduce enhanced AI capabilities. This update is expected to last approximately 2 hours. During this window, you may experience brief interruptions in service. We appreciate your understanding as we work to improve your experience. If any sustained disruption is experienced beyond the maintenance window, please reach out to us at 855.249.3357, option 2, or open a request at support.sharpencx.com

System Enhancements Maintenance

Jun <var data-var='date'>17</var>, <var data-var='time'>17:18</var> UTC Resolved - This incident has been resolved. Jun <var data-var='date'>17</var>, <var data-var='time'>17:02</var> UTC Update - We are continuing to monitor recovery. We have seen recovery for for most organizations at this point, and are continuing to investigate remaining symptoms for those who are still experiencing impact. Jun <var data-var='date'>17</var>, <var data-var='time'>15:54</var> UTC Monitoring - A fix has been implemented and we are monitoring the results. Jun <var data-var='date'>17</var>, <var data-var='time'>15:34</var> UTC Update - We have isolated the fault zone and are organizing next steps to correct the issue. Jun <var data-var='date'>17</var>, <var data-var='time'>15:19</var> UTC Investigating - Users of the Sharpen Q platform in IZ (app.iz1.sharpen.cx) may be experiencing slowness, disrupting the successful execution of Sharpen Q functions. We have all necessary subject matter experts engaged to resolve the issue as soon as possible.

Is Sharpen down?

Sharpen status is UP

Lastest published events

IZ1 SharpenQ Incident

Investigating Issue with Inbound Calling in IZ1

IZ1 SharpenQ Incident

Sharpen Services, Components and Regions

Recent Sharpen events

IZ1 SharpenQ Incident

Investigating Issue with Inbound Calling in IZ1

IZ1 SharpenQ Incident

IZ0 - Sharpen Q Outbound Calling Incident

IZ1 Application and Routing Issues

IZ1 - Classic Logic Routing Issues