Entendendo o horário de Mato Grosso na prática
Mato Grosso está no fuso horário de Brasília, UTC-3, e não adota horário de verão. Isso parece simples até você precisar agendar uma reunião entre Cuiabá e Porto Velho ou coordenar uma operação logística que passa por Rondônia. A confusão acontece porque o estado já teve partes em fuseiros diferentes, e muita gente ainda trabalha com dados desatualizados. O horário mato grosso segue o mesmo padrão do horário oficial de Brasília. Se em São Paulo são 14h, em Cuiabá também são 14h. A diferença que existia antigamente entre o leste e o oeste do estado foi resolvida em 2019 quando a resolução 432 do Conselho Nacional de Justiça uniformizou tudo para UTC-3. Antes disso, municípios como Chapada dos Guimarães e algumas áreas rurais ficavam em UTC-4. Hoje não existe mais essa divisão oficial.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Como lidar com horario mato grosso em sistemas e planilhas
O problema real aparece quando você importa dados de múltiplas fontes. Eu tive que corrigir uma planilha de folha de pagamento que misturava registros de funcionários de Rosário Oeste com os de Cuiabá, e o banco de dados mantinha os horários em UTC sem conversão adequada. O resultado era que dois funcionários que batiam o ponto no mesmo horário apareciam com diferença de uma hora na aba de cálculo. A solução foi criar uma coluna de conversão usando a tabela de zonas do IANA, especificamente America/Cuiaba, em vez de assumir que todo Mato Grosso era simplesmente "UTC-3" de forma hardcoded. Parece a mesma coisa, mas em transições de horário de verão que afetam outros estados, essa distinção importa porque America/Cuiaba nunca muda, enquanto America/Sao_Paulo avança e retrocede o relógio. Se você precisa verificar horários ou converter entre fuseiros, a maneira mais segura é usar bibliotecas que consultem a base de dados do IANA. No Python, isso é simple. No JavaScript, a versão 2022b em diante traz as atualizações corretas. Evite fazer conta manual de subtrair ou som horas fixas, porque quando o horário de verão for discutido novamente no Congresso — e já foi, várias vezes — seu código vai quebrar nos meses de janeiro e fevereiro.
Para quem faz integração com APIs de transporte ou agendamento, tenha cuidado com o parâmetro de timezone. Algumas APIs aceitam "GMT-3" como valor genérico, o que é perigoso porque GMT-3 também se aplica a lugares como Gronelândia e partes da Argentina. Use sempre o identificador completo America/Cuiaba para evitar ambiguidade. Outro ponto que ninguém fala: muitos softwares de ponto eletrônico vendidos para empresas de Mato Grosso ainda configuram o fuso como America/Sao_Paulo por padrão durante a instalação. Se seu sistema de RH mostra que um funcionário de Sinop registrou entrada às 06:00 enquanto o sistema acha que são 07:00, verifique essa configuração primeiro antes de qualquer outra coisa. Já vi três casos assim só este ano.
