Atualização do cliente Teams: o que o time de TI precisa combinar antes do próximo incidente

Você já recebeu a mensagem: "fulano está sem Teams desde ontem e ninguém avisou". Ou pior: uma sala inteira ficou de fora de uma reunião porque o cliente parou de funcionar. Na maioria dos casos a causa é a mesma: o cliente Teams desatualizou, o bloqueio automático entrou em cena e ninguém no time de TI sabia que aquilo estava prestes a acontecer.

Eu já passei por isso e sei como a sensação é ruim. Mas a boa notícia é que o Teams dá ferramentas para você sair do modo apaga-incêndio. Só que elas exigem que o time de TI combine alguns pontos antes. Vou mostrar quais.

Como a atualização funciona (e onde ela costuma quebrar)Link para esta seção

O cliente Teams desktop é atualizado duas vezes por mês, segundo a documentação oficial (Teams client update ((abre em nova aba))). As atualizações são automáticas: o cliente verifica se há novidades ao iniciar e a cada poucas horas em segundo plano, com ou sem o aplicativo aberto. Quem precisa estar logado na máquina é o usuário, não o administrador.

No Windows, o download usa o Delivery Optimization e baixa apenas o delta entre a versão atual e a nova. Depois de baixar, o Teams espera o computador ficar ocioso por pelo menos 40 minutos para instalar. No Mac, quem faz o trabalho é o Microsoft AutoUpdate (MAU), que também é instalado junto com o Teams.

E é aí que a coisa desanda. Os problemas mais comuns que eu vejo em campo são:

• O serviço Delivery Optimization está desabilitado ou configurado com modo não suportado (100). Isso bloqueia o download do pacote de atualização.
• O usuário ou algum script alterou os ACLs dos arquivos de instalação em %programfiles%\windowsapps. O sistema operacional interpreta isso como corrupção e o aplicativo para de atualizar.
• A rede bloqueia os endpoints de CDN do Teams. SSL inspection nesses endpoints é uma causa conhecida de alta taxa de falha em downloads de atualização.
• A máquina roda uma versão de sistema operacional sem suporte ou sem os patches mais recentes.
• No Mac, o MAU foi removido ou bloqueado por firewall, ou a configuração gerenciada de MAU está com o Application ID errado (o identificador correto é TEAMS21).

Cada um desses cenários tem resolução documentada. O problema é que você só descobre quando o usuário já está bloqueado.

O ciclo de vida de uma versão e o bloqueioLink para esta seção

O Teams segue a Modern Lifecycle Policy (Servicing agreement ((abre em nova aba))). Isso significa que a expectativa é que os usuários estejam sempre na versão mais recente. O cliente não espera para sempre.

Quando a versão do usuário tem entre um e três meses de atraso, um alerta aparece dentro do aplicativo avisando que há uma atualização disponível. Depois de três meses, o cliente exibe uma página de bloqueio. O usuário pode atualizar ali mesmo, falar com o administrador ou migrar para a versão web.

Esse bloqueio é o momento em que o telefone do suporte começa a tocar. E é também o momento em que fica claro que ninguém estava monitorando.

O que você pode fazer antes do bloqueioLink para esta seção

A Microsoft disponibiliza no Teams admin center a página Teams client health (Teams client health dashboard ((abre em nova aba))). Lá você encontra um painel com a distribuição de versões do cliente em todos os dispositivos do tenant. As versões são classificadas em três categorias:

• Latest Build: o dispositivo está em uma versão igual ou mais recente que a última versão estável.
• One or more builds behind: o dispositivo está em uma versão com menos de 30 dias, mas já existe uma mais nova.
• Outdated: o dispositivo está em uma versão com mais de 30 dias.

Você pode clicar em qualquer versão da tabela para ver detalhes: quantos dispositivos a usam, quantos usuários, tendência de adoção nos últimos 28 dias, crashes e falhas de inicialização. Também é possível exportar tudo para CSV.

Na data desta consulta, a Microsoft anunciou um recurso de monitoramento de atualizações que ainda não havia sido lançado (Teams update monitoring ((abre em nova aba))). Ele promete trazer insights recomendados para migrar usuários para a versão mais recente. Fique de olho no Message Center para saber quando chega no seu tenant.

Outra ferramenta já disponível são os alertas de lançamento de versão (Alerts for new Teams desktop client releases ((abre em nova aba))). Você configura uma regra em Notifications and alerts > Rules no admin center, escolhe o anel e a plataforma que quer monitorar, e o Teams avisa quando uma nova versão começa a ser distribuída. O alerta pode ir para um canal do Teams ou para um webhook.

O checklist para o seu timeLink para esta seção

Com base no que eu li na documentação e no que já vi na prática, sugiro que você sente com o time e combine estes pontos:

1. Quem monitora o painel de saúde do cliente? Alguém precisa olhar o Teams client Health pelo menos uma vez por semana. Sem dono, o painel não serve.

2. As portas e endpoints estão liberados? Confira a lista de URLs e intervalos de IP do Microsoft 365 (URLs and IP address ranges ((abre em nova aba))). SSL inspection nos endpoints do Teams é uma causa frequente de falha. No seu ambiente, confirme com o time de rede se há inspeção ativa nesses destinos.

3. O Delivery Optimization está ativo? No Windows, verifique se o serviço não está desabilitado e se o modo não é 100. A documentação do Teams traz o requisito de configuração (system requirements ((abre em nova aba))). Não é necessário habilitar Peer to Peer.

4. As máquinas estão com o sistema atualizado? Windows 11 melhora a taxa de sucesso das atualizações do Teams, segundo a Microsoft. Mas em qualquer versão, os patches de sistema precisam estar em dia.

5. No Mac, a configuração do MAU está correta? Se você usa perfis gerenciados de MAU, confirme que o Application ID do Teams é TEAMS21 e que o caminho do aplicativo está correto. Um erro comum é manter o nome antigo "Microsoft Teams (work or school).app".

6. Alguém configurou o alerta de nova versão? São dois minutos no admin center e você passa a saber quando uma nova versão começa a chegar no seu tenant.

7. Qual é o plano quando um usuário aparece com a página de bloqueio? Vale a pena ter um script de atualização forçada na manga. No Windows, o comando Add-AppxPackage https://go.microsoft.com/fwlink/?linkid=2196060 -ForceUpdateFromAnyVersion -ForceTargetApplicationShutdown pode resolver (Resolve Teams client update failures ((abre em nova aba))).

O que não mudaLink para esta seção

O Teams vai continuar sendo atualizado duas vezes por mês. A política de ciclo de vida moderno não vai voltar atrás. O bloqueio após três meses também não é negociável. O que está sob seu controle é o ambiente: rede, sistema operacional, permissões de instalação e a rotina de monitoramento.

Na minha experiência, o time que combina esses pontos antes do próximo incidente reduz o volume de chamados de suporte e ganha previsibilidade. O Teams não é um aplicativo que você instala uma vez e esquece. Trate-o como o serviço que ele é: exige atenção contínua, mas as ferramentas para dar essa atenção estão todas lá, no admin center, esperando você configurar.