FlexNet Operations Cloud Incorrectly displayed non‑English characters in system‑generated email communications.

This incident has been resolved.

A fix has been implemented and we are monitoring the results.

Fix Deployed to User Acceptance Testing (UAT)
The fix addressing the UTF‑8 character handling issue has now been successfully deployed to the User Acceptance Testing (UAT) environment. Our validation and functional testing in UAT have completed successfully.
We are currently monitoring the behavior of the fix in this environment to ensure stability and confirm there are no unintended side effects.

Next Steps
Continued monitoring in the UAT environment is in progress.
Pending final verification, we are planning a production deployment on Monday, April 20.
We will update this status page once the fix is deployed to Production or if timelines change.

Important Note
As previously communicated, this fix prevents new occurrences of UTF‑8 character corruption. Any data that was already created with corrupted characters prior to the fix will not be automatically corrected and will require updates to the source records after deployment.
We appreciate your patience and will continue to share updates as we move toward full resolution.

We are continuing to work on a fix for this issue.

Update: Clarification on Scope of UTF‑8 Character Impact
In addition to email‑related issues previously reported, some customers may experience issues when creating users or accounts with non‑English (UTF‑8) characters via the application user interface.

Specifically:
- The issue only impacts users and accounts created or edited via the UI.
- API‑based creation and updates are not affected.
- Records created via the UI with non‑English characters may display incorrectly.
- Data exports or extracts that include these UI‑created records may contain corrupted character data.

The fix currently being prepared for deployment will prevent new occurrences of this issue.
However, downstream processing of data that was already created with corrupted characters will not automatically correct that data, and any previously corrupted values in extracts will persist unless the source records are updated after the fix is applied.

Next Steps:
- The validated fix corrects character handling across email processing, account and user creation.
- Deployment remains the top priority due to business and data integrity impact.
- We will update this status page once deployment is complete.

Workarounds:
Until the fix is deployed, customers are advised to:
- Avoid using non‑English characters when creating or modifying email templates, users or accounts through the UI, where possible.
- Use API‑based processes if UTF‑8 characters are required.

We recognize the impact this has caused and appreciate your patience as we work to fully resolve the issue.