Floqast Status

We have released a fix for this issue, and customers using Egnyte should no longer be experiencing these errors. We are continuing to monitor to ensure stability, and a Root Cause Analysis will be shared here when available.

**Summary:** On May 19, 2026, some customers on our US database experienced "Something Went Wrong" errors when attempting to access the FloQast platform. Affected customers were able to restore access by clearing their browser cache. The issue was fully resolved on May 20. **Root Cause:** A recent update to how the platform routes login and authentication requests introduced a misconfiguration in the network path. Under the new routing, certain browser security checks received an unexpected redirect response, which browsers are required to reject per web standards. Once a browser encountered this error, it cached the failure, meaning subsequent requests by the same user continued to fail until the browser cache was cleared. **Immediate Resolution:** The network routing configuration was corrected so that authentication requests reach the intended destination without triggering the redirect. The fix prevents recurrence of the caching problem going forward. **Follow-up Actions:** Additional controls are being put in place to allow the team to respond more quickly to issues with future rollouts, limiting customer impact while investigations are underway. The production deployment pipeline is also being strengthened with additional safeguards to ensure rollback procedures work as expected when needed.

**Summary:** Between 10:23 AM PT on May 15, 2026, and 4:50 PM PT on May 18, 2026, customers on the APAC database were unable to upload Trial Balance and Chart of Accounts files via the FloQast Connect SFTP server. **Root Cause:** A software update to an internal file-processing component introduced a new configuration requirement that had not been applied to the APAC database environment. As a result, the service was unable to construct the correct address for its internal file handling system, causing all upload attempts to fail. **Immediate Resolution:** The missing configuration was identified and applied to the affected environment, restoring normal upload functionality. Successful file transfers were confirmed shortly thereafter. **Follow-up Actions:** The team is conducting a broader audit to ensure configuration standards are consistently applied across all service environments and databases. Additional safeguards are being added to the deployment process so that configuration requirements introduced by software updates are validated across all affected services before they reach production.

**Summary:** On May 12, 2026, between 10:46 AM PT and approximately 1:15 PT, the Request Agent feature was unavailable. Functionality was restored for customers on our US database at approximately 1:15 PT, for customers on our EU database at approximately 1:24 PT, and for customers on our APAC database by 1:55 PT. Customers were unable to create or view Requests, and customers were also unable to create Evidence Requests in Compliance Management. **Root Cause:** This incident was caused by an error introduced during a routine infrastructure update that resulted in certain services becoming misconfigured when deployed to production, making the Request Agent feature unavailable. **Immediate Resolution:** The misconfiguration was identified, and the affected services were restored to a known-good state, returning full functionality across all regions. **Follow-up Actions:** The deployment pipeline has been updated so that the affected class of services now always builds fresh from environment-specific configuration rather than reusing previously packaged artifacts, preventing this category of misconfiguration from reaching production. Traffic routing configuration is being audited across environments to ensure priority values are consistent and changes are validated before reaching production. The team is also accelerating the migration of affected legacy services to a more modern hosting model that eliminates this class of packaging issue entirely.

**Summary:** On May 11, 2026, between 3:08 PM and 3:48 PM PT, all customers using the US production environment were unable to log in or access the application. Customers on the EU and APAC databases were not affected. **Root Cause:** A recent deployment introduced a change to how the application constructs the web addresses used to communicate with its backend services. Due to a difference in how those addresses are formatted in the US environment compared to other regions, requests were being sent to an incorrect path, which prevented authentication and page access from completing successfully. **Immediate Resolution:** The address construction logic was corrected, and the fix was deployed, restoring full access for all affected customers shortly thereafter. **Follow-up Actions:** We are broadening automated test coverage to exercise environment-specific configuration more thoroughly, so this class of issue can be caught before reaching production. Additional monitoring and alerting are being added to detect access failures earlier. We are also working toward greater consistency in how service addresses are defined across our production environments to reduce the risk of environment-specific regressions going forward.

**Summary:** Beginning at approximately 12:50 PM PT on May 7th, customers using the AutoRec Matching module were unable to upload transaction files or sync data from NetSuite. Uploads failed without clear error messages, and NetSuite sync jobs appeared to stall without completing. Upload functionality was restored at 8:38 AM PT on May 8th, and NetSuite sync functionality was restored at approximately 1:40 PM PT. **Root Cause:** While resolving a separate platform issue, a routine redeployment of several background services caused two of them to load incompatible versions of a shared software component. **Immediate Resolution:** Both services were restored to their correct configurations, resolving file upload and NetSuite sync failures across all production regions. A backlog of jobs that had stalled during the incident was also cleared manually, allowing them to complete successfully. **Follow-up Actions:** The team is putting in place more rigorous validation steps around service redeployments to catch configuration mismatches earlier. Additional monitoring is being added to surface these issues faster if they occur.

The fix for this issue has been released. Users may experience a brief delay as the backlog of queued notifications is processed. We are continuing to monitor the situation and will share a Root Cause Analysis here when available.

**Summary:** On May 7, 2026, from approximately 07:15 AM to 05:21 PM PT, customers across all regions experienced failures in automated workflows and email notifications within FloQast, resulting in jobs failing to execute as expected. **Root Cause:** A routine update from our cloud infrastructure provider changed how certain internal network traffic was handled. A prior update within our platform had not been fully applied across all parts of our environment, which created a conflict with the provider's change. Affected workflows failed immediately rather than completing normally. **Immediate Resolution:** The infrastructure update was rolled back to a prior stable configuration, and a process was run to fully refresh the affected workflows across all regions. All three regions were subsequently returned to normal operation. **Follow-up Actions:** We are taking several steps to strengthen our resilience to infrastructure changes of this kind. Going forward, updates from our cloud provider will be validated in a dedicated test environment before reaching production, giving us earlier visibility into any compatibility issues. We are also enhancing our internal monitoring to provide greater coverage across our infrastructure, and we are improving how we receive and act on cloud provider advisories so our engineering team can respond proactively to changes that may affect our environment.

**Summary:** On May 5, 2026, customers navigating between tabs on the Single Workflow Dashboard encountered an error modal displaying "Something Went Wrong." While the underlying dashboard data continued to load normally in the background, the error modal obscured the experience for customers using that view. **Root Cause:** A recent update to the dashboard introduced a timing conflict in how the system managed temporary data storage during tab navigation. When customers switched between tabs, the system was clearing an internal data cache before a background process had finished using it, which triggered an error. The issue was most pronounced for customers on slower network connections, where the timing gap was more likely to occur. **Immediate Resolution:** The update that introduced the timing conflict was reverted, restoring the proper sequence of operations. **Follow-up Actions:** Test coverage is being expanded to test rapid navigation scenarios on the Single Workflow Dashboard to catch this class of issue before it reaches production. The underlying dashboard improvement that was reverted will be re-implemented with a safer approach before being reintroduced.

**Summary:** Customers using Reconciliations experienced an issue where changes made via the All Entities template were saved in settings but failed to apply to individual periods. This resulted in template updates not being reflected across the application and a lack of email notifications for these bulk updates. **Root Cause:** A standard infrastructure upgrade changed how internal system information was passed between background services. This caused a critical communication failure that prevented the automated workflow from distributing template changes to the appropriate records, which occurred without surfacing an error message to the user. **Immediate Resolution:** Engineering teams implemented a multi-layered fix that restored the necessary system context and updated the underlying software dependencies. After rigorous testing across multiple environments to ensure full functionality and the restoration of automated notifications, the fix was deployed to all customers. **Follow-up Actions:** To prevent a recurrence, the team is enhancing end-to-end regression testing for infrastructure changes and improving monitoring to ensure visibility into background service health. Additionally, system alerts are being updated to provide immediate notification of failures in automated workflows, and internal deployment checklists are being refined to ensure consistent dependency management during platform upgrades. **Recommended Customer Action: Any customers who made Reconciliation updates via the All Entities Reconciliation Template between 2:26 PM PT on April 20 and 3:16 PM PT on April 23 should re-apply their reconciliation templates to ensure the changes are properly applied.**

The scheduled maintenance has been completed.

The scheduled maintenance has been completed.

The scheduled maintenance has been completed.

The scheduled maintenance has been completed.