Serviços fora do ar: impacto, recuperação e o que fazer
Entenda uma falha antes de alterar suas configurações. Selecionamos comunicados oficiais e explicamos os recursos afetados, as regiões e os próximos passos seguros.
Revisão editorial ·
Meta de revisão: a cada 3 horas. Este boletim seleciona informações; não é uma lista completa nem um fluxo contínuo em tempo real.
Os registros refletem as verificações indicadas abaixo. A situação pode mudar antes da próxima revisão.
Revisão atrasada — os registros mostram a última situação verificada. Consulte as fontes oficiais para saber o estado atual.
Com JavaScript, os horários seguem o fuso do seu dispositivo; UTC também aparece. Datas sem horário na fonte permanecem apenas como datas.Nenhum registro corresponde à busca. Isso não significa ausência de falhas. Amplie a busca ou abra o monitor de status.
Requer nova verificação
Desconexões em reuniões nos EUA: recuperação sob monitoramento
- Quem ou o que é afetado
- Região dos EUA · parte dos usuários do Zoom Meetings
O Zoom informou desconexões intermitentes em reuniões às 19:16 UTC de 22 de outubro e identificou a causa às 19:32. Às 20:05, declarou que a degradação havia sido resolvida, mas o estado formal da ocorrência continua em monitoramento. O aviso abrange parte dos usuários na região dos EUA, não todas as reuniões ou países, e não comprova se sua gravação ou os dados da reunião foram salvos.
Próximo passo seguro
Guarde o ID da reunião, o erro e o horário e confira se a reunião ou gravação continua ativa antes de criar duplicatas. Se necessário, use uma alternativa aprovada pela organização. Não desative proteções, apague dados do aplicativo nem altere DNS sem relação com o problema por causa deste aviso regional.
Requer nova verificação
Conexões em tempo real e mensagens: recuperação informada
- Quem ou o que é afetado
- Parte dos clientes do Slack · conexões, entrega de mensagens e histórico
O comunicado retrospectivo do Slack informa conexões interrompidas, mensagens atrasadas e erros ao carregar o histórico desde 16:08 UTC de 22 de outubro, com normalização até 16:26. Muitas reconexões simultâneas sobrecarregaram brevemente os serviços de mensagens. A publicação ocorreu às 18:50 UTC, não no início da falha. O Slack prevê uma investigação completa; o gatilho técnico e as medidas preventivas ainda não constituem um relatório final de causa raiz. Não há lista de países.
Próximo passo seguro
Confira se a mensagem foi entregue antes de reenviá-la e mantenha uma cópia do trabalho não enviado. Registre o workspace, o erro e o horário se o problema persistir. Não apague o histórico de conversas, redefina o workspace nem desative proteções da conta para tratar uma falha de conexão do provedor.
Requer nova verificação
Falhas ao enviar mensagens a Dots: provedor informa recuperação
- Quem ou o que é afetado
- ChatGPT Dots · impacto principalmente em clientes Enterprise
A OpenAI informou falhas ao enviar mensagens a Dots às 18:51 UTC de 22 de outubro. Às 18:59, afirmou que a maior parte do impacto atingia clientes Enterprise e que aplicava uma mitigação. Às 20:55, marcou formalmente a ocorrência como resolvida e informou recuperação completa dos serviços afetados. Isso não significa falha em todos os recursos, planos ou APIs do ChatGPT, nem confirma o resultado de uma mensagem individual.
Próximo passo seguro
Confira a conversa antes de reenviar e preserve o trabalho não enviado e os detalhes do erro. Para dados confidenciais, use apenas uma alternativa aprovada pela organização. Não compartilhe credenciais, apague workspaces nem enfraqueça proteções da conta para contornar esta falha do serviço.
Requer nova verificação
Administrador em novas contas de anúncios: mitigação sob monitoramento
- Quem ou o que é afetado
- Novas contas de anúncios da OpenAI · Ads Manager e Ads API
A OpenAI identificou falhas ao atribuir ao criador de uma nova conta de anúncios o papel de administrador às 19:36 UTC de 22 de outubro. Após informar às 21:30 que preparava a mitigação, declarou às 23:45 que a havia aplicado e passou a monitorar a recuperação, sem resolução formal. A página oficial lista Ads Manager e Ads API. Isso não confirma que todas as contas afetadas já tenham a função correta, não comprova perda de administradores existentes nem indica falha geral do ChatGPT.
Próximo passo seguro
Guarde o ID da conta, o horário de criação e o erro e peça ao suporte oficial que confira a atribuição. Evite criar contas duplicadas ou repetir operações de cobrança para obter acesso. Nunca compartilhe credenciais, use a conta de administrador de outra pessoa nem desative a verificação em duas etapas como alternativa.
Requer nova verificação
Log drains: reversão seguida de resolução informada
- Quem ou o que é afetado
- Algumas regiões · logs encaminhados de parte dos componentes
Às 18:03 UTC de 22 de outubro, o Supabase informou possível falta de logs encaminhados para clientes de log drains em algumas regiões e parte dos componentes. Às 18:22, declarou que a reversão de alterações restabelecera a operação; às 18:50, marcou formalmente a ocorrência como resolvida. Regiões e componentes afetados não são enumerados por completo. É um incidente distinto dos de API Gateway e Management API e não confirma a recuperação de todos os logs históricos ausentes.
Próximo passo seguro
Guarde logs independentes do aplicativo, IDs de solicitação e intervalos de horário e confira o destino antes de repetir uma operação. Consulte o suporte oficial sobre lacunas restantes. Não repita gravações em produção apenas para gerar logs, apague projetos nem enfraqueça políticas de logs e segurança.
Requer nova verificação
Pico no API Gateway: novas mitigações previstas
- Quem ou o que é afetado
- Várias regiões · APIs de dados e criação de projetos
O Supabase relacionou as falhas de solicitações no API Gateway à demanda em sua infraestrutura interna de comunicação e informou às 17:57 UTC de 22 de outubro que as mitigações iniciais controlaram o pico. Às 18:17, anunciou novas mitigações para reforçar essa infraestrutura e disse que manteria o monitoramento até aplicar todas. A aplicação ainda não está confirmada. A página lista Data APIs e criação de projetos em 18 regiões; é um caso distinto dos incidentes de ciclo de vida e Management API, não prova de falha em todos os bancos ativos ou solicitações.
Próximo passo seguro
Confira a região do projeto, o ID da requisição e o resultado real da requisição ou tarefa antes de uma nova tentativa limitada. Evite criar projetos duplicados, repetir reinicializações ou iniciar uma restauração de produção não planejada; guarde erros e horários para o suporte oficial.
Requer nova verificação
Processamento do GitHub Projects melhora; novos itens ainda podem atrasar
- Quem ou o que é afetado
- GitHub Projects · novos itens e atualizações de projetos · outros serviços afetados recuperados
O incidente do GitHub de 22 de outubro passou a se chamar Project updates delayed. Às 22:07 UTC, o provedor informou recuperação e trabalho para ampliar a capacidade; às 23:48, declarou melhora no processamento, mas novos itens ainda poderiam demorar a aparecer. O estado formal continua em investigação, apesar do texto de recuperação. Os outros serviços afetados já haviam se recuperado. É o mesmo incidente antes descrito como falha em Issues, Pull Requests e busca, não uma nova falha nem prova de recuperação completa do Projects, e é distinto do caso resolvido de resultados do Actions.
Próximo passo seguro
Confira se a issue, o pull request, a edição do projeto ou a ação em outro sistema foi salva antes de repeti-la. Guarde a URL, o erro e o horário para o suporte. Não ignore verificações obrigatórias, force o envio de código, exclua repositórios nem troque credenciais apenas para corrigir uma página ou atualização de projeto atrasada.
Requer nova verificação
Durable Objects na Europa Ocidental: correção sob monitoramento
- Quem ou o que é afetado
- Europa Ocidental · Durable Objects e serviços relacionados
A Cloudflare informou aumento de erros em Durable Objects e serviços relacionados na Europa Ocidental às 17:51 UTC de 22 de outubro. Às 18:19, declarou ter aplicado uma correção e passou a monitorar os resultados, sem marcar a ocorrência como resolvida. O aviso não enumera todos os países afetados, não comprova falha mundial da Cloudflare nem confirma perda de dados. Continua distinto dos incidentes anteriores de Lisboa e da América do Norte.
Próximo passo seguro
Compare a requisição com falha ao serviço e à região afetados. Guarde IDs de requisição e erros e confira se uma operação que altera dados foi concluída antes de repeti-la. Não exclua dados armazenados, desative proteções nem altere configurações de DNS sem relação com o problema.
Requer nova verificação
Entrega de logs de auditoria do WARP: correção aplicada, monitoramento continua
- Quem ou o que é afetado
- Logs de auditoria da API do WARP · Zero Trust · alguns serviços dependentes
A Cloudflare relatou atraso ou ausência na entrega de logs de auditoria para alguns clientes da API do WARP e possível impacto em serviços dependentes. Identificou pressão de capacidade em um pipeline interno de dados compartilhado em PDX. Às 17h50 UTC de 22 de outubro, informou a aplicação de uma correção e passou a monitoramento, sem resolução formal. A ausência de registros não prova falta de atividade, falha em todas as conexões WARP ou ocorrência de invasão.
Próximo passo seguro
Mantenha ativas as proteções do WARP e do Zero Trust. Preserve logs independentes e horários das requisições e considere as lacunas ao revisar atividades. Peça ao administrador ou ao suporte oficial que avalie os registros ausentes; não contorne políticas de segurança apenas para obter logs.
Requer nova verificação
Network Error Logging: provedor informa resolução
- Quem ou o que é afetado
- Processamento e análises do NEL · não é falha do tráfego dos sites
Após restauração parcial às 20:08 UTC de 22 de outubro, a Cloudflare informou uma correção sob monitoramento às 21:36 e marcou formalmente o incidente de NEL como resolvido às 22:00. O aviso original dizia que os relatórios afetados não apareceriam nas análises de NEL e excluía expressamente o tráfego de sites e outros serviços. A resolução não confirma a reposição das análises históricas ausentes. A hora inicial sem data do original continua ambígua e não é tratada como início datado verificado.
Próximo passo seguro
Preserve diagnósticos independentes do navegador, do aplicativo e do servidor. Não interprete um gráfico NEL vazio como prova de ausência de erros nas requisições e não altere DNS nem desative proteções para restaurar as análises.
Requer nova verificação
Atrasos em logs de Functions e Edge Functions: resolução informada
- Quem ou o que é afetado
- Logs de 13h58–15h35 UTC de 22 de outubro · interface e destinos de logs
A Netlify marcou formalmente a ocorrência como resolvida às 20:10 UTC de 22 de outubro. O aviso anterior tratava do atraso de logs de Functions e Edge Functions de 13:58–15:35 UTC na interface e nos log drains enquanto a fila era processada. As solicitações de Functions e Edge Functions eram expressamente não afetadas. É um caso distinto do incidente anterior de logs de build; a resolução pelo provedor, por si só, não comprova que cada log esteja no seu destino.
Próximo passo seguro
Guarde IDs de invocação, horários e evidências independentes dos resultados. Não execute funções de produção novamente apenas para fazer os logs aparecerem; confira se a operação já terminou antes de repeti-la e recorra ao suporte oficial se os registros continuarem ausentes.
Requer nova verificação
Incidente de resultados do Actions dado como resolvido
- Quem ou o que é afetado
- GitHub Actions · resultados de fluxos e etapas · atualizações de repositórios
O GitHub passou este incidente de resultados do Actions de 22 de outubro a monitoramento às 15h17 UTC. Às 15h18 UTC, informou a recuperação do processamento de resultados de fluxos e etapas e de atualizações de repositórios e marcou formalmente o incidente como resolvido. A análise detalhada da causa raiz ainda está pendente. Isso não confirma o resultado de cada fluxo ou deploy e é separado tanto da análise retrospectiva de 19 de outubro quanto da investigação posterior de Issues/busca de 22 de outubro.
Próximo passo seguro
Confira o ID da execução, o commit, o estado da etapa e o resultado real do deploy ou da ação em outro sistema antes de repetir o fluxo. Guarde erros e horários e evite alterações duplicadas em produção. Não ignore verificações obrigatórias, force o envio de código, exclua repositórios nem troque credenciais apenas porque um resultado está atrasado.
Requer nova verificação
Incidente da Management API e do login em supabase.com dado como resolvido
- Quem ou o que é afetado
- Management API · ap-southeast-1 / eu-west-1 / us-east-1 / us-west-1 · Dashboard
A Supabase encerrou formalmente este incidente às 13h42 UTC de 22 de outubro, após as taxas de erro e a latência permanecerem normais depois da mitigação. O aviso das 12h07 UTC já informava mitigação e taxas normais, com a estabilidade em monitoramento. Os relatos anteriores tratavam de erros da Management API, operações dependentes como criar projetos e logins em supabase.com que excediam o tempo limite, com quatro regiões da API e o Dashboard listados. A resolução não confirma o resultado de cada tarefa nem demonstra que todos os bancos em execução ou a autenticação dos usuários dos aplicativos estiveram fora do ar. O incidente separado de ciclo de vida na UE continua em monitoramento; esta resolução não deve ser aplicada a ele.
Próximo passo seguro
Guarde o projeto, a região, o ID da operação, o horário e os detalhes do erro. Confira se a tarefa de gerenciamento já foi concluída antes de repetir. Se o login falhar, verifique o endereço oficial e o status; não desative a autenticação multifator, troque chaves, exclua projetos nem inicie uma restauração de produção não planejada apenas para contornar este incidente do provedor.
Requer nova verificação
PayPal informa resolução no Online Checkout; região indicada como Global
- Quem ou o que é afetado
- Online Checkout · PP-LIVE-110330 · região afetada indicada oficialmente: Global
O RSS oficial de status do PayPal publicou um aviso Detected Resolved sobre o Online Checkout às 08h14 UTC de 22 de outubro. O comunicado afirma que os engenheiros resolveram o problema e mitigaram o impacto, com a região afetada indicada como Global. O feed não informa o início exato da falha nem o horário exato da recuperação; a publicação não comprova nenhum desses momentos. Isso não significa que todos os países, meios de pagamento ou transações falharam, nem confirma o resultado de cada pagamento ou reembolso.
Próximo passo seguro
Confira o ID e o estado real do pagamento na conta oficial do PayPal ou na integração aprovada antes de repetir a operação ou pedir novo pagamento ao cliente. Concilie transações concluídas, pendentes e com falha separadamente. Guarde comprovantes e erros; evite cobranças, reembolsos ou pedidos duplicados apenas porque a tela do checkout não respondeu.
Requer nova verificação
Incidente de erros em conectores dado como resolvido
- Quem ou o que é afetado
- claude.ai / Claude Cowork · conectores · países afetados não especificados
O serviço Claude informou aumento de erros em conectores às 03h50 UTC de 22 de outubro, implantou uma correção sob monitoramento às 07h28 UTC e marcou explicitamente o incidente de claude.ai / Claude Cowork como resolvido às 08h07 UTC. Isso substitui o aviso anterior de investigação. Não comprova a conclusão de cada ação dos conectores nem indisponibilidade de todas as APIs ou sessões do Claude Code. Não há confirmação de causa comum com o incidente separado do MCP do Notion.
Próximo passo seguro
Guarde o nome do conector, o ID da tarefa, o horário e os detalhes do erro. Confira o serviço conectado e se a ação foi concluída antes de repetir. Não exclua conexões que funcionam, troque credenciais nem amplie permissões apenas por causa deste comunicado; preserve o trabalho não salvo e siga a política de acesso da organização.
Requer nova verificação
Incidente de ciclo de vida de projetos na UE dado como resolvido
- Quem ou o que é afetado
- Região da UE citada no aviso · componente Management API eu-west-1 · criar / restaurar / pausar
Às 15h56 UTC de 22 de outubro, a Supabase marcou formalmente este incidente de ciclo de vida de projetos na UE como resolvido após as taxas de erro permanecerem normais depois da mitigação. O aviso anterior relatava erros desde as 23h UTC de 21 de outubro, com o componente Management API eu-west-1 listado. A recuperação do provedor não confirma o resultado de cada criação, restauração ou pausa afetada. O registro continua separado do incidente de todas as regiões de 21 de outubro, do aviso anterior de Management API em várias regiões e do novo incidente de demanda no gateway de API; não se deve inferir causa comum nem queda de todos os bancos em execução.
Próximo passo seguro
Confira o ID do projeto, a região e o estado da tarefa antes de repetir a criação, pausa ou restauração. Guarde erros e horários para o suporte oficial. Não exclua projetos, repita reinicializações nem inicie uma restauração de produção não planejada como alternativa; siga um plano de recuperação avaliado.
Requer nova verificação
Notion informa retorno do query_data_source do MCP em clientes Claude
- Quem ou o que é afetado
- Notion MCP · ferramenta query_data_source · clientes Claude
O Notion informou indisponibilidade temporária da ferramenta query_data_source do MCP em clientes Claude às 03h23 UTC de 22 de outubro e marcou explicitamente o problema como resolvido às 04h42 UTC, afirmando que a ferramenta voltou a estar disponível. Isso não indica queda de todo o Notion, de todas as ferramentas MCP ou de cada conector Claude, nem confirma a conclusão de cada consulta interrompida. É um incidente separado da migração de infraestrutura anterior e do aviso de erros nos conectores do Claude; não há confirmação de causa comum.
Próximo passo seguro
Guarde a consulta, o nome da ferramenta, o horário e os detalhes do erro. Confira o resultado e as tarefas dependentes antes de repetir. Não recrie conexões, troque tokens de integração nem amplie permissões do espaço de trabalho apenas por causa deste incidente; use somente o acesso já autorizado à fonte de dados.
Requer nova verificação
Incidente de conversas do ChatGPT e da API Responses dado como resolvido
- Quem ou o que é afetado
- Conversations / API Responses · Índia, Japão e Coreia citados nas atualizações revistas
A OpenAI informou explicitamente recuperação completa e marcou este incidente como resolvido às 08h50 UTC de 22 de outubro, após investigação às 02h18 UTC e mitigação sob monitoramento às 02h42 UTC. O título revisto cita conversas do ChatGPT e erros na API Responses; as atualizações anteriores revistas citam usuários na Índia, no Japão e na Coreia. Isso substitui a expressão anterior conversion failures, não representa outro incidente novo. Não confirma queda mundial nem a conclusão de cada conversa ou operação de API interrompida.
Próximo passo seguro
Preserve prompts, resultados parciais, respostas de erro e IDs das requisições. Confira as conversas existentes e as operações concluídas antes de repetir uma gravação ou requisição de API cobrada; repita somente o trabalho que falhou. Não exclua conversas, troque chaves de API nem transfira dados restritos para um serviço não aprovado apenas por causa deste incidente do provedor.
Requer nova verificação
Incidente de desempenho do Checkout Pro dado como resolvido
- Quem ou o que é afetado
- Pagamentos online · Checkout Pro · países não especificados no aviso
O Mercado Pago informou desempenho degradado do Checkout Pro às 01h59 UTC de 22 de outubro e declarou formalmente o incidente resolvido às 02h19 UTC. O aviso não informa os países afetados nem comprova falhas em todos os meios de pagamento. É distinto do incidente de QR em lojas na Argentina e não comprova a conclusão de cada pagamento, reembolso ou notificação.
Próximo passo seguro
Confira o ID do pagamento e seu estado real na conta ou integração aprovada antes de pedir que o cliente pague novamente. Concilie separadamente transações concluídas, pendentes e com falha e guarde o erro e o horário. Evite cobranças repetidas, reembolsos duplicados ou recriar pedidos apenas porque a página de checkout falhou ou excedeu o tempo de espera.
Requer nova verificação
Argentina: novo incidente de pagamentos por QR em lojas dado como resolvido
- Quem ou o que é afetado
- Argentina (MLA) · pagamentos por QR em lojas
O Mercado Pago informou aumento de recusas em pagamentos por QR em lojas na Argentina às 01h52 UTC de 22 de outubro e declarou o incidente resolvido às 02h16 UTC, correspondentes a 22h52–23h16 de 21 de outubro na Argentina. É um relato distinto dos incidentes de QR de 19 de outubro e de Checkout Pro de 22 de outubro UTC, não prova de falha contínua nem de problemas em todos os meios de pagamento ou países.
Próximo passo seguro
Confirme o estado real da transação pelo ID do pagamento antes de tentar novamente ou mudar o meio de pagamento. Uma tela de recusa ou tempo de espera excedido, por si só, não comprova ausência de cobrança. Preserve comprovantes e erros, concilie pagamentos pendentes e evite cobranças repetidas ou reembolsos duplicados.
Requer nova verificação
Incidente de congestionamento em Portland e Seattle dado como resolvido
- Quem ou o que é afetado
- Estados Unidos · instalações de Portland (PDX) / Seattle (SEA)
A Cloudflare investigou congestionamento de rede em Portland e Seattle às 00h23 UTC de 22 de outubro, informou correção em monitoramento às 01h08 UTC e declarou formalmente o incidente resolvido às 02h09 UTC. O aviso cita essas instalações e impacto regional, não uma falha em todas as conexões do noroeste dos EUA nem da Cloudflare no mundo. Não confirma a conclusão de cada requisição de aplicação interrompida.
Próximo passo seguro
Compare a URL, o erro, a região e o horário com o aviso do provedor e seus próprios logs. Antes de repetir uma requisição que altera estado, confira se ela já terminou. Não reinstale aplicativos, desative controles de segurança nem altere o DNS apenas por causa deste incidente regional do provedor.
Requer nova verificação
Lisboa: incidente de Durable Objects dado como resolvido
- Quem ou o que é afetado
- Lisboa (LIS), Portugal · Durable Objects atendidos por essa instalação
A Cloudflare declarou formalmente este incidente de Durable Objects em Lisboa resolvido às 00h35 UTC de 22 de outubro, após o aviso de investigação às 23h50 UTC de 21 de outubro. A resolução trata deste incidente específico, não comprova o funcionamento de todos os serviços da instalação de Lisboa nem a conclusão de cada operação interrompida. O aviso não estabelece falha em todo Portugal ou em todas as localidades de Durable Objects e continua distinto do leste da América do Norte.
Próximo passo seguro
Registre o ID da requisição, o erro, a localização e o horário e compare com os logs da aplicação e o aviso oficial atual. Confira se uma operação que altera estado terminou antes de repeti-la, usando as proteções normais contra duplicidade. Não redefina o estado dos objetos, exclua armazenamento nem altere o DNS apenas para contornar este problema regional do provedor.
Requer nova verificação
Incidente de erros em requisições do Claude dado como resolvido
- Quem ou o que é afetado
- Aviso cita Claude Fable 5 · lista claude.ai, API, Claude Code e Cowork
O Claude investigou aumento de erros no Claude Fable 5 às 19h49 UTC de 21 de outubro e declarou o incidente resolvido às 20h29 UTC. O aviso lista claude.ai, a API do Claude, Claude Code e Claude Cowork. O texto de encerramento menciona outros modelos Claude, sem identificá-los; isso não comprova falha em todos os modelos, requisições ou recursos. A recuperação do provedor não verifica cada operação interrompida.
Próximo passo seguro
Preserve prompts, alterações locais, resultados parciais e IDs das requisições. Em um fluxo com agentes, confira alterações nos arquivos, resultados de comandos e ações concluídas antes de retomar, para não duplicar gravações ou deploys. Não exclua dados do projeto nem transfira dados restritos para um serviço não aprovado apenas para contornar um erro do provedor.
Requer nova verificação
Leste da América do Norte: erros de R2 e Durable Objects dados como resolvidos
- Quem ou o que é afetado
- Leste da América do Norte (ENAM) · parte dos clientes de R2 / Durable Objects
A Cloudflare revisou o intervalo de erros de 21 de outubro para parte dos clientes de R2 e Durable Objects no leste da América do Norte: aproximadamente 19h02–19h05 UTC, em vez das 19h19–19h28 informadas antes. A cronologia revisada exibe uma entrada de resolução às 19h05 UTC e outro aviso de resolução e última atualização às 21h21 UTC. O incidente permanece resolvido; esses horários não comprovam falha contínua entre as entradas nem conclusão de cada gravação que falhou.
Próximo passo seguro
Compare a região, o ID da requisição e o horário com os logs da aplicação. Confira se a gravação de um objeto ou uma operação que altera estado terminou antes de repeti-la, usando as proteções normais da aplicação contra duplicidade. Não exclua armazenamento, redefina o estado dos objetos nem altere o DNS apenas por causa deste incidente regional.
Requer nova verificação
Incidente de disponibilidade do Bitbucket dado como resolvido
- Quem ou o que é afetado
- Bitbucket · Git por SSH/HTTPS · site/API · Pipelines e serviços relacionados
O Bitbucket investigou uma interrupção às 17h22 UTC de 21 de outubro, informou recuperação em monitoramento às 17h51 UTC e declarou formalmente o incidente resolvido às 18h01 UTC, com serviço normal para os clientes afetados. O aviso abrange vários componentes de Git, web e automação. A recuperação do provedor não comprova a conclusão de cada push, pipeline ou entrega de webhook interrompida.
Próximo passo seguro
Preserve commits locais e trabalho ainda não enviado. Confira a branch remota, o commit e o ID do pipeline ou da entrega antes de tentar novamente. Não exclua o repositório, descarte alterações nem dispare deploys repetidamente apenas porque uma requisição anterior excedeu o tempo de espera.
Requer nova verificação
Índia: incidente de aumento de latência dado como resolvido
- Quem ou o que é afetado
- Índia · parte do tráfego · CDN/Cache
A Cloudflare informou aumento de latência em parte do tráfego na Índia às 16h42 UTC de 21 de outubro, aplicou uma correção e passou ao monitoramento às 18h51 UTC, e declarou formalmente o incidente resolvido às 19h57 UTC. O aviso lista CDN/Cache. Não descreve falha em todas as conexões indianas nem indisponibilidade mundial e é distinto da manutenção programada em Mumbai.
Próximo passo seguro
Registre a URL afetada, a região, o horário e os detalhes do erro ou da latência. Compare com o aviso oficial antes de alterar o site ou a rede. Não exclua dados do site, desative controles de segurança nem altere o DNS apenas para contornar uma latência relatada pelo provedor.
Requer nova verificação
Incidente de erros na API gpt-5.6-luna dado como resolvido
- Quem ou o que é afetado
- Requisições à API gpt-5.6-luna · Chat Completions / Responses
A OpenAI informou aumento de erros na API gpt-5.6-luna às 15h34 UTC de 21 de outubro, passou ao monitoramento às 15h47 UTC e declarou a recuperação completa dos serviços afetados às 16h44 UTC. A página lista Chat Completions e Responses. É um incidente distinto do FedRAMP, não uma prova de indisponibilidade de todos os modelos ou do ChatGPT nem da conclusão de cada requisição.
Próximo passo seguro
Guarde os IDs das requisições, as respostas de erro e os resultados parciais. Confira se o trabalho já terminou antes de repetir uma gravação ou requisição cobrada e repita somente a operação que falhou. Não troque chaves de API nem exclua dados do projeto apenas por causa deste incidente do provedor.
Requer nova verificação
Incidente na criação, pausa e restauração de projetos dado como resolvido
- Quem ou o que é afetado
- Todas as regiões do aviso · operações do ciclo de vida de projetos
A Supabase investigou falhas no ciclo de vida de projetos em todas as regiões às 15h36 UTC de 21 de outubro, informou correção e monitoramento às 16h12 UTC e confirmou operações normais e resolução às 16h51 UTC. O aviso trata de operações como criar, pausar e restaurar projetos, não de uma falha confirmada em todos os bancos de dados em execução. Ele não verifica o resultado de cada tarefa individual.
Próximo passo seguro
Confira o ID do projeto e o estado da tarefa existente antes de repetir a criação, pausa ou restauração. Guarde os erros e consulte o suporte oficial se uma tarefa continuar pendente. Não crie projetos duplicados nem inicie uma restauração de produção sem planejamento como solução alternativa; siga um plano de recuperação avaliado.
Requer nova verificação
Incidente em Pull Requests, Actions e webhooks dado como resolvido
- Quem ou o que é afetado
- Pull Requests / Actions / Webhooks · fila de eventos de auditoria
Às 19h22 UTC de 21 de outubro, o GitHub informou recuperação das atualizações de Pull Requests, do Actions e das entregas de webhooks, com atraso dos logs de auditoria abaixo de 40 minutos, dentro do limite considerado saudável, enquanto a fila restante continuava a ser processada. Em seguida, declarou formalmente o incidente resolvido. Isso não confirma atraso zero nos logs nem conclusão de cada operação ou evento de auditoria. A análise detalhada da causa ainda está pendente.
Próximo passo seguro
Confira os IDs do Pull Request, do workflow e da entrega antes de tentar novamente e reconcilie os eventos de auditoria após a fila ser processada. Eventos ausentes ou atrasados não comprovam que uma ação nunca ocorreu. Evite merges, deploys ou reenvios duplicados. Não desative a auditoria, troque segredos nem amplie permissões do repositório apenas por causa do atraso.
Requer nova verificação
Incidente na barra lateral e navegação de projetos dado como resolvido
- Quem ou o que é afetado
- Jira / JSM / JPD / JWM · barra lateral e navegação de projetos
Às 15h45 UTC de 21 de outubro, a Atlassian declarou formalmente resolvido o incidente na barra lateral e navegação de projetos e informou operação normal para os clientes afetados. O comunicado inclui Jira, JSM, JPD e JWM. Ele substitui o aviso anterior de monitoramento, sem comprovar que cada edição ou operação interrompida foi salva ou concluída.
Próximo passo seguro
Preserve edições de tarefas e comentários ainda não salvos. Se possível, use uma URL conhecida de tarefa ou projeto ao qual você já tenha acesso e confira se as alterações foram salvas antes de reenviá-las. Não altere permissões do projeto nem exclua dados locais apenas para corrigir um menu de navegação ausente.
Requer nova verificação
Incidente de erros na API FedRAMP Astra/Sol dado como resolvido
- Quem ou o que é afetado
- Ambiente OpenAI FedRAMP · erros de API em Astra / Sol
A OpenAI declarou explicitamente a recuperação completa dos serviços FedRAMP Astra/Sol afetados e o incidente resolvido às 19h34 UTC de 21 de outubro. Isso ocorre após a mitigação e o monitoramento exibidos às 16h46 UTC na cronologia revisada. O aviso trata do ambiente FedRAMP, não de uma falha geral do ChatGPT, do Codex ou da API pública, e não verifica o resultado de cada requisição.
Próximo passo seguro
Confira o ambiente e o modelo aprovados e guarde os IDs das requisições e os erros. Confirme se a operação terminou antes de repetir uma gravação ou requisição cobrada. Não transfira dados regulados ou restritos para um serviço de uso pessoal ou outro endpoint apenas para contornar o incidente; use somente uma alternativa aprovada pela organização.
Requer nova verificação
Incidente de atraso nos logs de build dado como resolvido
- Quem ou o que é afetado
- Build Pipeline · interface do Netlify · exibição dos logs
O Netlify informou a conclusão do processamento da fila de logs de build às 09h35 UTC de 22 de outubro e passou a esperar acesso consistente a logs antigos e novos, mantendo o monitoramento. A cronologia revista mostra um aviso formal de resolução às 10h12 UTC; essa entrada foi criada às 10h28 UTC e editada pela última vez às 10h28min54s UTC. Esses horários de comunicação do provedor são diferentes das previsões anteriores e não comprovam a conclusão de cada build, deploy ou gravação. O aviso trata da disponibilidade dos logs, não confirma que todos os sites hospedados estiveram fora do ar.
Próximo passo seguro
Confira o estado e o resultado do deploy separadamente da exibição dos logs. Guarde o ID do deploy, o commit e os detalhes dos erros. Consulte os comunicados oficiais antes de cancelar ou disparar repetidamente um build de produção; a ausência de logs, por si só, não justifica reverter um deploy que funciona nem repetir ações automatizadas.
Requer nova verificação
Incidente de desempenho no ChatGPT, Codex e APIs dado como resolvido
- Quem ou o que é afetado
- Recursos do ChatGPT · Codex Web / API / CLI · vários componentes de API
A cronologia oficial revisada da OpenAI exibe investigação às 02h26 UTC de 21 de outubro, mitigação e monitoramento às 02h48 UTC e recuperação completa dos serviços afetados às 03h28 UTC. Esses horários exibidos diferem da versão anterior do aviso. A página lista recursos do ChatGPT, do Codex e de várias APIs. Isso não comprova indisponibilidade total de todos os modelos ou requisições nem a conclusão de cada conversa, execução de agente ou operação de API interrompida.
Próximo passo seguro
Preserve prompts, trabalho e alterações de código ainda não salvos. Confira a conversa, o histórico de tarefas e os resultados antes de repetir operações, sobretudo as que gravam dados ou geram cobranças. Tente novamente apenas a operação que falhou, após conferir seu estado. Não troque chaves de API nem exclua dados locais de projetos apenas por causa deste incidente do provedor.
Requer nova verificação
Incidente de reinicialização em us-east-2 dado como resolvido
- Quem ou o que é afetado
- us-east-2 · alguns projetos no estado de reinicialização
O incidente afetou alguns projetos em us-east-2 travados no estado de reinicialização. Às 04h47 UTC de 21 de outubro, a Supabase informou que a correção havia sido totalmente implantada e que os projetos não estavam mais travados. Às 05h39 UTC, declarou o incidente resolvido, com todos os projetos afetados corrigidos e sem recorrência. A recuperação do provedor não comprova que cada operação de cliente, gravação ou tarefa interrompida tenha terminado. O aviso não comprova indisponibilidade mundial nem perda de dados.
Próximo passo seguro
Compare o ID, a região e o estado atual do projeto com o aviso oficial. Evite reiniciar repetidamente, excluir ou recriar o projeto como solução alternativa. Guarde erros e horários para o suporte oficial e confira se gravações ou tarefas já foram concluídas antes de repeti-las. Siga um plano de recuperação avaliado, em vez de restaurar o ambiente de produção sem planejamento.
Requer nova verificação
Brasil: outro incidente no QR em lojas dado como resolvido
- Quem ou o que é afetado
- Brasil (MLB) · recusas em pagamentos por QR em lojas · 20 de outubro, 19h02–19h35 de Brasília
O Mercado Pago informou aumento de recusas em pagamentos por QR em lojas no Brasil às 22h02 UTC de 20 de outubro e marcou expressamente o incidente como resolvido às 22h35 UTC (19h02–19h35 de Brasília). É um incidente separado daquele das 03h32–03h55 UTC do mesmo dia, não prova de uma queda contínua durante todo o dia. O aviso não comprova falhas em todos os meios de pagamento ou países nem confirma cada transação.
Próximo passo seguro
Confira o ID do pagamento, o horário e o estado final na conta oficial antes de tentar de novo ou pedir outro pagamento ao cliente. Compare os registros do vendedor e do cliente para evitar cobranças duplicadas. O aviso de recuperação do serviço não comprova que um pagamento individual foi aprovado ou recusado.
Requer nova verificação
Medidas preventivas em certificados; Notion não relata indícios de invasão
- Quem ou o que é afetado
- Autoridade certificadora eMudhra · aviso preventivo de segurança · não é aviso de queda
Às 19h UTC de 20 de outubro, o Notion informou que avaliava a possível exposição a um problema de segurança da autoridade certificadora eMudhra e atualizava softwares, pacotes de certificados e componentes de validação afetados. O Notion afirmou não ter identificado evidências de comprometimento de seus sistemas em relação a esse problema. O aviso está em investigação e descreve medidas preventivas, não uma queda do serviço nem prova de invasão da sua conta.
Próximo passo seguro
Use apenas atualizações oficiais do aplicativo Notion e siga as orientações da TI da sua organização. Se aparecer um alerta de certificado, não o ignore, não desative a validação nem instale certificados não confiáveis. Preserve alterações não sincronizadas e procure o suporte oficial ou a TI se o acesso falhar; este aviso, por si só, não comprova invasão de conta.
Requer nova verificação
Instalação de conexões de outros membros: resolução informada
- Quem ou o que é afetado
- Conexões com escopo de espaço de trabalho · instalação por quem não é o criador
Às 14h43 UTC de 21 de outubro, o Notion declarou resolvido o problema de instalação de conexões criadas por outros membros do espaço de trabalho. Antes, essas conexões não apareciam na lista Browse; os criadores ainda podiam instalar as próprias. Essa recuperação trata da instalação, sem confirmar o funcionamento de todas as integrações existentes nem a conclusão da migração de infraestrutura, que é um incidente separado.
Próximo passo seguro
Confira quem criou a conexão e se ela tem escopo de espaço de trabalho; depois consulte o aviso oficial ou o administrador do espaço. Não troque tokens, recrie integrações, remova conexões que funcionam nem amplie permissões apenas para fazer um item aparecer; isso pode gerar duplicatas ou interromper acessos existentes.
Requer nova verificação
Incidente de classificação de bots verificados dado como resolvido
- Quem ou o que é afetado
- Bot Management · número limitado de bots verificados · classificação, sem bloqueio confirmado
A Cloudflare informou classificação incorreta de tráfego envolvendo um número limitado de bots verificados às 19h35 UTC de 20 de outubro e marcou explicitamente o incidente como resolvido às 20h16 UTC. O aviso trata da classificação no Bot Management; não comprova que todos os rastreadores foram bloqueados, que todo tráfego automatizado era malicioso ou que as regras do seu site causaram o problema.
Próximo passo seguro
Compare os horários das requisições com os registros existentes do Bot Management ou de eventos de segurança. Confira a ação real de permitir, desafiar ou bloquear antes de atribuir uma falha a esse aviso. Não desative a proteção contra bots, libere todo tráfego automatizado nem altere bloqueios por país apenas por causa deste registro resolvido.
Requer nova verificação
Londres: recuperação e cronologia revista em relatório preliminar
- Quem ou o que é afetado
- Londres · zona europe-west2-b · erros regionais em europe-west2
O relatório preliminar do Google de 22 de outubro descreve uma falha de energia e dos controles de alimentação de reserva em europe-west2-b, com erros e filas em serviços da região. A principal janela de impacto é 06h00–12h10 UTC de 20 de outubro; as 06h08 eram o horário do alerta. Mais de 99% das VMs do Compute Engine estavam saudáveis às 12h10 UTC, e o relatório descreve a recuperação das cargas isoladas restantes antes do aviso de encerramento até as 14h03 UTC. O término no registro público agora também é 12h10 UTC, em substituição às 14h UTC; o fim da janela de impacto é diferente do aviso de encerramento. O relatório continua preliminar e sujeito a revisão, não é uma análise final da causa raiz nem prova da conclusão de cada gravação ou tarefa interrompida.
Próximo passo seguro
Compare o projeto, a região, a zona e o serviço com o aviso. Confira os logs e se gravações ou tarefas já foram concluídas antes de repetir operações. Se o impacto continuar, abra um chamado no suporte oficial com o ID da carga de trabalho, o erro e o horário. Não mova nem recrie cargas de produção apenas por causa deste aviso; siga um plano de contingência avaliado, sem desativar proteções ou alterar o DNS sem relação com a falha.
Requer nova verificação
Falhas no Agent Runner: recuperação informada
- Quem ou o que é afetado
- Agent Runners · sem países específicos informados
A Netlify informou aumento nas falhas do Agent Runner às 07h47 UTC de 20 de outubro, passou ao monitoramento às 08h04 UTC e marcou o incidente como resolvido às 08h55 UTC. O aviso se limita ao recurso Agent Runners e não confirma uma queda de todos os sites hospedados na Netlify. A recuperação do provedor não confirma a conclusão de cada execução interrompida.
Próximo passo seguro
Confira o histórico de execuções, os logs e as alterações geradas antes de reiniciar uma tarefa para evitar ações duplicadas. Preserve seu trabalho e guarde o ID da execução, o erro e o horário para o suporte oficial se as falhas continuarem. Não amplie permissões nem desative controles de segurança como alternativa.
Requer nova verificação
Incidente de conectividade do Zero Trust e da Access API resolvido
- Quem ou o que é afetado
- Access API · tráfego do Gateway com políticas de identidade · painel
A Cloudflare informou o restabelecimento completo da Access API às 06h14 UTC de 20 de outubro e marcou este incidente de conectividade do Zero Trust como resolvido às 06h32 UTC. Já havia confirmado a recuperação dos logins do Access e da conectividade do Secure Web Gateway. O incidente afetava o tráfego do Gateway com políticas de identidade e o painel. Foi um incidente separado do problema de aplicação das políticas de DLP no Gemini; a recuperação pelo provedor não confirma a conclusão de cada operação de API interrompida.
Próximo passo seguro
Confira se a falha ocorre em uma operação da Access API ou no login de um usuário. Verifique a configuração atual antes de repetir gravações via API para evitar alterações duplicadas; informe o erro e o horário à TI se o problema persistir. Não remova políticas de identidade, contorne o Gateway, desative proteções nem altere o DNS sem relação com a falha.
Requer nova verificação
Incidente de 20 de outubro com pagamentos por QR em lojas do Brasil resolvido
- Quem ou o que é afetado
- Brasil (MLB) · pagamentos por QR em lojas físicas · aviso distinto de 20 de outubro
O Mercado Pago informou aumento nas recusas de pagamentos por QR em lojas do Brasil às 03h32 UTC de 20 de outubro e marcou o incidente como resolvido às 03h55 UTC (0h32–0h55 no horário de Brasília). Esse aviso é distinto dos incidentes de 19 de outubro e não comprova falhas em todos os meios de pagamento ou países, nem confirma cada transação.
Próximo passo seguro
Confira o status da transação e o comprovante da loja antes de tentar pagar novamente. Não pague de novo apenas porque uma notificação não chegou. Se o resultado não estiver claro, procure a loja ou o suporte oficial para evitar cobranças duplicadas; não redefina o equipamento de pagamento apenas por causa deste aviso de incidente resolvido.
Requer nova verificação
API, transferências e Sign do Box: recuperação informada
- Quem ou o que é afetado
- Content API · uploads/downloads na versão web · Box Sign · sem países específicos informados
O Box marcou este incidente como resolvido às 03h47 UTC de 20 de outubro após monitoramento e informou que as funcionalidades dos serviços foram restabelecidas. O incidente envolvia Content API, uploads/downloads na versão web e Box Sign. Esse comunicado de recuperação do provedor não confirma a conclusão de cada transferência de arquivo, gravação via API ou solicitação de assinatura interrompida.
Próximo passo seguro
Preserve os arquivos locais e confira se um upload, uma operação de API ou uma solicitação de assinatura já foi concluída antes de tentar novamente. Evite arquivos duplicados e convites de assinatura repetidos. Guarde o erro e o horário para o suporte oficial; não exclua conteúdo armazenado nem desative controles de segurança como solução alternativa.
Requer nova verificação
Incidente nos controles do Gateway e DLP para Gemini dado como resolvido
- Quem ou o que é afetado
- Controles de aplicativos do Cloudflare Gateway · registro de prompts e aplicação de políticas DLP · parte do tráfego do Google Gemini
A Cloudflare marcou expressamente este incidente como resolvido às 22h46 UTC de 20 de outubro. O problema afetava os controles de aplicativos do Gateway e a inspeção DLP para parte do tráfego do Google Gemini, incluindo o registro de prompts e a aplicação de políticas. O aviso anterior de 19 de outubro descrevia a implantação de uma correção no Gateway enquanto a recuperação do DLP continuava; o novo aviso de resolução substitui aquele estado. Isso não é um relato de queda geral do Gemini nem de perda de dados confirmada e não verifica a configuração individual das políticas de cada organização.
Próximo passo seguro
Se sua organização depende desses controles, evite enviar dados sensíveis por fluxos do Gemini potencialmente afetados até que o administrador verifique as proteções necessárias. Guarde os detalhes relevantes das políticas e os horários de diagnóstico. Não contorne o Gateway, desative o DLP nem flexibilize regras de segurança como solução alternativa.
Requer nova verificação
Incidente na criação de chamados de suporte dado como resolvido
- Quem ou o que é afetado
- Supabase · formulário e criação de chamados de suporte para alguns clientes
A Supabase identificou erros na criação de chamados de suporte para alguns clientes às 17h13 UTC de 19 de outubro. Informou a implantação de uma correção e a normalização às 17h36 UTC e declarou o incidente resolvido às 18h13 UTC, após a criação de chamados permanecer normal. O aviso trata do formulário de suporte, não de uma falha confirmada nos bancos de dados existentes ou no Realtime, e não confirma cada chamado individual.
Próximo passo seguro
Confira se recebeu a confirmação do chamado antes de reenviá-lo para evitar duplicações. Guarde a mensagem de erro e o horário, sem incluir credenciais. Não redefina um banco de dados, troque chaves nem altere configurações do projeto apenas por causa deste aviso sobre o formulário de suporte.
Requer nova verificação
Incidente do Actions de 19 de outubro: análise detalha impacto e recuperação
- Quem ou o que é afetado
- Actions · Pages · webhooks gerados pelo Actions · atualizações em tempo real e busca de código em parte do incidente
O GitHub ampliou em 22 de outubro o relatório do incidente de 19 de outubro, com impacto das 15h24 às 16h52 UTC daquele dia; o primeiro aviso de investigação foi às 15h49. Houve atraso em status, logs e checks do Actions, deploys do Pages e webhooks gerados pelo Actions, com atualizações em tempo real e busca de código afetadas em parte do período. O GitHub informa que não houve perda de dados. Uma onda de novas tentativas de conexão sobrecarregou um enlace compartilhado; a mitigação reduziu conexões e afastou um serviço dos servidores de cache afetados. A causa dos primeiros timeouts continua em investigação. Esta análise não é uma nova falha nem prova de sucesso de cada tarefa; o incidente separado de resultados do Actions de 22 de outubro continua em investigação.
Próximo passo seguro
Confira o status das execuções, o histórico de implantações e os registros de entrega de webhooks antes de tentar novamente. Verifique se uma implantação em produção ou uma ação em outro sistema já ocorreu para evitar alterações duplicadas. Não force o envio de código, redefina repositórios nem troque credenciais apenas por causa deste incidente resolvido.
Requer nova verificação
Incidente de erros no download de arquivos dado como resolvido
- Quem ou o que é afetado
- OpenAI · recursos de arquivos do ChatGPT e de APIs
A OpenAI informou aumento de erros às 13h31 UTC de 19 de outubro e marcou o incidente File Download errors como resolvido às 14h14 UTC. A página oficial lista Responses, Images e Files nas APIs, além de upload de arquivos e geração de imagens no ChatGPT. Isso não indica que todas as solicitações ou todos os modelos ficaram indisponíveis, nem confirma a conclusão de uma operação de arquivo interrompida.
Próximo passo seguro
Guarde os arquivos e resultados existentes. Confira se a operação foi concluída antes de repeti-la, especialmente em tarefas de API que podem gerar trabalho ou cobranças em duplicidade. Não apague dados de conversas nem desative a proteção do navegador apenas por causa deste aviso de incidente resolvido.
Requer nova verificação
Dois incidentes com pagamentos por QR em lojas do Brasil resolvidos
- Quem ou o que é afetado
- Brasil (MLB) · pagamentos por QR em lojas físicas · dois avisos distintos
O Mercado Pago publicou dois avisos distintos de aumento nas recusas de pagamentos por QR em lojas do Brasil em 19 de outubro: das 12h07 às 12h20 UTC e das 12h57 às 13h UTC (9h07–9h20 e 9h57–10h, no horário de Brasília). Ambos foram explicitamente marcados como resolvidos. Os avisos não comprovam uma falha contínua entre esses períodos nem problemas em todos os meios de pagamento ou países.
Próximo passo seguro
Confira cada transação e o comprovante da loja antes de tentar pagar novamente. Se o resultado não estiver claro, procure a loja ou o suporte oficial para evitar cobranças duplicadas. Não restaure os equipamentos de pagamento apenas por causa destes avisos de incidentes resolvidos.
Requer nova verificação
Atraso na atualização de registros DNS dado como resolvido
- Quem ou o que é afetado
- Atualizações de registros DNS da Cloudflare · atraso na propagação
A Cloudflare investigou atrasos na propagação de atualizações de registros DNS a partir das 11h28 UTC de 19 de outubro e marcou o incidente como resolvido às 11h50 UTC. O aviso tratava de atualizações de registros, não de uma falha confirmada em todas as consultas DNS. A recuperação do provedor não comprova que todos os resolvedores ou clientes já tenham o registro mais recente.
Próximo passo seguro
Compare os valores salvos dos registros com o DNS autoritativo e os registros da implantação. Respeite o prazo de cache do registro se ainda houver respostas antigas; não regrave registros repetidamente nem troque os servidores de nomes apenas por causa deste aviso de incidente resolvido.
Requer nova verificação
Incidente com pagamentos por QR em lojas da Argentina dado como resolvido
- Quem ou o que é afetado
- Argentina (MLA) · pagamentos por QR em lojas físicas
O Mercado Pago informou aumento nas recusas de pagamentos por QR em lojas da Argentina às 10h02 UTC e marcou o incidente como resolvido às 11h50 UTC de 19 de outubro (7h02–8h50 na Argentina). O aviso não indicava falha em todos os meios de pagamento ou em outros países. O comunicado de recuperação não confirma o resultado de cada transação.
Próximo passo seguro
Confira o status da transação e o comprovante da loja antes de tentar novamente. Se o resultado não estiver claro, procure a loja ou o suporte oficial para evitar cobranças duplicadas; não restaure os equipamentos de pagamento apenas por causa deste aviso.
Requer nova verificação
Incidente de solicitações incompletas ao Notion Agent dado como resolvido
- Quem ou o que é afetado
- Notion Agent · solicitações interrompidas antes da conclusão
O Notion marcou como resolvido o problema que interrompia algumas solicitações ao Agent antes da conclusão às 15h51 UTC de 18 de outubro e informou operação normal do Agent. Isso não confirma que cada tarefa interrompida foi concluída. O incidente anterior de atualizações em tempo real/API e a migração prevista para 20 de outubro continuam separados.
Próximo passo seguro
Guarde o prompt e os resultados parciais. Confira o que o agente já alterou antes de repetir a tarefa para evitar duplicações; não apague dados locais nem redefina o espaço de trabalho.
Requer nova verificação
Incidente de lentidão na Virgínia e em Ohio dado como resolvido
- Quem ou o que é afetado
- Estados Unidos · Ashburn (IAD) e Columbus (CMH) · 18 de outubro, 8h–8h50 UTC
A Cloudflare informou retrospectivamente aumento de latência e falhas por tempo limite em conexões de peering de um provedor externo em IAD e CMH. Segundo o comunicado, os serviços se normalizaram após a restauração dos anúncios de rotas. O período afetado terminou às 8h50 UTC; o aviso foi publicado às 9h37 UTC, não no início de uma nova falha.
Próximo passo seguro
Compare os horários dos erros e a localização do tráfego com o período informado. Guarde identificadores de requisição para o suporte se o problema continuar; não altere o DNS nem refaça a implantação apenas por causa deste aviso de incidente resolvido.
Requer nova verificação
Incidente de recusas de pagamentos Point no Uruguai resolvido
- Quem ou o que é afetado
- Uruguai (MLU) · pagamentos Point
O Mercado Pago marcou como resolvido o incidente de recusa de pagamentos Point no Uruguai às 2h57 UTC de 18 de outubro (23h57 de 17 de outubro no Uruguai). O aviso inicial foi publicado à 1h38 UTC. O incidente não indicava falha em todos os meios de pagamento ou países; o comunicado de recuperação não confirma o resultado de cada transação.
Próximo passo seguro
Confira o status da transação e o comprovante da loja antes de tentar novamente. Se o resultado não estiver claro, procure a loja ou o suporte oficial para evitar cobranças duplicadas; não restaure a maquininha apenas por causa deste aviso.
Requer nova verificação
Criação e retomada de projetos da Supabase restauradas em ap-northeast-1
- Quem ou o que é afetado
- ap-northeast-1 · criação de projetos e retomada de projetos pausados
A Supabase informou erros ao criar ou retomar projetos nessa região durante uma falha em um provedor de infraestrutura. Às 7h49 UTC de 17 de outubro, confirmou a recuperação completa e reativou as duas operações. O aviso não comprova que todos os bancos de dados em execução ou todas as regiões estavam indisponíveis.
Próximo passo seguro
Confira o estado atual do projeto antes de repetir a criação ou a retomada. Se a falha persistir, guarde os detalhes do erro para o suporte; não exclua nem recrie um projeto, nem mude de região, apenas por causa deste incidente já resolvido.
Requer nova verificação
Resolvidas as falhas de build da Netlify com a extensão CSP
- Quem ou o que é afetado
- Build Pipeline · builds que usam a extensão CSP
A Netlify identificou um problema em um serviço de terceiros que afetava builds com a extensão CSP. Aplicou uma correção, monitorou os resultados e marcou o incidente como resolvido às 5h55 UTC de 17 de outubro. Esse aviso não comprova uma indisponibilidade de todos os sites hospedados.
Próximo passo seguro
Execute novamente o build afetado pelo procedimento normal e confira o log. Se os erros continuarem, guarde o ID do build e o erro para o suporte da Netlify; não remova cabeçalhos de segurança nem desative a CSP como solução alternativa.
Requer nova verificação
Resolvidos os atrasos de notificações IPN e Webhook de 17 de outubro
- Quem ou o que é afetado
- Notificações de pagamento · todos os sites nos avisos do provedor
O Mercado Pago informou novos atrasos nas notificações de pagamento IPN e Webhook em 17 de outubro. Marcou o problema do Webhook como resolvido às 3h50 UTC e o do IPN às 4h00 UTC. São incidentes separados dos de 15 e 16 de outubro; uma notificação atrasada, por si só, não significa falha no pagamento.
Próximo passo seguro
Confira a transação na conta oficial antes de repetir um pagamento ou atender um pedido. Compare as notificações atrasadas com os registros das transações para evitar cobranças ou entregas duplicadas.
Requer nova verificação
Incidente no Cloudflare FedRAMP Dashboard e Access resolvido
- Quem ou o que é afetado
- FedRAMP Dashboard · aplicativos protegidos pelo FedRAMP Access
A Cloudflare marcou este incidente como resolvido às 19h09 UTC de 16 de outubro. O comunicado posterior incluiu falhas de login no FedRAMP Dashboard e em aplicativos protegidos pelo FedRAMP Access. A entrega de arquivos em cache pela CDN e os demais recursos de segurança do Edge não foram afetados por este incidente.
Próximo passo seguro
Tente acessar o painel ou aplicativo protegido normalmente. Se a falha continuar, guarde o erro e o horário para a equipe de TI ou o suporte oficial; não altere o DNS nem desative os controles de acesso.
Requer nova verificação
Novo atraso de notificações IPN em 16 de outubro resolvido
- Quem ou o que é afetado
- Notificações de pagamento IPN · todos os sites no aviso do provedor
O Mercado Pago informou outro atraso de notificações IPN às 13h45 UTC e marcou o incidente como resolvido às 14h01 UTC de 16 de outubro. É um incidente separado dos avisos anteriores de IPN/Webhook; uma notificação atrasada, por si só, não comprova falha no pagamento.
Próximo passo seguro
Confira a transação na conta oficial antes de repetir um pagamento ou atender um pedido. Compare as notificações atrasadas com os registros das transações para evitar cobranças ou entregas duplicadas.
Requer nova verificação
Incidente com pagamentos por QR em lojas do Brasil resolvido
- Quem ou o que é afetado
- Brasil (MLB) · pagamentos por QR em lojas físicas
O Mercado Pago informou aumento nas recusas de pagamentos por QR em lojas do Brasil e marcou o incidente como resolvido às 13h16 UTC de 16 de outubro (10h16 de Brasília). Foi um incidente separado do QR no Uruguai e do Point no Chile; o aviso não indicava falha em todos os meios de pagamento.
Próximo passo seguro
Confira o status da transação e o comprovante da loja antes de tentar novamente. Não repita um pagamento apenas porque a notificação não chegou; procure o suporte oficial se o resultado continuar incerto.
Requer nova verificação
Incidente na aprovação de pagamentos Point no Chile resolvido
- Quem ou o que é afetado
- Chile (MLC) · pagamentos Point
O Mercado Pago informou uma anomalia na aprovação de pagamentos Point no Chile e marcou o incidente como resolvido às 11h49 UTC de 16 de outubro. O comunicado não indica uma falha mundial nos pagamentos.
Próximo passo seguro
Confira o status da transação e o comprovante antes de repetir o pagamento. Se o resultado não estiver claro, procure a loja ou o suporte oficial para evitar cobranças duplicadas.
Requer nova verificação
Problema de cadastro no painel da Cloudflare resolvido
- Quem ou o que é afetado
- Painel · cadastro de contas para alguns usuários
A Cloudflare informou que alguns usuários não conseguiam se cadastrar no painel. O incidente foi marcado como resolvido às 11h24 UTC de 16 de outubro; o comunicado tratava do cadastro, não de uma falha geral na entrega de sites.
Próximo passo seguro
Tente se cadastrar novamente pelo painel oficial. Se a conta já puder existir, use o login ou a recuperação antes de criar outra; não é necessário alterar o DNS por causa deste problema de cadastro.
Requer nova verificação
Problema no Cloudflare Access após o login resolvido
- Quem ou o que é afetado
- Cloudflare Access · após o login
A Cloudflare investigou problemas no Access após o login e marcou o incidente como resolvido às 09h59 UTC de 16 de outubro. O aviso não especificou os países afetados nem indicou uma falha geral da internet.
Próximo passo seguro
Tente acessar o aplicativo protegido normalmente. Se a falha continuar, informe o erro e o horário à equipe de TI; não desative as políticas do Access nem contorne os controles da organização.
Requer nova verificação
Incidente com pagamentos por QR em lojas do Uruguai resolvido
- Quem ou o que é afetado
- Uruguai (MLU) · pagamentos por QR em lojas físicas
O Mercado Pago informou aumento nas recusas de pagamentos por QR em lojas do Uruguai e marcou o incidente como resolvido às 04h51 UTC de 16 de outubro. Foi um problema regional de pagamentos, não uma queda mundial.
Próximo passo seguro
Confira o status do pagamento e o comprovante da loja antes de tentar novamente. Não pague de novo apenas porque uma notificação não chegou; evite cobranças duplicadas.
Requer nova verificação
Atrasos nas notificações IPN e Webhook de 16 de outubro resolvidos
- Quem ou o que é afetado
- Notificações de pagamento · ambos os avisos indicam todos os sites
O Mercado Pago marcou como resolvidos dois atrasos distintos de 16 de outubro: Webhooks às 03h42 UTC e IPN às 03h53 UTC. São novos avisos, separados do incidente de IPN de 15 de outubro; atraso na notificação, por si só, não comprova falha no pagamento.
Próximo passo seguro
Concilie as notificações com os registros de pagamento antes de repetir operações ou marcar pedidos como não pagos. Evite processamento duplicado e não repita cobranças automaticamente.
Requer nova verificação
Incidente do Workers Cron Triggers dado como resolvido
- Quem ou o que é afetado
- Workers Cron Triggers · parte dos clientes
A Cloudflare informa que o Workers Cron Triggers se estabilizou e marca o incidente como resolvido. A falha anterior afetava agendamentos de parte dos clientes; confira suas tarefas para identificar execuções ausentes ou duplicadas.
Próximo passo seguro
Confira o histórico de execuções e os logs antes de executar uma tarefa manualmente. Verifique se a operação anterior foi concluída e evite duplicatas nas novas tentativas; não repita pagamentos ou outras tarefas irreversíveis sem conferir.
Requer nova verificação
Atraso nas notificações de pagamentos
- Quem ou o que é afetado
- Notificações IPN de pagamentos · aviso do provedor para todos os sites
O Mercado Pago marcou este incidente de notificações IPN como resolvido. O atraso anterior não comprovava falha nos pagamentos; cada transação ainda deve ser conferida separadamente.
Próximo passo seguro
Confira o pagamento na conta oficial ou integração autorizada antes de repetir uma cobrança ou liberar um pedido. A ausência de notificação não comprova falta de pagamento.
Requer nova verificação
Lentidão e erros em dois pontos no leste da América do Norte
- Quem ou o que é afetado
- Tráfego processado por Ashburn (IAD) e Newark (EWR)
A Cloudflare marcou como resolvido o incidente de desempenho de rede em Ashburn e Newark. O aviso se referia ao tráfego processado nesses locais, não a uma queda mundial.
Próximo passo seguro
Compare os horários dos erros e o caminho do tráfego com o comunicado. Guarde identificadores de requisição para o suporte; evite mudanças de DNS sem relação ou implantações repetidas.
Requer nova verificação
Erros no Durable Objects em DEN
- Quem ou o que é afetado
- DEN · Durable Objects e serviços dependentes
A Cloudflare marcou explicitamente como resolvido o incidente do Durable Objects em DEN. Os erros relatados afetavam o Durable Objects e serviços dependentes em DEN, não todos esses serviços no mundo.
Próximo passo seguro
Confira se a operação usa o serviço e o local afetados. Guarde identificadores de erro e verifique gravações anteriores antes de repetir operações que possam gerar duplicatas.
Requer nova verificação
Falha de acesso a pages.dev na Noruega
- Quem ou o que é afetado
- Noruega · subdomínios pages.dev
A Cloudflare marcou como resolvido este incidente de acesso a pages.dev na Noruega. Os domínios personalizados não foram afetados por este incidente.
Próximo passo seguro
Compare a região do visitante e o domínio com o aviso. Evite mudanças de DNS sem relação com a falha; confira o comunicado antes de repetir a implantação.
Requer nova verificação
OpenAI informa resolução do atraso nos custos da Compliance API
- Quem ou o que é afetado
- Relatórios de custos da organização · não é queda do ChatGPT
A OpenAI marcou como resolvido o atraso nos dados de custos da Compliance API. O incidente afetava os relatórios de custos da organização, não o processamento de requisições da API nem a disponibilidade do ChatGPT.
Próximo passo seguro
Confira novamente os períodos afetados e compare os totais na conta oficial. O aviso de recuperação do provedor não valida cada fatura ou relatório individual.
Requer nova verificação
Migração de infraestrutura concluída; incidente dado como resolvido
- Quem ou o que é afetado
- Atualizações em tempo real · API/MCP · capturas na IA do Notion · agentes · membros
Às 18h56 UTC de 21 de outubro, o Notion confirmou explicitamente a conclusão da migração de infraestrutura sem impacto aos clientes, a estabilidade do serviço e a resolução deste incidente. Isso substitui o aviso anterior de migração em andamento, que abrangia atualizações em tempo real, API/MCP, capturas na IA do Notion, agentes e membros. Não apaga as interrupções anteriores nem comprova a conclusão de cada alteração na fila ou execução de agente; o horário do comunicado não é o instante exato da conclusão da migração.
Próximo passo seguro
Preserve alterações não sincronizadas. Confirme se a gravação chegou ao espaço de trabalho antes de repeti-la; não limpe dados locais com edições pendentes.
Requer nova verificação
Incidente de latência do Realtime dado como resolvido
- Quem ou o que é afetado
- Presença e entrada em canais do Realtime
A Supabase marcou o incidente como resolvido. O aviso não descrevia uma queda completa do banco de dados.
Próximo passo seguro
Se o aplicativo ainda falhar, verifique assinaturas e logs separadamente. A resolução pelo provedor não comprova a recuperação de todos os clientes.
Confira a correspondência antes de alterar algo
1 · Compare os sintomas
Confira o erro exato, o recurso, o país, a versão do aplicativo e o horário. Um incidente próximo pode não ter relação com seu problema.
2 · Preserve seu trabalho
Guarde uma cópia das alterações não sincronizadas e anote o erro e o horário. Evite repetir pagamentos, redefinir dados ou mudar proteções enquanto a causa não estiver clara.
3 · Escolha a próxima verificação
Use o monitor para consultar avisos dos provedores. Sem aviso correspondente, teste outro dispositivo ou rede apenas se for seguro e permitido. Ausência de aviso não comprova funcionamento normal.
Continue a verificação
Como esta central funciona
Selecionamos comunicados oficiais de status, registros de problemas conhecidos e notas de versão. Separamos o impacto informado das nossas sugestões. Não tratamos falhas regionais como globais, avisos que desapareceram como resolvidos nem correções disponíveis como já instaladas. Comunicados públicos não confirmam o estado da sua conta ou organização.
O monitor consulta fontes oficiais separadamente, em geral a cada 5 minutos quando há suporte. Estas páginas acrescentam contexto com meta de revisão de 3 horas. Falhas de coleta e revisões atrasadas não são apresentadas como funcionamento normal.
A cobertura inicial reúne problemas selecionados de nuvem, colaboração, Windows e navegadores relevantes aos leitores do WiseChecker. Não lista todos os serviços, regiões ou vulnerabilidades. Em decisões urgentes, consulte o aviso atual do provedor e as orientações da sua organização.
Os links oficiais podem estar em inglês; os resumos e as orientações foram adaptados para português.