Horário de verão no Brasil 2018 – Como isso afeta o calendário de clientes do Microsoft Exchange e Office 365
Sobre o horário de verão 2018:
==========================================
Conforme última atualização do decreto 6658, o horário de verão brasileiro está definido da seguinte forma:
Horário de verão inicia no primeiro domingo de novembro (dia 04) às 00:00:00
Horário de verão termina no terceiro domingo de fevereiro (dia 17) às 00:00:00
Para suportar estas alterações de horário de verão, a Microsoft disponibilizou desde abril de 2018 as atualizações para as versões de sistemas operacionais suportadas.
Segue abaixo o artigo oficial sobre a atualização;
# Time zone and DST changes in Windows for Brazil, Morocco, and São Tomé and Príncipe
https://support.microsoft.com/en-us/help/4093753/time-zone-and-dst-changes-in-windows-for-brazil-morocco-and-sao-tome-a
* É possível que outras atualizações tenham substituído esta atualização. Consultar o site do Catalog para ver o último kb válido.
Como esta mudança afeta os clientes de Exchange / Office 365?
==========================================
Os clientes de correio trabalham de maneiras diferentes.
Outlook: irá utilizar a informação de fuso horário da máquina local para ajustar as reuniões. Se o Sistema Operacional estiver devidamente atualizado, o Outlook irá mostrar as reuniões com o horário correto.
OWA: O cliente OWA utiliza as informações de fuso horário do servidor. Isto significa que usuários do OWA necessitam que a atualização de fuso horário esteja aplicada em todos os servidores Exchange da organização.
ActiveSync: O ajuste dos compromissos no calendário dos dispositivos móveis dependem de atualização no S.O. do próprio dispositivo.
* Os servidores do Office 365 já estão atualizados com as últimas definições de horário de verão.
Informações adicionais
==========================================
Ao criar compromissos baseados em Exchange / Office 365, a solicitação da reunião inclui informações do horário de verão do organizador da reunião, ou seja, ao criar uma solicitação de reunião de uma estação de trabalho, o Outlook vai incluir o fuso horário do organizador e informações de quando o horário de verão começa e termina. Neste caso, mesmo que você tenha uma reunião recorrente que foi criada antes de sair a atualização do horário de verão, o cliente de correio tem que ser capaz de recalcular o horário do compromisso baseado nas informações atualizadas do SO da estação de trabalho ou servidor (dependendo do cliente utilizado).
Pode acontecer em alguns casos de compromissos seguirem com a data incorreta, principalmente no período Delta (período de alteração entre a antiga data de horário de verão e a nova data – neste ano de 2018 entre 21 de outubro a 03 de novembro), como se respeitasse o horário de verão de antes da atualização. Para estes casos o melhor é avaliar os compromissos individualmente, o maior motivo para isso acontecer é alguma propriedade do compromisso estar ausente ou corrompida, que pode gerar ainda resultados distintos para o mesmo compromisso se comparados em clientes diferentes como Outlook e OWA.
Para estes casos, a recomendação é rodar a ferramenta Calendar Checking Tool for Outlook (CalCheck) no calendário afetado.
https://www.microsoft.com/en-us/download/details.aspx?id=28786
A ferramenta irá gerar um relatório no formato *.csv. Verifique se o compromisso afetado está listado no relatório. Somente compromissos com erro aparecem no relatório.
Consulte o site abaixo para ver a relação dos erros e as respectivas soluções;
https://support.microsoft.com/en-us/help/2678030/information-about-the-calendar-checking-tool-for-outlook-calcheck
Para confirmar se a atualização do horário de verão foi aplicada no Windows, você pode utilizar o comando abaixo;
Antes do KB instalado:
w32tm /tz
Time zone: Current:TIME_ZONE_ID_STANDARD Bias: 180min (UTC=LocalTime+Bias)
[Standard Name:"E. South America Standard Time" Bias:0min Date:(M:2 D:3 DoW:6)]
[Daylight Name:"E. South America Daylight Time" Bias:-60min Date:(M:10 D:3 DoW:6)]
Após KB instalado:
w32tm /tz
Time zone: Current:TIME_ZONE_ID_STANDARD Bias: 180min (UTC=LocalTime+Bias)
[Standard Name:"E. South America Standard Time" Bias:0min Date:(M:2 D:3 DoW:6)]
[Daylight Name:"E. South America Daylight Time" Bias:-60min Date:(M:11 D:1 DoW:6)]
Artigos relacionados:
==========================================
# Decreto Oficial com as datas de horário de verão:
https://www.planalto.gov.br/ccivil_03/_Ato2007-2010/2008/Decreto/D6558.htm
# Horário de verão no Brasil inicia em 04 de Novembro de 2018 (lista de KBs)
https://blogs.technet.microsoft.com/latam/2018/10/17/horario-de-verao-no-brasil-inicia-em-04-de-novembro-de-2018-lista-de-kbs/
# How time zone normalization works in Microsoft Outlook
https://support.microsoft.com/en-us/help/2642044/how-time-zone-normalization-works-in-microsoft-outlook
# Information about the Calendar Checking Tool for Outlook (CalCheck)
https://support.microsoft.com/pt-br/help/2678030/information-about-the-calendar-checking-tool-for-outlook-calcheck
Comments
- Anonymous
October 19, 2018
Eduardo, no período Delta (período de alteração entre a antiga data de horário de verão e a nova data – neste ano de 2018 entre 21 de outubro a 03 de novembro), temos vistos o calendario no OWA com uma hora diferente e no Outlook OK. Como identificar o problem no OWA ja que o servidor estah Ok com fuso horario e CalCheck somente para Outlook?- Anonymous
October 20, 2018
Olá King,Você pode rodar o calcheck a partir de uma maquina que tenha o perfil afetado configurado no Outlook.Em alguns casos o compromisso pode estar faltando alguma propriedade que o Outlook não consegue ignorar e o OWA sim. Isto ocorre porque são aplicações com códigos diferentes.O problema mais comum para este cenário é a ausencia da propriedade dispidApptTZDefStartDisplay. Se souber utilizar a ferramenta MFCMapi, dá para exportar as propriedades do compromisso e ver se tem esse atributo.
- Anonymous
- Anonymous
October 20, 2018
Pessoal, bom dia. Alguém está com problemas no calendário do Exchange 2013? Ao realizar um apontamento pelo outlook ou owa o mesmo aparece com diferença de 01 hora no destinatário ( esse problema ocorre somente no intervalo do dia 21/10 a 04/11). No meu caso tanto os servidores exchange quanto as estações já estão com o kb aplicado para entrar em vigor o horário de verão no dia 04/11. Um teste simples é criar um agendamento e enviar para o Gmail por exemplo, para um dia entre 21/10 e 04/11. No meu caso aparece no Gmail com alteração de 01 hora. Poderiam alguém testar também?Já procurei na MS se há algo a respeito ou ferramenta de correção manual, mas nada encontrei. Fiz testes também de apontamento de um email do live.com para o gmail e também há diferença de horário entre os agendamentos.No aguardo Obrigado Martins- Anonymous
October 20, 2018
Olá Martins,Se seguir todas as recomendações do blog e mesmo assim não funcionar, tente reiniciar os servidores. Mesmo que o update indique que não é necessário reiniciar, as informações de horário de verão são gravadas no registro e já vi casos que o Windows não consegue carregar as alterações devido a algum restart pendente. Como último passo tente aplicar todos os updates criticos do Windows.- Anonymous
October 21, 2018
Eduardo, boa tarde.Só para avisar que na prática o KB não funcionou. O horário nos servidores Exchange permaneceu o mesmo, mas o horário do Webmail adiantou em uma hora. Tive que reiniciar os servidores Exchange e Active Directory para normalizar a situação. Em relação ao problema anterior onde o horário dos compromissos se alterava em 01 hora entre 21/10 e 04/11 aparentemente com o restart foi normalizado. Ainda estou testando.ObrigadoMartinss
- Anonymous
- Anonymous