Na tarde de 12 de novembro, empresas do mundo todo perderam ao mesmo tempo o e-mail, a agenda e, em muitos casos, a própria central de atendimento. Uma falha na nuvem da Microsoft derrubou o Exchange Online e o Outlook e, em paralelo, deixou agentes do Dynamics 365 Contact Center sem conseguir entrar no sistema por quase oito horas.
No Brasil, o efeito chegou ao Judiciário: o Conselho Nacional de Justiça suspendeu os prazos processuais de 12 e 13 de novembro, a pedido da OAB, como noticiou o Olhar Digital. Em empresas, o impacto apareceu em filas paradas, e-mails de clientes represados e automações que deixaram de rodar.
O episódio é um bom teste para qualquer operação de CRM e atendimento: se a plataforma principal cair amanhã, por onde o cliente é atendido, quem decide e o que acontece com o histórico?
O que caiu e por quanto tempo
Segundo o CX Today e o acompanhamento do Azure Blog, foram incidentes ligados, mas com causas e durações diferentes. A tabela resume os principais:
| Serviço | O que falhou | Duração |
|---|---|---|
| Dynamics 365 Contact Center | Agentes sem login; voz e mensagens paradas; transcrições intermitentes | Das 17h (GMT) de 12/11 até 0h57 (GMT) de 13/11, quase 8 horas |
| Exchange Online e Outlook | Caixas de e-mail inacessíveis; mensagens atrasadas, sem perda | Desde 16h17 (GMT) de 12/11; recuperação gradual ao longo de 13/11 |
| Teams | Chamadas e chats funcionaram; agenda e agendamentos falharam | Durante o incidente do Exchange |
| Microsoft Graph, Copilot e Power Platform | Integrações de e-mail, agenda e contatos com timeout; conectores instáveis | Durante o incidente do Exchange |
Para converter ao horário de Brasília, basta subtrair 3 horas do GMT. O e-mail começou a falhar por volta das 13h17 e a central de atendimento, às 14h. No Brasil, portanto, a queda atingiu o meio da tarde de um dia útil.
Por que o atendimento parou junto com o e-mail
O ponto central do caso, destacado pelo CX Today, é a dependência compartilhada. Muitas operações usam a mesma nuvem para o CRM, o e-mail, a agenda, os assistentes de IA e os canais de transbordo. Quando a base comum falha, todos caem juntos.
O Microsoft Graph é um exemplo. Ele conecta e-mail, agenda e contatos a outras aplicações. Com as chamadas ao Graph expirando, automações, integrações e ferramentas de IA que dependiam dele pararam ao mesmo tempo, mesmo sem relação direta com o Exchange. E o Teams funcionando não significava que a central estava protegida.
O que a Microsoft disse sobre a causa
A Microsoft atribuiu a falha da central de atendimento a conectividade em parte da infraestrutura de banco de dados e fez a transferência para outro ambiente. No caso do Exchange, a empresa reverteu uma mudança recente de configuração de rede e, no dia 13, ligou o incidente a um problema de uma atualização anterior de capacidade de rede, segundo o Azure Blog. O relatório pós-incidente completo ainda não tinha sido publicado até a última atualização das fontes.
Um problema técnico sem relação com ataques cibernéticos nem com IA ou agentes.
Microsoft, em atualização de status reproduzida pelo Azure Blog
Para preservar mensagens atrasadas, a Microsoft ampliou para 48 horas a janela de espera dos e-mails. Na prática, mensagens de clientes enviadas durante a queda podem ter chegado horas depois, fora de ordem e misturadas ao fluxo normal.
Plano de contingência para atendimento e CRM
Um plano de contingência não precisa ser um documento longo. Ele precisa responder a cinco decisões, tomadas antes da próxima queda:
Plano de contingência em cinco decisões
O que definir antes da próxima queda da plataforma principal.
- 1Mapear dependênciasListar quais canais, automações e integrações param se o provedor principal cair.
- 2Canal alternativoManter ao menos um canal de atendimento em outra infraestrutura, como WhatsApp ou telefone.
- 3Comunicação externaTer um meio fora da plataforma para avisar equipe e clientes, como SMS ou status page.
- 4Roteiro manualDefinir dados mínimos, respostas padrão e como registrar contatos sem o sistema.
- 5Teste periódicoSimular a queda, medir o tempo de ativação e revisar o plano.
1. Mapear o que depende do quê
Liste os canais de atendimento, as automações de CRM e as integrações e marque qual provedor sustenta cada um. Se e-mail, central e chatbot dependem da mesma nuvem, o risco é concentrado.
2. Ter um canal alternativo que não caia junto
O canal alternativo só funciona se estiver em outra infraestrutura e com pessoas treinadas para usá-lo. Para muitas empresas brasileiras, o candidato natural é o WhatsApp. A escolha entre API oficial e lista de transmissão muda o quanto esse canal aguenta em volume.
3. Comunicar fora da plataforma afetada
Se o e-mail corporativo cair, o aviso à equipe não pode depender dele. O Azure Blog recomenda canais fora do Microsoft 365, como SMS ou intranet hospedada em outro lugar, e alertas de status enviados também para um endereço externo.
4. Definir um roteiro manual
Quando o sistema volta, os contatos atendidos no improviso precisam entrar no histórico do cliente. Defina os dados mínimos a anotar, como nome, telefone, motivo e promessa feita, e quem fará o lançamento no CRM depois.
5. Testar com hora marcada
Um plano que nunca foi testado costuma falhar no primeiro uso. O CX Today recomenda testar os caminhos alternativos com frequência e manter equipe disponível neles.
Depois da queda: o que fazer no CRM
A recuperação é o momento em que a experiência do cliente se decide. Alguns cuidados:
- Triagem do represamento. Ordene os e-mails atrasados por data de envio, não por data de chegada, para responder primeiro quem esperou mais.
- Contato ativo. Avise os clientes com atendimento interrompido antes que eles voltem a reclamar.
- Marcação do incidente. Crie uma etiqueta no CRM para os contatos do período e acompanhe recontatos e reclamações.
- Duplicidades. Cliente sem resposta costuma insistir por vários canais. Unifique os registros para não responder três vezes à mesma pessoa.
- Registro para SLA. Documente impacto, duração e equipes afetadas. A central de status da Microsoft guarda o histórico por 30 dias, então salve o relatório pós-incidente quando sair.
Se a operação também depende de e-mail para relacionamento, vale revisar a autenticação do domínio, tema do caso em que o Outlook passou a recusar e-mails sem DMARC.
Como medir se o plano funcionou
Na próxima queda, ou no próximo teste, quatro indicadores mostram se a contingência cumpriu o papel:
| Indicador | O que mostra |
|---|---|
| Tempo até ativar o canal alternativo | Quanto tempo o cliente ficou sem nenhum caminho de atendimento |
| Contatos atendidos durante a queda | Que parte da demanda o plano absorveu |
| Tempo para zerar o represamento | Quanto a operação levou para voltar ao normal |
| Recontatos e reclamações do período | O custo da queda na experiência do cliente |
A queda da Microsoft não foi a primeira e não será a última de um grande provedor. A diferença entre um incidente e uma crise está em quanto da operação depende de um único ponto de falha e em quão rápido a equipe muda de rota.
Perguntas frequentes
O que aconteceu com a Microsoft em 12 de novembro de 2026?
Uma falha na nuvem da Microsoft derrubou o Exchange Online e o Outlook a partir das 16h17 (GMT) e deixou o Dynamics 365 Contact Center indisponível por quase oito horas. Integrações via Microsoft Graph, Copilot e Power Platform também foram afetadas.
A queda foi um ataque hacker?
Segundo a Microsoft, não. A empresa afirmou que não havia indício de atividade maliciosa e ligou a falha a mudanças na configuração e na capacidade da rede. O relatório pós-incidente completo ainda estava pendente.
O que é um plano de contingência no atendimento?
É o conjunto de decisões tomadas antes de uma falha para manter o cliente atendido: quais canais alternativos usar, como avisar a equipe, como registrar contatos sem o sistema e como recuperar o histórico depois.
Qual canal usar se o CRM ou o e-mail cair?
Um canal que rode em outra infraestrutura e já tenha equipe treinada, como WhatsApp, telefone ou SMS. O importante é que ele não dependa do mesmo provedor que caiu.
O que fazer com os e-mails que chegaram atrasados?
Ordenar pela data de envio, responder primeiro quem esperou mais, unificar contatos duplicados e avisar proativamente os clientes afetados.
