Histórico de interrupções do Rightscale

1. 24 Eost 2026 da 13:04 UTCinvestigating

   Descrição do incidente: Estamos investigando um problema que afeta o processamento de inventário dentro da Flexera One IT Asset Management na América do Norte. Os clientes podem sofrer atrasos no processamento de inventários e atraso na disponibilidade de dados de inventário atualizados dentro da plataforma. Prioridade: P2 Atividade de Restauração: Nossas equipes técnicas estão ativamente investigando o problema e revisando a atividade de processamento de inventário em todo o serviço afetado. Estamos trabalhando para identificar a causa dos atrasos de processamento e restaurar o processamento normal. Serão fornecidas mais actualizações à medida que mais informações estiverem disponíveis.

2. 24 Eost 2026 da 14:57 UTCinvestigating

   As equipes técnicas identificaram que o comportamento de processamento de inventário varia entre os clientes afetados. Enquanto o inventário continua a ser processado para alguns clientes, outros estão experimentando taxas de processamento significativamente reduzidas ou inventário que não está progredindo através de fluxos de trabalho de processamento normais. As equipes técnicas também identificaram erros de disponibilidade de serviços que afetam algumas tentativas de upload de inventário e estão investigando ativamente o alcance do impacto e da causa subjacente. A análise das organizações afetadas e a atividade de processamento continuam em curso. Serão fornecidas mais actualizações à medida que mais informações estiverem disponíveis.

3. 24 Eost 2026 da 16:38 UTCidentified

   As equipes técnicas realizaram ações de recuperação de serviços direcionadas e estão observando o currículo de processamento de inventário para clientes previamente afetados, com níveis de backlog diminuindo. A investigação continua em curso à medida que as equipas técnicas continuam a monitorizar a recuperação e a avaliar a causa subjacente. Embora o progresso tenha sido observado, as equipes continuam a validar a estabilidade do serviço e monitorar qualquer impacto remanescente. Forneceremos atualizações adicionais à medida que mais informações estiverem disponíveis.

4. 24 Eost 2026 da 21:21 UTCmonitoring

   A recuperação continua a progredir, com a atividade de processamento de inventário retornando aos níveis esperados para clientes previamente impactados. As equipes técnicas estão observando uma redução contínua nos níveis de atraso e estão monitorando ativamente a estabilidade do serviço. A investigação da causa subjacente continua em curso. A análise actual centra-se em vários factores potenciais de contribuição identificados durante o período afectado, enquanto as equipas técnicas continuam a validar a recuperação e a monitorizar qualquer impacto remanescente.

5. 25 Eost 2026 da 10:00 UTCmonitoring

   As equipes técnicas continuam a observar uma redução constante nos níveis de atraso enquanto monitoram de perto a estabilidade geral do serviço. A investigação da causa subjacente continua em curso. Continuaremos a fornecer atualizações à medida que informações adicionais estiverem disponíveis.

Traduzido automaticamente da atualização oficial do incidente.

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

   Incident Description: We are investigating an issue affecting Cloud Cost Optimization (CCO) services in the North America (NAM) region. Customers may experience pages failing to load, prolonged loading behavior, or difficulty accessing certain Cloud Cost Optimization functionality within Flexera One. Priority: P2 Restoration Activity: Our technical teams are actively investigating the issue and working to restore normal service. Current efforts are focused on identifying the cause of the degradation and validating corrective actions. We will provide additional updates as more information becomes available.

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.

1. 7 Eost 2026 da 04:55 UTCinvestigating

   Descrição do problema: Nossas equipes identificaram que alguns sistemas de email de clientes da Flexera estão rejeitando e-mails enviados contendo notificações de atualizações em casos de suporte da Flexera. Prioridade: P3 Actividade de Restauração: As equipas técnicas estão a investigar activamente a questão. Entretanto, entre na Comunidade Flexera e use o portal de Casos de Suporte em https://community.flexera.com/s/case/Case/Default para rever o estado do caso e verificar se há atualizações.

2. 7 Eost 2026 da 12:28 UTCidentified

   Nossas equipes identificaram a causa do problema e estão atualmente trabalhando para resolvê-lo.

3. 8 Eost 2026 da 10:48 UTCidentified

   Nossas equipes continuam trabalhando para uma resolução. Durante a investigação em curso, identificamos que em alguns casos e-mails da Flexera podem estar sendo bloqueados pelo SharePoint. Abordar esta questão requer uma investigação e coordenação adicionais com as partes interessadas, a fim de assegurar as medidas correctivas adequadas. Continuaremos a fornecer atualizações à medida que mais informações estiverem disponíveis.

4. 10 Eost 2026 da 10:10 UTCidentified

   Nossas equipes continuam trabalhando para uma resolução. Investigação e coordenação adicionais com as equipes apropriadas estão em andamento para restaurar o fluxo de email normal. Forneceremos atualizações adicionais à medida que mais informações estiverem disponíveis.

5. 12 Eost 2026 da 13:50 UTCmonitoring

   Nossas equipes implementaram medidas corretivas e estão observando resultados positivos. Os testes iniciais de validação foram bem sucedidos, indicando que as ações de mitigação são efetivas. Continuaremos a acompanhar de perto o serviço para garantir a estabilidade contínua e forneceremos novas atualizações à medida que estiverem disponíveis.

6. 14 Eost 2026 da 05:41 UTCresolved

   Após monitoramento prolongado, nossas equipes confirmaram que todas as atualizações de email estão sendo entregues com sucesso. Este incidente foi declarado como resolvido.

7. 21 Eost 2026 da 09:13 UTCpostmortem

   **Descrição:** Casos de Suporte Flexera – Notificações de Email atrasadas ou falhadas ** Horário:** 5 de agosto de 2026, 12:00 PDT - 13 de agosto de 2026, 11:10 PDT □ ** Resumo do incidente ** □ Em 5 de agosto de 2026, nossas equipes identificaram um problema que afeta notificações por e-mail para casos do Flexera Support. Durante o incidente, alguns clientes não receberam notificações por e-mail quando foram feitas atualizações em seus casos de suporte, o que pode ter atrasado a conscientização sobre a atividade do caso e o progresso. Nossas equipes técnicas investigaram o problema e determinaram que um problema com a configuração de entrega de e-mail estava fazendo com que algumas notificações de casos de suporte de saída fossem rejeitadas pelos sistemas de email do destinatário. Como medida provisória, os clientes foram aconselhados a aceder directamente ao portal do caso de apoio comunitário da Flexera para rever o seu estado do caso e as suas actualizações. Nossas equipes implementaram uma mudança permanente na configuração de entrega de e-mail e posteriormente validaram a entrega de notificação. Após a remediação, as notificações por e-mail foram confirmadas para estar funcionando como esperado, eo incidente foi resolvido em 13 de agosto de 2026, às 11:10 PDT AM. □ **Root Cause** □ * Configuração de entrega de e-mail: Um problema com a configuração usada para fornecer notificações de casos de suporte voltados para o cliente fez com que alguns e-mails fossem rejeitados pelos sistemas de email do destinatário. * Entrega de Notificação: A configuração afetada resultou em alguns clientes não receberem notificações de e-mail quando as atualizações foram feitas para seus casos de suporte. * Impacto do Cliente: O problema afetou apenas notificações por email; os clientes poderiam continuar a acessar seus casos de suporte diretamente através do portal Flexera Community Support Case. □ **Acções de reparação □ * Updated Email Delivery Configuração: A configuração de entrega de e-mail foi permanentemente atualizada para usar a infraestrutura de entrega de e-mail primária apropriada. * Validação de Notificação: Equipes validadas entrega de notificação de saída após a alteração de configuração. * Solução do Cliente: Durante o incidente, os clientes foram aconselhados a acessar o portal Flexera Community Support Case diretamente para rever o estado do caso e atualizações. * Monitoramento de serviço: Equipes monitoradas entrega de notificação por e-mail após a reparação para confirmar a estabilidade contínua. □ ** Medidas de prevenção do futuro * Manter Roteamento de Email Aprovado: As notificações de casos de suporte voltados para o cliente continuarão a usar a infraestrutura primária de entrega de email estabelecida através da reparação permanente. * Monitoramento de entrega de e-mail: Melhorar o monitoramento e alerta para falhas de notificação de caso de suporte de saída e mensagens rejeitadas para fornecer detecção anterior de problemas de entrega potenciais.

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.

2. 21 Eost 2026 da 09:03 UTCpostmortem

   **Descrição:** Flexera One - IT Asset management - APAC - Falhas de carregamento de dados/suavidade ** Horário:** 4 de agosto de 2026, 4:04 PDT - 4 de agosto de 2026, 4:25 PDT □ ** Resumo do incidente ** □ Na terça-feira, 4 de agosto de 2026, nossas equipes identificaram um problema que afeta um subconjunto de clientes no ambiente de Produção APAC. Durante o incidente, alguns clientes experimentaram lentidão intermitente da aplicação, falta de resposta temporária e falhas ao carregar dados no gerenciamento de ativos de TI Flexera One. Nossas equipes técnicas investigaram a questão e determinaram que um inesperado evento de esgotamento de recursos de banco de dados afetava o ambiente de produção. A condição resultou em degradação temporária do desempenho para um subconjunto de inquilinos clientes. A condição do banco de dados resolveu-se automaticamente após aproximadamente 20 minutos, e o desempenho da aplicação voltou ao normal sem necessitar de intervenção de engenharia direta. Nossas equipes continuaram a monitorar o ambiente após a recuperação e confirmaram que os serviços afetados estavam operando normalmente sem impacto contínuo do cliente. □ **Root Cause** □ * Exaustão de recursos de banco de dados inesperada: Um aumento temporário no consumo de recursos de banco de dados esgotou a capacidade de armazenamento temporário de banco de dados disponível usado pelo cluster de banco de dados de produção. * Consultas de alto consumo de recursos: Foi identificado que a consulta inesperada específica é realizada manualmente por um usuário que consumiu quantidades significativas de recursos de banco de dados temporários, resultando em uma condição temporária de exaustão de recursos. * Impacto do Desempenho da Aplicação: A exaustão de recursos afetou as operações do banco de dados e resultou em lentidão intermitente da aplicação, falta de resposta e falhas de carregamento de dados para um subconjunto de clientes. □ **Acções de reparação □ * Recuperação automática do serviço: A condição do recurso do banco de dados limpa automaticamente, permitindo que os serviços de aplicação retornem à operação normal. * Monitoramento de serviços: As equipes monitoraram o ambiente após a recuperação e confirmaram que os serviços permaneceram estáveis. * Análise de Incidentes: As equipes de engenharia revisaram a atividade do banco de dados e a utilização de recursos associados ao evento para identificar as consultas que contribuem e compreender o comportamento. □ ** Medidas de prevenção do futuro □ * Governança de recursos: Avaliar SQL adicional Controles de governança de recursos do servidor para reduzir o impacto potencial de consultas de banco de dados de alto recurso. * Melhorias de Resposta de Alerta: Procedimentos de tratamento de alerta de revisão para melhorar a detecção, avaliação e resposta a condições de recursos de banco de dados semelhantes. * Melhorias operacionais: A consulta foi revisada por nossas equipes técnicas e medidas foram implementadas para evitar um cenário semelhante 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

   **Descrição:** Pesquisa de Vulnerabilidade de Software \(SVR\) - Disrupção de Serviço ** Horário:** 28 de julho de 2026, 2:00 PDT - 29 de julho de 2026, 2:53 PDT □ ** Resumo do incidente ** Na terça-feira, 28 de julho de 2026, às 14:00 PM PDT, o ambiente de produção Flexera Software Vulnerability Research\(SVR\) experimentou uma interrupção de serviço que afetou a disponibilidade da API e a funcionalidade da aplicação. O incidente ocorreu quando a instância primária do banco de dados suportando a plataforma SVR ficou indisponível. As conexões de banco de dados existentes foram encerradas inesperadamente, e os servidores de aplicativos não conseguiram estabelecer novas conexões. Como resultado, os clientes não conseguiram acessar de forma confiável os serviços e APIs SVR durante o incidente. Durante a investigação, nossas equipes determinaram que a ruptura foi causada por um fracasso não planejado iniciado pelo provedor de serviços de nuvem. De acordo com o histórico de eventos do provedor, um problema de infraestrutura foi detectado no host do banco de dados primário, levando o provedor a iniciar automaticamente o processo de failover. Nossas equipes técnicas imediatamente engajaram o provedor de serviços na nuvem para investigar o incidente e restaurar o serviço. Após as atividades de recuperação e validação, todos os serviços de produção foram restaurados com sucesso e retornaram ao funcionamento normal até 2:53 PDT em 29 de julho de 2026. □ **Root Cause** □ O incidente foi desencadeado por um failover não planejado do banco de dados de produção, iniciado pelo provedor de serviços em nuvem em resposta a um problema de nível de infraestrutura que afeta o host de banco de dados primário. Durante o failover, a instância primária do banco de dados tornou-se temporariamente indisponível. Isso fez com que as conexões de banco de dados ativassem abruptamente, impedindo os serviços de aplicação de estabelecer novas conexões. Como resultado, as solicitações de API falharam e a disponibilidade de serviço em toda a plataforma SVR foi impactada. Flexera formalmente solicitou uma análise detalhada de causa raiz \(RCA\) do provedor de serviço de nuvem para determinar a condição de infraestrutura precisa que acionou o failover e identificar oportunidades para evitar recorrência. □ ** Fatores Contribuintes ** □ Durante o inquérito, foram identificados os seguintes factores como contribuindo potencialmente para o impacto global do incidente: * Um volume significativamente elevado de tentativas de conexão ao cliente foi observado originando-se de ambientes do cliente durante o período incidente. * Os volumes de conexão excederam os níveis operacionais normais, aumentando a carga nos serviços de infraestrutura enquanto os serviços de banco de dados estavam recuperando. * A atividade de conexão elevada pode ter amplificado o impacto do failover do banco de dados e aumento da complexidade de recuperação. * Os comportamentos de retentação e conexão de aplicativos existentes geraram demanda adicional de conexão durante as atividades de recuperação de banco de dados. □ **Acções de reparação □ * Engajamento com provedores de nuvem: Nossas equipes imediatamente engajaram o provedor de serviços de nuvem e trabalharam diretamente com seus engenheiros durante todo o esforço de recuperação. * Recuperação de banco de dados: Executou um failover/reboot de banco de dados controlado em coordenação com o provedor de serviço na nuvem. * Conectividade restaurada: disponibilidade de banco de dados restabelecida e conectividade ao ambiente de produção. * Validação da recuperação da aplicação: Confirmado que os serviços da aplicação reconectaram com sucesso aos serviços do banco de dados da infra-estrutura. * Validação de serviço: Recuperação verificada de APIs e funcionalidade crítica do aplicativo SVR. * Monitoramento pós-recuperação: Monitoramento aprimorado da saúde do banco de dados, desempenho da aplicação e atividade de conexão após a restauração. □ ** Medidas de prevenção do futuro □ * Continue monitorando os volumes de conexão do cliente e a utilização da conexão do banco de dados. * Revise e optimize o agrupamento de conexões de banco de dados, gerenciamento de conexões, lógica de repetição e manipulação de failover para melhorar a resiliência durante futuros eventos de infraestrutura. * Complete o engajamento do provedor de serviços na nuvem e reveja a análise detalhada da causa raiz do provedor uma vez disponível. * Realizar uma revisão interna pós-incidente e implementar medidas preventivas adicionais identificadas através do processo de revisão.

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

   **Description:** Flexera One – IT Asset Management – North America – Degraded Performance **Timeframe:** July 20, 2026, 8:13 PM PDT – July 22, 2026, 8:41 AM PDT ‌ **Incident Summary** On July 20, 2026, at approximately 8:13 PM PDT, an issue began affecting Flexera One IT Asset Management customers in the North America production environment following completion of the production release. During the affected period, some customers experienced intermittent application slowness, delayed processing, reconcile failures, timeout conditions, and degraded performance across inventory-related workflows. Technical teams investigated performance and reliability issues observed following the release and worked to determine the underlying cause and scope of impact. The investigation determined that the observed behavior was associated with a defect previously identified in the release. Corrective changes intended to address the defect were included as part of the release activity; however, the corrective changes did not successfully apply across all North America production databases during the deployment process. As a result, some environments continued to experience significantly increased database processing activity during inventory-related operations, contributing to elevated resource consumption, processing delays, timeout conditions, and degraded application performance. Technical teams worked to successfully deploy the corrective changes across the affected North America production databases. Following deployment, teams performed validation activities and monitored processing workflows to confirm recovery. By July 22, 2026, at approximately 8:41 AM PDT, validation confirmed successful processing of previously impacted workloads and that the previously observed failure patterns were no longer occurring. The incident was considered resolved and technical teams continued monitoring to confirm service stability. ‌ **Root Cause** The incident was caused by corrective changes intended to address a previously identified defect not successfully applying across all North America production databases during the release deployment process. As a result, the underlying defect remained active in affected environments and caused significantly more database processing activity than intended during inventory-related processing operations. This increased workload resulted in elevated resource consumption, processing delays, timeout conditions, and degraded platform performance. These conditions contributed to intermittent application slowness, delayed processing, reconcile failures, and degraded performance affecting some IT Asset Management functionality within the North America production environment. ‌ **Remediation Actions** 1. **Incident Investigation Initiated:** Technical teams investigated reports of application slowness, processing delays, reconcile failures, and degraded platform performance affecting the North America production environment. 2. **Impact Assessment Performed:** Teams reviewed customer-reported symptoms, system performance data, processing activity, and platform behavior to determine the scope and nature of the issue. 3. **Cause Identified:** Investigation determined that corrective changes intended to address a previously identified defect did not successfully apply across all North America production databases during the release deployment process. 4. **Processing Behavior Corrected:** Technical teams deployed corrections designed to eliminate the inefficient processing behavior that was contributing to elevated database workload, processing delays, timeout conditions, and degraded application performance. 5. **Recovery Validated:** Teams validated the effectiveness of the deployed changes through monitoring and successful execution of previously impacted processing activities. 6. **Post-Restoration Monitoring Performed:** Additional monitoring confirmed that the previously observed failure patterns and performance degradation were no longer occurring and that service stability had been restored. ‌ **Future Preventative Measures** Based on the investigation, the following follow-up activities have been identified: * **Processing Logic Improvements:** Technical teams implemented and validated corrective changes to the inventory-processing logic responsible for the increased database workload observed following the release. These changes were designed to eliminate the inefficient processing behavior that contributed to processing delays, reconcile failures, timeout conditions, and degraded application performance. * **Critical Hotfix Deployment Process Review:** Technical teams will review the deployment process for critical database hotfixes and evaluate alternative approaches to help ensure required corrective changes are successfully applied during future release activities.

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

   **Descrição:** Flexera One - IT Asset Management - APAC - Itens de Menu em Falta ** Horário:** 12 de julho de 2026, 3:00 PDT - 12 de julho de 2026, 7:16 PDT ** Resumo do incidente ** No domingo, 12 de julho de 2026, às 15:00 PDT, os clientes no ambiente de produção APAC começaram a relatar que vários itens do menu TI Asset Management \(ITAM\), incluindo funcionalidades como Relatórios e Todas as Aplicações, não eram mais visíveis dentro da interface de usuário Flexera One. Vários clientes foram afetados, impactando sua capacidade de navegar e acessar porções do aplicativo ITAM. As equipes técnicas começaram imediatamente a investigar o problema e identificaram erros relacionados à autenticação que afetam a interface de usuário do ITAM. Durante a investigação, as equipes revisaram as mudanças de infraestrutura saúde, comportamento de aplicação e plataforma recente para determinar a origem do problema. O inquérito determinou que uma alteração na configuração da aplicação associada a uma nova capacidade de autenticação foi incorretamente aplicada ao ambiente de produção. O problema tornou-se evidente quando as instâncias de aplicação foram atualizadas, resultando em falhas relacionadas à autenticação que impediram certos itens de menu do ITAM de carregar corretamente para usuários afetados. As equipes técnicas reverteram a configuração afetada, atualizaram as instâncias de aplicação impactadas e validaram a recuperação em todo o ambiente. Após essas ações, a funcionalidade do menu foi restaurada, os clientes afetados confirmaram a recuperação, e o incidente foi resolvido em 12 de julho de 2026, às 7:16 PM PDT após a validação e monitoramento confirmado a operação normal tinha retornado. **Root Cause** Investigação determinou que uma mudança de configuração de aplicativo associada a uma nova capacidade de autenticação foi incorretamente aplicada ao ambiente de produção. Quando as instâncias de aplicativos foram posteriormente atualizadas, a configuração incorreta resultou em erros relacionados à autenticação dentro da interface de usuário do ITAM. Esses erros impediram que certos componentes de navegação carregassem corretamente, fazendo com que os usuários afetados experimentassem itens de menu ausentes até que a configuração fosse corrigida e as instâncias afetadas fossem atualizadas. **Acções de reparação Foram tomadas as seguintes medidas durante a resposta ao incidente: 1. Investigação de Incidentes Iniciada: Equipes técnicas começaram a investigar depois de receber relatórios de vários clientes sobre itens de menu do ITAM ausentes. 2. Configuração do aplicativo Revisado: Mudanças recentes de aplicação e configuração foram revisadas para identificar a fonte das falhas de carregamento do menu. 3. Configuração incorreta Identificada: Equipes técnicas determinaram que uma mudança de configuração relacionada à autenticação tinha sido incorretamente aplicada ao ambiente de produção. 4. Configuração Corrigida: A configuração afetada foi removida das instâncias de produção impactadas. 5. Casos de aplicação Atualizados: instâncias de aplicação impactadas foram atualizadas para garantir que a configuração corrigida foi consistentemente aplicada em todo o ambiente. 6. Validação de Recuperação Realizada: As equipes técnicas validaram a visibilidade e funcionalidade do menu em todo o ambiente afetado e confirmaram a recuperação com clientes impactados. ** Medidas de prevenção do futuro Na sequência do incidente, foram implementadas medidas corretivas para prevenir a recorrência da questão e melhorar a detecção de condições semelhantes no futuro. 1. Validação do controle da configuração: A configuração incorreta relacionada à autenticação foi removida de ambientes onde ela não era destinada a ser implantada. Essa mudança impede que o mesmo problema de configuração seja introduzido em ambientes afetados no futuro. 2. Aperfeiçoamento do Monitoramento de Saúde: O exame de saúde existente foi atualizado para detectar o comportamento da aplicação associado a essa condição de falha. A monitorização revista destina-se a identificar de forma mais eficaz as falhas de carregamento de menus e de autenticação relacionadas com a aplicação e a acelerar a detecção caso surjam problemas semelhantes no futuro.

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.