Histórico de interrupções do Flexera

1. 18 Eost 2026 da 09:32 UTCinvestigating

   Descrição do incidente: Atualmente estamos investigando uma questão que afeta o acesso a serviços Flexera One na região APAC. Os clientes afetados podem ter dificuldades em acessar a plataforma ou encontrar erros após a autenticação. Prioridade: P1 Atividade de Restauração: Nossos técnicos foram envolvidos e estão ativamente investigando o problema para identificar a causa subjacente e restaurar o serviço normal o mais rápido possível.

2. 18 Eost 2026 da 10:18 UTCidentified

   Nossa investigação identificou um problema de configuração como a causa provável do impacto. As equipes estão trabalhando ativamente para implementar e validar medidas corretivas para restaurar a operação de serviço normal. Serão apresentadas novas actualizações à medida que a investigação avançar.

3. 18 Eost 2026 da 10:43 UTCidentified

   À medida que a investigação progrediu, as nossas equipas identificaram indicações de que a questão não está isolada para a Gestão de Activos de TI e pode ter um impacto mais amplo na plataforma Flexera One em APAC. Os esforços de reparação estão em andamento contra a causa identificada, e as equipes estão focadas em restaurar a estabilidade total do serviço. Serão fornecidas atualizações adicionais à medida que mais informações estiverem disponíveis.

4. 18 Eost 2026 da 10:50 UTCidentified

   Continuamos trabalhando em uma solução para esse problema.

5. 18 Eost 2026 da 11:47 UTCmonitoring

   Uma correção foi implementada e o acesso à plataforma Flexera One foi restaurado. Nossas equipes estão realizando atividades adicionais de validação e continuam monitorando de perto a saúde e o desempenho dos serviços para confirmar a estabilidade e garantir que todos os serviços permaneçam plenamente operacionais.

6. 18 Eost 2026 da 12:13 UTCresolved

   Após extensas atividades de monitoramento e verificação, nossas equipes confirmaram que os serviços permanecem estáveis e nenhum impacto foi observado. O incidente foi resolvido e todos os serviços afectados estão totalmente operacionais.

Traduzido automaticamente da atualização oficial do incidente.

1. 13 Eost 2026 da 01:08 UTCinvestigating

   Incident Description: We are currently investigating an issue impacting the reconciliation process within the IT Asset Management platform in the EU region. Affected customers may experience failures when attempting to run reconciliation jobs. As a result, reconciliation processes may not complete successfully, potentially delaying data updates and downstream processing. Priority: P2 Restoration Activity: Our technical teams have been engaged and are actively working to identify the root cause and restore services. Further updates will be provided as we continue working toward resolution.

2. 13 Eost 2026 da 03:27 UTCmonitoring

   Our teams identified a configuration issue introduced during the completion of a standard release earlier today, which prevented an instance from successfully communicating with the Reconcile service. The affected instance's configuration process was successfully re-executed, restoring the required settings and re-establishing connectivity with the Reconcile service. Validation testing confirmed normal service operation, and reconciliation processing has resumed successfully. The environment remains under monitoring to ensure continued stability.

3. 13 Eost 2026 da 03:27 UTCmonitoring

   We are continuing to monitor for any further issues.

4. 13 Eost 2026 da 05:57 UTCresolved

   Following extended monitoring, our teams have confirmed that the platform has remained stable and no recurrence of the issue has been observed since the remediation actions were completed. Reconciliation processing continues to operate normally, connectivity with the Reconcile service remains healthy, and all validation checks have been successful. Based on the sustained stability of the environment and the absence of any further failures, this incident has been resolved

1. 11 Eost 2026 da 17:26 UTCinvestigating

   Descrição do incidente: Estamos investigando um problema que afeta os serviços de otimização de custos de nuvem (CCO) na região da América do Norte (NAM). Os clientes podem experimentar páginas que não carregam, comportamento de carregamento prolongado ou dificuldade em acessar determinadas funcionalidades de otimização de custos em nuvem dentro do Flexera One. Prioridade: P2 Atividade de Restauração: Nossas equipes técnicas estão ativamente investigando o problema e trabalhando para restaurar o serviço normal. Os esforços atuais estão focados em identificar a causa da degradação e validar ações corretivas. Forneceremos atualizações adicionais à medida que mais informações estiverem disponíveis.

2. 11 Eost 2026 da 17:48 UTCidentified

   Our investigation has identified the issue affecting certain Cloud Cost Optimization (CCO) functionality in the North America region. Following a recent service migration, some application components were not operating with the expected resource configuration, resulting in certain requests failing to complete and impacted pages remaining in a continuous loading state. Our technical teams have implemented configuration changes to restore the appropriate resource allocation for the affected services and are currently deploying those changes. We are monitoring recovery and validating service functionality as the update takes effect. We will provide additional updates as progress continues.

3. 11 Eost 2026 da 18:08 UTCmonitoring

   The configuration changes have been deployed, and the affected service components are now operating with the intended resource configuration. Our technical teams have observed recovery of the impacted Cloud Cost Optimization (CCO) functionality in the North America region and are performing final validation to confirm service stability. We will continue to monitor the environment closely and provide a further update once validation activities are complete.

4. 11 Eost 2026 da 20:26 UTCresolved

   Following a period of monitoring, services have remained stable and no further issues have been observed. This incident is now considered resolved.

5. 14 Eost 2026 da 20:02 UTCpostmortem

   **Description:** Flexera One - Cloud Cost Optimization \(CCO\) - North America - Service Degradation Affecting Certain Functionality **Timeframe:** August 11, 2026, 9:51 AM PDT – August 11, 2026, 10:45 AM PDT **Incident Summary** On August 11, 2026, customers may have experienced issues accessing certain Cloud Cost Optimization \(CCO\) functionality in the North America region. Impacted pages could remain in a continuous loading state and fail to render correctly. Technical teams began investigating after identifying that certain application requests were not completing successfully. The impact was limited to specific functionality rather than the entire CCO service. During the investigation, technical teams determined that dependent application services were unable to successfully retrieve required configuration information from a supporting service component, resulting in rendering issues for affected functionality. Corrective configuration changes were implemented and updated service components were deployed. Following deployment, technical teams validated recovery and continued monitoring the environment to confirm stable operation. All affected functionality subsequently returned to normal operation. **Root Cause** During a recent service migration, a supporting application component was deployed with an incorrect resource configuration. As processing demand increased, the affected service components exhausted available resources and became unavailable. As a result, dependent application services were unable to successfully retrieve required configuration information needed to process certain requests. This resulted in rendering issues affecting specific Cloud Cost Optimization \(CCO\) functionality. **Remediation Actions** The following actions were taken during the incident response: 1. Incident Investigation Initiated: Technical teams investigated reports of affected CCO functionality remaining in a continuous loading state and failing to render correctly. 2. Service Dependency Analysis Performed: Technical teams identified that dependent application services were unable to successfully retrieve required configuration information from a supporting service component. 3. Configuration Issue Identified: Investigation determined that a supporting application component had been deployed with an incorrect resource configuration following a recent service migration. 4. Corrective Configuration Changes Applied: Technical teams implemented configuration changes to restore the intended operating parameters for the affected service components. 5. Service Recovery Validation Performed: Updated service components were deployed, affected functionality was validated, and the environment was monitored to confirm stable operation before incident closure. **Future Preventative Measures** Following this incident, technical teams reviewed the migration and deployment process associated with the affected service component. 1. Configuration Validation Enhancements: An additional validation step has been added to verify that service configurations are appropriate for forecasted processing requirements following migration activities. This additional review is intended to help identify configuration discrepancies before they can affect production workloads.

Traduzido automaticamente da atualização oficial do incidente.

1. 7 Eost 2026 da 04:55 UTCinvestigating

   Issue Description: Our teams have identified that some Flexera customers' email systems are rejecting emails sent containing notifications of updates on Flexera Support cases. Priority: P3 Restoration Activity: Technical teams are actively investigating the issue. In the meantime, please login to the Flexera Community and use the Support Case portal at https://community.flexera.com/s/case/Case/Default to review case status and check for any updates.

2. 7 Eost 2026 da 12:28 UTCidentified

   Our teams have identified the cause of the issue and are currently working to resolve it.

3. 8 Eost 2026 da 10:48 UTCidentified

   Our teams continue to work toward a resolution. During the ongoing investigation, we identified that in some instances emails from Flexera may be being blocked by SharePoint. Addressing this issue requires additional investigation and coordination with the relevant parties to ensure the appropriate corrective actions are taken. We will continue to provide updates as more information becomes available.

4. 10 Eost 2026 da 10:10 UTCidentified

   Our teams continue working toward a resolution. Additional investigation and coordination with the appropriate teams are underway to restore normal email flow. We will provide further updates as more information becomes available.

5. 12 Eost 2026 da 13:50 UTCmonitoring

   Our teams have implemented corrective measures and are observing positive results. Initial validation testing has been successful, indicating that the mitigation actions are effective. We will continue to closely monitor the service to ensure ongoing stability and will provide further updates as they become available.

6. 14 Eost 2026 da 05:41 UTCresolved

   After extended monitoring, our teams have confirmed that all email updates are being delivered successfully. This incident has been declared as resolved.

Traduzido automaticamente da atualização oficial do incidente.

1. 5 Eost 2026 da 08:28 UTCresolved

   Descrição do incidente: Nossas equipes identificaram uma ruptura de serviço que afeta um subconjunto de clientes da Flexera One IT Asset Management (ITAM) no ambiente de Produção APAC de 4 de agosto de 2026, 04:04 PDT a 04:25 PDT. Durante o período afetado, um subconjunto de nossos clientes experimentou lentidão intermitente, falta de resposta ao serviço ou falhas de carregamento de dados dentro da plataforma. Prioridade: P2 Atividade de Restauração: Nossas equipes técnicas investigaram o problema e determinaram que uma condição inesperada de esgotamento de recursos de banco de dados ocorreu durante o período afetado. A condição foi posteriormente autocorrigida, permitindo que os serviços afetados recuperassem e retornassem à operação normal. A validação pós-incidente confirmou que as operações da plataforma estão funcionando como esperado. Estamos a proceder a uma revisão pormenorizada do incidente e a avaliar salvaguardas adicionais, controlos de capacidade e melhorias de monitorização para reduzir ainda mais a probabilidade de acontecimentos semelhantes no futuro.

Traduzido automaticamente da atualização oficial do incidente.

1. 3 Eost 2026 da 06:56 UTCinvestigating

   Descrição do incidente: Estamos atualmente investigando um problema que afeta o pacote de inventário (*.zip) uploads na região da Europa para a Flexera One IT Asset Management. Clientes que tentam carregar pacotes de inventário específicos podem encontrar erros, resultando em uploads de inventário fracassados e atrasos no processamento de dados de inventário. Prioridade: P2 Atividade de Restauração: Nossa equipe técnica está ativamente investigando o problema e revisando a atividade atual de processamento para confirmar escopo e progresso. Estamos acompanhando de perto a situação e forneceremos atualizações à medida que mais informações estiverem disponíveis.

2. 3 Eost 2026 da 08:10 UTCinvestigating

   Nossas equipes continuam a investigar ativamente o problema e estão realizando uma revisão detalhada dos registros e diagnósticos do sistema para identificar e confirmar a causa raiz subjacente. Forneceremos atualizações adicionais à medida que mais informações estiverem disponíveis.

3. 3 Eost 2026 da 09:38 UTCinvestigating

   Durante a investigação em curso, as nossas equipas identificaram que a questão também pode estar a afectar as comunicações de faróis com o ambiente de produção da UE Flexera One. Consequentemente, podem ser afectadas operações adicionais que se baseiem na comunicação entre faróis e plataformas. A equipe continua a investigar a causa subjacente, avaliar todo o alcance do impacto e trabalhar para implementar uma resolução o mais rapidamente possível.

4. 3 Eost 2026 da 10:40 UTCmonitoring

   Nossas equipes identificaram uma mudança de configuração recente como a causa provável do problema. Desde então, a configuração foi retrocedida, e estamos observando a recuperação de serviço nos componentes afetados, com a funcionalidade da plataforma retornando gradualmente aos níveis esperados. As equipes permanecem ativamente envolvidas no monitoramento do ambiente para validar a recuperação completa, garantir a estabilidade da plataforma e lidar rapidamente com quaisquer impactos residuais.

5. 3 Eost 2026 da 10:40 UTCmonitoring

   Continuamos monitorando quaisquer outros problemas.

6. 3 Eost 2026 da 17:09 UTCmonitoring

   As ações de atenuação permanecem efetivas, e o processamento de inventário continua com sucesso. Estamos monitorando ativamente o progresso da recuperação e trabalhando através do atraso restante para garantir que todo o processamento seja concluído com sucesso. Continuaremos a fornecer atualizações à medida que os esforços de recuperação progredirem.

7. 4 Eost 2026 da 07:02 UTCmonitoring

   A recuperação dos serviços continua no bom caminho, continuando as medidas de atenuação a ser eficazes. O processamento do inventário está funcionando com sucesso, e o atraso foi reduzido significativamente, aproximando os volumes dos níveis normais. Nossas equipes continuam a monitorar o ambiente e processar o atraso restante para completar a recuperação. Serão fornecidas novas actualizações, conforme adequado.

8. 4 Eost 2026 da 11:09 UTCresolved

   O ambiente voltou aos níveis operacionais normais. O processamento do inventário e as comunicações do farol são estáveis, e o atraso voltou aos limiares esperados. A plataforma permanece saudável, com monitoramento contínuo confirmando estabilidade sustentada. Detalhes adicionais sobre a causa raiz, ações restaurativas e iniciativas de melhoria a longo prazo serão compartilhados em um relatório post-mortem após a validação dos achados.

9. 18 Eost 2026 da 12:41 UTCpostmortem

   **Descrição:** Flexera One- IT Asset management - EU - Erros de upload de inventário ** Horário:** 31 de julho de 2026, 6:00 PDT a 4 de agosto de 2026, 4:09 PDT □ ** Resumo do incidente ** □ No domingo, 2 de agosto de 2026, às 11:42 PM PDT, Flexera identificou um problema que afeta o pacote de inventário \(\*.zip\) uploads e selecionar comunicações beacon dentro do Flexera One IT Asset Management EU Production environment. Os clientes afetados experimentaram uploads de pacotes de inventário falhados, incluindo respostas HTTP 504 \(Gateway Timeout\) e HTTP 405 \(Method Not Allowed\). O problema também interrompeu a seleção de comunicações de farol para plataforma, causando atrasos ou falhas no processamento de inventário e ingestão de dados de inventário. A investigação determinou que o impacto inicial teve início às 18:00 PDT em 31 de julho de 2026. A análise identificou um problema de comunicação dentro de um caminho crítico de roteamento de serviços que impediu um subconjunto de solicitações de alcançar serviços de processamento a jusante com sucesso. Isso resultou em repetições repetidas, atraso no processamento do inventário e acúmulo de atraso. Para mitigar o problema e restaurar o serviço, o tráfego foi redirecionado para um caminho alternativo de comunicação. Após essa mudança, as comunicações do farol estabilizaram, uploads de inventário retomaram o processamento com sucesso, e o backlog do inventário começou a diminuir. Por volta das 3:42 AM PDT em 3 de agosto de 2026, uploads de inventário estavam completando com sucesso e não foram observados novos erros. O ambiente permaneceu sob monitorização prolongada enquanto os volumes de processamento retornaram aos níveis operacionais normais. Às 04:09 PDT de 4 de agosto de 2026, Flexera confirmou que as comunicações de farol, o processamento de estoque e os serviços de plataforma associados estavam operando normalmente, o backlog tinha retornado aos limiares esperados, e o incidente foi formalmente declarado resolvido. □ **Root Cause** □ Em 31 de julho de 2026, uma atualização de certificado para um caminho de comunicação de serviço crítico criou um descompasso de configuração entre componentes de plataforma. O problema surgiu mais tarde, quando os componentes da aplicação foram reiniciados e começaram a estabelecer novas conexões usando a configuração atualizada. Isso causou erros de aperto de mão e falhas de comunicação, resultando em indisponibilidade do serviço. Consequentemente, não foi possível processar os pedidos dos clientes para carregar os ficheiros \(\*.zip\) do pacote de inventário para o ambiente de produção da UE, causando falhas no upload e impedindo que os dados do inventário fossem recebidos e processados. Um subconjunto de outras interações beacon-to-platform também foi afetado, embora o impacto do cliente não foi observado imediatamente. O serviço foi restaurado redirecionando o tráfego para um caminho de comunicação alternativo que não foi afetado pela questão de configuração relacionada ao certificado. Carregamentos de inventário e comunicações de faróis retomaram a operação normal. Fatores Contribuintes * Intermittent Request Failures: Falha nas tentativas de estabelecimento de conexão fez com que uma porção de pedidos não fosse bem sucedida antes de alcançar serviços de processamento a jusante. * Processamento de Inventário Atrasos: Falhas de comunicação impediram que alguns pacotes de inventário e importações associadas processassem com sucesso, resultando em atualizações de inventário atrasadas. * Retry-Driven Backlog Growth: Mecanismos de retry automatizados permitiram que muitas transações eventualmente tivessem sucesso, mas contribuíram para o aumento dos atrasos de processamento e acúmulo de backlog enquanto o problema permaneceu ativo. □ **Acções de reparação □ Para restaurar o serviço, as equipes técnicas realizadas abaixo das ações: * Traffic Re-routing: Redirecionado tráfego longe do caminho de serviço afetado para restaurar comunicações de farol estável e uploads de pacotes de inventário. * Monitoramento de plataforma: Realizado monitoramento contínuo de comunicações de farol, uploads de inventário e atividade de processamento para verificar a recuperação de serviço. * Backlog Recovery Management: Monitorado processamento de inventário rendimento e validado que o processamento backlogs constantemente reduzido e retornou aos limiares operacionais esperados. * Validação de Estabilidade: Realizado monitoramento estendido após a restauração para confirmar a estabilidade sustentada da plataforma e processamento de inventário bem sucedido. * Confirmação de Restauração de Serviço: Às 4:09 AM PDT em 4 de agosto de 2026, confirmou que as comunicações de farol, processamento de inventário e serviços associados estavam funcionando normalmente. □ ** Medidas de prevenção do futuro □ * Resiliência de Comunicação de Serviço: Reveja e melhore o caminho de comunicação afetado para melhorar a confiabilidade, resiliência e recuperação de futuras interrupções relacionadas à conectividade. * Validação de Mudança Fortalecido: Melhore os processos de validação e teste para mudanças de infraestrutura, configuração, certificado e caminho de serviço para identificar erros de comunicação antes da implantação em ambientes de produção. * Detecção e Alerta Melhorados: Melhore as capacidades de monitoramento e alerta para fornecer identificação mais precoce de interrupções de comunicação sustentadas, atividade de repetição elevada, padrões anormais de taxa de erro e atrasos de processamento emergentes. Estas melhorias permitirão uma detecção, investigação e remediação mais rápidas dos problemas antes de se desenvolverem num impacto mais amplo no cliente.

Traduzido automaticamente da atualização oficial do incidente.

1. 29 Gouere 2026 da 04:36 UTCinvestigating

   Descrição do incidente: Estamos investigando um problema que afeta o serviço Software Vulnerability Research (SVR). Os clientes podem estar passando por dificuldades de acesso ou uso de SVR neste momento. Prioridade: P1 Atividade de Restauração: Nossas equipes estão ativamente investigando o problema e trabalhando para restaurar o serviço. As atividades de atenuação estão em andamento enquanto trabalhamos para trazer o serviço de volta online. Serão fornecidas mais actualizações à medida que mais informações estiverem disponíveis.

2. 29 Gouere 2026 da 06:02 UTCinvestigating

   As ações de recuperação têm sido implementadas; no entanto, o serviço continua a vivenciar instabilidade sob as atuais condições de carga de trabalho, resultando em interrupções contínuas do serviço. Nossas equipes estão trabalhando ativamente para reduzir o impacto e restaurar a disponibilidade de serviços. Serão fornecidas mais actualizações à medida que mais informações estiverem disponíveis.

3. 29 Gouere 2026 da 09:52 UTCresolved

   As equipes técnicas restauraram a disponibilidade de serviço para Pesquisa de Vulnerabilidade de Software (SVR). As ações de recuperação foram implementadas para lidar com a instabilidade do serviço, e a validação confirmou que a funcionalidade SVR foi restaurada. Continuaremos a acompanhar de perto o serviço para garantir a estabilidade contínua. Nos próximos dias, será publicado um relatório post mortem contendo pormenores adicionais, incluindo a causa raiz e medidas preventivas.

4. 11 Eost 2026 da 10:28 UTCpostmortem

   **Description:** Software Vulnerability Research \(SVR\) - Service Disruption **Timeframe:** July 28, 2026, 2:00 PM PDT to July 29, 2026, 2:53 AM PDT ‌ **Incident Summary** On Tuesday, 28 July 2026, at 2:00 PM PDT, the Flexera Software Vulnerability Research\(SVR\) production environment experienced a service disruption that affected API availability and application functionality. The incident occurred when the primary database instance supporting the SVR platform became unavailable. Existing database connections were unexpectedly terminated, and application servers were unable to establish new connections. As a result, customers were unable to reliably access SVR services and APIs during the incident. During the investigation, our teams determined that the disruption was caused by an unplanned failover initiated by the cloud service provider. According to the provider’s event history, an infrastructure issue was detected on the primary database host, prompting the provider to automatically initiate the failover process. Our technical teams immediately engaged the cloud service provider to investigate the incident and restore service. Following recovery and validation activities, all production services were successfully restored and returned to normal operation by 2:53 AM PDT on 29 July 2026. ‌ **Root Cause** ‌ The incident was triggered by an unplanned failover of the production database, initiated by the cloud service provider in response to an infrastructure-level issue affecting the primary database host. During the failover, the primary database instance became temporarily unavailable. This caused active database connections to terminate abruptly, preventing application services from establishing new connections. As a result, API requests failed and service availability across the SVR platform was impacted. Flexera has formally requested a detailed Root Cause Analysis \(RCA\) from the cloud service provider to determine the precise infrastructure condition that triggered the failover and to identify opportunities to prevent recurrence. ‌ **Contributing Factors** ‌ During the investigation, the following factors were identified as potentially contributing to the overall impact of the incident: * A significantly elevated volume of client connection attempts was observed originating from customer environments during the incident period. * Connection volumes exceeded normal operating levels, increasing load on backend services while database services were recovering. * Elevated connection activity may have amplified the impact of the database failover and increased recovery complexity. * Existing application retry and connection behaviours generated additional connection demand during database recovery activities. ‌ **Remediation Actions** ‌ * Cloud provider engagement: Our teams immediately engaged the cloud service provider and worked directly with their on-call engineers throughout the recovery effort. * Database recovery: Executed a controlled database failover/reboot in coordination with the cloud service provider. * Restored connectivity: Re-established database availability and connectivity to the production environment. * Application recovery validation: Confirmed that application services successfully reconnected to backend database services. * Service validation: Verified recovery of APIs and critical SVR application functionality. * Post-recovery monitoring: Implemented enhanced monitoring of database health, application performance, and connection activity following restoration. ‌ **Future Preventative Measures** ‌ * Continue monitoring customer connection volumes and backend database connection utilisation. * Review and optimise database connection pooling, connection management, retry logic, and failover handling to improve resilience during future infrastructure events. * Complete the cloud service provider support engagement and review the provider's detailed Root Cause Analysis once available. * Conduct an internal post-incident review and implement additional preventive measures identified through the review process.

Traduzido automaticamente da atualização oficial do incidente.

1. 28 Gouere 2026 da 23:14 UTCinvestigating

   Descrição do incidente: Estamos investigando um problema intermitente que afeta os serviços Flexera One na região APAC. Os clientes podem experimentar problemas ou erros de acesso intermitentes ao usar aplicações e serviços Flexera One. A questão parece estar actualmente limitada à região APAC. Prioridade: P2 Atividade de Restauração: Nossas equipes estão ativamente investigando o problema. O escopo e o impacto estão sendo avaliados em todos os serviços da Flexera One na região APAC, e estamos trabalhando para identificar a causa subjacente e restaurar a estabilidade do serviço. Serão fornecidas mais actualizações à medida que mais informações estiverem disponíveis.

2. 29 Gouere 2026 da 00:34 UTCinvestigating

   As nossas equipas técnicas estão a investigar o problema. A questão parece ser intermitente, com alguns pedidos sucedendo enquanto outros continuam a falhar. Estamos revisando os serviços afetados e suas dependências para determinar o alcance do impacto, identificar a causa subjacente e restaurar a estabilidade do serviço.

3. 29 Gouere 2026 da 02:05 UTCresolved

   As equipes técnicas têm mitigado o problema que afeta os serviços Flexera One na região APAC. A funcionalidade do serviço foi restaurada, e a validação confirma que aplicações e serviços afetados estão funcionando como esperado. Durante a investigação, as equipes identificaram problemas intermitentes de comunicação de serviços que resultaram em problemas de acesso e erros para alguns clientes. Como parte do esforço de mitigação, as equipes técnicas reiniciaram os serviços afetados, após o que a funcionalidade do serviço recuperado e validação confirmou a restauração bem sucedida dos serviços impactados. Continuaremos a rever o incidente e a monitorizar a saúde dos serviços.

4. 12 Eost 2026 da 17:33 UTCpostmortem

   **Description:** Flexera One - APAC - Intermittent Service Disruption ## Timeframe **Timeframe:** July 28, 2026, 3:16 PM PDT - July 28, 2026, 5:39 PM PDT ## Incident Summary On Tuesday, July 28, 2026, at 3:49 PM PDT, customers using Flexera One services in the APAC region began experiencing intermittent service disruptions affecting multiple applications and platform capabilities. Customers may have encountered login issues, application errors, failed page loads, API errors, and intermittent access to certain Flexera One functionality. During the incident, multiple services experienced intermittent communication failures with shared platform services. As a result, customers experienced inconsistent application behavior, with some requests succeeding while others failed. Technical teams investigated the issue across affected applications and platform components to determine the scope and source of the failures. The investigation identified a connectivity issue affecting communication between application services and a shared platform dependency. Corrective configuration changes were implemented to restore service communication and stabilize affected functionality. Following implementation of the corrective changes, technical teams validated functionality across impacted applications and confirmed that services had returned to normal operation. Continued monitoring showed stable service behavior, and the incident was resolved at 5:40 PM PDT on July 28, 2026. ## Root Cause Investigation determined that the incident was caused by a connectivity issue introduced during a platform infrastructure migration. Following the migration, certain application services continued using legacy connection ports when communicating with shared platform services. When affected services restarted, they attempted to communicate using endpoint and port combinations that were no longer aligned with the updated platform configuration. This configuration mismatch resulted in intermittent communication failures between application services and shared platform components, causing customer-facing application errors and service disruptions across multiple Flexera One services in the APAC region. ## Remediation Actions The following actions were taken during the incident response: 1. **Incident Investigation Initiated:** Technical teams investigated reports of intermittent failures affecting multiple Flexera One services in the APAC region and assessed the scope of customer impact. 2. **Dependency Analysis Performed:** Technical teams reviewed communication paths between impacted applications and shared platform services to identify the source of the connectivity failures. 3. **Configuration Mismatch Identified:** Investigation determined that certain services were attempting to communicate through legacy ports that were not aligned with the updated platform configuration following the migration. 4. **Platform Configuration Updated:** The required ports were added to the updated platform configuration, restoring connectivity for the affected services. 5. **Service Recovery Validation:** Technical teams validated functionality across impacted applications and confirmed that service communication and customer-facing functionality had returned to normal operation. ## Future Preventative Measures The following improvements have been identified to further reduce the risk of similar incidents in the future: 1. **Platform Configuration Alignment:** Platform connectivity configurations were updated to ensure application services can communicate with shared platform components using the required connection ports. Maintaining alignment between service connectivity requirements and platform configurations helps reduce the risk of similar connectivity issues following future infrastructure changes.

Traduzido automaticamente da atualização oficial do incidente.

1. 27 Gouere 2026 da 00:11 UTCinvestigating

   Descrição do incidente: Estamos investigando um problema que afeta os clientes do Snow Atlas na região APAC. Usuários afetados podem ser incapazes de acessar a plataforma e podem encontrar erros 404 ao tentar entrar. A investigação atual indica que a questão está limitada à região APAC, sem impacto confirmado em outras regiões neste momento. Prioridade: P1 Atividade de Restauração: Nossas equipes técnicas estão ativamente investigando o problema para identificar a causa subjacente e restaurar o serviço. Estamos a acompanhar de perto o ambiente e a implementar medidas correctivas, conforme adequado. Serão fornecidas mais actualizações à medida que mais informações estiverem disponíveis.

2. 27 Gouere 2026 da 02:00 UTCinvestigating

   Nossas equipes resolveram o problema que afeta os clientes do Atlas de Neve na região APAC. O problema ocorreu quando um serviço de plataforma falhou em iniciar corretamente, resultando em erros intermitentes e problemas de acesso para alguns clientes. As equipes técnicas identificaram a falha de inicialização subjacente e o serviço restaurado reiniciando os componentes da plataforma afetados. As atividades de validação confirmaram o sucesso do acesso à plataforma, e não estamos observando nenhum impacto contínuo do cliente neste momento. Nossas equipes continuarão a monitorar o ambiente de perto para garantir a estabilidade contínua.

3. 27 Gouere 2026 da 02:00 UTCresolved

   Este incidente foi resolvido.

4. 7 Eost 2026 da 08:40 UTCpostmortem

   **Description:** Snow Atlas - APAC - Login Failures and 404 Errors **Timeframe:** July 26, 2026, 5:00 PM PDT to July 26, 2026, 6:15 PM PDT ‌ **Incident Summary** ‌ On Sunday, 26 July 2026, Flexera experienced a service disruption affecting Snow Atlas customers in the APAC Production environment, resulting in login failures and temporary inability to access Agreement pages. The issue was isolated to the APAc region, with no impact to other production regions. Investigation by our technical teams determined that the disruption was caused by a backend service communication issue that prevented Agreement data from being retrieved successfully. The condition was consistent with a runtime synchronization issue following recent platform infrastructure maintenance. Flexera teams validated platform health, restored the affected services, and confirmed successful recovery. Customer access was fully restored, and post-recovery monitoring confirmed stable operations with no recurrence of the underlying service communication errors. A detailed post-incident review was completed, and corrective measures have been implemented to further strengthen platform resilience and recovery processes. ‌ **Root Cause** ‌ The incident was caused by an application communication failure within the APAC Production environment. A component responsible for processing requests between internal application services did not successfully handle Agreement-related requests, preventing those requests from being completed and resulting in customer-facing 404 errors and failures accessing Agreement pages. ‌ **Contributing Factors** ‌ * The application communication failure occurred following a recent infrastructure upgrade to the APAC Production environment. * Although the application services and underlying infrastructure remained healthy, an internal service responsible for processing Agreement requests did not fully recover after the upgrade. * Existing health checks validated application and infrastructure availability but did not verify the successful initialization of the internal communication path following the upgrade. * The issue was therefore not detected until customers began experiencing login failures and HTTP 404 errors when accessing Agreement pages. ‌ **Remediation Actions** ‌ To restore service, technical teams: * Confirmed the underlying infrastructure remained healthy throughout the incident. * Identified the failed internal service communication affecting Agreement requests. * Restarted the affected application services. * Validated successful recovery across impacted tenants. * Continued monitoring to confirm service stability. ‌ **Future Preventative Measures** ‌ * Enhanced Post-Upgrade Validation: Introduce additional validation checks following infrastructure upgrades to verify that critical application components and internal service communications are functioning as expected. * Improved Monitoring and Alerting: Enhance monitoring and alerting to detect internal service communication failures and responder registration issues more quickly. * Synthetic Health Checks: Implement synthetic health checks that validate critical customer workflows, including Agreement page functionality, following infrastructure changes.

Traduzido automaticamente da atualização oficial do incidente.

1. 22 Gouere 2026 da 10:33 UTCinvestigating

   Descrição do incidente: Estamos investigando um problema que afeta a visibilidade da TI na região da Europa, onde vários relatórios Power BI não estão carregando. Os clientes da região afetada podem não ser capazes de visualizar relatórios impactados dentro da aplicação. A investigação actual indica que a questão se limita à região da Europa, sem qualquer impacto observado em outras regiões neste momento. Prioridade: P2 Atividade de Restauração: Nossas equipes técnicas estão ativamente investigando o problema para identificar a causa subjacente e restaurar a funcionalidade do relatório. Continuamos avaliando o alcance do impacto, monitorando a saúde dos serviços e implementando ações corretivas conforme apropriado. Forneceremos atualizações adicionais à medida que mais informações estiverem disponíveis.

2. 22 Gouere 2026 da 11:53 UTCidentified

   Nossa investigação identificou um potencial problema relacionado à configuração dentro do ambiente afetado. Como parte de nossos esforços de validação, ações corretivas foram aplicadas a um subconjunto de organizações impactadas, e os relatórios estão agora carregando com sucesso. Nossas equipes estão atualmente focadas em implementar uma reparação mais ampla em todas as organizações afetadas e estão realizando uma revisão detalhada para entender por que as mudanças de configuração não se propagaram como esperado. Continuamos a validar a remediação e acompanhar de perto o desempenho do serviço enquanto trabalhamos para uma resolução completa.

3. 22 Gouere 2026 da 13:43 UTCidentified

   As acções correctivas foram agora aplicadas a um número maior de organizações afectadas e a validação inicial indica que os relatórios estão a ser carregados com sucesso. Atualmente, estamos validando todas as organizações afetadas para confirmar que a funcionalidade do relatório e o desempenho do serviço foram totalmente restaurados. Paralelamente, as equipas continuam a aplicar medidas de remediação mais amplas em todo o ambiente e estão a acompanhar de perto o serviço para garantir a estabilidade, enquanto prosseguem os trabalhos no sentido da plena resolução.

4. 23 Gouere 2026 da 04:39 UTCidentified

   Nossas equipes aplicaram a correção a todas as organizações identificadas. A validação inicial indica que as organizações afetadas estão se recuperando como esperado. As equipas técnicas continuam a validar a eficácia da reparação em toda a região da Europa para confirmar que o serviço foi totalmente restaurado. Estamos acompanhando de perto o desempenho da plataforma e forneceremos uma nova atualização após a validação regional ter sido concluída.

5. 23 Gouere 2026 da 07:52 UTCresolved

   Outras investigações identificaram uma questão de sincronização como a causa subjacente do incidente. Nossas equipes técnicas implementaram ações de remediação direcionada, incluindo reinícios de serviços, para restaurar operações normais. Após a validação prolongada do monitoramento e pós-remediação, o desempenho do serviço permaneceu estável, e confirmamos que todos os serviços afetados retornaram à operação normal. A questão é agora considerada resolvida.

6. 3 Eost 2026 da 18:37 UTCpostmortem

   **Descrição:** Flexera One – Visibilidade de TI – UE – Não Carregar Relatórios ** Horário:** 22 de julho de 2026, 3:11 PDT – 22 de julho de 2026, 11:04 PDT ** Resumo do incidente ** Em 22 de julho de 2026, aproximadamente 3:11 PDT, um problema começou a afetar a funcionalidade de relatórios de visibilidade de TI no ambiente de produção Flexera One UE. Durante o período afectado, os clientes na região da UE sofreram falhas ao tentarem carregar relatórios de visibilidade e painéis de TI, incluindo o inventário de software, o inventário de hardware, a inteligência tecnológica \(TI\), a sustentabilidade e as visualizações de relatórios FinOps. As equipas técnicas começaram a investigar depois de terem sido recebidos vários relatórios sobre as falhas de carregamento de relatórios em toda a região da UE. A análise inicial confirmou que a questão se limitava ao ambiente de produção da UE, ao passo que a funcionalidade equivalente de comunicação de informações noutras regiões continuava a funcionar normalmente. O inquérito determinou que tinha ocorrido uma questão relacionada com a autenticação no contexto da comunicação de informações da UE. Como resultado, relatórios e painéis afetados não foram capazes de recuperar os dados necessários para carregar com sucesso, causando falhas de carregamento de relatórios para clientes impactados. As equipes técnicas implementaram atualizações corretivas dentro do ambiente de relatórios afetado e realizaram atividades de validação em organizações de clientes impactadas. Após essas ações, relatórios e painéis retomaram a operação normal e os clientes foram novamente capazes de acessar os dados de relatórios com sucesso. Após a validação dos ambientes afetados e a confirmação de que os relatórios estavam carregando com sucesso, a funcionalidade do serviço foi restaurada e o incidente foi considerado resolvido. As equipes técnicas continuaram o monitoramento após a restauração para garantir a estabilidade contínua do serviço. **Root Cause** O incidente foi causado por uma questão relacionada com a autenticação no contexto de comunicação de informações da UE. Este problema impediu que relatórios e painéis afetados recuperassem com sucesso os dados necessários para exibir resultados, resultando em falhas de carregamento de relatórios para clientes afetados. **Acções de reparação Foram tomadas as seguintes medidas durante a resposta ao incidente: 1. Avaliação de Impacto Regional: As equipas técnicas investigaram os relatórios dos clientes e confirmaram que a questão estava isolada do ambiente de produção da UE. Validação adicional foi realizada em outras regiões para verificar se a funcionalidade de notificação permaneceu operacional fora do ambiente afetado. 2. Análise da falha da autenticação: As equipes técnicas analisaram o processamento do relatório, os fluxos de trabalho da autenticação, os espaços de trabalho do relatório, e as mudanças recentes da plataforma para identificar a fonte das falhas. O inquérito determinou que os relatórios afetados não foram capazes de autenticar com sucesso ao recuperar os dados subjacentes necessários para renderização dos relatórios. 3. Restauração e Validação Atividades: Equipes técnicas aplicaram atualizações em ambientes de clientes afetados e relatando espaços de trabalho para restaurar a recuperação de dados de relatório bem-sucedida. Após a implementação, as organizações de clientes impactadas foram validadas para confirmar relatórios e painéis estavam carregando com sucesso e exibindo dados como esperado. 4. Verificação pós-recuperação: Após a restauração, foram realizadas atividades adicionais de monitorização e validação para verificar a funcionalidade contínua do relatório, confirmar a recuperação bem sucedida e garantir a estabilidade dos serviços em todo o ambiente de produção da UE. ** Medidas de prevenção do futuro As seguintes ações de acompanhamento foram identificadas durante o incidente: • Revisão do processo de actualização da autenticação: as equipas técnicas estão a rever o processo de actualização da autenticação para compreender por que razão a actualização não foi aplicada com êxito em todos os espaços de trabalho afectados no ambiente de produção da UE e para identificar melhorias que irão ajudar a prevenir problemas semelhantes em futuras actualizações.

Traduzido automaticamente da atualização oficial do incidente.

1. 22 Gouere 2026 da 08:25 UTCidentified

   Descrição do incidente: Identificamos um problema que afeta o processamento de inventário na Flexera One IT Asset Management após a implantação do lançamento de 2026 R1.1 em nosso ambiente de produção dos EUA. Como resultado, alguns clientes podem ter problemas de desempenho e confiabilidade intermitentes degradados ao acessar determinadas áreas da interface do usuário e realizar tarefas relacionadas ao sistema. Prioridade: P2 Atividade de Restauração: Nossa investigação determinou que o problema está relacionado a um defeito de software introduzido com a versão 2026 R1.1. Embora o defeito tivesse sido identificado anteriormente e os procedimentos de mitigação fossem incorporados ao processo de implantação, a remediação automatizada encontrou problemas de execução inesperados . Consequentemente, as equipas técnicas implementaram medidas alternativas de atenuação para reduzir o impacto dos clientes e estabilizar o desempenho do sistema. Continuamos a monitorar ativamente o ambiente e aplicar ações corretivas para resolver o defeito subjacente e restaurar a operação de serviço normal.

2. 22 Gouere 2026 da 13:38 UTCidentified

   As nossas equipas continuam a trabalhar na implementação de um hotfix para resolver o problema . Durante a implantação, o hotfix encontrou condições de banco de dados que o impedem de completar com sucesso. Nossas equipes técnicas estão trabalhando ativamente para resolver isso e estão avaliando ações de mitigação direcionadas para permitir que o hotfix seja concluído. Uma vez que o hotfix foi aplicado com sucesso, as equipes irão validar o desempenho do serviço e continuar o monitoramento para confirmar a recuperação. Forneceremos outra atualização à medida que mais informações estiverem disponíveis.

3. 22 Gouere 2026 da 15:40 UTCmonitoring

   O hotfix foi implantado com sucesso, e equipes de engenharia estão atualmente validando sua eficácia. As equipes continuam monitorando o comportamento da plataforma e revisando a telemetria para confirmar a resolução do problema.

4. 22 Gouere 2026 da 16:16 UTCresolved

   Nossas equipes completaram a validação pós-implantação e confirmaram que o desempenho do serviço retornou aos níveis esperados. O monitoramento contínuo mostrou operação estável da plataforma sem nenhum impacto adicional observado. Com base nestes resultados, esta questão é agora considerada resolvida.

5. 4 Eost 2026 da 20:57 UTCpostmortem

   **Descrição:** Flexera One – IT Asset Management – North America – Degraded Performance ** Horário:** 20 de julho de 2026, 8:13 PDT - 22 de julho de 2026, 8:41 PDT □ ** Resumo do incidente ** Em 20 de julho de 2026, aproximadamente às 8:13 PM PDT, um problema começou a afetar clientes da Flexera One IT Asset Management no ambiente de produção da América do Norte após a conclusão do lançamento da produção. Durante o período afetado, alguns clientes experimentaram lentidão intermitente da aplicação, atraso no processamento, conciliar falhas, condições de timeout e desempenho degradado em fluxos de trabalho relacionados ao inventário. As equipes técnicas investigaram os problemas de desempenho e confiabilidade observados após o lançamento e trabalharam para determinar a causa e o escopo de impacto subjacentes. A investigação determinou que o comportamento observado estava associado a um defeito previamente identificado na liberação. Alterações corretivas destinadas a resolver o defeito foram incluídas como parte da atividade de lançamento; no entanto, as mudanças corretivas não se aplicaram com sucesso em todas as bases de dados de produção da América do Norte durante o processo de implantação. Como resultado, alguns ambientes continuaram a experimentar um aumento significativo na atividade de processamento de banco de dados durante as operações relacionadas ao inventário, contribuindo para o consumo elevado de recursos, atrasos de processamento, condições de timeout e desempenho de aplicação degradada. Equipes técnicas trabalharam para implantar com sucesso as mudanças corretivas nas bases de dados de produção afetadas da América do Norte. Após a implantação, as equipes realizaram atividades de validação e monitoraram fluxos de trabalho de processamento para confirmar a recuperação. Em 22 de julho de 2026, por volta das 8:41 PDT, a validação confirmou o sucesso do processamento de cargas de trabalho previamente impactadas e que os padrões de falha previamente observados não estavam mais ocorrendo. O incidente foi considerado resolvido e as equipes técnicas continuaram o acompanhamento para confirmar a estabilidade do serviço. □ **Root Cause** O incidente foi causado por mudanças corretivas destinadas a resolver um defeito previamente identificado não se aplicando com sucesso em todas as bases de dados de produção da América do Norte durante o processo de implantação de lançamento. Como resultado, o defeito subjacente permaneceu ativo em ambientes afetados e causou significativamente mais atividade de processamento de banco de dados do que o pretendido durante operações de processamento relacionadas com inventário. Esse aumento da carga de trabalho resultou em alto consumo de recursos, atrasos no processamento, condições de tempo e desempenho da plataforma degradada. Essas condições contribuíram para a lentidão da aplicação intermitente, atraso no processamento, reconciliação de falhas e desempenho degradado afetando alguma funcionalidade de gerenciamento de ativos de TI dentro do ambiente de produção da América do Norte. □ **Acções de reparação 1. **Iniciado Inquérito Incidente: ** Equipes técnicas investigaram relatórios de lentidão de aplicação, atrasos de processamento, conciliar falhas e desempenho de plataforma degradada afetando o ambiente de produção da América do Norte. 2. **Avaliação do Impacto Realizada: ** As equipes analisaram sintomas relatados pelo cliente, dados de desempenho do sistema, atividade de processamento e comportamento da plataforma para determinar o escopo e a natureza do problema. 3. **Causa identificada:** A investigação determinou que as alterações corretivas destinadas a resolver um defeito previamente identificado não se aplicavam com sucesso em todas as bases de dados de produção da América do Norte durante o processo de implantação de lançamento. 4. ** Comportamento de Processo Corrigido:** Equipes técnicas implantaram correções projetadas para eliminar o comportamento de processamento ineficiente que estava contribuindo para a elevada carga de trabalho do banco de dados, atrasos no processamento, condições de tempo livre e desempenho degradado da aplicação. 5. **Recuperação Validada:** As equipes validaram a eficácia das mudanças implantadas através do monitoramento e execução bem sucedida de atividades de processamento previamente impactadas. 6. ** Monitoramento Pós-Restoração Realizado: ** Monitoramento adicional confirmou que os padrões de falha e degradação do desempenho observados anteriormente não estavam mais ocorrendo e que a estabilidade do serviço havia sido restaurada. □ ** Medidas de prevenção do futuro Com base no inquérito, foram identificadas as seguintes actividades de acompanhamento: * **Processando Melhorias Lógicas: ** Equipes técnicas implementaram e validaram mudanças corretivas na lógica de processamento de inventário responsáveis pelo aumento da carga de trabalho do banco de dados observada após o lançamento. Essas mudanças foram projetadas para eliminar o comportamento de processamento ineficiente que contribuiu para atrasos de processamento, conciliar falhas, condições de tempo livre e desempenho degradado da aplicação. * Revisão do processo de implantação de Hotfix Crítico:** As equipes técnicas analisarão o processo de implantação de hotfixes críticos de banco de dados e avaliarão abordagens alternativas para ajudar a garantir que as mudanças corretivas necessárias sejam aplicadas com sucesso durante as futuras atividades de lançamento.

Traduzido automaticamente da atualização oficial do incidente.

1. 17 Gouere 2026 da 10:24 UTCinvestigating

   Descrição do incidente: Identificamos um problema impactando faturamento e visibilidade de custos para clientes da AWS em todas as regiões. Como resultado de uma interrupção ativa do provedor de serviços, os clientes podem observar informações de custo e uso estimados imprecisas, incompletas ou tardias dentro do Console de Faturamento e Gestão de Custos. Este problema está limitado a serviços baseados na AWS e não afeta os clientes usando outras plataformas na nuvem. Prioridade: P2 Atividade de Restauração: Nossas equipes técnicas confirmaram que o problema está relacionado a um evento ativo de serviço AWS que afeta todas as regiões. Estamos monitorando ativamente a situação e trabalhando de perto com as atualizações da AWS para avaliar o impacto do cliente. A restauração do serviço depende da resolução do problema subjacente pela AWS, e continuaremos a fornecer atualizações à medida que a informação adicional ficar disponível.

2. 17 Gouere 2026 da 10:27 UTCinvestigating

   Continuamos a investigar esta questão.

3. 17 Gouere 2026 da 13:14 UTCidentified

   Continuamos a acompanhar de perto a interrupção do prestador de serviços e o seu impacto nos serviços afectados. Serão fornecidas novas atualizações à medida que novas informações estiverem disponíveis.

4. 17 Gouere 2026 da 18:24 UTCidentified

   Nossos esforços de investigação e validação até o momento não identificaram nenhum impacto nos dados de faturamento Spot ou análise de custos. Os dados de faturamento e preços revistos permanecem consistentes com os valores esperados. Embora os resultados iniciais de validação sejam positivos, estamos continuando atividades adicionais de validação à medida que novos dados ficam disponíveis para confirmar esses achados. Continuamos empenhados com a AWS e continuaremos a acompanhar de perto a situação. Iremos partilhar actualizações adicionais à medida que as nossas actividades de validação continuarem.

5. 18 Gouere 2026 da 08:05 UTCidentified

   Continuamos activamente empenhados com a AWS e continuamos a acompanhar de perto a situação. A AWS identificou a causa básica e implementou medidas de mitigação para resolver o problema subjacente que resultou em dados incorretos estimados de custo e uso sendo exibidos. A AWS começou o preenchimento de dados para restaurar informações precisas de custo e uso para todos os clientes e recuperação completa é esperado até 18 de julho de 2026, 12:00 PDT PM.

6. 18 Gouere 2026 da 19:33 UTCmonitoring

   Continuamos a monitorar o evento de serviço da AWS e permanecemos engajados com a AWS enquanto completam suas atividades de recuperação. A validação concluída até à data não identificou qualquer impacto nos dados de faturamento Spot ou análise de custos. Continuamos a acompanhar a situação e a completar as restantes actividades de validação antes de determinar o encerramento deste incidente.

7. 19 Gouere 2026 da 12:59 UTCresolved

   A AWS resolveu sua interrupção de serviço em 18 de julho às 6:57 PDT. Após validação bem sucedida por nossas equipes técnicas, confirmamos que a funcionalidade do serviço foi restaurada .

8. 30 Gouere 2026 da 18:10 UTCpostmortem

   ** Descrição:** Flexera Spot – AWS Billing Service Disruption Período: 17 de julho de 2026, 1:33 PDT – 18 de julho de 2026, 6:57 PDT ** Resumo do incidente ** Em 17 de julho de 2026, por volta de 1:33 PDT, as equipes técnicas da Flexera ficaram cientes de um problema AWS que afetava os dados de faturamento e uso estimados exibidos no AWS Billing and Cost Management, Cost Explorer e Cost and Usage Reports. Dada a natureza da perturbação do serviço AWS, as equipas técnicas iniciaram uma investigação para determinar se a facturação Spot, a análise de custos ou os cálculos de poupança para os clientes AWS foram afectados. Durante a investigação, as equipes analisaram os dados de faturamento e preços utilizados pela Spot, validaram tabelas de preços e custos relevantes, acompanharam as atualizações da AWS e avaliaram se quaisquer dados de faturamento voltados para o cliente ou de economia foram impactados. As equipes técnicas validaram os dados de faturamento e preços utilizados pela Spot e confirmaram que as tabelas de custos e preços relevantes estavam funcionando como esperado. O inquérito não identificou quaisquer questões no âmbito dos dados utilizados pela Spot, não tendo sido observados cálculos de facturação ou poupança incorretos. Posteriormente, a AWS confirmou que a questão se originou nos serviços de Billing e Gestão de Custos da AWS, identificou e mitigou a questão subjacente e completou as atividades de recuperação de dados e backfill. Com base na validação realizada ao longo da investigação, não foi observado impacto do cliente no Spot. Após confirmação da recuperação da AWS e realização das atividades de validação pós-recuperação, o incidente foi considerado resolvido. **Root Cause** O incidente foi causado por um problema de serviço AWS que afeta dados de faturamento e uso estimados exibidos no AWS Billing and Cost Management, Cost Explorer, e Custos e Relatórios de Uso. A AWS identificou e mitigou a questão subjacente e completou as atividades de recuperação de dados. **Acções de reparação Foram tomadas as seguintes medidas durante a resposta ao incidente: • Investigação de Incidentes Iniciada: Equipes técnicas começaram a investigar o problema de faturamento e uso de dados da AWS para determinar se os clientes Spot foram afetados. • Avaliação de Impacto Realizada: As equipes técnicas avaliaram se a interrupção do serviço AWS afetou a análise de faturamento Spot e cálculos de economia. • Validação de Dados Concluída: Equipes analisaram e validaram os dados de faturamento e preços utilizados pela Spot e confirmaram que as tabelas de custos e preços relevantes estavam funcionando como esperado. • AWS Recovery Monitorado: As equipes técnicas monitoraram as comunicações AWS, atualizações de serviço e atividades de recuperação durante todo o incidente. • Validação pós-recuperação Realizada: Validação adicional foi concluída após AWS recuperação e atividades de backfill de dados para confirmar a integridade dos dados de faturamento e preços utilizados pela Spot. • Incidente resolvido: O incidente foi encerrado após a confirmação da recuperação da AWS e a validação técnica não identificou impacto no Spot. ** Medidas de prevenção do futuro As seguintes ações de acompanhamento foram identificadas durante o incidente: • Colaboração e Revisão da AWS: Continuar a trabalhar em estreita colaboração com a AWS para compreender a causa subjacente dos incidentes geridos pelo prestador e rever quaisquer recomendações ou aprendizagens resultantes da sua investigação. • Revisão de Resiliência e Validação: Reveja as oportunidades de fortalecer ainda mais os processos de validação de dados relacionados com faturamento para suportar uma avaliação de impacto e resposta mais rápidas durante interrupções de serviços de terceiros similares no futuro.

Traduzido automaticamente da atualização oficial do incidente.

1. 17 Gouere 2026 da 08:24 UTCidentified

   Descrição do incidente: Identificamos um problema que afeta o processamento de inventário na Flexera One IT Asset Management após a implantação do lançamento de 2026 R1.1 em nossos ambientes APAC e Europa. Como resultado, um subconjunto de clientes pode experimentar desempenho degradado ao acessar determinadas áreas da interface do usuário e durante a execução de tarefas relacionadas ao sistema. Prioridade: P2 Atividade de Restauração: Nossas equipes técnicas identificaram o problema como um defeito de software introduzido com o lançamento 2026 R1.1. Medidas de atenuação foram implementadas para reduzir o impacto do cliente, e as equipes estão trabalhando ativamente para restaurar totalmente o desempenho do serviço. Continuaremos a fornecer actualizações à medida que forem progredindo.

2. 17 Gouere 2026 da 15:58 UTCidentified

   Continuamos a fazer progressos na abordagem das questões de desempenho que afectam um subconjunto de clientes nos ambientes de produção APAC e Europa. As correções identificadas já foram implantadas, e estamos monitorando ativamente o ambiente à medida que as atividades de processamento de clientes continuam. Nossas equipes estão validando a eficácia dessas mudanças e avaliando o desempenho global da plataforma. Forneceremos atualizações adicionais à medida que mais informações estiverem disponíveis.

3. 18 Gouere 2026 da 08:10 UTCmonitoring

   Nossas equipes continuam a validar os hotfixes recentemente implantados, e os resultados iniciais parecem positivos. Estamos acompanhando de perto as atividades de processamento afetadas para confirmar a eficácia da correção e garantir a estabilidade da plataforma. A validação está em curso, e continuaremos a monitorar o desempenho antes de confirmar a resolução completa. Forneceremos outra atualização à medida que mais informações estiverem disponíveis.

4. 18 Gouere 2026 da 19:29 UTCresolved

   Após a implantação das correções identificadas, as atividades de processamento anteriormente impactadas estão agora completando com sucesso, e não estamos mais vendo a recorrência dos problemas observados após o lançamento recente. Com base nos resultados observados após a implantação das correções, este incidente está agora resolvido. Publicaremos uma RCA completa nos próximos dias, que incluirá um resumo detalhado da questão, causa básica e medidas preventivas sendo implementadas para ajudar a prevenir a recorrência.

5. 30 Gouere 2026 da 17:47 UTCpostmortem

   **Descrição:** Flexera One – IT Asset Management – APAC & EU – Lento e Desempenho Degradado ** Horário:** 13 de julho de 2026, 1:00 PDT - 18 de julho de 2026, 7:10 PDT ** Resumo do incidente ** Em 13 de julho de 2026, aproximadamente 1:00 PDT, um problema começou a afetar os clientes da Flexera One IT Asset Management nos ambientes de produção APAC e Europa após a implantação do lançamento 2026 R1.1 . Durante o período afetado, alguns clientes experimentaram lentidão intermitente da aplicação, atraso no processamento, conciliar falhas e desempenho degradado ao acessar determinadas áreas da aplicação ou realizar atividades relacionadas ao inventário. À medida que os relatórios dos clientes aumentavam, as equipes técnicas começaram a investigar padrões comuns entre os sintomas relatados para determinar a causa subjacente. A investigação identificou um defeito introduzido como parte da versão 2026 R1.1 da Flexera One IT Asset Management. Sob determinadas condições, o defeito resultou em uma atividade de processamento de banco de dados significativamente maior durante as operações relacionadas com o inventário. À medida que os dados de inventário foram processados, o aumento da carga de trabalho contribuiu para o processamento de atrasos, condições de tempo e desempenho de aplicação degradada para alguns clientes. Equipes técnicas desenvolveram e implantaram hotfixes para resolver o problema nos ambientes de produção afetados. Após a implantação, as equipes realizaram atividades de validação e monitoraram fluxos de trabalho de processamento impactados para confirmar a recuperação. Em 18 de julho de 2026, por volta das 7:10 AM PDT, a validação confirmou o sucesso do processamento de cargas de trabalho previamente impactadas e que os padrões de falha associados ao problema não estavam mais ocorrendo. O incidente foi considerado resolvido e as equipes técnicas continuaram o acompanhamento para confirmar a estabilidade do serviço. **Root Cause** O incidente foi causado por um defeito introduzido no Flexera One IT Asset Management 2026 R1.1 que afeta as operações de processamento relacionadas ao inventário. Em determinadas condições, o defeito causou significativamente mais actividade de processamento de bases de dados do que o pretendido durante as operações de processamento relacionadas com o inventário. Esse aumento da carga de trabalho resultou em alto consumo de recursos, atrasos no processamento e condições de tempo livre. Essas condições contribuíram para a lentidão intermitente da aplicação, atraso no processamento, reconciliação de falhas e desempenho degradado afetando alguma funcionalidade de gerenciamento de ativos de TI. **Acções de reparação 1. Investigação de Incidentes Iniciada: Equipes técnicas começaram a investigar relatórios de lentidão de aplicação, atrasos no processamento e problemas de confiabilidade que afetam os ambientes de produção APAC e Europa. 2. Avaliação de Impacto Realizada: As equipes analisaram sintomas relatados pelo cliente, dados de desempenho do sistema e comportamento de processamento para determinar o escopo e a natureza do problema. 3. Causa Identificada: A investigação determinou que um defeito introduzido na liberação de 2026 R1.1 estava gerando atividade excessiva de processamento durante operações relacionadas ao inventário. 4. Hotfixes Desenvolvido e Implantado: Equipes técnicas desenvolveram e implantaram hotfixes para corrigir o comportamento de processamento afetado nos ambientes de produção APAC e Europa. 5. Recuperação Validada: As equipes validaram a eficácia dos hotfixes através do monitoramento e execução bem sucedida de atividades de processamento previamente impactadas. 6. Monitoramento pós-restoração Realizado: Monitoramento adicional confirmou que as falhas e degradação de desempenho observadas anteriormente não estavam mais ocorrendo e que a estabilidade do serviço havia sido restaurada. ** Medidas de prevenção do futuro Com base no inquérito, foi identificada a seguinte actividade de acompanhamento: • Melhorias Lógicas de Processamento: Equipes técnicas implementaram correções na lógica de processamento afetada para eliminar o comportamento ineficiente que contribuiu para o aumento do consumo de recursos e degradação do desempenho.

Traduzido automaticamente da atualização oficial do incidente.

1. 14 Gouere 2026 da 09:13 UTCresolved

   Descrição do incidente:Nossas equipes identificaram um problema que afeta o Cognos Analytics no ambiente de produção da UE. Durante a janela de impacto, os clientes afetados podem não ter conseguido acessar ou carregar Cognos Analytics. O inquérito em curso confirmou que o impacto se limitava à região de produção da UE. Prioridade:P2 Atividade de Restauração: Nossas equipes técnicas determinaram que o problema estava relacionado a uma atualização recente para o Cognos Analytics , que foi concluída como parte das atividades de lançamento da EU Production IT Asset Management. A equipe identificou um problema de configuração introduzido durante a atualização, implementou as correções de configuração necessárias e restaurou a funcionalidade de serviço normal. O ambiente permanece estável sob controlo. Mais detalhes, incluindo a causa raiz e medidas preventivas, serão compartilhados em um relatório post-mortem.

2. 26 Gouere 2026 da 07:06 UTCpostmortem

   **Descrição:** Flexera One - IT Asset Management - EU - Congnos analytics access question ** Horário:** 13 de julho de 2026, 12:51 PDT - 14 de julho de 2026, 1:52 PDT □ ** Resumo do incidente ** □ Na segunda-feira, 13 de julho de 2026, às 12:51 PM PDT, Seguindo a atualização do Cognos Analytics 12.1.2 implementada como parte do lançamento do Flexera One IT Asset Management no ambiente de produção Europa \(EU\) nossas equipes identificaram um problema que impediu os clientes de acessar o Cognos Analytics. Como resultado, os usuários afetados não conseguiram lançar o aplicativo com sucesso após as atividades de manutenção programadas terem sido concluídas. As equipas técnicas iniciaram imediatamente uma investigação e confirmaram que a questão estava isolada do ambiente de produção da UE, sem qualquer impacto observado em quaisquer outras regiões de produção. Análise adicional determinou que a atualização em si tinha concluído com sucesso; no entanto, uma parte das atividades necessárias de configuração pós-atualização não tinha sido totalmente aplicada, impedindo Cognos Analytics de iniciar corretamente. As demais tarefas de configuração foram prontamente concluídas, restaurando a funcionalidade normal do Cognos Analytics. Após a validação exaustiva do acesso ao cliente e um período de monitorização reforçada, o serviço foi confirmado como funcionando normalmente e o incidente foi declarado resolvido. □ **Root Cause** □ * Configuração incompleta pós-atualização: Embora a atualização do Cognos Analytics 12.1.2 tenha sido concluída com sucesso, as tarefas necessárias de configuração pós-atualização não foram totalmente concluídas antes do ambiente ser retornado ao serviço. * Falha de Inicialização do Serviço: A configuração incompleta impediu Cognos Analytics de inicializar corretamente, resultando em clientes não serem capazes de acessar o aplicativo. * Impacto regional: A questão foi limitada ao ambiente de produção da UE. Não foi identificado impacto na América do Norte, APAC ou outras regiões de produção. □ **Acções de reparação □ Para restaurar o serviço, equipes técnicas: * Concluídas as atividades necessárias de configuração pós-upgrade que não tinham sido totalmente aplicadas durante a implantação. * Serviços Cognos Analytics reiniciados e validados para confirmar a inicialização bem-sucedida da aplicação. * Testes funcionais realizados e validação de acesso ao cliente para verificar que as capacidades de relatórios estavam funcionando como esperado. * Colocado o ambiente sob monitoramento melhorado após a recuperação para garantir a estabilidade contínua do serviço. □ ** Medidas de prevenção do futuro □ * Validação pós-atualização aprimorada: Fortaleça os procedimentos de validação de implantação para verificar se todas as atividades de configuração pós-atualização necessárias completaram com sucesso antes de concluir as atividades de manutenção. * Monitoramento e Alerta Melhorados: Melhore o monitoramento e alerta do Cognos Analytics para permitir a detecção mais precoce da degradação do serviço após atualizações. * Melhorias na Lista de Verificação de Implantação: Atualizar os runbooks de implantação e checklists operacionais para incluir verificação adicional da conclusão da configuração pós-atualização antes de retornar o ambiente ao serviço de produção. * Revisão de Prontos Operacionais: Reveja os procedimentos de execução da atualização para garantir que todas as tarefas obrigatórias pós-implantação sejam concluídas e validadas antes que as janelas de manutenção sejam fechadas.

Traduzido automaticamente da atualização oficial do incidente.

1. 12 Gouere 2026 da 23:51 UTCinvestigating

   Descrição do incidente: Estamos passando por um problema que afeta clientes da Flexera One IT Asset Management (ITAM) na região APAC. Os clientes podem notar que certos itens de navegação e menu dentro da interface ITAM não são visíveis, resultando em acesso limitado a alguma funcionalidade. Prioridade: P2 Atividade de Restauração: Nossas equipes técnicas estão ativamente investigando este problema e trabalhando para restaurar toda a funcionalidade. Continuaremos a fornecer atualizações à medida que mais informações estiverem disponíveis.

2. 13 Gouere 2026 da 00:28 UTCidentified

   Nossa investigação identificou elevada utilização de recursos que afetam a funcionalidade associada ao problema relatado. Estão actualmente em curso acções de atenuação, incluindo o aumento da capacidade do sistema para apoiar os esforços de recuperação. Estamos monitorando ativamente o ambiente e validando o comportamento da plataforma à medida que essas mudanças são implementadas. O trabalho continua em andamento para restaurar toda a funcionalidade para os clientes afetados, e compartilharemos atualizações adicionais conforme o progresso for feito.

3. 13 Gouere 2026 da 01:52 UTCidentified

   Nossa investigação identificou um potencial problema de configuração associado à funcionalidade afetada. Como parte dos esforços de mitigação em curso, as mudanças de configuração foram revertidas e os aumentos de capacidade iniciados anteriormente foram agora concluídos. Estamos monitorando ativamente o ambiente e validando o comportamento da plataforma à medida que essas mudanças produzem efeito. O trabalho continua em andamento para restaurar toda a funcionalidade para os clientes afetados, e forneceremos atualizações adicionais conforme o progresso for feito.

4. 13 Gouere 2026 da 03:44 UTCresolved

   Após o monitoramento prolongado, confirmamos que o desempenho do serviço permaneceu estável e está funcionando como esperado. Esta questão está agora resolvida.

5. 12 Eost 2026 da 05:15 UTCpostmortem

   **Description:** Flexera One - IT Asset Management - APAC - Missing Menu Items **Timeframe:** July 12, 2026, 3:00 PM PDT - July 12, 2026, 7:16 PM PDT **Incident Summary** On Sunday, July 12, 2026, at 3:00 PM PDT, customers in the APAC production environment began reporting that several IT Asset Management \(ITAM\) menu items, including functionality such as Reports and All Applications, were no longer visible within the Flexera One user interface. Multiple customers were affected, impacting their ability to navigate and access portions of the ITAM application. Technical teams immediately began investigating the issue and identified authentication-related errors affecting the ITAM user interface. During the investigation, teams reviewed infrastructure health, application behavior, and recent platform changes to determine the source of the problem. The investigation determined that an application configuration change associated with a newly introduced authentication capability had been incorrectly applied to the production environment. The issue became apparent when application instances were refreshed, resulting in authentication-related failures that prevented certain ITAM menu items from loading correctly for affected users. Technical teams reverted the affected configuration, refreshed the impacted application instances, and validated recovery across the environment. Following these actions, menu functionality was restored, affected customers confirmed recovery, and the incident was resolved on July 12, 2026, at 7:16 PM PDT after validation and monitoring confirmed normal operation had returned. **Root Cause** Investigation determined that an application configuration change associated with a new authentication capability was incorrectly applied to the production environment. When application instances were subsequently refreshed, the incorrect configuration resulted in authentication-related errors within the ITAM user interface. These errors prevented certain navigation components from loading correctly, causing affected users to experience missing menu items until the configuration was corrected and the affected instances were refreshed. **Remediation Actions** The following actions were taken during the incident response: 1. Incident Investigation Initiated: Technical teams began investigating after receiving reports from multiple customers regarding missing ITAM menu items. 2. Application Configuration Reviewed: Recent application and configuration changes were reviewed to identify the source of the menu-loading failures. 3. Incorrect Configuration Identified: Technical teams determined that an authentication-related configuration change had been incorrectly applied to the production environment. 4. Configuration Corrected: The affected configuration was removed from the impacted production instances. 5. Application Instances Refreshed: Impacted application instances were refreshed to ensure the corrected configuration was consistently applied across the environment. 6. Recovery Validation Performed: Technical teams validated menu visibility and functionality across the affected environment and confirmed recovery with impacted customers. **Future Preventative Measures** Following the incident, corrective measures were implemented to prevent recurrence of the issue and improve detection of similar conditions in the future. 1. Health Check Monitoring Improvements: The existing health check was updated to detect the application behavior associated with this failure condition. The revised monitoring is designed to identify similar menu-loading and authentication-related application failures more effectively and accelerate detection should a similar issue occur in the future. 2. Deployment Process Reinforcement: The incident highlighted the importance of ensuring new authentication-related features are applied only to their intended environments. The deployment approach and expected application process for these changes have been reinforced with the technical team to reduce the risk of similar configuration issues in the future.

Traduzido automaticamente da atualização oficial do incidente.

1. 6 Gouere 2026 da 14:19 UTCinvestigating

   Descrição do incidente: Estamos atualmente investigando desempenho degradado afetando Spot Ocean ECS para clientes AWS. Os clientes podem sentir uma lentidão significativa ou atrasos ao acessar o console ou usar determinadas funcionalidades do Ocean ECS. Prioridade: P2 Atividade de Restauração: Nossas equipes técnicas estão ativamente investigando e trabalhando para restaurar a funcionalidade normal. Forneceremos atualizações adicionais à medida que mais informações estiverem disponíveis.

2. 6 Gouere 2026 da 15:11 UTCmonitoring

   Nossa investigação identificou que a degradação estava relacionada a um evento de saúde do serviço AWS impactando a região us-least-1. Desde então, a AWS relatou que o problema foi resolvido, e agora estamos vendo sinais de recuperação do nosso lado, incluindo o melhor desempenho do console Spot Ocean ECS e a conclusão bem sucedida de fluxos de trabalho relacionados com o AWS. O ambiente de produção parece estável neste momento. Nossas equipes continuarão monitorando por um curto período de validação para garantir que o desempenho permaneça estável antes de marcar o incidente resolvido.

3. 6 Gouere 2026 da 16:57 UTCresolved

   Continuamos a acompanhar o ambiente durante um período prolongado e os serviços mantiveram-se estáveis, não tendo sido observadas outras questões. Este incidente foi resolvido.

4. 20 Gouere 2026 da 07:00 UTCpostmortem

   **Descrição:** Oceano Spot – AWS – Degradação do desempenho do Console Ocean ECS ** Horário:** 6 de julho de 2026, 05:45 PDT - 6 de julho de 2026, 07:53 PDT □ ** Resumo do incidente ** □ Na segunda-feira, 6 de julho de 2026, às 05:45 PDT , nossas equipes identificaram uma degradação de desempenho afetando Spot Ocean ECS para clientes da AWS. Durante a janela de impacto, os clientes experimentaram maior latência ao acessar o console Ocean ECS, e algumas operações relacionadas ao AWS foram adiadas ou não completadas com sucesso. As equipes técnicas iniciaram imediatamente uma investigação para identificar a fonte do problema. Como uma interrupção do serviço AWS estava ocorrendo concomitantemente na região da AWS us-leste-1, o inquérito inicialmente considerou tanto o evento externo da AWS quanto uma implantação de produção recentemente concluída como potenciais fatores contribuintes. Através de análise detalhada, as equipes determinaram que a principal causa do impacto do cliente foi a instabilidade introduzida pela recente implantação do Gateway. A degradação resultante no desempenho do Gateway afetou o processamento de pedidos e responsividade dentro do Spot Ocean ECS. Embora a perturbação concomitante do serviço AWS tenha acrescentado complexidade à investigação, foi confirmado que não era o principal condutor do impacto voltado para o cliente. Para restaurar o serviço, as equipes voltaram para a versão estável anterior. Após o retorno, o desempenho da plataforma retornou aos níveis esperados e os fluxos de trabalho do cliente retomaram a operação normal. Um período prolongado de monitorização confirmou a estabilidade sustentada dos serviços antes da resolução formal do evento. □ **Root Cause** □ O incidente foi causado pela instabilidade introduzida em uma implantação de Gateway . A implantação resultou em desempenho degradado dentro do serviço Gateway, reduzindo sua capacidade de processar eficientemente pedidos de clientes. Isso causou aumento dos tempos de resposta e falhas intermitentes para operações de console Spot Ocean ECS e fluxos de trabalho relacionados ao AWS. Voltando para a versão anterior estável do Gateway restaurou o desempenho normal da plataforma e resolveu o impacto do cliente. Fatores Contribuintes * Uma interrupção de serviço AWS concomitante na região us-leste-1 ocorreu durante o mesmo período de tempo. Embora não tenha sido a causa do incidente, complicou a investigação inicial e atrasou a identificação da questão subjacente do Gateway. * O rollback do Gateway exigiu tempo adicional devido à escala da implantação da produção, estendendo o processo de recuperação global. * As operações envolvendo criação de recursos e atualizações experimentaram maior impacto do que as atividades somente leitura por causa da resposta degradada Gateway. □ **Acções de reparação □ * Equipes técnicas investigaram a degradação e identificaram uma recente implantação do Gateway como a principal fonte do problema. * A implantação do Gateway afetado foi revirada para a última versão estável conhecida, restaurando a estabilidade do serviço. * O desempenho da plataforma e os fluxos de trabalho voltados para o cliente foram validados após o retorno. * Equipes técnicas completaram um período de monitoramento prolongado para confirmar a operação de serviço estável antes de encerrar o incidente. □ ** Medidas de prevenção do futuro □ * Salvaguardas de implantação melhoradas - As equipes de engenharia fortalecerão os controles de implantação e os processos de validação para reduzir a probabilidade de problemas similares relacionados à implantação que afetam ambientes de produção. * Monitoramento melhorado da plataforma - Monitoramento e alerta adicionais serão implementados para fornecer detecção mais precoce do comportamento anormal do Gateway, incluindo responsividade ao serviço, utilização de recursos e estabilidade da aplicação. * Procedimentos de recuperação melhorados - Os procedimentos de retrocesso serão melhorados e validados regularmente para reduzir o tempo de recuperação e melhorar a eficiência operacional durante incidentes relacionados com a implantação. * Validação Proativa de Saúde do Serviço - Verificações de saúde sintéticas serão expandidas para validar continuamente fluxos de trabalho críticos do usuário Ocean ECS, permitindo identificar mais cedo a degradação do desempenho voltado para o cliente. * Monitoramento de Dependência Melhorada - Equipes de engenharia continuarão melhorando a visibilidade em eventos externos de serviços em nuvem e dependências de plataformas para permitir uma diferenciação mais rápida entre problemas de plataforma interna e interrupções de serviços de terceiros durante futuras investigações.

Traduzido automaticamente da atualização oficial do incidente.

1. 3 Gouere 2026 da 19:07 UTCresolved

   Descrição do incidente: Identificamos um problema que afeta um subconjunto de serviços Flexera One na região APAC, o que pode ter resultado em problemas de acesso intermitentes ou falhas para alguns usuários. O impacto foi intermitente e outras regiões não foram impactadas. A questão foi resolvida e os serviços afectados estão a funcionar normalmente. Prioridade: P2 Atividade de Restauração: Nossas equipes técnicas investigaram o problema e reverteram uma mudança recente para restaurar o serviço. Validamos que os serviços afetados estão funcionando normalmente e o monitoramento contínuo para garantir a estabilidade da plataforma. Este incidente foi resolvido.

2. 17 Gouere 2026 da 06:11 UTCpostmortem

   **Descrição:** Flexera One – APAC – Problemas de Acesso Intermitente ** Horário:** 3 de julho de 2026, 11:20 PDT - 3 de julho de 2026, 11:50 PDT ** Resumo do incidente ** Em 3 de julho de 2026, aproximadamente às 11:20 PDT, foi identificado um problema que afeta um subconjunto de serviços Flexera One no ambiente de produção APAC. Durante a janela incidente, alguns clientes podem ter experimentado problemas de acesso intermitentes ou falhas ao acessar determinadas áreas da plataforma Flexera One. O impacto foi de natureza intermitente, uma vez que a capacidade de serviço redundante permaneceu disponível e continuou a servir o tráfego durante o incidente. Outras Flexera Uma das regiões, incluindo a NAM e a UE, não foi afectada. As equipes técnicas começaram a investigar imediatamente e revisaram os serviços afetados e os componentes da plataforma de suporte dentro do ambiente APAC. A investigação identificou que uma mudança recente feita no ambiente APAC estava contribuindo para que as falhas intermitentes do serviço fossem observadas. Como parte do esforço de recuperação, a mudança foi revertida e o comportamento do serviço foi monitorado para validar a recuperação. Após o retorno, a estabilidade do serviço foi restaurada e os clientes foram capazes de acessar normalmente a funcionalidade afetada. Por volta das 11:50 PDT, os serviços estavam funcionando como esperado e o incidente foi considerado resolvido. □ **Root Cause** O incidente foi causado por uma mudança de configuração dentro do ambiente APAC que involuntariamente afetou a comunicação entre um subconjunto de serviços de plataforma e um componente de plataforma de backend. Durante a investigação, as equipes técnicas determinaram que a mudança resultou em certos serviços de plataforma não poderem se comunicar adequadamente com o componente afetado. Isso levou a falhas intermitentes afetando um subconjunto de serviços Flexera One na região APAC. Enquanto o problema estava ocorrendo, uma ou mais cápsulas de apoio aos serviços afetados permaneceu disponível e continuou servindo o tráfego. Como resultado, os clientes experimentaram problemas de acesso intermitentes em vez de uma completa falha de serviço. □ **Acções de reparação Foram tomadas as seguintes medidas durante a resposta ao incidente: • Investigação de Incidentes Iniciada: Equipes técnicas começaram a investigar questões de acesso intermitentes que afetam um subconjunto de serviços Flexera One na região APAC. • Revisão da Plataforma Concluída: Equipes técnicas revisaram os serviços afetados e componentes de plataforma de suporte dentro do ambiente APAC para identificar a fonte do problema. • Recent Change Identificado: Investigação identificou uma mudança recentemente implementada que se correlacionou com a degradação observada no serviço. • Mudança Revertida: A mudança identificada foi revertida como parte do esforço de mitigação para restaurar o comportamento normal do serviço. • Recuperação de serviços Validado: Equipes técnicas monitoraram o comportamento do serviço após o rollback e confirmaram que a funcionalidade afetada estava operando normalmente. • Monitoramento de Estabilidade da Plataforma Continuado: Monitoramento adicional foi realizado após atividades de restauração para verificar a estabilidade contínua do serviço antes do encerramento do incidente. □ ** Medidas de prevenção do futuro Este incidente ressaltou a importância da validação de mudanças na plataforma para garantir que impactos não intencionais sejam identificados antes de afetarem a disponibilidade do serviço. Com base no inquérito, prosseguem as seguintes actividades de acompanhamento: • Melhorias de Validação de Configuração: Revise e melhore os processos de validação de mudanças de infraestrutura e configuração de plataforma para ajudar a identificar impactos não intencionados antes de serem implementadas mudanças em ambientes de produção. • Melhorias de verificação pós-desempenho: Reveja os procedimentos de verificação pós-desempenho para garantir que as dependências críticas dos serviços permaneçam acessíveis e funcionem conforme esperado após as mudanças de configuração.

Traduzido automaticamente da atualização oficial do incidente.

1. 25 Mezheven 2026 da 06:54 UTCresolved

   Descrição do incidente: Identificamos um problema que afeta o processamento de inventário na Flexera One IT Asset Management após o lançamento de 2026 R1 nos ambientes APAC e Europa. Como resultado, alguns uploads de inventário não foram processados com sucesso, fazendo com que os dados de inventário exibidos em Flexera One IT Asset Management fossem atrasados e não reflectissem o inventário de clientes mais recentemente carregado. Prioridade: P2 Atividade de Restauração: As equipes técnicas identificaram um problema relacionado à capacidade que afeta o processamento do inventário e realizaram o reinício de serviços direcionados nas regiões afetadas para restaurar o processamento normal. Serviço foi restaurado em 24 de junho de 2026, 11:00 PDT, e arquivos de inventário estão agora processando com sucesso. Nossas equipes continuam monitorando a plataforma para garantir estabilidade sustentada. Um relatório post mortem detalhando a causa raiz e medidas preventivas será compartilhado quando a investigação estiver concluída.

2. 15 Gouere 2026 da 06:18 UTCpostmortem

   **Descrição:** Flexera One- IT Acset management- APAC & EU - NDI Inventory Import Failures ** Horário:** 18 de junho de 2026, 09:00 PDT - 25 de junho de 2026, 02:42 PDT □ ** Resumo do incidente ** □ Na quarta-feira, 24 de junho de 2026, 11:35 PDT, após a implantação do Flexera One IT Asset Management 2026 R1 para os ambientes de produção Austrália e Europa, nossas equipes identificaram um problema que afeta o processamento de arquivos de inventário NDI. Como resultado, um número significativo de arquivos de inventário falhou durante o processamento e não foram refletidos em dados de inventário do cliente, fazendo com que as informações de inventário exibidas no Flexera One ITAM ficassem desatualizadas para os clientes afetados. As equipes técnicas iniciaram imediatamente uma investigação e determinaram que o problema ocorreu dentro do fluxo de trabalho de processamento de inventário introduzido com o lançamento de 2026 R1. Falha nos arquivos de inventário acumulados após repetidas falhas de processamento, impedindo a conclusão bem sucedida de atualizações de inventário e contribuindo para o aumento da carga de processamento nos serviços afetados. Para restaurar o serviço, as equipes técnicas implementaram ações corretivas ao refrescar os serviços de aplicação afetados em ambientes impactados. Após as atividades de restauração, o processamento do inventário foi retomado com sucesso, e novos uploads de inventário foram processados como esperado. O monitoramento contínuo confirmou o comportamento da plataforma estável, e o incidente foi declarado resolvido após validação sustentada. □ **Root Cause** □ O problema foi causado por um defeito introduzido com o Flexera One IT Asset Management 2026 R1 versão que afetou o processamento de arquivos de inventário NDI. Sob condições específicas, os arquivos de inventário não puderam ser processados com sucesso devido a um problema dentro do fluxo de trabalho de autenticação e processamento, fazendo com que os arquivos fossem rejeitados antes que o processamento pudesse ser concluído. Como os arquivos falharam acumulados, a capacidade de processamento foi cada vez mais consumida por falhas repetidas, impedindo o processamento de inventário bem sucedido e atrasando as atualizações do inventário para os clientes afetados. Fatores Contribuintes * Falhou arquivos de inventário acumulados dentro do fluxo de trabalho de processamento, aumentando a utilização de recursos em serviços de inventário afetados. * O aumento da carga de processamento reduziu a capacidade disponível para novas solicitações de processamento de inventário. * O problema afetou os ambientes de produção executando o lançamento de 2026 R1; North America Production não foi impactado porque o lançamento ainda não havia sido implantado. □ **Acções de reparação □ * Equipes técnicas identificaram o fluxo de trabalho de processamento de inventário afetado e implementaram ações corretivas para restaurar o serviço. * Os serviços de aplicação foram atualizados nos ambientes de produção impactados, restaurando o processamento normal do inventário. * Processamento de novos arquivos de inventário retomados com sucesso após a restauração do serviço. * O ambiente permaneceu sob monitoramento melhorado para validar o desempenho do processamento e confirmar a recuperação sustentada. □ ** Medidas de prevenção do futuro □ * Validação de lançamento melhorada - Os procedimentos de validação de lançamento serão melhorados para incluir testes adicionais de fim-a-fim de fluxos de trabalho de processamento de inventário após grandes lançamentos de plataforma. * Monitoramento de Processamento Melhorado - Monitoramento e alerta será revisto e expandido para fornecer detecção anterior de falhas de processamento de inventário anormal e acumulação excessiva de arquivos nas filas de processamento. * Resiliência operacional - salvaguardas adicionais serão implementadas dentro do fluxo de trabalho de processamento de inventário para melhorar a recuperação de falhas de processamento e minimizar o impacto do cliente caso condições semelhantes ocorram no futuro. * Melhorias de qualidade e revisão do código \(Concluída\) - Como parte da revisão pós-incidente, o código afetado foi corrigido para garantir que as falhas na comunicação sejam tratadas adequadamente e não resultem em impactos de processamento mais amplos. Além disso, o processo de desenvolvimento e revisão foi reforçado para garantir que os achados da revisão sejam adequadamente avaliados e abordados antes de futuras alterações serem aprovadas para liberação.

Traduzido automaticamente da atualização oficial do incidente.

1. 24 Mezheven 2026 da 08:00 UTCinvestigating

   Descrição do incidente: Identificamos um problema que afeta o acesso de login à Flexera One na região da UE. Os clientes podem receber erros ao tentar entrar no Flexera One. Prioridade: P1 Atividade de Restauração: Nossas equipes técnicas estão ativamente investigando o problema e trabalhando para implementar ações corretivas para restaurar a funcionalidade de login normal. Os esforços de investigação e estabilização continuam em curso. Continuaremos a acompanhar de perto a situação e a fornecer novas actualizações à medida que os progressos se mantiverem.

2. 24 Mezheven 2026 da 09:00 UTCresolved

   O problema foi resolvido e a funcionalidade de login foi restaurada para clientes afetados. As equipes técnicas identificaram a causa do problema e implementaram ações corretivas para restaurar a operação normal do serviço. O ambiente permanece estável e o monitoramento contínuo confirmou o sucesso da autenticação e do acesso à plataforma. Um relatório post mortem com detalhes adicionais, será partilhado após a conclusão do inquérito.

3. 7 Gouere 2026 da 08:28 UTCpostmortem

   **Descrição:** Flexera One – EU – Interrupção do Acesso ao Login ** Horário:** 24 de junho de 2026, 12:41 PDT - 24 de junho de 2026, 02:04 PDT □ ** Resumo do incidente ** □ Na quarta-feira, 24 de junho de 2026, às 12:41 PDT, nossas equipes detectaram um problema afetando clientes na região da UE. Usuários impactados experimentaram falhas de autenticação ao tentar entrar no Flexera One usando o Single Sign-On \(SSO\), resultando em erros de servidor e impedindo o acesso à plataforma. Após a detecção, as equipes técnicas iniciaram imediatamente uma investigação e confirmaram que o problema estava isolado para o fluxo de trabalho de autenticação. A validação da aplicação e dos serviços de plataforma subjacentes mostrou que toda a infraestrutura principal permaneceu saudável e operacional. Análise adicional determinou que uma conta de serviço usada para se comunicar com o provedor de identidade se tornou indisponível, fazendo com que os pedidos de autenticação falhem. A conta de serviço foi prontamente restaurada, que restabeleceu o processamento normal de autenticação e o acesso ao cliente totalmente restaurado. Após a restauração, o ambiente foi monitorado de perto e a funcionalidade de login foi amplamente validada para garantir a estabilidade do serviço. Nenhum impacto adicional do cliente foi observado, e o incidente foi posteriormente declarado resolvido. □ **Root Cause** □ O problema foi causado pela suspensão não intencional de uma conta de serviço que suporta autenticação entre Flexera One e o provedor de identidade. Como resultado, os pedidos de autenticação não puderam ser processados com sucesso, impedindo os clientes afectados na região de produção da UE de acederem à plataforma através de um único sinal \(SSO\). Fatores Contribuintes * Uma conta de serviço crítica para o fluxo de trabalho de autenticação foi inadvertidamente suspensa durante uma atividade de limpeza de rotina. * A suspensão impediu que as solicitações de autenticação fossem validadas com sucesso, resultando em falhas de login para clientes impactados. * O problema foi isolado para o serviço de autenticação e não afetou a disponibilidade do aplicativo subjacente ou infraestrutura de plataforma. □ **Acções de reparação □ * A conta de serviço afetada foi restaurada, restabelecendo a autenticação com o provedor de identidade. * A funcionalidade de login foi validada após a restauração. * Equipes de engenharia continuaram o monitoramento para confirmar a estabilidade da plataforma e autenticação bem sucedida do cliente. □ ** Medidas de prevenção do futuro □ * Governança da Conta de Serviço - Processos que regem contas de serviços críticos serão reforçados para reduzir o risco de mudanças inadvertidas que afetam os serviços de produção. * Monitoramento aprimorado - Monitoramento e alerta serão melhorados para fornecer detecção anterior de falhas de autenticação afetando fluxos de trabalho de login do cliente. * Melhorias de Processo Operacional - Nossas equipes documentaram isso como lição aprendida e implementarão melhorias de processo para reduzir a probabilidade de incidentes similares.

Traduzido automaticamente da atualização oficial do incidente.

1. 18 Mezheven 2026 da 15:33 UTCmonitoring

   Descrição do incidente: Tivemos um problema afetando o Atlas de Neve na região da Europa Ocidental. Durante a janela incidente, os clientes podem ter experimentado erros que impediram o acesso à plataforma e impactou a funcionalidade. Prioridade: P1 Atividade de Restauração: O serviço foi restaurado e está atualmente estável. Nossas equipes técnicas continuam investigando uma perturbação que afeta os serviços dependentes subjacentes na região. Os esforços estão focados em garantir estabilidade e prevenir recorrências. Vamos continuar a monitorar de perto e fornecer atualizações à medida que mais informações ficam disponíveis.

2. 18 Mezheven 2026 da 18:08 UTCresolved

   A questão que afecta o Atlas da Neve na região da Europa Ocidental foi resolvida e o serviço está actualmente a funcionar normalmente. Nossas equipes técnicas têm atenuado a instabilidade do serviço subjacente e continuam a monitorar de perto para garantir a estabilidade sustentada. Apresentaremos, nos próximos dias, um relatório pormenorizado sobre as causas profundas e as medidas preventivas.

3. 7 Gouere 2026 da 08:57 UTCpostmortem

   **Descrição:**Atlas de neve - Europa Ocidental - Disrupção do Serviço ** Horário:** 18 de junho de 2026, 07:00 PDT - 18 de junho de 2026, 08:23 PDT □ ** Resumo do incidente ** □ Na quinta-feira, 18 de junho de 2026 às 07:00 AM PDT, os clientes na região de produção da Europa Ocidental sofreram uma interrupção de serviço que afetou o acesso ao Atlas de Neve. Durante este evento de serviço, os usuários encontraram tempo limite HTTP 504 e erros HTTP 404, o que impediu o acesso à plataforma e afetou o uso da funcionalidade do Snow Atlas. Após a detecção, as equipes técnicas iniciaram imediatamente uma investigação e identificaram o problema dentro de um componente central da plataforma responsável pela comunicação entre serviços de infraestrutura. A degradação interrompeu as interações de serviço, resultando em falhas de solicitação e indisponibilidade de serviço temporário. Os componentes de mensagens afetados foram restaurados, permitindo que os serviços dependentes recuperassem e que as operações normais da plataforma retomassem. Após a recuperação, extensas atividades de validação confirmaram que a funcionalidade do serviço havia sido totalmente restaurada. O ambiente permaneceu estável sob monitoramento aprimorado, não foi observado mais impacto do cliente, e a interrupção do serviço foi formalmente resolvida. □ **Root Cause** □ A interrupção do serviço originou-se de uma falha inesperada dentro de um componente de plataforma central que facilita a comunicação entre serviços de infraestrutura. Durante o evento, vários componentes de mensagens tornaram-se indisponíveis simultaneamente, impedindo a comunicação crítica entre serviços de infraestrutura responsáveis pelo processamento de solicitações de clientes. A degradação prejudicou a capacidade dos serviços dependentes de trocar e processar solicitações, levando a intervalos e falhas de roteamento. Como resultado, os clientes da região afetada tiveram dificuldade em acessar a plataforma Snow Atlas até que as comunicações de serviço fossem restauradas e as operações normais retomadas. Fatores Contribuintes * Vários componentes de serviço de mensagens tornaram-se indisponíveis ao mesmo tempo, reduzindo a capacidade da plataforma de processar comunicação inter-serviço. * Falhas de comunicação de serviço propagadas através de componentes de plataforma dependentes, resultando em tempo limite HTTP 504 e erros HTTP 404. * A questão afetou a infraestrutura de mensagens compartilhadas que apoia o ambiente de produção da Europa Ocidental, resultando em impacto generalizado dos clientes na região. □ **Acções de reparação □ * Equipes técnicas identificaram os componentes afetados da infraestrutura de mensagens e restauraram a operação normal de serviço. * Os serviços de plataforma dependentes recuperados automaticamente como funcionalidade de mensagens foi restabelecida. * A funcionalidade do serviço foi validada após a recuperação para confirmar o sucesso do acesso ao cliente. * Monitoramento melhorado foi mantido após a restauração para verificar a estabilidade contínua da plataforma. □ ** Medidas de prevenção do futuro □ * Revisão de gerenciamento de problemas - Uma revisão abrangente está em andamento para validar ainda mais a causa raiz e identificar ações corretivas de longo prazo para evitar a recorrência. * Melhorias de resiliência da plataforma – As oportunidades para fortalecer a resiliência da infraestrutura de mensagens da plataforma serão avaliadas para reduzir o impacto de falhas de nível de componentes na disponibilidade de serviços. * Melhorias de Monitoramento e Detecção – As capacidades de monitoramento e alerta dos componentes críticos da plataforma serão aprimoradas para permitir a identificação mais precoce da degradação e acelerar os esforços de resposta e recuperação.

Traduzido automaticamente da atualização oficial do incidente.