Histórico de interrupções do Flexera

1. 27 Here 2026 da 17:00 UTCidentified

   Descrição do incidente: Estamos investigando atrasos que afetam as atualizações de conteúdo da Technopedia. O conteúdo da Technopedia utilizado pelos serviços Data Platform, IT Visibilidade e API não foi atualizado desde 22 de outubro devido a falhas repetidas no processamento de dados. Os clientes podem, portanto, ver conteúdo da Technopedia desatualizado em serviços afetados. Prioridade: P2 Atividade de Restauração: Nossas equipes técnicas realizaram ações de recuperação para resolver as falhas de processamento de dados e atualizaram o conteúdo subjacente. A geração de catálogos está em andamento, e estamos monitorando essa atividade através da conclusão. Providenciaremos uma nova atualização à medida que a recuperação progredir.

2. 28 Here 2026 da 01:44 UTCidentified

   A atualização do conteúdo da Technopedia continua em andamento. Nossas equipes técnicas continuam monitorando a atualização através da conclusão. Uma vez concluído o processamento, validaremos que o conteúdo atualizado da Technopedia está disponível nos serviços afetados para garantir que as operações normais de atualização de conteúdo tenham sido restauradas.

3. 28 Here 2026 da 09:39 UTCidentified

   A atualização do conteúdo da Technopedia continua em andamento e continua sendo monitorada de perto por nossas equipes técnicas. Após a conclusão, validaremos o conteúdo atualizado nos serviços afetados para confirmar que as operações normais foram restauradas.

4. 28 Here 2026 da 10:35 UTCresolved

   A atualização de conteúdo da Technopedia foi concluída e a validação confirmou que o conteúdo atualizado está disponível nos serviços afetados. Operações de atualização de conteúdo normal foram restauradas, e o problema está resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 22 Here 2026 da 07:05 UTCinvestigating

   Descrição do incidente: Estamos investigando um problema que afeta a funcionalidade do Snow Atlas SAM Core na região Sul do Reino Unido. Alguns clientes podem ter problemas ao acessar a funcionalidade dos Usuários e podem encontrar erros ao acessar os Detalhes do Computador. Prioridade: P2 Atividade de Restauração: Nossas equipes técnicas estão ativamente investigando a questão e avaliando o alcance do impacto. Estamos trabalhando para identificar a causa subjacente e restaurar a funcionalidade afetada. Serão fornecidas mais actualizações à medida que mais informações estiverem disponíveis.

2. 22 Here 2026 da 07:21 UTCmonitoring

   Nossas equipes técnicas identificaram erros de timeout que afetam os componentes de serviço que suportam a funcionalidade impactada e realizaram reinícios de serviço direcionados. Seguindo essas ações de recuperação, a funcionalidade Usuários e Detalhes do Computador está respondendo com sucesso durante a validação. Continuamos monitorando o comportamento do serviço e realizando validação final para confirmar estabilidade sustentada.

3. 22 Here 2026 da 07:38 UTCresolved

   Após as ações de recuperação implementadas anteriormente, nossas equipes técnicas completaram validação e monitoramento adicionais. Os usuários e a funcionalidade Computer Details permaneceram estáveis sem mais problemas observados. A operação normal foi confirmada, e este incidente é agora considerado resolvido.

Traduzido automaticamente da atualização oficial do incidente.

1. 15 Here 2026 da 22:37 UTCresolved

   Descrição do incidente: Seguindo o programado Flexera One IT Asset Management 2026R1.4 lançamento de produção na região da Austrália, nós experimentamos um problema afetando os serviços Flexera One IT Asset Management em APAC. Como resultado, os clientes não conseguiram acessar a Flexera One IT Asset Management durante o período de impacto. Prioridade: P1 Início do impacto: 15 de outubro de 2026 às 11:34 PDT Impacto final: 15 de outubro de 2026 às 12:32 PDT Atividade de Restauração: Nossas equipes técnicas identificaram um problema que afeta componentes de serviço após o lançamento programado da produção. A correção foi aplicada aos componentes afetados para restaurar a disponibilidade do serviço. Após a recuperação, os serviços de gerenciamento de ativos de TI Flexera One na APAC retornaram à operação normal, e o problema agora é considerado resolvido.

2. 21 Here 2026 da 23:40 UTCpostmortem

   **Descrição:** Flexera One - IT Asset Management - APAC - Indisponibilidade de serviço Após 2026R1.4 Lançar ** Horário:** 15 de outubro de 2026, 11:34 PDT - 15 de outubro de 2026, 12:32 PDT # # Resumo do incidente Em 15 de outubro de 2026, os clientes que usaram a Flexera One IT Asset Management na região APAC sofreram uma interrupção de serviço que impediu o acesso à aplicação. A interrupção ocorreu após a conclusão da liberação de produção do ITAM 2026R1.4. Embora os serviços estivessem inicialmente disponíveis e operando normalmente após o lançamento, a aplicação posteriormente tornou-se inacessível. As equipes técnicas investigaram o rompimento e identificaram falhas que afetam a inicialização das instâncias de aplicação. Outra investigação revelou que o ambiente de produção manteve uma dependência de um processo anterior de inicialização da aplicação enquanto uma transição para um processo atualizado estava em andamento. Embora as instâncias da aplicação tivessem sido inicializadas com sucesso durante o lançamento, as instâncias de substituição não foram capazes de completar o mesmo processo devido a uma configuração desatualizada. As instâncias de substituição afetadas foram incapazes de completar a inicialização com sucesso ou passar nos exames de saúde necessários, impedindo que o pedido voltasse à operação normal. As equipes técnicas corrigiram a configuração de produção para referenciar o processo de inicialização atualizado e realizaram uma atualização de instância. Após essas mudanças, as instâncias afetadas inicializaram com sucesso, e a disponibilidade de serviços do ITAM foi restaurada em aproximadamente 12:32 PDT. # # Causa raiz O incidente foi causado por uma dependência de produção remanescente de um processo de inicialização de aplicação anterior durante a transição para um processo atualizado no ambiente de produção APAC. Enquanto os ambientes de teste de estadiamento e aceitação do usuário já haviam passado para o processo atualizado, o ambiente de produção APAC manteve uma configuração que referenciava o processo de inicialização anterior. Durante a versão de produção 2026R1.4, as instâncias de aplicação foram inicializadas manualmente utilizando o processo atualizado, permitindo que o ITAM operasse inicialmente normalmente apesar da dependência de produção restante. Os componentes que apoiam o processo anterior foram subsequentemente reduzidos sob o entendimento de que a transição mais ampla tinha sido amplamente concluída. Quando instâncias de substituição de aplicativos foram lançadas, a configuração de produção continuou direcionando-as para o processo de inicialização anterior. As instâncias afetadas foram, portanto, incapazes de completar a inicialização com sucesso ou de passar em seus exames de saúde necessários, resultando na interrupção do serviço. A dependência da produção remanescente do processo de inicialização anterior foi confirmada como causa básica do incidente. Corrigir a configuração de produção para usar o processo de inicialização atualizado removeu essa dependência e permitiu que instâncias de substituição inicializassem com sucesso. # # Acções de reparação Foram tomadas as seguintes medidas durante a resposta ao incidente: 1. **Iniciado Inquérito Incidente: ** As equipes técnicas investigaram a indisponibilidade da aplicação e identificaram falhas que afetam a inicialização e o controle de saúde das instâncias de aplicação no ambiente de produção do APAC. 2. ** Questão de configuração identificada: ** Investigação determinou que a configuração de produção continuou referenciando o processo de inicialização anterior da aplicação em vez do processo atualizado. 3. ** Configuração da produção corrigida:** A configuração da produção foi atualizada para referenciar o correto processo de inicialização da aplicação, removendo-se a dependência do processo anterior. 4. **Concorrências de candidatura Equipes técnicas realizaram uma atualização de instância após a correção de configuração, permitindo que instâncias de substituição inicializassem com sucesso. 5. **Service Recovery Validado:** As equipes técnicas confirmaram que as instâncias afetadas estavam inicializando com sucesso, os exames de saúde da aplicação estavam passando e os serviços do ITAM retornaram à operação normal. # # Medidas futuras de prevenção Após o incidente, foi realizada uma revisão retrospectiva do processo de inicialização da aplicação, das dependências de produção remanescentes, dos procedimentos de validação e das oportunidades de melhoria da detecção e resposta de incidentes. As seguintes ações corretivas e atividades de melhoria foram concluídas ou estão em andamento: 1. ** Correção da configuração da produção:** O ambiente de produção APAC foi atualizado para utilizar o correto processo de inicialização da aplicação, substituindo a configuração anterior. 2. ** Validação da Dependência de Legado:** Foi estabelecida uma ação de acompanhamento para adicionar uma etapa de validação antes de componentes de plataforma legados serem reduzidos ou desactivados, garantindo que os serviços de produção tenham sido totalmente transicionados e que não existam dependências remanescentes na plataforma anterior. 3. **Release and Application Health-Check Review:** Verificações sanitárias de aplicação existentes, procedimentos de validação de liberação e cobertura pós-libertação do teste de sanidade estão sendo revisadas contra a falha observada durante este incidente. A revisão determinará se existem lacunas de cobertura e se é necessário um acompanhamento, validação ou outras melhorias adicionais. 4. **Investigação por Escala de Instance: ** Continuaremos a investigar o que acionou as instâncias de aplicação originais para escalar após a liberação e determinar se qualquer ação corretiva ou preventiva adicional é necessária. 5. **Aperfeiçoamentos de Comunicação do Cliente: ** Identificamos uma oportunidade para uma comunicação mais oportuna com o cliente durante este incidente. Nossas práticas de escalada e comunicação de incidentes estabelecidas são projetadas para garantir a notificação proativa do cliente quando o impacto do serviço não planejado é identificado. A aprendizagem com este incidente foi incorporada em nossas práticas de resposta a incidentes em curso para ajudar a garantir que esses procedimentos sejam aplicados de forma consistente e que atualizações oportunas e proativas sejam fornecidas aos clientes durante as interrupções do serviço.

Traduzido automaticamente da atualização oficial do incidente.

1. 8 Here 2026 da 10:59 UTCinvestigating

   Descrição do incidente: Estamos investigando um problema que afeta o Serviço de Licença dentro do SAM Core. Os usuários podem ser incapazes de carregar informações de licença e podem encontrar mensagens de erro ao acessar a funcionalidade do Serviço de Licença. A questão foi confirmada no Reino Unido, Europa do Sul e Europa Ocidental, e as equipas técnicas estão actualmente a avaliar todo o alcance do impacto. Prioridade: P2 Actividade de Restauração: As equipas técnicas estão a investigar activamente a questão e a rever o serviço afectado. Está em curso uma validação adicional para determinar o alcance total do impacto e restaurar a operação de serviço normal. Serão fornecidas mais actualizações à medida que mais informações estiverem disponíveis.

2. 8 Here 2026 da 11:30 UTCmonitoring

   Identificamos o problema como estando relacionado a uma implantação recente que afeta o serviço de Licenças. Mudanças corretivas foram implementadas e a funcionalidade do serviço foi restaurada. Atualmente estamos validando a saúde dos serviços e monitorando o ambiente para garantir a estabilidade contínua. Serão apresentadas novas actualizações à medida que for concluída a validação adicional.

3. 8 Here 2026 da 12:11 UTCresolved

   Após a validação e um período de monitoramento, o serviço permaneceu estável e a funcionalidade de licença está carregando com sucesso nas regiões afetadas. A questão é agora considerada resolvida.

Traduzido automaticamente da atualização oficial do incidente.

1. 8 Here 2026 da 00:08 UTCinvestigating

   Descrição do incidente: Estamos investigando um problema que afeta a funcionalidade dos Acordos no Snow Atlas para clientes na Austrália. Os clientes podem experimentar dados ausentes ou não disponíveis ao acessar a aba Contratos, e operações de atualização de dados podem falhar. Prioridade: P2 Atividade de Restauração: As equipes técnicas estão ativamente investigando o problema e avaliando a extensão do impacto do cliente. Está em curso um trabalho para identificar a causa do problema e restaurar a funcionalidade normal. Serão fornecidas mais actualizações à medida que mais informações estiverem disponíveis.

2. 8 Here 2026 da 01:39 UTCresolved

   Outra investigação identificou um problema de comunicação que afeta um serviço de backend que apoia a funcionalidade de Acordos na Snow Atlas Australia. As equipes técnicas implementaram ações de recuperação, incluindo reiniciar os componentes de serviço afetados, que restauraram a comunicação e a operação normal. A funcionalidade foi validada em vários ambientes de clientes, e os dados de Acordos estão sendo exibidos corretamente. Não observamos quaisquer outros problemas após as atividades de recuperação e validação. A questão é agora considerada resolvida.

Traduzido automaticamente da atualização oficial do incidente.

1. 7 Here 2026 da 20:27 UTCinvestigating

   Descrição do incidente: Estamos investigando relatórios de problemas intermitentes que afetam clientes da Ocean Kubernetes. Alguns clientes relataram receber alertas relacionados à conectividade entre componentes da Ocean Kubernetes e seus clusters. As equipas técnicas estão a investigar activamente o âmbito do impacto e qualquer degradação do serviço associado. Prioridade: P2 Atividade de Restauração: Nossas equipes técnicas estão investigando ativamente o comportamento relatado, revendo relatórios de clientes e validando o escopo e impacto em ambientes afetados. Forneceremos atualizações adicionais à medida que mais informações estiverem disponíveis.

2. 7 Here 2026 da 22:23 UTCinvestigating

   Continuamos a investigar os problemas de conectividade intermitente relatados anteriormente. Neste momento, não foram observadas ocorrências adicionais desde a janela de impacto original. As equipas técnicas estão a analisar activamente os resultados disponíveis da telemetria e da investigação para determinar a causa subjacente e validar o âmbito global do impacto. Serão fornecidas mais actualizações à medida que mais informações estiverem disponíveis.

3. 8 Here 2026 da 00:03 UTCinvestigating

   Não observamos nenhuma ocorrência adicional desde a janela de impacto originalmente relatada, e a estabilidade do serviço foi mantida. As equipes técnicas continuam a investigar a causa subjacente dos problemas de conectividade intermitente relatados hoje.

4. 8 Here 2026 da 00:04 UTCmonitoring

   Com base na estabilidade sustentada observada desde a janela de impacto originalmente relatada e na ausência de quaisquer ocorrências adicionais relatadas, estamos movendo este incidente para Monitoramento. As equipes técnicas continuam investigando a causa subjacente enquanto a estabilidade do serviço está sendo monitorada. Serão fornecidas mais actualizações à medida que mais informações estiverem disponíveis.

5. 8 Here 2026 da 02:24 UTCresolved

   Não observamos ocorrências adicionais desde o impacto original relatado, e a estabilidade do serviço tem sido mantida. Equipes técnicas completaram investigação adicional sobre os problemas de conectividade intermitente relatados hoje. Várias correlações potenciais foram revistas durante a investigação, e a análise final ainda está pendente. Com base na estabilidade sustentada observada e na ausência de qualquer recorrência, este incidente é agora considerado resolvido. As equipes técnicas continuarão as atividades de monitoramento e investigação para compreender melhor o comportamento observado durante a janela de impacto relatada, e um relatório formal da ARC será fornecido após a análise ter sido concluída.

6. 20 Here 2026 da 17:50 UTCpostmortem

   ** Descrição:** Spot Ocean - Kubernetes - Intermittent Controller Connectivity Questions ** Horário:** 7 de outubro de 2026, 11:20 PDT - 12:30 PDT ** Resumo do incidente ** Na quarta-feira, 7 de outubro de 2026, às 11:20 PDT, vários ambientes Spot Ocean para Kubernetes experimentaram alertas de conectividade intermitente do controlador. Durante o incidente, a plataforma interpretou temporariamente as informações do batimento cardíaco do controlador como operações de escala desatualizadas e suspensas para clusters afetados como uma medida de segurança. Os controladores afetados continuaram a relatar informações do batimento cardíaco durante o incidente. No entanto, o timestamp usado para validar a conectividade do controlador tornou-se desatualizado dentro de um componente de banco de dados, fazendo com que os controladores ativos parecessem temporariamente sem resposta. O comportamento foi intermitente, e as informações do batimento cardíaco atual posteriormente tornaram-se disponíveis sem intervenção manual, permitindo que as operações normais de escalonamento retomassem. As equipes técnicas revisaram o caminho de processamento do batimento cardíaco do controlador, o comportamento do banco de dados, a telemetria de serviço e os sinais de infraestrutura relacionados para determinar por que atividade cardíaca válida estava sendo interpretada como estagnada. Não foram observadas ocorrências adicionais após a janela de incidente. Após a continuação do monitoramento e validação da estabilidade do serviço, o incidente foi considerado resolvido. **Root Cause** O incidente foi causado por um controlador mais antigo batimento cardíaco timestamp sobrescrever uma data válida mais recente dentro de um componente de banco de dados. Embora os controladores afetados continuassem relatando batimentos cardíacos normalmente, o timestamp desatualizado fez o batimento cardíaco mais recentemente armazenado parecer mais antigo do que era. Quando a plataforma avaliou esse timestamp, ultrapassou o limiar cardíaco configurado e desencadeou um mecanismo de segurança que suspendeu temporariamente as operações de escala para os clusters afetados. A condição específica que atrasou a atualização da base de dados mais antiga não foi conclusivamente estabelecida. No entanto, o processo de atualização do banco de dados não continha uma salvaguarda para evitar que uma marca de tempo mais antiga do batimento cardíaco substituísse uma nova marca de tempo válida. Isso permitiu que a informação do batimento cardíaco atrasado criasse a aparência de que os controladores de relatórios ativamente não respondiam. **Acções de reparação Foram tomadas as seguintes medidas durante a resposta ao incidente: 1. Relatórios de Clientes e Comportamento do Serviço Revisado: Equipes técnicas revisadas reportaram exemplos para confirmar o comportamento, estabelecer a janela de impacto e determinar se o problema foi isolado ou afetando múltiplos ambientes. 2. Controlador Heartbeat Atividade Validada: A atividade do controlador foi revisada para determinar se os controladores afetados haviam parado de relatar. A investigação confirmou que as informações do batimento cardíaco continuaram a ser enviadas durante o incidente. 3. Caminho de Processamento do Batimento Cardíaco Investigado: Equipes técnicas traçaram como as informações do batimento cardíaco foram geradas, armazenadas e avaliadas para identificar onde a atividade atual do batimento cardíaco estava sendo interpretada como ultrapassada. 4. Banco de Dados e Serviço de Saúde Avaliado: Desempenho do banco de dados relevante, comportamento do serviço e telemetria de infraestrutura foram revisados para avaliar potenciais atrasos no processamento e descartar instabilidade mais ampla da plataforma. 5. Regressão do Timestamp Identificado: A investigação determinou que um temporizador do batimento cardíaco mais antigo havia sobrescrito um temporizador válido mais recente, fazendo com que a plataforma interpretasse temporariamente o batimento cardíaco como obsoleto. 6. Estabilidade do serviço Validado: Equipes técnicas continuaram o monitoramento após a recuperação. Não foram observadas ocorrências adicionais, e as operações de escalonamento permaneceram estáveis antes do encerramento do incidente. ** Medidas de prevenção do futuro Estão previstas as seguintes melhorias para reforçar o processamento cardíaco e melhorar a detecção de condições semelhantes: 1. Proteção Timestamp do batimento cardíaco: O processo de atualização do banco de dados será modificado para evitar que uma data mais antiga do batimento cardíaco sobreponha uma data mais recente. 2. Registro diagnóstico melhorado: Registro adicional será introduzido em torno de atualizações do batimento cardíaco para capturar a fonte de cada atualização, contexto de solicitação relevante, valores de timestamp anteriores e novos, e a fonte do timestamp. 3. Monitoramento e Alerta: Novo monitoramento e alerta será desenvolvido usando a informação diagnóstica adicional para identificar regressões timestamp e condições semelhantes de processamento de batimentos cardíacos mais rapidamente. 4. Revisão do acesso do banco de dados: padrões de acesso do banco de dados associados ao processamento do batimento cardíaco serão revistos para identificar oportunidades para reduzir os atrasos de processamento e otimizar o desempenho sob carga elevada.

Traduzido automaticamente da atualização oficial do incidente.

1. 29 Gwengolo 2026 da 11:08 UTCinvestigating

   Descrição do incidente: Estamos investigando um problema que afeta o serviço de notificação de eventos em vários ambientes de produção. Os clientes podem sofrer atrasos ou falhas ao receber notificações de eventos v2, incluindo notificações enviadas por e-mail, webhooks, Slack e outros canais suportados. Os eventos continuam sendo gravados e permanecem acessíveis através do console e API Flexera One. Atualmente, não há indicação de que a funcionalidade da plataforma central ou os dados de eventos tenham sido impactados. Prioridade: P3 Atividade de Restauração: Nossas equipes técnicas identificaram o problema e implementaram ações de recuperação de serviços. O monitoramento indica que as taxas de erro estão diminuindo, e as equipes continuam a validar a estabilidade do serviço e avaliar todo o escopo do impacto. Serão apresentadas novas actualizações à medida que os esforços de investigação e recuperação progredirem. Atualização: Outra investigação confirmou que esta questão não teve impacto nos clientes. As notificações afectadas não se destinavam a ser publicadas.

2. 29 Gwengolo 2026 da 11:53 UTCresolved

   Após acompanhar de perto os serviços para confirmar a estabilidade, nossas equipes não observaram mais erros ou recorrência do problema. Este incidente está agora resolvido.

3. 13 Here 2026 da 04:42 UTCpostmortem

   **Descrição:** Spot by Flexera - Erros de Processamento de Notificação de Eventos ** Horário:** 29 de setembro de 2026, 2:06 PDT - 4:51 PDT ** Resumo do incidente ** Em 29 de setembro de 2026, Flexera identificou elevados erros de aplicação dentro de um componente de processamento de notificação responsável por lidar com determinados fluxos de trabalho de notificação de eventos. O monitoramento automatizado detectou maior atividade de erro, levando a uma investigação para determinar se as notificações voltadas para o cliente foram afetadas. Durante a investigação, as equipes técnicas identificaram falhas ocorridas dentro de um caminho de processamento de notificação e realizaram uma avaliação detalhada dos eventos afetados, fluxos de trabalho de notificação e potencial impacto do cliente. A análise inicial sugeriu que a questão poderia potencialmente afetar o processamento da notificação de forma mais ampla, e um incidente maior foi declarado enquanto o escopo e o impacto estavam sendo validados. Uma nova avaliação de impacto confirmou que as notificações afectadas não se destinavam a ser publicadas aos clientes. As informações relativas ao evento continuaram a ser registadas com sucesso e permaneceram disponíveis através da plataforma durante todo o inquérito. Nenhuma funcionalidade voltada para o cliente foi interrompida, nenhum dado do evento foi perdido, e nenhum impacto do cliente foi identificado como resultado deste problema. Com base nos resultados da avaliação de impacto, a prioridade do incidente foi reduzida e a investigação foi concluída após a validação, confirmando que os serviços voltados para o cliente permaneceram inalterados. **Root Cause** A investigação determinou que um fluxo de trabalho de processamento de notificação encontrou uma exceção de aplicação ao lidar com um subconjunto de eventos gerados internamente. Estes acontecimentos foram configurados de modo a não se destinarem à entrega de notificações ao cliente. Embora as exceções tenham gerado elevados erros de aplicação e investigação justificada, a análise subsequente confirmou que as notificações afetadas não eram esperadas para serem distribuídas aos clientes. Como resultado, a entrega de notificações voltadas para o cliente, a funcionalidade da plataforma e o acesso às informações do evento não foram afetados negativamente. **Acções de reparação Foram tomadas as seguintes medidas durante a resposta ao incidente: 1. Inquérito de Incidentes Iniciado: Equipes técnicas investigaram elevados erros de aplicação detectados através do monitoramento automatizado e avaliou o potencial impacto do cliente. 2. Análise de Processamento de Notificação Realizada: O fluxo de trabalho de notificação afetado foi revisto para identificar a fonte das exceções do aplicativo e determinar o escopo do problema. 3. Customer Impact Assessment Concluído: Equipes técnicas validaram os tipos de notificação afetados, revisaram o comportamento de publicação de eventos e confirmaram que as notificações envolvidas não foram destinadas à entrega do cliente. 4. Validação do Sistema e Monitoramento Conduzido: Tendências de erros, comportamento do serviço e processamento de notificação foram monitorados para confirmar a operação estável e validar que os serviços voltados para o cliente permaneceram inalterados. 5. Reclassificação de Incidentes Concluída: Após a confirmação de que nenhum impacto do cliente existia, a prioridade do incidente foi desclassificada e o incidente foi formalmente resolvido. ** Medidas de prevenção do futuro Após esta investigação, identificamos oportunidades para melhorar a velocidade e precisão da avaliação de impacto quando os alertas operacionais envolvem fluxos de trabalho de processamento interno. 1. Avaliação de Impacto Melhorada: Analise classificações de notificação interna e procedimentos de investigação para acelerar a determinação de se uma questão afeta a funcionalidade do cliente durante futuros incidentes. 2. Visibilidade aprimorada do fluxo de trabalho de notificação: Melhorar a visibilidade operacional nos caminhos de processamento de notificações voltados para o cliente e não voltados para o cliente para suportar atividades mais rápidas de validação de impacto e resposta a incidentes.

Traduzido automaticamente da atualização oficial do incidente.

1. 28 Gwengolo 2026 da 09:10 UTCinvestigating

   Descrição do incidente: Estamos investigando um problema que afeta a visibilidade da TI na região APAC onde os painéis Power BI não estão carregando . Os clientes da região afetada podem não ser capazes de acessar os painéis de relatórios dentro da aplicação. A investigação atual indica que a questão está limitada à região APAC, sem 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. 28 Gwengolo 2026 da 09:26 UTCresolved

   O problema que afeta os painéis de relatórios Power BI na região APAC foi resolvido. A investigação inicial indica que uma atualização de configuração foi necessária após uma atualização recente. Nossas equipes técnicas completaram a remediação necessária, e posterior validação confirmou que os painéis afetados estão agora acessíveis e funcionando como esperado. Todos os serviços voltaram à operação normal, e este incidente é agora considerado resolvido.

3. 26 Here 2026 da 12:10 UTCpostmortem

   **Descrição:** Flexera One- IT Visibilidade- APAC - Painel de relatórios indisponível ** Horário:** 28 de setembro de 2026, 1:38 PDT - 28 de setembro de 2026, 2:15 PDT □ ** Resumo do incidente ** □ Na segunda-feira, 28 de setembro de 2026, às 1:38 AM PDT, Flexera identificou um problema que afeta o acesso aos painéis de relatórios Power BI para clientes da região APAC. Nossas equipes técnicas foram prontamente engajadas e a investigação inicial confirmou que o impacto estava limitado ao APAC, enquanto as demais regiões permaneceram responsivas. Outra investigação determinou que as mudanças de configuração associadas a uma migração planejada de identidade e gerenciamento de acesso afetaram as configurações de conexão exigidas pelos serviços de relatórios. Durante a aplicação dessas alterações, as configurações de conexão dos serviços de relatórios foram reiniciadas para valores que não continham os endereços de serviço completos necessários para comunicação bem sucedida. Consequentemente, os serviços afetados não começaram corretamente, resultando na indisponibilidade de painéis de relatórios Power BI para clientes APAC. Para restaurar o serviço, a equipe técnica corrigiu manualmente as configurações de conexão afetadas no ambiente APAC. Esta comunicação restabelecida entre os serviços de relatórios e autenticação, permitindo aos serviços afetados recuperar. Após a restauração, a validação confirmou que os painéis de relatórios Power BI eram acessíveis e funcionavam normalmente às 2:15 AM PDT. □ **Root Cause** □ O incidente foi causado por configurações de conexão incorretas aplicadas ao ambiente APAC durante uma mudança de configuração associada à migração de identidade e gerenciamento de acesso. A alteração redefiniu os endereços de conexão dos serviços de relatórios para valores que não continham os endereços completos necessários para uma comunicação bem-sucedida com os serviços de autenticação. Como resultado, os serviços de relatórios afetados não conseguiram iniciar corretamente, tornando os painéis de relatórios Power BI indisponível para clientes na região APAC. Fatores Contribuintes * Inconsistência de configuração: Os endereços de conexão necessários haviam sido atualizados diretamente no ambiente, mas não foram refletidos na configuração de implantação. Consequentemente, a posterior mudança de configuração reintroduziu os valores incorretos. * Gap de validação de implantação: O processo de implantação não identificou as configurações de conexão incorretas antes de afetarem a disponibilidade do serviço. * Validação de Coordenação e Dependência: O processo de migração não foi totalmente responsável pelos requisitos de configuração de todos os serviços dependentes, resultando em alterações de endpoint sendo aplicadas sem validação prévia nas dependências de serviço afetadas. □ **Acções de reparação Nossas equipes realizaram as ações abaixo para restaurar os serviços à normalidade: * As configurações de conexão afetadas foram corrigidas para restaurar a comunicação entre os serviços de relatórios e autenticação. * Os serviços afetados recuperados, e validação confirmou que os painéis de relatórios Power BI estavam acessíveis e funcionando normalmente. * A configuração foi posteriormente corrigida para garantir que as configurações de conexão necessárias sejam mantidas de forma consistente para futuras implementações. □ ** Medidas de prevenção do futuro □ As seguintes ações foram identificadas e estão sendo trabalhadas para reduzir a probabilidade de recorrência e melhorar a resiliência dos serviços: * Gerenciamento de configuração: Assegure-se de que as alterações de configuração de serviço são gerenciadas de forma consistente para evitar discrepâncias entre as configurações implantadas e as configurações mantidas. * Validação de implantação: Revise as alterações de configuração planejadas antes da implantação para verificar se as configurações de conexão de serviço necessárias permanecem corretas. * Consistência de configuração: Assegure que as configurações de conexão críticas sejam mantidas nas fontes de configuração apropriadas e não dependem de mudanças manuais em ambientes individuais. * Coordenação de mudanças: Melhorar a coordenação para migrações planejadas e mudanças de configuração, incluindo validação dos requisitos e dependências dos serviços afetados. * Salvaguardas de implantação: Fortaleça as verificações de pré-implantação para identificar configurações incorretas antes que elas causem falhas de serviço.

Traduzido automaticamente da atualização oficial do incidente.

1. 25 Gwengolo 2026 da 23:18 UTCinvestigating

   Descrição do incidente: Estamos investigando um problema que afeta certa integração de gerenciamento de ativos de TI e serviços do App Portal em todas as regiões. Clientes que usam integrações baseadas em API afetadas podem experimentar falhas de autenticação resultando em erros HTTP 401 Não autorizados, o que pode impedir que as solicitações completem com sucesso. Usuários do App Portal também podem encontrar erros ao enviar solicitações. Prioridade: P2 Atividade de Restauração: Nossas equipes técnicas estão ativamente investigando a questão e avaliando ações corretivas. As atividades de investigação e validação estão em andamento, e estamos trabalhando para restaurar a funcionalidade de serviço normal o mais rápido possível. Serão fornecidas mais actualizações à medida que mais informações estiverem disponíveis.

2. 26 Gwengolo 2026 da 05:31 UTCidentified

   O hotfix corrigido está atualmente pendente da conclusão do processo de compilação, que está levando mais tempo do que o esperado. Uma vez concluída a construção, nossas equipes técnicas prosseguirão com a validação do UAT antes de avançar com a implantação da produção. A equipe também está trabalhando para confirmar o plano de implantação, propriedade e cronograma esperado. Serão apresentadas novas actualizações à medida que estas actividades progredirem.

3. 26 Gwengolo 2026 da 12:30 UTCmonitoring

   Nossas equipes implementaram com sucesso um hotfix, e a validação inicial confirma que os serviços estão funcionando como esperado. Continuamos a monitorar de perto o ambiente enquanto aguardamos confirmação dos clientes afetados.

4. 27 Gwengolo 2026 da 05:39 UTCmonitoring

   As APIs estão operando como esperado, e os erros observados anteriormente não estão mais sendo detectados. O incidente permanece em monitoramento enquanto a validação adicional é concluída e a confirmação do cliente é obtida.

5. 28 Gwengolo 2026 da 17:14 UTCresolved

   Após as atividades de remediação concluídas durante o fim de semana, continuamos a monitorar os serviços afetados para validar a estabilidade e recuperação sustentadas. A validação do cliente foi agora recebida confirmando que a funcionalidade do App Portal e o processamento de pedidos de API estão funcionando normalmente. Outra investigação identificou um problema que afeta o processamento de autenticação dentro de um componente de serviço, resultando em HTTP 401 Erros não autorizados para solicitações e erros de API afetados ao enviar solicitações através do App Portal. Nossas equipes técnicas implementaram ações corretivas para resolver o problema e realizaram validação adicional após identificar e resolver um problema separado encontrado durante o processo de remediação. Na sequência da remediação e da monitorização alargada, os serviços mantiveram-se estáveis sem que fossem observadas outras questões. Será realizada uma análise completa da causa raiz e será partilhado um relatório pós-incidente que detalhará a causa raiz, as atividades de remediação e as ações corretivas identificadas como parte da investigação.

6. 8 Here 2026 da 11:25 UTCpostmortem

   **Descrição:** Flexera One – IT Asset Management – Todas as Regiões – Erros no Portal de Aplicativos e Falhas na Solicitação de API ** Horário:** 24 de setembro de 2026, 12:12 PDT - 26 de setembro de 2026, 4:38 PDT ** Resumo do incidente ** A partir de 24 de setembro de 2026, aproximadamente às 12:12 PM PDT, os clientes usando integrações baseadas em API com o Flexera One IT Asset Management \(ITAM\) experimentaram falhas de autenticação que retornaram HTTP 401 Respostas não autorizadas. Usuários do App Portal também encontraram erros ao enviar solicitações e integrações como o Corretor de Aplicativos e o Adaptador de Negócios que dependem dessas APIs foram afetadas. O impacto foi observado em toda a América do Norte, Europa e regiões Ásia-Pacífico. As equipes técnicas investigaram e confirmaram que as falhas não estavam relacionadas às credenciais do cliente ou à configuração do cliente. Registros de aplicativos mostraram que os componentes necessários para autenticar essas solicitações não estavam inicializando. Outra investigação determinou que o comportamento foi introduzido por um hotfix implantado como medida preventiva durante a resposta ao incidente de carregamento anterior do menu ITAM em 24 de setembro. As equipes técnicas reproduziram o comportamento em testes, desenvolveram uma correção corretiva e validaram-no. Durante a validação da implantação, um problema secundário de carregamento de componentes foi identificado e abordado através de um hotfix atualizado. Após a implantação do hotfix atualizado para a produção, as equipes técnicas verificaram que a funcionalidade API estava funcionando como esperado, e o serviço foi restaurado em 26 de setembro em aproximadamente 4:38 PDT. O incidente então mudou-se para monitoramento prolongado enquanto a confirmação do cliente foi obtida, e a confirmação foi recebida em 28 de setembro. Após a restauração do serviço, falhas de autenticação intermitente isoladas foram relatadas e investigadas separadamente do incidente principal. As equipes técnicas identificaram condições adicionais de conexão e configuração específicas do ambiente e implantaram outros hotfixes, que foram validados até 30 de setembro. O acompanhamento contínuo e a revisão do cliente até 1 de outubro confirmaram que o problema não podia mais ser reproduzido e que não haviam sido observadas mais ocorrências. **Root Cause** O incidente foi causado por um defeito em um hotfix que foi implantado como medida preventiva durante a resposta ao incidente de carregamento anterior do menu ITAM em 24 de setembro. O hotfix removeu uma dependência dos componentes de autenticação do aplicativo e alterou como o aplicativo lê a configuração que ele usa para se conectar aos serviços de autenticação. As configurações necessárias estavam presentes na configuração implantada. No entanto, a aplicação tentou lê-los usando um método que não é suportado para configuração carregada em tempo de execução. Como resultado, os componentes necessários para autenticação não puderam ser inicializados, e os pedidos de autenticação necessários foram rejeitados como não autorizados. Isso produziu os erros de API e as falhas de solicitação do App Portal que os clientes experimentaram. O mesmo comportamento ocorreu no ambiente de validação pré-produção quando o hotfix foi aplicado lá. Não foi identificado antes do hotfix atingir a Produção porque as APIs afetadas não são ativamente usadas nesse ambiente, e alerta de erro específico ainda não estava no lugar para eles. A correção inicial abordou o defeito de configuração primária. Durante a validação e monitorização subsequentes, foram identificadas condições adicionais de carga de componentes, de manuseamento de ligações e de configuração específicas para o ambiente, sendo necessários outros ajustes a quente antes de se poder confirmar a estabilidade sustentada. **Acções de reparação Foram tomadas as seguintes medidas durante a resposta ao incidente: 1. Resposta de Incidente Iniciada: Equipes técnicas começaram a investigar após os clientes relatarem falhas de autenticação e erros de API. 2. Escopo e Configuração do Cliente Avaliado: As equipes técnicas confirmaram que as falhas não estavam relacionadas com credenciais ou configuração do cliente, e confirmaram que o impacto se estendeu a várias regiões. 3. Subjacente Condição Identificada: As equipes técnicas determinaram que as configurações de autenticação necessárias estavam presentes, mas não puderam ser lidas em tempo de execução, e reproduziram o comportamento em testes. 4. Corrective Fix Desenvolvido e Validado: O código do aplicativo foi atualizado para ler as configurações usando um método suportado. O teste de validação confirmou que os erros de autenticação já não ocorreram. 5. Corrective Fix Deployed and Service Restorned: Um problema secundário de carregamento de componentes identificado durante a validação de implantação foi abordado através de um hotfix atualizado. Após o hotfix atualizado ter sido implantado na Produção, as equipes técnicas verificaram que a funcionalidade da API estava funcionando como esperado. 6. Monitoramento Estendido e Validação do Cliente: Equipes técnicas acompanharam o comportamento do serviço durante o fim de semana e obtiveram confirmação de um cliente afetado. 7. Remediação Pós-Incidente: Após falhas intermitentes isoladas foram relatadas após a restauração do serviço, as equipes técnicas implantaram novos hotfixes e validaram-nos até 30 de setembro. O monitoramento e a avaliação do cliente continuaram até 1 de outubro para confirmar que o problema não mais ocorreu. ** Medidas de prevenção do futuro Após o incidente, realizamos uma retrospectiva para revisar a causa técnica, processo de validação de hotfix, capacidades de monitoramento e fatores que contribuíram para o impacto do cliente. Foram concluídas ou estão a ser aplicadas as seguintes medidas: 1. Correção de configuração do tempo de execução: O aplicativo foi corrigido para ler sua configuração de autenticação usando um método suportado, e hotfixes adicionais foram implantados e validados em ambientes de produção. 2. Monitoramento e Alerta de API: Alerta de taxa de erro está sendo adicionado para as APIs afetadas para que as falhas de autenticação sejam detectadas em ambientes de pré-produção e produção, mesmo quando o serviço não é usado ativamente. 3. Processo de Validação Hotfix: Estamos avaliando verificações adicionais de serviços dependentes, como integrações de APIs e funcionalidade do App Portal, como parte da validação de hotfix antes das alterações serem aprovadas para a produção.

Traduzido automaticamente da atualização oficial do incidente.

1. 25 Gwengolo 2026 da 16:19 UTCinvestigating

   Descrição do incidente: Estamos investigando um problema que afeta um subconjunto de clientes do Flexera One IT Asset Management. Os clientes afetados podem sentir falta de dados de inventário ou resultados vazios ao acessar a visão de All Inventory e visualizações relacionadas baseadas em inventário. A questão está limitada a um subconjunto de clientes na América do Norte. Prioridade: P2 Atividade de Restauração: As equipes técnicas estão ativamente investigando o problema e revisando fluxos de trabalho de processamento de dados de inventário associados à funcionalidade afetada. O âmbito do impacto está a ser validado enquanto as opções de atenuação e recuperação são avaliadas. Serão fornecidas mais actualizações à medida que mais informações estiverem disponíveis.

2. 25 Gwengolo 2026 da 18:50 UTCidentified

   As equipes técnicas identificaram uma provável causa do problema associada a uma recente mudança de nível de capacidade que afeta o processamento de dados de inventário. Estão em curso atividades de recuperação, incluindo ações de retrocesso e corretivas projetadas para restaurar o processamento normal de dados de inventário. As equipes técnicas estão trabalhando ativamente através da remediação e validação da recuperação para clientes afetados. Serão fornecidas mais actualizações à medida que mais informações estiverem disponíveis.

3. 25 Gwengolo 2026 da 21:22 UTCidentified

   As equipas técnicas continuam a trabalhar através de actividades de remediação associadas à questão e executam activamente acções de recuperação concebidas para restaurar o processamento normal de dados de inventário. Durante a execução, as equipes encontraram condições adicionais que exigiam ajustes na abordagem de remediação, e as atividades de recuperação atualizadas estão em andamento. As equipes técnicas permanecem ativamente engajadas e estão trabalhando continuamente para completar a remediação e restaurar o serviço normal para os clientes afetados o mais rápido possível. Agradecemos sua paciência enquanto esses esforços continuam e pedimos desculpas pelo impacto contínuo. Serão apresentadas novas actualizações à medida que forem realizados progressos significativos.

4. 26 Gwengolo 2026 da 00:55 UTCidentified

   As equipas técnicas continuam a trabalhar através de actividades de remediação associadas à questão e estão a executar activamente acções de retrocesso e de correcção concebidas para restaurar o processamento normal de dados de inventário. As actividades de recuperação continuam em curso e as equipas técnicas estão a monitorizar activamente a execução à medida que a reparação prossegue.

5. 26 Gwengolo 2026 da 05:25 UTCmonitoring

   Nossas equipes técnicas completaram com sucesso a atividade de remediação necessária. As tarefas de bloqueio foram limpas. A validação pós-remediação confirmou que as funções e procedimentos de banco de dados relevantes estão operando no estado esperado. As equipas continuarão a monitorizar o ambiente para garantir a estabilidade.

6. 26 Gwengolo 2026 da 07:13 UTCresolved

   Todas as verificações de validação foram concluídas com sucesso e os serviços retornaram à operação normal. A questão está agora resolvida.

Traduzido automaticamente da atualização oficial do incidente.

1. 24 Gwengolo 2026 da 21:43 UTCidentified

   Descrição do incidente: Estamos investigando um problema que afeta o Spot Ocean para AWS. Os clientes podem não ser capazes de lançar novas instâncias devido a falhas de provisionamento de instância. Como resultado, clusters afetados podem ser incapazes de escalar como esperado. As cargas de trabalho existentes permanecem operacionais. Nossas equipes técnicas estão investigando ativamente o escopo e o impacto da questão. Prioridade: P2 Atividade de Restauração: Nossas equipes técnicas identificaram um problema potencial relacionado a uma mudança recente que afeta o provisionamento de instância e estão validando ativamente o impacto. As atividades de atenuação estão em andamento, incluindo o retorno de uma mudança recente enquanto as equipes monitoram a recuperação e o comportamento do serviço. Serão fornecidas mais actualizações à medida que mais informações estiverem disponíveis.

2. 24 Gwengolo 2026 da 22:16 UTCresolved

   Outra investigação determinou que uma mudança recente que afetava o comportamento de provisionamento de instância contribuiu para a questão. As equipes técnicas completaram um retrocesso da mudança e validaram a recuperação. Após o retrocesso, os níveis de erro retornaram ao normal e o provisionamento de novas instâncias foi retomado com sucesso. Durante todo o incidente, as instâncias e cargas de trabalho existentes permaneceram operacionais. O impacto foi limitado a novos lançamentos de instância e operações de escalonamento de cluster. A questão é agora considerada resolvida. Um relatório post mortem detalhado será compartilhado após a conclusão da análise da causa raiz e revisão pós-incidente, documentando a sequência completa de eventos, fatores contribuintes, lições aprendidas, e quaisquer ações de seguimento identificadas.

3. 9 Here 2026 da 06:33 UTCpostmortem

   **Descrição:** Oceano Spot para AWS – Falhas de provisão de instância ** Horário:** 24 de setembro de 2026, 12:00 PDT - 24 de setembro de 2026, 2:54 PDT □ ** Resumo do incidente ** □ Em 24 de setembro de 2026, Spot Ocean for AWS experimentou um problema que impediu alguns clientes de lançar novas instâncias. Como resultado, os clusters afetados foram incapazes de escalar como esperado quando a capacidade de computação adicional foi necessária. As instâncias e cargas de trabalho existentes permaneceram operacionais durante todo o incidente. O impacto limitava-se a novas operações de provisionamento de instâncias e de ampliação de clusters. A equipe técnica identificou que uma mudança recente de software introduziu comportamento inesperado durante o processo de provisionamento de instância. A mudança foi revertida, o que eliminou os erros de provisionamento e restaurou a operação de serviço normal. Após o retorno, o problema do software subjacente foi identificado e corrigido. A funcionalidade atualizada foi objeto de validação adicional para garantir que a questão seja totalmente abordada antes de ser reintroduzida no ambiente de produção. Equipes técnicas validaram lançamentos de instância de sucesso após o rollback, e a validação do cliente confirmou que o provisionamento de nova instância estava funcionando como esperado. O incidente foi resolvido às 2:54 PDT em 24 de setembro de 2026. □ **Root Cause** □ O incidente foi causado por uma recente mudança de software que introduziu comportamento não intencional durante o provisionamento de instância AWS. A mudança afetou como certas informações de configuração de cluster foram processadas, resultando em falhas de provisionamento para algumas operações de ampliação. Enquanto a mudança foi projetada para suportar a marcação de recursos específicos do AWS, seu comportamento também afetou outras configurações de cluster suportadas. Em determinadas condições, a lógica de marcação atualizada resultou na apresentação de informações de etiquetas duplicadas como parte do pedido de provisionamento de instância. A AWS rejeitou estes pedidos porque as informações da etiqueta não satisfaziam os requisitos esperados. Como resultado, o Spot Ocean foi incapaz de concluir com sucesso o provisionamento de algumas novas instâncias. Isso afetou principalmente novos lançamentos de instância e operações de escalonamento de cluster. As instâncias existentes já tinham sido providas com êxito e, por conseguinte, continuaram a funcionar normalmente durante todo o incidente. A funcionalidade subjacente foi corrigida e a validação adicional está sendo realizada para garantir que o comportamento atualizado funcione de forma consistente nas configurações suportadas do cluster AWS antes de retornar à produção. □ □ **Acções de reparação Nossas equipes realizaram as ações abaixo para restaurar os serviços à normalidade: * Retrocedeu a mudança de software, restaurando o provisionamento de instância normal. * Identificado e corrigido o problema subjacente na funcionalidade afetada. * Validação adicional da funcionalidade corrigida. * Introduzir salvaguardas adicionais para permitir que a funcionalidade atualizada seja implementada de forma controlada. * Validado que novas operações de provisionamento de instância e escalonamento de cluster estavam funcionando como esperado após o rollback. □ ** Medidas de prevenção do futuro * Expandir testes automatizados por exemplo provisionamento e cenários de escala de cluster. * Aumentar o teste de regressão em configurações suportadas do cluster AWS. * Expandir testes de ponta a ponta para escalar fluxos de trabalho. * Melhorar o monitoramento e alerta para falhas de provisionamento e escala. * Fortalecer a validação das mudanças antes da implantação da produção. * Introduzir salvaguardas adicionais para a implantação controlada de mudanças que afetam o comportamento de provisionamento. * Aumentar a cobertura de testes para casos de borda e cenários de manipulação de erros.

Traduzido automaticamente da atualização oficial do incidente.

1. 24 Gwengolo 2026 da 20:46 UTCmonitoring

   Descrição do incidente: Hoje cedo, um problema que afeta o processamento de inventário em Flexera One IT Asset Management (ITAM) na região NAM impactou um subconjunto de clientes. A investigação identificou que os uploads de inventário estavam sendo recebidos com sucesso, mas não estavam sendo processados para clientes afetados, resultando em atrasos nos dados de inventário refletidos no Flexera One ITAM. As ações de recuperação foram implementadas e o processamento do inventário foi retomado com sucesso. Os arquivos de inventário continuam a processar normalmente; no entanto, a recuperação do atraso restante ainda está em andamento e está sendo rastreado através deste incidente. Prioridade: P2 Atividade de Restauração: Equipes técnicas implementaram ações de recuperação que restauraram o processamento de arquivos de inventário e validaram o processamento bem sucedido através do monitoramento e registro. A operação de serviço permanece estável, e recuperação backlog está continuando como arquivos de inventário previamente em fila de espera são processados. As equipes técnicas estão monitorando ativamente o progresso da recuperação, a saúde do serviço e a redução do backlog enquanto as atividades de validação contínuas continuam. Atualizações anteriores relacionadas com as fases anteriores deste incidente podem ser encontradas no histórico de incidentes relacionado abaixo. Serão fornecidas novas actualizações à medida que o atraso na recuperação progride e as actividades de validação continuam. https://status.flexera.com/incidentes/5wrg6jl9bj2h

2. 25 Gwengolo 2026 da 08:15 UTCmonitoring

   Recuperação Backlog continua como arquivos de inventário previamente em fila de espera são processados. Os níveis de atraso estão agora dentro de um intervalo aceitável, com uma organização permanecendo acima dos níveis esperados. As equipes técnicas continuam a monitorar a atividade de recuperação, saúde do serviço e processamento enquanto a validação continua em andamento.

3. 25 Gwengolo 2026 da 13:28 UTCresolved

   O backlog acumulado durante o incidente foi processado com sucesso, e os níveis de processamento retornaram aos intervalos operacionais normais. As nossas equipas completaram a validação de recuperação, e este incidente está agora a ser resolvido. O relatório post-mortem fornecerá mais pormenores sobre a causa e as medidas subjacentes.

4. 23 Here 2026 da 17:27 UTCpostmortem

   **Descrição:** Flexera One - IT Asset Management - NAM - Atrasos no processamento de inventário após a atividade de lançamento da produção ** Horário:** 22 de setembro de 2026, 7:05 PDT - 25 de setembro de 2026, 5:30 PDT ** Resumo do incidente ** Em 24 de setembro de 2026, as equipes técnicas começaram a investigar relatórios de atualizações de inventário atrasadas afetando um subconjunto de clientes usando a Flexera One IT Asset Management \(ITAM\) na região da América do Norte \(NAM\). Embora os arquivos de inventário estivessem sendo carregados com sucesso e permanecessem disponíveis, alguns clientes sofreram atrasos no processamento desses arquivos, impedindo que as últimas informações de inventário fossem refletidas no aplicativo. As informações de status do Beacon exibidas no ITAM também poderiam estar desatualizadas para os clientes afetados. O processamento de inventário continuou normalmente para outros clientes. A edição ocorreu após a atividade de lançamento de produção do ITAM 2026R1.3 em 22 de setembro de 2026. A investigação identificou uma interrupção no processo responsável pela transferência de arquivos de inventário carregados para os serviços de processamento de inventários do ITAM. Embora os arquivos afetados permanecessem disponíveis no armazenamento, eles não estavam sendo encaminhados para processamento. As equipes técnicas também observaram elevados erros de aplicação durante a investigação, embora esses erros não tenham sido conclusivamente estabelecidos como causa da interrupção. As equipes técnicas realizaram um reinício direcionado do componente de serviço afetado, restaurando a transferência de arquivos de inventário e permitindo que o processamento retomasse para clientes anteriormente afetados. O registro diagnóstico adicional foi habilitado para apoiar a investigação. No entanto, um atraso significativo de arquivos de inventário tinha acumulado durante a interrupção e exigiu tempo adicional para processar. Após a restauração do processamento, as equipes técnicas continuaram a monitorar a atividade do inventário e o atraso acumulado. Na sexta-feira, 25 de setembro de 2026, aproximadamente às 5:30 PDT, o backlog relacionado ao incidente havia retornado aos níveis operacionais normais, confirmando a recuperação do processamento do inventário. **Root Cause** O incidente foi causado por uma interrupção no fluxo de trabalho de processamento de estoque após a atividade de liberação de produção do ITAM 2026R1.3 na região do NAM. Embora os arquivos de inventário foram carregados com sucesso e permaneceram disponíveis no armazenamento, o componente responsável por encaminhar esses arquivos para o processamento do ITAM parou de transferir dados de inventário para um subconjunto de clientes. Como resultado, os arquivos de inventário afetados não foram processados, atrasando as atualizações do inventário. A questão não afetou todos os clientes, como o processamento de inventário continuou normalmente para outras organizações. Investigação identificou elevados erros de aplicação e comportamento indicando que o componente de processamento afetado não estava se recuperando como esperado. A condição técnica precisa responsável pela interrupção parcial permanece sob investigação. Uma reinicialização direcionada do componente de serviço afetado restaurou o processamento de inventário para clientes impactados. O backlog acumulado foi posteriormente processado, permitindo que as atualizações do inventário retornassem aos níveis normais. **Acções de reparação Foram tomadas as seguintes medidas durante a resposta ao incidente: 1. **Iniciado Inquérito Incidente: ** As equipes técnicas investigaram relatórios de atualizações de inventário atrasadas que afetavam um subconjunto de clientes na região do NAM e revisaram o fluxo de trabalho de processamento de inventário para determinar o escopo do problema. 2. **Inventário de Processamento Identificado:** A investigação confirmou que os ficheiros de inventário enviados estavam disponíveis em armazém, mas não estavam a ser enviados para os serviços de processamento dos clientes afectados. 3. ** Componente de serviço afetado reiniciado: ** Uma reinicialização direcionada do componente de serviço afetado restaurou a transferência de arquivos de inventário e permitiu que o processamento retomasse para clientes anteriormente afetados. 4. ** Registro diagnóstico adicional habilitado: ** O registo adicional foi autorizado a recolher mais informações técnicas e a apoiar a investigação contínua sobre a interrupção do processamento subjacente. 5. **Inventário Backlog Recuperação monitorado:** As equipes técnicas acompanharam o estoque acumulado após a restauração do processamento e confirmaram que os arquivos de inventário estavam sendo processados com sucesso. 6. **Service Recovery Validado:** As equipes técnicas confirmaram que o atraso relacionado ao incidente havia retornado aos níveis operacionais normais até 25 de setembro e que o processamento do inventário permaneceu estável. ** Medidas de prevenção do futuro Após o incidente, realizamos uma retrospectiva para rever a falha no processamento parcial do inventário, a arquitetura de entrega do inventário existente, as informações diagnósticas disponíveis e as oportunidades de melhorar a confiabilidade do processamento e a visibilidade da falha. Estão em curso as seguintes acções correctivas e actividades de melhoria: 1. **Melhoramento de Arquitetura de Processamento de Inventário: ** O trabalho está planejado para simplificar a integração de processamento de inventário, permitindo ao ITAM recuperar arquivos de inventário carregados diretamente da camada de armazenamento, em vez de confiar no serviço de encaminhamento intermediário existente. Essa mudança irá remover uma dependência adicional do caminho de processamento e proporcionar maior controle sobre o processamento, gerenciamento de backlog, capacidade e recuperação. 2. ** Diagnósticos de Falha Melhorados: ** O registo de diagnóstico e a telemetria necessários para capturar o estado de serviço relevante durante uma falha parcial de processamento de inventário serão avaliados e melhorados, conforme adequado. Isto fornecerá informações técnicas melhoradas para suportar a determinação da causa raiz se uma condição similar ocorrer.

Traduzido automaticamente da atualização oficial do incidente.

1. 24 Gwengolo 2026 da 14:08 UTCinvestigating

   Descrição do incidente: Estamos investigando um problema que afeta um subconjunto de clientes usando Flexera One IT Asset Management (ITAM) na região NAM. Os clientes afetados podem ter problemas de navegação, incluindo itens de menu não visíveis na interface do ITAM, 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. 24 Gwengolo 2026 da 15:44 UTCinvestigating

   Equipes técnicas continuam investigando o problema que afeta a Flexera One IT Asset Management no ambiente de produção da NAM. Os esforços atuais estão focados em identificar onde as falhas estão ocorrendo dentro do fluxo de trabalho afetado. As equipes estão revisando o comportamento da aplicação, processos de validação, interações de serviços, telemetria de plataforma e quaisquer mudanças recentes ou condições ambientais que possam estar contribuindo para o problema. O inquérito continua em curso e serão apresentadas novas actualizações à medida que forem disponibilizadas informações adicionais.

3. 24 Gwengolo 2026 da 17:48 UTCinvestigating

   As equipas técnicas fizeram progressos ao estreitar o âmbito da questão e centram-se nos componentes da aplicação envolvidos no carregamento de informações de acesso ao utilizador e de navegação. Os achados atuais indicam que algumas solicitações dentro deste processo não estão completando como esperado, resultando em itens de menu não carregar para usuários afetados. Os trabalhos continuam em curso para determinar a causa subjacente e validar a reparação adequada. Serão fornecidas atualizações adicionais à medida que mais informações estiverem disponíveis.

4. 24 Gwengolo 2026 da 18:39 UTCmonitoring

   As equipes técnicas estão atualmente observando comportamento estável do serviço e uma redução significativa nos erros associados a esse incidente. As funções de aplicação afetadas estão operando normalmente com base em dados atuais de telemetria e monitoramento. Embora a estabilidade do serviço tenha melhorado, as equipes técnicas continuam a monitorar de perto o ambiente para confirmar que a questão não se repete. A investigação da causa subjacente continua em curso. Continuaremos a monitorizar e a fornecer mais actualizações à medida que forem sendo disponibilizadas informações adicionais.

5. 24 Gwengolo 2026 da 20:33 UTCresolved

   As equipes técnicas confirmaram que o serviço permaneceu estável e afetou a funcionalidade de gerenciamento de ativos de TI. Durante a investigação, as equipes técnicas identificaram condições de saturação de conexão que afetam os componentes de aplicação responsáveis pelo acesso ao usuário e funções de navegação. Essas condições foram observadas durante a janela de impacto e coincidiram com as falhas vivenciadas pelos usuários afetados. A funcionalidade de serviço recuperada e a validação do cliente confirmaram que as páginas do ITAM e os itens do menu foram carregados com sucesso. Após um período de acompanhamento sem recorrência da questão, o incidente é agora considerado resolvido. Está em curso uma revisão pormenorizada do incidente para validar ainda mais os factores contribuintes e identificar quaisquer acções preventivas adicionais.

6. 8 Here 2026 da 11:23 UTCpostmortem

   **Descrição:** Flexera One – Gestão de ativos de TI – NAM – Itens de Menu não Carregando ** Horário:** 24 de setembro de 2026, 5:27 PDT - 24 de setembro de 2026, 10:48 PDT ** Resumo do incidente ** Em 24 de setembro de 2026, clientes usando o Flexera One IT Asset Management \(ITAM\) na região da América do Norte experimentaram problemas intermitentes carregando itens do menu de aplicativos e acessando porções da funcionalidade do ITAM. Alguns clientes encontraram menus parcialmente carregados ou faltando, mensagens de erro e comportamento de aplicação inconsistente. As equipes técnicas investigaram o problema em toda a aplicação e serviços de suporte e identificaram a utilização anormal da conexão dentro de componentes que suportam a funcionalidade do ITAM. À medida que a capacidade de conexão disponível se esgotava, algumas solicitações de aplicativos não podiam mais ser concluídas com sucesso, resultando em falhas relacionadas à autenticação e impedindo o carregamento de partes da funcionalidade do ITAM. O serviço começou a recuperar em aproximadamente 10:46 PDT, antes da implantação do hotfix corretivo ser concluída. Os últimos erros de aplicação relacionados foram registrados às 10:48 AM PDT. As equipes técnicas continuaram investigando a causa subjacente enquanto monitoravam o ambiente e validavam a funcionalidade do cliente. A análise pós-incidente indicou que os serviços de aplicação nos servidores afetados haviam reiniciado, liberando conexões acumuladas e permitindo o estabelecimento de novas conexões. O hotfix corretivo foi posteriormente implantado como uma medida preventiva para abordar o comportamento de ligação-manuseamento enquanto a investigação da causa subjacente continuou. Após acompanhamento contínuo e validação do cliente, as equipes técnicas confirmaram que a funcionalidade do ITAM havia retornado à operação normal. **Root Cause** O incidente foi causado por uma questão de gerenciamento de conexão introduzida durante o lançamento de produção do ITAM 2026 R1.3. Uma mudança no fluxo de autenticação da aplicação fez com que novas conexões de serviço fossem criadas repetidamente em vez de reutilizar conexões existentes. Com o tempo, essas conexões acumularam e esgotaram a capacidade de conexão disponível dentro dos componentes de aplicação afetados. Uma vez esgotada essa capacidade, não foi possível estabelecer com êxito novos pedidos de candidatura. Isso resultou em falhas relacionadas à autenticação e impediu que partes da funcionalidade do ITAM carregassem, causando falta de itens de menu, mensagens de erro e perda intermitente de acesso para clientes afetados. Um hotfix corrigindo esse comportamento já havia sido criado e foi incluído no plano de implantação de lançamento antes da implantação da Produção. O hotfix tinha sido inicialmente designado para o ambiente de validação porque a produção ainda não tinha sido atualizada. A sua intenção era ser aplicada à produção como parte da versão R1.3, mas não foi aplicada durante a implantação da produção. Como resultado, a correção conexão-gestão não estava no lugar quando o lançamento foi ao vivo. **Acções de reparação 1. Investigação de Incidentes Iniciada: Equipes técnicas investigaram os erros de aplicação e perda intermitente da funcionalidade do ITAM para determinar o escopo e a causa subjacente. 2. Saturação de conexão Identificado: Análise de componentes de aplicação afetados identificou acumulação de conexão anormal que estava esgotando a capacidade de conexão disponível e evitando que novas solicitações de aplicação de completar com sucesso. 3. Correctivo Hotfix Confirmado: Equipes técnicas identificaram o hotfix existente que corrigiu o comportamento de conexão-manuseamento, reutilizando conexões de serviço em vez de criar novas conexões para cada pedido. 4. Hotfix Correctivo Implantado: O hotfix foi implantado para a produção como uma medida preventiva para resolver o problema de gerenciamento de conexão e evitar o acúmulo de conexão. 5. Recuperação de serviço Validado: Equipes técnicas continuaram monitorando o comportamento da aplicação e validando a funcionalidade do cliente após a recuperação para confirmar que os serviços de ITAM haviam retornado à operação normal. ** Medidas de prevenção do futuro Após o incidente, realizamos uma retrospectiva para analisar a causa técnica, processo de implantação de hotfix e lançamento, capacidades de monitoramento e fatores que contribuíram para o impacto do cliente. Foram concluídas ou estão a ser aplicadas as seguintes medidas: 1. Correção do gerenciamento da conexão: A alteração corretiva foi implementada para garantir que as conexões de serviço sejam adequadamente reutilizadas e para evitar que a acumulação de conexão esgote os recursos de aplicação disponíveis. 2. Validação de implantação de produção: A correção de gerenciamento de conexão foi implantada e validada em todas as regiões de produção para garantir uma implementação consistente. 3. Melhorias do processo de liberação e Hotfix: Os procedimentos de liberação estão sendo reforçados para que hotfixes incluídos nos planos de implantação de liberação sejam consistentemente designados para implantação de produção, incluindo hotfixes inicialmente criados ou validados antes do ambiente de produção ser atualizado. 4. Revisão de Processo Hotfix: Estamos avaliando melhorias no processo hotfix global para reduzir a dependência em hotfixes de produção e reduzir ainda mais o risco de mudanças corretivas necessárias não sendo incluídas em futuras versões de produção. 5. Monitoramento melhorado da aplicação: Monitoramento e alerta adicionais do nível de aplicação estão sendo implementados para melhorar a detecção precoce de falhas intermitentes e condições de erro anormais antes de resultar em impacto mais amplo do cliente.

Traduzido automaticamente da atualização oficial do incidente.

1. 24 Gwengolo 2026 da 10:11 UTCinvestigating

   Descrição do incidente: Identificamos um problema que afeta o processamento do inventário em Flexera One IT Asset Management (ITAM) na região NAM, impactando um subconjunto de clientes. Como resultado, alguns uploads de inventário não estão sendo processados com sucesso, fazendo com que os dados de inventário exibidos no Flexera One ITAM sejam atrasados e não reflitam o inventário mais recentemente carregado. Prioridade: P2 Atividade de Restauração: Nossas equipes técnicas estão ativamente investigando o problema para identificar a causa subjacente e implementar uma correção. Continuamos a acompanhar de perto a situação e forneceremos novas atualizações à medida que a investigação avança.

2. 24 Gwengolo 2026 da 12:27 UTCinvestigating

   Outra investigação indica que a questão parece estar associada ao serviço responsável pela transferência de dados de inventário para o ITAM. Nossas equipes técnicas continuam investigando a questão e estão trabalhando para identificar a causa subjacente e determinar a correção adequada. Continuaremos a fornecer atualizações adicionais à medida que mais informações estiverem disponíveis.

3. 24 Gwengolo 2026 da 14:32 UTCmonitoring

   Nossa equipe realizou o pod direcionado reiniciado, após o processamento do arquivo de inventário retomado com sucesso para todos os clientes afetados. O processamento bem sucedido foi validado através de logs e gráficos de monitoramento. Continuaremos a acompanhar de perto os serviços para garantir a estabilidade contínua e fornecer novas atualizações à medida que as informações adicionais estiverem disponíveis.

4. 24 Gwengolo 2026 da 18:42 UTCmonitoring

   Nossas equipes técnicas continuam a observar o processamento de arquivos de inventário bem sucedido e a operação de serviço estável após as ações de recuperação. A validação através do monitoramento confirma que os arquivos de inventário afetados estão processando com sucesso. Recuperação Backlog está em andamento, com filas de processamento de inventário continuando a diminuir como os arquivos são processados. As equipes técnicas estão monitorando ativamente o progresso da recuperação e a saúde geral do serviço, enquanto o atraso restante é liberado. Continuaremos a fornecer atualizações à medida que a recuperação progride.

5. 24 Gwengolo 2026 da 20:32 UTCresolved

   Este incidente foi inadvertidamente marcado como resolvido com uma atualização destinada a um incidente separado. A recuperação do processamento de inventário continua a ser monitorizada, uma vez que o atraso remanescente continua a ser limpo. Equipes técnicas continuam observando o sucesso do processamento de arquivos e operação de serviço estável. As actualizações de recuperação em curso e o acompanhamento dos atrasos continuarão no âmbito do incidente recentemente criado: https://status.flexera.com/incidents/vztp63wmxjjb Nós forneceremos atualizações adicionais como backlog recuperação progride e validação de recuperação continua.

6. 23 Here 2026 da 17:25 UTCpostmortem

   **Descrição:** Flexera One - IT Asset Management - NAM - Atrasos no processamento de inventário após a atividade de lançamento da produção ** Horário:** 22 de setembro de 2026, 7:05 PDT - 25 de setembro de 2026, 5:30 PDT ** Resumo do incidente ** Em 24 de setembro de 2026, as equipes técnicas começaram a investigar relatórios de atualizações de inventário atrasadas afetando um subconjunto de clientes usando a Flexera One IT Asset Management \(ITAM\) na região da América do Norte \(NAM\). Embora os arquivos de inventário estivessem sendo carregados com sucesso e permanecessem disponíveis, alguns clientes sofreram atrasos no processamento desses arquivos, impedindo que as últimas informações de inventário fossem refletidas no aplicativo. As informações de status do Beacon exibidas no ITAM também poderiam estar desatualizadas para os clientes afetados. O processamento de inventário continuou normalmente para outros clientes. A edição ocorreu após a atividade de lançamento de produção do ITAM 2026R1.3 em 22 de setembro de 2026. A investigação identificou uma interrupção no processo responsável pela transferência de arquivos de inventário carregados para os serviços de processamento de inventários do ITAM. Embora os arquivos afetados permanecessem disponíveis no armazenamento, eles não estavam sendo encaminhados para processamento. As equipes técnicas também observaram elevados erros de aplicação durante a investigação, embora esses erros não tenham sido conclusivamente estabelecidos como causa da interrupção. As equipes técnicas realizaram um reinício direcionado do componente de serviço afetado, restaurando a transferência de arquivos de inventário e permitindo que o processamento retomasse para clientes anteriormente afetados. O registro diagnóstico adicional foi habilitado para apoiar a investigação. No entanto, um atraso significativo de arquivos de inventário tinha acumulado durante a interrupção e exigiu tempo adicional para processar. Após a restauração do processamento, as equipes técnicas continuaram a monitorar a atividade do inventário e o atraso acumulado. Na sexta-feira, 25 de setembro de 2026, aproximadamente às 5:30 PDT, o backlog relacionado ao incidente havia retornado aos níveis operacionais normais, confirmando a recuperação do processamento do inventário. **Root Cause** O incidente foi causado por uma interrupção no fluxo de trabalho de processamento de estoque após a atividade de liberação de produção do ITAM 2026R1.3 na região do NAM. Embora os arquivos de inventário foram carregados com sucesso e permaneceram disponíveis no armazenamento, o componente responsável por encaminhar esses arquivos para o processamento do ITAM parou de transferir dados de inventário para um subconjunto de clientes. Como resultado, os arquivos de inventário afetados não foram processados, atrasando as atualizações do inventário. A questão não afetou todos os clientes, como o processamento de inventário continuou normalmente para outras organizações. Investigação identificou elevados erros de aplicação e comportamento indicando que o componente de processamento afetado não estava se recuperando como esperado. A condição técnica precisa responsável pela interrupção parcial permanece sob investigação. Uma reinicialização direcionada do componente de serviço afetado restaurou o processamento de inventário para clientes impactados. O backlog acumulado foi posteriormente processado, permitindo que as atualizações do inventário retornassem aos níveis normais. **Acções de reparação Foram tomadas as seguintes medidas durante a resposta ao incidente: 1. **Iniciado Inquérito Incidente: ** As equipes técnicas investigaram relatórios de atualizações de inventário atrasadas que afetavam um subconjunto de clientes na região do NAM e revisaram o fluxo de trabalho de processamento de inventário para determinar o escopo do problema. 2. **Inventário de Processamento Identificado:** A investigação confirmou que os ficheiros de inventário enviados estavam disponíveis em armazém, mas não estavam a ser enviados para os serviços de processamento dos clientes afectados. 3. ** Componente de serviço afetado reiniciado: ** Uma reinicialização direcionada do componente de serviço afetado restaurou a transferência de arquivos de inventário e permitiu que o processamento retomasse para clientes anteriormente afetados. 4. ** Registro diagnóstico adicional habilitado: ** O registo adicional foi autorizado a recolher mais informações técnicas e a apoiar a investigação contínua sobre a interrupção do processamento subjacente. 5. **Inventário Backlog Recuperação monitorado:** As equipes técnicas acompanharam o estoque acumulado após a restauração do processamento e confirmaram que os arquivos de inventário estavam sendo processados com sucesso. 6. **Service Recovery Validado:** As equipes técnicas confirmaram que o atraso relacionado ao incidente havia retornado aos níveis operacionais normais até 25 de setembro e que o processamento do inventário permaneceu estável. ** Medidas de prevenção do futuro Após o incidente, realizamos uma retrospectiva para rever a falha no processamento parcial do inventário, a arquitetura de entrega do inventário existente, as informações diagnósticas disponíveis e as oportunidades de melhorar a confiabilidade do processamento e a visibilidade da falha. Estão em curso as seguintes acções correctivas e actividades de melhoria: 1. **Melhoramento de Arquitetura de Processamento de Inventário: ** O trabalho está planejado para simplificar a integração de processamento de inventário, permitindo ao ITAM recuperar arquivos de inventário carregados diretamente da camada de armazenamento, em vez de confiar no serviço de encaminhamento intermediário existente. Essa mudança irá remover uma dependência adicional do caminho de processamento e proporcionar maior controle sobre o processamento, gerenciamento de backlog, capacidade e recuperação. 2. ** Diagnósticos de Falha Melhorados: ** O registo de diagnóstico e a telemetria necessários para capturar o estado de serviço relevante durante uma falha parcial de processamento de inventário serão avaliados e melhorados, conforme adequado. Isto fornecerá informações técnicas melhoradas para suportar a determinação da causa raiz se uma condição similar ocorrer.

Traduzido automaticamente da atualização oficial do incidente.

1. 23 Gwengolo 2026 da 10:05 UTCinvestigating

   Descrição do incidente: Estamos actualmente a investigar uma questão que afecta o acesso aos nossos serviços no ambiente da UE. Os clientes na UE podem ter problemas de acesso ao serviço. Prioridade: P1 Atividade de Restauração: Nossas equipes técnicas estão investigando a questão como uma prioridade e trabalhando para restaurar o serviço normal o mais rápido possível.

2. 23 Gwengolo 2026 da 10:24 UTCmonitoring

   Os serviços foram restaurados e o acesso está agora a funcionar como esperado. Nossas equipes estão monitorando de perto a plataforma para garantir a estabilidade contínua.

3. 23 Gwengolo 2026 da 11:43 UTCresolved

   Nossas equipes continuaram a monitorar a plataforma e não observaram recorrência do problema. Este incidente está agora resolvido. Continuaremos nossa investigação para determinar a causa raiz subjacente e identificar as ações corretivas apropriadas. Mais detalhes serão fornecidos no relatório post-mortem.

4. 26 Here 2026 da 10:40 UTCpostmortem

   **Descrição:** Flexera Um - UE - Acesso indisponível ** Horário:** * 24 de setembro de 2026, 2:51 PDT - 24 de setembro de 2026, 3:18 PDT * 25 de setembro de 2026, 3:50 - 25 de setembro de 2026, 4:30 PDT □ ** Resumo do incidente ** □ Em 24 de setembro de 2026 às 2:51 PDT, os clientes tiveram falhas de login ao tentar acessar o ambiente Flexera One EU Production. A investigação confirmou a degradação dos serviços de Gestão da Identidade e Acesso da UE, o que impediu os clientes de acederem à plataforma. A investigação identificou um aumento significativo das ligações à base de dados associadas ao tráfego elevado de uma única organização. A análise adicional determinou que as repetidas solicitações a jusante geradas por outros serviços também contribuíram para o aumento da carga nos serviços de autenticação e controle de acesso. Às 3:18 AM PDT, a funcionalidade de login do cliente foi restaurada sem intervenção técnica direta, e a plataforma retornou à operação normal. Em 25 de setembro de 2026, aproximadamente 3:50 PDT, foi observado outro aumento nas conexões de banco de dados, associado ao tráfego elevado da mesma organização. O aumento da carga continuou por aproximadamente 40 minutos. Em resposta, o autoescalamento foi possibilitado para que o serviço de gerenciamento de recursos aumentasse a capacidade e melhorasse a estabilidade da plataforma. □ **Root Cause** □ O incidente foi causado por um aumento inesperado do tráfego que colocou uma procura excessiva nos serviços de autenticação da UE e ligações à base de dados associadas. O aumento da carga afetou os serviços responsáveis pelo processamento de pedidos de autenticação, resultando em falhas de login do cliente no ambiente de produção da UE. As solicitações repetidas de outros serviços para os serviços de autenticação e controle de acesso contribuíram ainda mais para a carga elevada. Além disso, o escalonamento automático não foi habilitado para o serviço de gestão de recursos, limitando sua capacidade de aumentar dinamicamente a capacidade em resposta à maior demanda. As lacunas no monitoramento e alerta pró-ativo também limitaram a capacidade de identificar a degradação antes que os clientes experimentassem falhas de acesso. □ **Acções de reparação □ Nossas equipes realizaram as ações abaixo para restaurar os serviços à normalidade: * O incidente de 24 de setembro foi resolvido sem intervenção direta de engenharia, e a funcionalidade de login do cliente foi restaurada às 3:18 AM PDT. * Em 25 de setembro, o autoscaling foi habilitado para o serviço de gerenciamento de recursos aumentar a capacidade em resposta à demanda elevada. * A equipe continuou monitorando conexões de banco de dados e saúde dos serviços para avaliar a estabilidade da plataforma. □ ** Medidas de prevenção do futuro □ As seguintes ações foram identificadas e estão sendo trabalhadas para reduzir a probabilidade de recorrência e melhorar a resiliência dos serviços: * Escala automática: Reveja a configuração de autoscaling para o serviço de gerenciamento de recursos em todas as regiões de produção, para garantir que a capacidade ajusta-se às mudanças na carga de trabalho. * Gerenciamento de capacidade do banco de dados: Reveja as configurações do pool de conexão do banco de dados e garanta que o escalonamento de serviços permaneça dentro da capacidade de conexão disponível do banco de dados. * Monitoramento e alerta proativo: Revise e introduza alertas para o crescimento anormal da conexão do banco de dados, saturação do pool de conexão, latência do serviço, taxas de erro e utilização de recursos. * Monitoramento de tráfego: Melhore a visibilidade em padrões de tráfego de nível de organização para identificar picos de solicitação incomuns antes de afetar outros clientes. * Gerenciamento de tráfego: Avaliar controles adequados de limitação de taxa e estrangulamento para evitar que o tráfego excessivo de uma única organização afete a disponibilidade em toda a plataforma. * Teste de carga e capacidade: realizar testes de carga usando padrões de tráfego representativos do incidente para validar o desempenho do serviço e capacidade do banco de dados sob demanda elevada.

Traduzido automaticamente da atualização oficial do incidente.

1. 23 Gwengolo 2026 da 06:51 UTCinvestigating

   Descrição do incidente: Atualmente estamos investigando um problema que afeta o ambiente de produção Flexera One IT Asset Management (ITAM) North America Production, que permanece indisponível devido à manutenção programada que se estende além da janela de manutenção planejada. A atividade de manutenção ainda está em andamento enquanto um banco de dados de reconstrução completa. Prioridade: P1 Atividade de Restauração: Nossas equipes técnicas estão trabalhando ativamente para completar a restante atividade de manutenção e restaurar o serviço o mais rápido possível. O ETA para a reconstrução da base de dados é de aproximadamente 2 horas. Nossas equipes estão acompanhando de perto o progresso e fornecerão mais detalhes à medida que estiverem disponíveis.

2. 23 Gwengolo 2026 da 09:15 UTCinvestigating

   Nossas equipes técnicas completaram uma fase importante da atividade de manutenção contínua e estão continuando com o restante processamento necessário para completar a atualização. O processo está a demorar mais do que o inicialmente estimado. O ambiente permanece indisponível enquanto essas atividades estão em andamento. As equipes estão monitorando ativamente o processamento restante e avaliando as opções para restaurar o serviço o mais rápido e seguro possível. Outras atualizações serão fornecidas à medida que a atualização progride e a linha do tempo de restauração se torna mais clara.

3. 23 Gwengolo 2026 da 11:47 UTCmonitoring

   A atualização foi concluída com sucesso. Nossas equipes estão agora trabalhando para restaurar os serviços e realizar validação pós-implantação.

4. 23 Gwengolo 2026 da 13:02 UTCmonitoring

   A atualização foi concluída com sucesso, e o site está agora de volta online. A nossa equipa está a realizar verificações finais de validação para confirmar a estabilidade do serviço antes de declarar o incidente resolvido.

5. 23 Gwengolo 2026 da 15:57 UTCresolved

   O serviço foi restaurado e funciona normalmente. Após a recuperação, as equipas técnicas completaram actividades de monitorização e validação alargadas e confirmaram uma operação estável. O incidente é agora considerado resolvido.

6. 30 Gwengolo 2026 da 16:02 UTCpostmortem

   ** Descrição:** Flexera One – IT Asset Management – América do Norte – Indisponibilidade de serviços Após 2026R1.3 Manutenção ** Horário:** 22 de setembro de 2026, 9:00 PDT - 23 de setembro de 2026, 5:47 PDT ** Resumo do incidente ** Em 22 de setembro de 2026, Flexera conduziu o lançamento de produção 2026R1.3 planejado para a Flexera One IT Asset Management na região da América do Norte. A atualização progrediu com sucesso na grande maioria dos bancos de dados dentro do ambiente. No entanto, quando a janela de manutenção programada terminou às 9:00 PM PDT, uma operação de migração de banco de dados necessária permaneceu em andamento. Uma vez que o ambiente de produção não podia ser restaurado até que a migração fosse concluída, o IT Asset Management permaneceu indisponível para além do período de manutenção programado. A migração restante exigiu uma grande reconstrução do índice de banco de dados envolvendo um volume significativo de dados. A operação tornou-se o caminho crítico para completar o lançamento e levou substancialmente mais tempo do que o esperado. Após a fase inicial de processamento de índices concluída, o banco de dados ainda precisava realizar atividades adicionais de triagem e criação de índices. Este trabalho continuou por várias horas e prolongou a duração global da migração. Durante a investigação, as equipes técnicas avaliaram as opções de recuperação disponíveis, incluindo se o banco de dados afetado poderia ser temporariamente separado do caminho de migração para permitir que o restante do ambiente retornasse ao serviço. Devido à fase da implantação e ao trabalho de recuperação adicional que esta abordagem teria exigido, o caminho de recuperação mais confiável foi permitir que a operação de banco de dados para concluir antes de restaurar o ambiente. Uma vez concluída a migração do banco de dados, as equipes técnicas começaram a restaurar os serviços de aplicação e suporte. Durante a inicialização, um problema adicional de recuperação de serviço foi encontrado que exigiu intervenção manual antes da restauração poderia continuar. Após a remediação, os restantes serviços de aplicação e plataforma foram restaurados com sucesso. As equipes técnicas completaram as atividades de validação, confirmaram o acesso ao cliente e realizaram monitoramento estendido para verificar a estabilidade do serviço. Impacto do cliente terminou em 23 de setembro de 2026, às 5:47 PDT. **Root Cause** A falha foi causada por uma discrepância na configuração do índice de banco de dados que foi identificada durante a migração de 2026R1.3, resultando em uma operação de reconstrução de grande índice que ultrapassou substancialmente a janela de manutenção planejada. A investigação pós-incidente determinou que um índice dentro do banco de dados afetado não correspondia à estrutura do banco de dados esperada pelo lançamento atual. O índice havia sido previamente recriado utilizando uma definição mais antiga que não incorporava uma posterior mudança no desenho do banco de dados. Durante a implantação do 2026R1.3, o processo de migração identificou essa diferença e iniciou a operação do banco de dados necessária para alinhar o índice com a definição atual do banco de dados. Devido ao tamanho excepcionalmente grande do conjunto de dados envolvido, a reconstrução resultante tornou-se uma operação de longo prazo e intensiva em recursos que ultrapassou significativamente a janela de manutenção planejada. Uma vez que a reconstrução estava em andamento, a duração de processamento restante não podia ser prevista de forma confiável, o que dificultava fornecer uma estimativa de conclusão precisa enquanto a operação continuava. **Acções de reparação Foram tomadas as seguintes medidas durante a resposta ao incidente: * Index Rebuild Monitored: O índice reconstruir e restante atividades de atualização de banco de dados foram continuamente monitorados através da conclusão. * Opções de Recuperação Avaliadas: As abordagens de restauração disponíveis foram avaliadas para determinar o caminho mais seguro e confiável para retornar o ambiente de produção ao serviço. * Atualização do Banco de Dados Concluído: O índice reconstruir e restante atividades de atualização do banco de dados foram concluídas antes da restauração da aplicação começou. * Serviços de Aplicação e Suporte Restaurados: Os serviços de aplicação e suporte foram restaurados. As ações de recuperação orientadas foram realizadas quando um problema adicional de startup de serviço foi encontrado. * Recuperação de serviços Validado: O acesso ao cliente e a funcionalidade da aplicação foram confirmados, o processamento de fundo restante foi revisto e o monitoramento estendido foi concluído para verificar a operação estável. ** Medidas de prevenção do futuro A Flexera reconhece o significado e a duração desta interrupção e o impacto que teve nos clientes da região da América do Norte. Foram concluídas análises completas das causas radiculares e retrospectivas interfuncionais, tendo sido identificadas as seguintes medidas preventivas como parte do esforço de melhoria em curso: 1. Validação do Procedimento do Banco de Dados: As equipes técnicas estão avaliando como os procedimentos de remediação do banco de dados são revisados e mantidos para garantir que permaneçam alinhados com os requisitos atuais do produto à medida que a plataforma evolui. 2. Verificação Pré-Deployment: Processos de validação de liberação estão sendo avaliados para determinar como diferenças inesperadas de configuração do banco de dados podem ser identificadas e avaliadas antes que a manutenção da produção comece. 3. Avaliação de Operação de Alto Impacto: As equipes técnicas estão avaliando como operações de banco de dados potencialmente de longo prazo ou intensivas em recursos podem ser identificadas durante a preparação de lançamento para que sua duração esperada e impacto operacional possam ser melhor compreendidos antes da implantação. 4. Release Readiness and Recovery Planning: As práticas de release-readiness e recovery-planning estão sendo revistas para melhorar a visibilidade em atividades que podem afetar significativamente a duração da implantação e timelines de restauração de serviços. A prestação de serviços fiáveis e resilientes continua a ser uma prioridade. Os achados da análise completa da causa raiz e retrospectiva estão sendo incorporados em melhorias técnicas e operacionais destinadas a reduzir a probabilidade de recorrência e fortalecer o planejamento e execução de futuras atividades de manutenção.

Traduzido automaticamente da atualização oficial do incidente.

1. 22 Gwengolo 2026 da 05:56 UTCinvestigating

   Descrição do incidente: Atualmente estamos investigando um problema que afeta um subconjunto de nossos clientes usando o Snow Atlas na região da Austrália. Os clientes afetados podem sofrer atrasos em ver as últimas informações do computador e a ingestão de dados também pode ser impactada. Prioridade: P2 Actividade de Restauração: Foi identificada e resolvida uma questão anterior relacionada com o DNS. No entanto, estão agora a ser observados erros adicionais. Nossas equipes técnicas estão ativamente investigando esses erros para determinar a causa subjacente e restaurar o processamento normal. Continuaremos a avaliar o impacto e a fornecer novas actualizações à medida que forem sendo disponibilizadas informações adicionais.

2. 22 Gwengolo 2026 da 07:19 UTCinvestigating

   Nossas equipes realizaram reinícios de serviços direcionados, que melhoraram os atrasos de processamento. O monitoramento indica que os dados do inventário estão sendo atualizados com sucesso. Os erros restantes ainda estão sob investigação, e nossas equipes estão trabalhando para identificar a causa subjacente e implementar uma correção permanente.

3. 22 Gwengolo 2026 da 10:15 UTCmonitoring

   As ações de remediação resolveram os atrasos no processamento e os problemas de dados obsoletos. Algumas questões residuais permanecem e estão atualmente sob investigação por nossas equipes técnicas. As equipes estão monitorando os serviços e continuarão coletando e revisando registros nas próximas 24 horas para apoiar a investigação. Continuaremos a acompanhar de perto os serviços e a fornecer atualizações adicionais à medida que mais informações estiverem disponíveis.

4. 23 Gwengolo 2026 da 07:05 UTCresolved

   Nossas equipes continuaram a monitorar os serviços durante a noite e confirmaram que não foram observadas novas questões. Verificações adicionais também foram concluídas com sucesso. Este incidente está agora a ser resolvido. O relatório post-mortem fornecerá mais informações sobre a causa raiz e as medidas tomadas.

5. 13 Here 2026 da 12:49 UTCpostmortem

   **Descrição:**Atlas de Neve-APAC - Ingestão e Processamento de Dados ** Horário:** 21 de setembro de 2026, 5:48 PDT - 22 de setembro de 2026, 3:15 PDT □ ** Resumo do incidente ** Na segunda-feira, 21 de setembro de 2026, às 17:48 PDT , um problema afetou vários inquilinos do Atlas de Neve na região Austrália East \(AE\), resultando em atrasos nas atualizações de dados de inventário. Os clientes afetados experimentaram informações de dispositivos desatualizadas na página Computadores, enquanto os Extenders de Neve exibiram um status de "Executar com Erros". Também foram observados erros durante a ingestão dos dados. A investigação identificou um registro de DNS desatualizado associado à infraestrutura anteriormente desativada na região Sudeste da Austrália. Este registro interferiu na conectividade com o ambiente Australia East, impedindo que os dados de inventário fossem processados como esperado. O registro DNS desatualizado foi removido, permitindo que o tráfego atingisse o endpoint correto e permitindo que as atualizações da varredura de inventário fossem retomadas. Após a mudança, as contagens de estoque começaram a progredir, e os status de serviço de conectividade afetados posteriormente retornaram ao normal em 22 de setembro de 2026, às 3:15 AM PDT. Após um período prolongado de monitorização overnight, os serviços de conectividade permaneceram estáveis e a questão foi declarada resolvida em 23 de setembro às 12:05 PDT. Nenhuma outra questão foi relatada, e a infra-estrutura anteriormente utilizada Austrália Sudeste foi totalmente desactivada. □ **Root Cause** O incidente foi causado por um registro de DNS desatualizado que permaneceu após o desmantelamento da infraestrutura na região Sudeste da Austrália. Este registro afastou o tráfego do objetivo correto para o ambiente Australia East, interrompendo a conectividade necessária para o processamento de dados de inventário. Como resultado, as atualizações de inventário foram adiadas, e os clientes afetados não puderam recuperar as últimas informações do dispositivo. O registro desatualizado foi removido, restabelecendo a conectividade com o endpoint correto e permitindo que o processamento do inventário retomasse. □ **Acções de reparação Nossas equipes realizaram as ações abaixo para restaurar os serviços à normalidade: * Identificado e removido o registro DNS desatualizado associado à infra-estrutura anteriormente desativada. * Conectividade restaurada para o endpoint correto do Australia East. * Verificado que as atualizações de verificação de inventário e contagem de inventário estavam progredindo. * Monitorado o ambiente para confirmar a estabilidade do serviço. * Confirmado que os status de serviço de conectividade Snow posteriormente retornaram ao normal e nenhum outro problema foi relatado. □ ** Medidas de prevenção do futuro * Revisão de limpeza de registro DNS durante o desmantelamento de infraestrutura para garantir registros obsoletos são removidos. * Melhorar as verificações pós-desativação para identificar registros que permanecem após a remoção de recursos.

Traduzido automaticamente da atualização oficial do incidente.

1. 18 Gwengolo 2026 da 13:03 UTCinvestigating

   Descrição do incidente: Estamos investigando uma questão que afeta o processamento de dados de inventário nos ambientes de produção da UE e da APAC. Os clientes podem observar atrasos nas atualizações do inventário, resultando em dados de inventário que não refletem a atividade de importação mais recente. Prioridade: P2 Atividade de Restauração: Nossas equipes técnicas estão ativamente investigando o problema, validando o escopo do impacto e trabalhando com dependências relevantes para restaurar o processamento normal do inventário. Serão fornecidas mais actualizações à medida que mais informações estiverem disponíveis.

2. 18 Gwengolo 2026 da 13:50 UTCidentified

   Nossas equipes técnicas têm rastreado o problema para uma implantação recente e implementaram ações de remediação. A validação inicial indica que o processamento do inventário foi retomado, e as equipes técnicas estão monitorando ativamente a atividade de processamento e recuperação de backlog. Continuamos a validar a recuperação em todos os ambientes afetados e forneceremos atualizações adicionais à medida que mais informações ficam disponíveis.

3. 18 Gwengolo 2026 da 14:34 UTCidentified

   As equipes técnicas completaram as atualizações de configuração necessárias e os dados do inventário continuam sendo processados com sucesso. Capacidade de processamento adicional foi alocada para acelerar a recuperação do backlog, e as equipes técnicas estão monitorando ativamente o rendimento e a redução do backlog nos ambientes afetados. As atividades de recuperação permanecem em andamento, e novas atualizações serão fornecidas à medida que o processamento de backlog continuar.

4. 18 Gwengolo 2026 da 14:39 UTCmonitoring

   O processamento de dados de inventário continua a recuperar, e as equipes técnicas estão observando uma tendência descendente no volume de atraso. A capacidade de processamento adicional continua em vigor, e o progresso da recuperação está sendo monitorado de perto nos ambientes afetados. Nós continuaremos a monitorar a redução de backlog e fornecer atualizações adicionais à medida que a recuperação progride.

5. 18 Gwengolo 2026 da 18:52 UTCmonitoring

   O processamento de dados de inventário continua após a remediação implementada anteriormente. As equipes técnicas estão monitorando ativamente a recuperação de fluxo de processamento e backlog nos ambientes afetados. As equipas técnicas continuam a avaliar o progresso da recuperação e quaisquer acções adicionais que possam ajudar a acelerar o processamento de atrasos. Serão fornecidas novas actualizações à medida que a recuperação progredir.

6. 18 Gwengolo 2026 da 19:49 UTCmonitoring

   A recuperação de backlog foi concluída no APAC após a remediação anteriormente implementada, e o processamento de dados de inventário retornou aos níveis esperados na região. As actividades de recuperação prosseguem na UE, onde as equipas técnicas estão a acompanhar a produção de processamento e a redução dos atrasos. Estão a ser avaliadas medidas adicionais de recuperação para apoiar o processamento de atrasos à medida que a recuperação avança.

7. 18 Gwengolo 2026 da 21:55 UTCmonitoring

   Prosseguem os esforços de recuperação na UE e as equipas técnicas observam uma redução contínua do atraso remanescente. Foram implementadas optimizações adicionais de recuperação para apoiar o processamento de atrasos na UE, e as equipas técnicas continuam a monitorizar o desempenho e o progresso global da recuperação. Serão apresentadas novas actualizações à medida que o progresso se mantiver.

8. 19 Gwengolo 2026 da 11:07 UTCmonitoring

   A recuperação continua a progredir, com o atraso remanescente diminuindo constantemente. As optimizações adicionais implementadas no ambiente da UE apoiam eficazmente o tratamento de atrasos. Nossas equipes continuam a monitorar de perto o progresso da recuperação e fornecerão novas atualizações conforme apropriado.

9. 19 Gwengolo 2026 da 19:09 UTCmonitoring

   Os esforços de recuperação continuam na UE, e as equipas técnicas estão a observar uma redução contínua do atraso após as otimizações anteriormente implementadas. Com base nas tendências atuais de recuperação, os níveis de atraso foram significativamente reduzidos e continuam a se mover na direção esperada. Serão apresentadas novas actualizações à medida que o progresso se mantiver.

10. 20 Gwengolo 2026 da 19:55 UTCresolved

    As equipas técnicas confirmaram que o tratamento de dados de inventário na UE voltou a funcionar normalmente na sequência da remediação anteriormente implementada. A questão foi rastreada para um problema de configuração de implantação que afeta o processamento de dados de inventário. As atualizações de configuração necessárias foram aplicadas, restaurando o processamento normal. Na sequência da validação e da monitorização alargada, a recuperação dos atrasos na UE foi concluída e o processamento dos inventários permanece estável tanto na UE como na APAC. Este incidente é agora considerado resolvido.

11. 23 Here 2026 da 17:20 UTCpostmortem

    **Descrição:** Flexera One - IT Asset Management - EU & APAC - Atrasos no processamento de inventários após uma questão de configuração de implantação ** Horário:** 16 de setembro de 2026, 2:00 PDT - 20 de setembro de 2026, 9:52 PDT ** Resumo do incidente ** Na sexta-feira, 18 de setembro de 2026, as equipes técnicas começaram a investigar relatórios de atualizações de inventário atrasadas que afetam Flexera One IT Asset Management \(ITAM\) clientes na Europa \(EU\) e Ásia-Pacífico \(APAC\) regiões. As informações atualizadas do inventário não estavam sendo refletidas na aplicação, com alguns clientes relatando que seus últimos dados de inventário disponíveis permaneceram datados de 16 de setembro. A questão afetou o processamento de inventário em vez de disponibilidade geral da plataforma ITAM. A análise inicial indicou que os serviços de processamento de inventário pareciam saudáveis, mas os arquivos de inventário recebidos não estavam progredindo através do fluxo de trabalho de processamento esperado. Mais investigação rastreou a interrupção de uma implantação realizada em 16 de setembro, durante a qual uma questão de configuração afetou os serviços responsáveis pelo processamento de dados de inventário. Equipes técnicas identificaram e corrigiram a configuração de implantação, permitindo que o processamento do inventário fosse retomado. No entanto, um atraso significativo de arquivos de inventário tinha acumulado durante a interrupção e exigiu tempo adicional para processar. O processamento de inventário foi recuperado primeiro em APAC, onde o atraso acumulado foi limpo em 18 de setembro, aproximadamente às 12:21 PDT. A região da UE exigiu mais tempo de recuperação devido ao volume de processos pendentes. As equipes técnicas ajustaram as configurações de capacidade de processamento e continuaram monitorando o backlog como arquivos de inventário foram processados. O atraso restante da UE foi totalmente esclarecido em 20 de Setembro, aproximadamente às 09:52 PDT. A monitorização subsequente confirmou que o processamento do inventário tinha voltado aos níveis normais de funcionamento. **Root Cause** O incidente foi causado por uma questão de configuração de implantação introduzida durante uma atualização de 16 de setembro para os serviços de processamento de inventário. No momento da implantação, a infraestrutura de processamento de inventário estava em transição entre os ambientes de aplicação, sendo necessários diferentes serviços para se manter ativo em cada ambiente, dependendo da região. Isso aumentou a complexidade de manter a configuração de produção correta, e a configuração de serviço necessária não foi mantida corretamente durante a implantação. Consequentemente, o fluxo de trabalho de processamento de inventário foi interrompido nas regiões da UE e APAC, impedindo que os ficheiros de inventário recebidos fossem processados e atrasando as actualizações dos dados de inventário. Uma vez corrigida a configuração, o processamento do inventário foi retomado, com o atraso acumulado exigindo tempo adicional para processar antes que os níveis operacionais normais fossem totalmente restaurados. **Acções de reparação Foram tomadas as seguintes medidas durante a resposta ao incidente: 1. **Iniciado Inquérito Incidente: ** As equipas técnicas investigaram os relatórios de atualizações de inventário tardias nas regiões da UE e do APAC e analisaram o fluxo de trabalho de processamento de inventário para identificar a fonte da interrupção. 2. ** Problema de configuração da implantação identificado:** A investigação rastreou a interrupção da implantação de 16 de setembro e identificou uma configuração de serviço incorreta que afeta o processamento de inventário nas regiões afetadas. 3. ** Configuração da produção corrigida:** As atualizações de configuração necessárias foram aplicadas para restaurar os serviços de processamento de inventário afetados, permitindo que os arquivos de inventário recebidos retomassem o processamento. 4. **Inventário Backlog Recuperação Iniciado:** As equipes técnicas monitoraram os arquivos de inventário acumulados e ajustaram os recursos de processamento disponíveis para suportar a recuperação de backlog após a restauração do fluxo de trabalho de processamento. 5. ** Processamento de rendimento otimizado:** Durante a recuperação da UE, as equipas técnicas identificaram restrições de capacidade de processamento ao abrigo do aumento da carga de trabalho e da concorrência de processamento ajustada para melhorar o rendimento, mantendo simultaneamente a estabilidade dos serviços. 6. **Service Recovery Validado:** As equipas técnicas confirmaram que o atraso da APAC tinha sido cancelado em 18 de Setembro, seguido de uma recuperação completa do atraso da UE em 20 de Setembro. O acompanhamento contínuo verificou que o processamento do inventário havia retornado aos níveis operacionais normais. ** Medidas de prevenção do futuro Após o incidente, realizamos uma retrospectiva para rever o problema de configuração de implantação, diferenças entre ambientes de aplicação, capacidades de monitoramento de processamento de inventário e oportunidades para melhorar a validação de implantação e visibilidade operacional. As seguintes ações corretivas e atividades de melhoria foram concluídas ou estão em andamento: 1. **Gestão de Configuração do Serviço Regional:** Uma lista regional de configuração de serviço foi implementada para documentar e manter as configurações de serviço necessárias nos diferentes ambientes de implantação, reduzindo o risco de inconsistências de configuração durante futuras versões. 2. ** Melhorias na validação da implantação: ** Foi implementada uma lista de verificação de implantação para verificar se os serviços de processamento de inventário necessários estão funcionando nos ambientes apropriados durante as atividades de implantação. 3. ** Monitoramento melhorado do processamento do inventário:** Foram implementados controlos e alertas adicionais para identificar as interrupções no processamento do inventário mais cedo e permitir uma investigação e recuperação mais rápidas. 4. **Visibilidade de erro de processamento melhorado:** Painéis de monitoramento foram implementados para proporcionar maior visibilidade em padrões de resposta de aplicativos anormais, incluindo erros relacionados à capacidade de processamento. Estas melhorias já apoiaram a detecção e recuperação anteriores durante as questões de processamento subsequentes. 5. ** Simplificação do ambiente de produção:** O trabalho contínuo para consolidar o modelo de implantação reduzirá a complexidade operacional associada à manutenção de diferentes configurações de serviços em ambientes e regiões, ajudando a reduzir o risco de interrupções de processamento relacionadas com configurações similares.

Traduzido automaticamente da atualização oficial do incidente.

1. 16 Gwengolo 2026 da 09:04 UTCidentified

   Descrição do incidente: Atualmente estamos experimentando um problema que afeta o site da comunidade Flexera. Devido a uma falha contínua que afecta um prestador de serviços terceirizado, os clientes podem não poder aceder ao portal comunitário Flexera ou podem ter um comportamento intermitente e não fiável. Além disso, os clientes podem não ser capazes de criar, atualizar ou interagir com casos de suporte através do site comunitário. E-mails enviados para [email protected] durante este período não podem ser recebidos ou processados até que a falha subjacente tenha sido resolvida. Essa falha no provedor de serviços de terceiros também impacta a capacidade de monitoramento proativo das equipes de suporte Spot para detectar qualquer problema de ambiente do cliente, juntamente com um widget de chatbot dentro do console Spot também. Prioridade: P3 Atividade de Restauração: Nossas equipes técnicas estão monitorando a situação ativamente e trabalhando com o provedor de terceiros para acompanhar os esforços de restauração. Continuaremos a avaliar o impacto do cliente e a fornecer atualizações adicionais à medida que informações adicionais estiverem disponíveis.

2. 16 Gwengolo 2026 da 12:31 UTCidentified

   O provedor de serviços validou com sucesso a correção em um ambiente de teste e começou a implantá-la em todas as instâncias afetadas. A implantação está a progredir numa base regional e os serviços estão a voltar ao normal nas regiões onde a implantação foi concluída.

3. 16 Gwengolo 2026 da 19:25 UTCmonitoring

   Nosso provedor de serviços relata que a telemetria de serviço permaneceu saudável após a implantação da mitigação. Neste momento, a Comunidade continua acessível e não foi identificado qualquer impacto contínuo. Continuaremos a monitorizar o ambiente para garantir a estabilidade contínua enquanto as actividades finais de validação estiverem concluídas. Forneceremos uma atualização adicional à medida que informações adicionais estiverem disponíveis.

4. 16 Gwengolo 2026 da 22:00 UTCmonitoring

   Nosso provedor de serviços declarou o incidente subjacente resolvido após mitigação bem sucedida e validação estendida. A Comunidade continua acessível e não foi identificado qualquer impacto contínuo. O acompanhamento durante todo o período de recuperação não identificou quaisquer questões adicionais. Este incidente é agora considerado resolvido.

5. 17 Gwengolo 2026 da 11:01 UTCresolved

   Nossas equipes continuaram a monitorar o serviço durante todo o período de recuperação, e não foram observados problemas adicionais. Com base na estabilidade sustentada do serviço, este incidente é agora considerado resolvido.

6. 30 Gwengolo 2026 da 12:30 UTCpostmortem

   ** Descrição:** Flexera Community- Service indisponível ** Horário:** 16 de setembro de 2026, 12:50 PDT - 16 de setembro de 2026, 8:26 PDT □ ** Resumo do incidente ** □ Em 16 de Setembro de 2026, às 12:50 PDT , a Flexera identificou um problema que afectava a disponibilidade e a fiabilidade do site comunitário da Flexera devido a uma interrupção que afectava um prestador de serviços externo que apoiava a plataforma comunitária. Durante o incidente, os clientes podem não ter podido aceder à Comunidade Flexera, levantar ou gerir casos de apoio ou receber respostas aos casos existentes através da Comunidade. Os e-mails enviados para [email protected] também podem ter sido atrasados ou não processados durante a interrupção. O problema também afetou a funcionalidade do chatbot dentro do console Spot, que depende dos serviços impactados. Além disso, a falha afetou os recursos de monitoramento proativo usados pelas equipes de suporte ao Spot para identificar determinados problemas de ambiente do cliente que dependem de notificações de serviço. O prestador de serviços validou posteriormente uma correção e começou a implantá-la em instâncias afetadas, numa base regional por região. À medida que a mitigação era implantada, os serviços voltavam progressivamente ao normal. Após a implantação, a telemetria de serviço permaneceu saudável em ambientes voltados para o cliente. A validação confirmou que a funcionalidade Flexera Community e Spot chatbot estavam funcionando normalmente. O incidente do provedor subjacente foi posteriormente declarado resolvido, e Flexera completou a validação final e encerrou o incidente. □ **Root Cause** □ O incidente foi causado por uma interrupção que afeta os serviços de um prestador de serviços externo que apoiam a comunidade Flexera e a funcionalidade relacionada. A interrupção do serviço afectou a disponibilidade e fiabilidade da plataforma comunitária e integrações associadas, resultando numa perturbação temporária da funcionalidade do caso de apoio ao cliente e das capacidades relacionadas com o Spot. □ **Acções de reparação □ * Remediação do provedor: O provedor de serviço externo validou e implantou uma correção nas instâncias afetadas. * Validação de serviço: As equipes de Flexera monitoraram a Comunidade, a funcionalidade do chatbot e os serviços relacionados à medida que a remediação foi implantada. * Monitoramento da recuperação: a saúde e a funcionalidade do serviço foram monitoradas para confirmar a estabilidade após a remediação. * encerramento de incidentes: Depois que o problema do provedor subjacente foi resolvido e Flexera terminou a validação, o incidente foi encerrado. □ ** Medidas de prevenção do futuro □ * Monitoramento de dependência aprimorado: Continue monitorando dependências externas críticas que suportam serviços voltados para o cliente. * Avaliação de impacto do cliente: Continue avaliando o impacto de interrupções de serviços externos em serviços Flexera integrados, incluindo a Comunidade, gerenciamento de casos de suporte e funcionalidade Spot. * Monitoramento pós-incidente: Continue monitorando o impacto residual do cliente após a restauração de serviços externos.

Traduzido automaticamente da atualização oficial do incidente.

1. 15 Gwengolo 2026 da 23:05 UTCinvestigating

   Descrição do incidente: Estamos atualmente investigando uma questão que afeta os serviços de Políticas e Automação no ambiente de produção da UE. Os clientes na UE podem ter falhas ao utilizar políticas e podem não ser capazes de visualizar as suas políticas através da interface do utilizador. O impacto limita-se à região da UE. Prioridade: P2 Atividade de Restauração: Nossas equipes técnicas foram envolvidas e estão investigando ativamente um problema encontrado durante uma atualização de infraestrutura para identificar a causa subjacente e restaurar o serviço normal o mais rápido possível. Serão apresentadas novas actualizações à medida que a investigação avançar.

2. 16 Gwengolo 2026 da 06:16 UTCmonitoring

   A questão que afecta o ambiente da UE foi resolvida e o acesso à interface do utilizador foi totalmente restaurado. Enquanto o serviço está operando normalmente, pode levar algum tempo para o backlog do trabalho em fila que se acumula durante a falha ser processado. Nossas equipes estão monitorando ativamente a recuperação para garantir que o backlog seja liberado e os serviços continuem a funcionar como esperado. Vamos continuar a monitorar o ambiente de perto e confirmar uma vez que o processamento tenha retornado totalmente aos níveis normais.

3. 16 Gwengolo 2026 da 08:24 UTCresolved

   Nossas equipes continuaram a monitorar o serviço de perto, e não foram observadas novas questões. O backlog do trabalho em fila que se acumula durante a interrupção é o processamento com sucesso e continua a diminuir como esperado. Com base na estabilidade observada desde a recuperação, este incidente está agora resolvido. Continuaremos a monitorar o processamento para garantir que o backlog remanescente seja completamente limpo e que o serviço continue funcionando como esperado.

4. 12 Here 2026 da 12:02 UTCpostmortem

   **Descrição:** Flexera - UE - Políticas/Automação Indisponível ** Horário:** 15 de setembro de 2026, 3:50 PDT - 16 de setembro de 2026, 1:22 PDT □ ** Resumo do incidente ** Em 15 de setembro de 2026, às 3:50 PM PDT, uma atualização da infraestrutura que apoia a automação no ambiente de produção da UE resultou em uma ruptura da conectividade de rede que afeta políticas e automação. Os clientes experimentaram dificuldades de visualização de políticas na interface do usuário, e as operações relacionadas à política falharam. A investigação identificou comportamento inesperado a partir de um componente de rede legado . Esta conectividade interrompida exigida pelos serviços afetados. A equipe identificou o componente envolvido e trouxe o recurso necessário online, restaurando a conectividade de rede. A questão subjacente foi resolvida em 15 de setembro às 10:13 PDT. Em seguida, a equipe continuou monitorando a recuperação do serviço e o processamento do atraso acumulado durante a interrupção. Uma vez que o processamento de backlog tinha progredido como esperado e a estabilidade do serviço foi confirmada, o incidente foi declarado totalmente restaurado em 16 de setembro de 2026, às 1:22 PDT. O impacto foi limitado ao ambiente de produção da UE. □ **Root Cause** O incidente foi causado por comportamentos inesperados de um componente de rede legado durante o upgrade da infraestrutura de automação na região da UE. Isso interrompeu a conectividade de rede exigida pelas Políticas e Automação, resultando em indisponibilidade de serviços e falhas na funcionalidade relacionada às políticas. □ **Acções de reparação Nossas equipes realizaram as ações abaixo para restaurar os serviços à normalidade: * Restauração de conectividade: Identificou o componente legado envolvido e trouxe o recurso necessário online para restaurar a conectividade de rede. * Recuperação de serviço: conectividade restaurada e resolvido o problema subjacente que afeta políticas e automação. * Processamento Backlog: Monitorado o backlog acumulado como processamento recuperado após restauração de serviço. * Validação pós-restauração: Confirmada estabilidade do serviço e verificado que o processamento de backlog estava progredindo como esperado antes de declarar o incidente totalmente restaurado. □ ** Medidas de prevenção do futuro * Planejamento de migração: A migração correspondente dos EUA foi remarcada com uma janela de manutenção mais longa para permitir tempo adicional para solução de problemas e recuperação. * Substituição do componente legado: O componente legado está sendo substituído como parte do esforço de modernização da infraestrutura. Uma vez concluída a substituição, espera-se que essa dependência legada específica seja eliminada em todos os ambientes.

Traduzido automaticamente da atualização oficial do incidente.