TI no fim de ano: plantão, férias da equipe e picos de sistema

Por que dezembro e janeiro quebram a TI de empresas médias

O fim de ano concentra, num intervalo de seis a oito semanas, três forças que raramente coincidem no resto do calendário: o pico de volume transacional dos sistemas, o esvaziamento da equipe técnica por férias e o fechamento contábil e fiscal do exercício. Cada uma dessas forças, isolada, é administrável. Juntas, elas produzem o cenário clássico de incidente caro — folha de pagamento travada no dia 20 de dezembro, com o analista responsável pelo ERP de férias e o suporte de plantão sem conhecimento do sistema.

O erro de planejamento mais comum não é técnico, é de premissa. Muitos gestores tratam dezembro como um mês de baixa atividade porque a percepção de movimento no escritório diminui — mesas vazias, agenda de reuniões mais leve, clima de recesso. Só que a carga sobre a infraestrutura vai na direção oposta. Sistemas de faturamento processam o acúmulo de notas do trimestre, o RH roda folha, 13º e provisão de férias na mesma janela, e o e-commerce ou o portal de atendimento, quando existe, entra no período de maior tráfego do ano.

Há ainda um efeito de segunda ordem. Como o time de TI reduz, o tempo médio de resposta cresce; como o tempo de resposta cresce, chamados que seriam triviais viram interrupções de negócio. Uma impressora fiscal fora do ar em 5 de agosto é um chamado de rotina. A mesma impressora fora do ar em 28 de dezembro, com o contador esperando o fechamento, é uma crise. O contexto muda o custo do mesmo incidente.

Mapeando os picos reais: o que roda quando

Antes de montar qualquer escala, é preciso saber o que efetivamente acontece nos sistemas entre 15 de dezembro e 31 de janeiro. Esse mapeamento não é um exercício teórico: ele define quem precisa estar disponível, em que dias, e com qual nível de acesso. A recomendação prática é levantar o calendário com as áreas de negócio — financeiro, RH, fiscal e comercial — e não apenas com a TI, porque os prazos críticos são deles.

O inventário mínimo de eventos que costuma pesar no período:

• Folha de dezembro e 13º salário — geralmente concentrados entre os dias 15 e 20, com dependência de servidor de aplicação, banco de dados e integração bancária.
• Fechamento contábil do exercício — processamento pesado no ERP, frequentemente noturno, entre o fim de dezembro e a segunda quinzena de janeiro.
• Obrigações fiscais e envio de arquivos — SPED, DIRF e demais entregas que dependem de integridade de base e de estabilidade da conexão.
• Virada de ano em sistemas com numeração sequencial — séries de nota fiscal, contadores e certificados digitais com vencimento em 31/12.
• Inventário físico e balanço de estoque — coletores, leitores e sincronização com o ERP, normalmente entre o Natal e o Ano-Novo.
• Pico de tráfego em canais digitais — sazonalidade de vendas e atendimento, com impacto em link, firewall e servidores web.

Com esse calendário na mão, o próximo passo é classificar cada evento por janela de tolerância. Um sistema que pode ficar quatro horas fora sem consequência é diferente de um processo com prazo legal que expira à meia-noite. Essa classificação — e não o organograma — é o que deve ditar quem fica de plantão em cada data. Vale documentar também as dependências externas: se o fechamento depende do sistema do contador ou do banco, o horário de atendimento deles entra no seu planejamento.

Escala de plantão: desenhando o que realmente funciona

Uma escala de plantão eficaz responde a quatro perguntas antes de listar nomes: quem aciona, por qual canal, em quanto tempo a resposta é esperada e o que acontece se ninguém atender. Escalas que só publicam nomes e telefones falham no primeiro incidente noturno, porque o acionamento fica dependente de alguém lembrar quem estava de sobreaviso.

A estrutura mínima recomendada tem três camadas. A primeira é o atendimento de contato, responsável por triagem, chamados simples e reset de acesso. A segunda é o especialista de sobreaviso, acionado apenas quando o incidente envolve sistema crítico — ERP, banco de dados, virtualização, rede. A terceira é o escalonamento gerencial, para decisões que envolvem custo, parada programada ou comunicação com o cliente. Cada camada precisa de um tempo de resposta declarado e de um substituto nomeado.

1. Publique a escala com antecedência mínima de 30 dias, para que a equipe organize compromissos pessoais e para que a substituição seja negociada antes, não durante o feriado.
2. Nomeie sempre um backup por turno. Plantão de uma pessoa só é ponto único de falha — basta um celular sem sinal ou uma gripe para o esquema cair.
3. Defina o canal oficial de acionamento e proíba na prática os canais paralelos. Chamado que chega por mensagem privada não é rastreável nem mensurável.
4. Estabeleça janela de congelamento de mudanças. Nada de atualização de servidor, migração ou troca de firewall entre 20 de dezembro e 5 de janeiro, salvo correção de segurança crítica.
5. Documente o procedimento de acionamento fora do horário, com números, ordem de tentativa e prazo para escalar ao próximo nível.
6. Registre e compense as horas de sobreaviso conforme acordo coletivo — plantão não remunerado gera passivo trabalhista e desmotiva a equipe no ano seguinte.

Regra prática: se a escala de plantão não puder ser executada por alguém que chegou à empresa há três meses, ela não é uma escala — é uma lista de esperança. O que torna o plantão executável é a documentação, não a senioridade de quem está de sobreaviso.

Férias coletivas e a transferência de conhecimento

Férias coletivas resolvem o problema de custo e organizam o calendário, mas criam um risco específico para a TI: o esvaziamento simultâneo do conhecimento operacional. Em equipes pequenas, é comum que uma única pessoa domine o ERP, outra o ambiente virtualizado e uma terceira a rede. Se as três saem juntas, o plantão fica tecnicamente cego, por mais competente que seja o profissional de sobreaviso.

A mitigação exige começar em novembro, não na véspera. O trabalho consiste em transformar conhecimento tácito em procedimento escrito para os cinco a dez cenários mais prováveis do período — serviço do ERP parado, fila de impressão travada, backup falhando, VPN fora, certificado digital vencido. Cada procedimento deve conter o sintoma, a verificação inicial, a ação corretiva e o critério para escalar. Um runbook de uma página por cenário resolve mais que um manual de cem páginas que ninguém abre às 23h.

Há também a dimensão de acesso, frequentemente esquecida. Se a credencial administrativa do ERP está apenas com quem viajou, o plantão não consegue agir mesmo sabendo o que fazer. Antes do recesso, é preciso garantir que exista um cofre de senhas acessível ao plantão, com registro de quem acessou o quê, e que os acessos administrativos tenham pelo menos dois responsáveis ativos. O mesmo vale para tokens de autenticação em dois fatores vinculados a celular pessoal: se o aparelho está desligado numa praia, o acesso está indisponível.

Por fim, vale checar o que vence no período. Certificados digitais, licenças de software, contratos de suporte e domínios com renovação em dezembro ou janeiro precisam ser tratados em novembro. Renovação vencida em recesso costuma virar parada de serviço, porque o fornecedor também está com equipe reduzida e o prazo de reativação se estende.

Preparação técnica: o que fazer antes do recesso

A janela entre o início de dezembro e o congelamento de mudanças é o momento de reduzir a superfície de risco. A lógica é simples: tudo que puder falhar deve falhar antes, com a equipe completa disponível para corrigir. Deixar uma pendência conhecida para "resolver em janeiro" é apostar que ela não vai se manifestar exatamente no pior momento.

A checagem prioritária concentra-se em quatro frentes. Primeiro, backup: não basta verificar se a rotina executou — é preciso testar a restauração de pelo menos um item de cada sistema crítico e confirmar que a cópia está em local separado do ambiente de produção. Segundo, capacidade: espaço em disco, memória e licenças de acesso concorrente precisam de folga suficiente para absorver o pico sem intervenção. Terceiro, monitoramento: alertas devem chegar ao plantão, não à caixa de e-mail de quem está de férias, e é bom validar isso com um teste real de disparo.

A quarta frente é segurança. O período de recesso é historicamente explorado por ataques de ransomware e fraude, justamente porque a detecção demora mais. Vale reforçar o alerta contra golpes de fim de ano — boletos falsos, mensagens de premiação, pedidos urgentes que aparentam vir da diretoria — e revisar quem tem acesso remoto ativo. Contas de ex-funcionários e acessos temporários concedidos ao longo do ano devem ser revogados antes do recesso, não depois.

Um incidente de segurança detectado em 26 de dezembro custa muito mais que o mesmo incidente em março — não porque o ataque seja diferente, mas porque a janela até a resposta é maior e a decisão sobre parar sistemas depende de gente que está fora.

Como a Duk estrutura o fim de ano dos clientes

Planejar tudo isso internamente é viável para equipes grandes. Para a maioria das empresas médias, com dois ou três profissionais de TI, o fim de ano expõe o limite estrutural: não há gente suficiente para manter plantão, cobrir férias e ainda tocar o fechamento. É nesse ponto que o modelo de suporte com parceiro externo deixa de ser custo e vira continuidade de operação.

A Duk Informática & Cloud atende mais de 550 empresas e acumula 18 anos de operação em ambientes que atravessam esse ciclo todo dezembro. Como Microsoft Gold Partner, a equipe cobre desde o ambiente Microsoft 365 e a infraestrutura virtualizada até a rede, o backup e o monitoramento — com plantão em regime de sobreaviso e SLA definido em contrato, o que significa que a escala de fim de ano do cliente não depende exclusivamente da disponibilidade do time interno.

Na prática, o trabalho começa em novembro: levantamento do calendário crítico com as áreas de negócio, revisão de backup e capacidade, documentação dos procedimentos de contingência e definição conjunta da janela de congelamento. Durante o recesso, o monitoramento segue ativo e o acionamento tem canal formal, com registro e rastreabilidade de cada chamado. A equipe interna do cliente tira férias de verdade, e o fechamento contábil acontece sem depender de quem está viajando.

Se a sua operação depende de sistemas que não podem parar entre dezembro e janeiro — folha, faturamento, fiscal ou atendimento —, vale começar o planejamento agora, enquanto ainda há tempo de testar restauração, renovar o que vence e escrever os procedimentos que o plantão vai usar. Fale com a Duk para desenhar a escala de fim de ano da sua empresa.