Sustentação de TI: por que resolver chamados não é suficiente para manter a empresa funcionando?

Sustentação de TI não deve começar quando um equipamento para ou um sistema deixa de responder. Seu papel é organizar o atendimento, monitorar o ambiente, prevenir falhas, reduzir recorrências e recuperar os serviços com o menor impacto possível para a operação.

9 min de leitura
Sustentação de TI: por que resolver chamados não é suficiente para manter a empresa funcionando?

Quando o suporte atua apenas de forma emergencial, a empresa pode até resolver problemas isolados, mas continua exposta às mesmas causas, interrupções e custos inesperados. Uma sustentação consistente transforma a TI de uma sucessão de urgências em um serviço acompanhado, priorizado e continuamente aprimorado.

O problema não é somente a falha técnica

Imagine uma empresa que inicia o expediente e descobre que o sistema utilizado pelo departamento comercial está indisponível.

Os usuários começam a procurar ajuda por diferentes canais. Alguns enviam mensagens diretamente a um técnico. Outros telefonam. Há quem tente resolver por conta própria. Ninguém sabe ao certo:

  • se o problema afeta uma pessoa ou toda a empresa;

  • quem está responsável pelo atendimento;

  • qual é a prioridade;

  • quais ações já foram realizadas;

  • quando o serviço poderá ser restabelecido;

  • se a falha já ocorreu anteriormente.

Nesse cenário, o defeito técnico é apenas uma parte do problema. A ausência de um processo organizado aumenta o tempo de resposta, dificulta a comunicação e prejudica a rastreabilidade.

A sustentação de TI existe para evitar esse tipo de improvisação.

O que significa sustentação de TI?

Sustentação de TI é o conjunto de atividades necessárias para manter equipamentos, sistemas, redes, usuários e serviços tecnológicos funcionando com estabilidade e segurança.

Ela pode compreender, conforme o ambiente e o escopo contratado:

  • central de atendimento;

  • registro e acompanhamento de chamados;

  • suporte remoto ou presencial;

  • manutenção preventiva e corretiva;

  • monitoramento de servidores, computadores e sistemas;

  • gestão de eventos;

  • tratamento de incidentes;

  • atendimento de requisições;

  • escalonamento técnico;

  • atualização e melhoria do ambiente;

  • gestão de mudanças;

  • acompanhamento de níveis de serviço.

A ISO/IEC 20000-1 estabelece requisitos para sistemas de gestão de serviços, abrangendo planejamento, desenho, transição, entrega e melhoria dos serviços. A norma também trata separadamente de práticas como gestão de incidentes, requisições, níveis de serviço, disponibilidade e continuidade. A edição de 2018 foi confirmada pela ISO em 2023 e permanece vigente.

Essa visão demonstra que suporte não é apenas “consertar computadores”. Trata-se de administrar serviços necessários ao funcionamento da empresa.

Atendimento rápido é importante, mas não resolve tudo

A velocidade de resposta é um indicador relevante, mas não deve ser analisada isoladamente.

Um suporte pode responder rapidamente e ainda apresentar problemas como:

  • baixa capacidade de resolução;

  • chamados recorrentes;

  • comunicação insuficiente;

  • ausência de registros;

  • prioridades mal definidas;

  • mudanças realizadas sem controle;

  • falta de acompanhamento após a solução;

  • dependência de um único profissional.

Uma sustentação madura precisa equilibrar:

agilidade, qualidade técnica, prioridade, rastreabilidade, comunicação e prevenção.

O ITIL, referência amplamente utilizada em gestão de serviços de tecnologia, associa a gestão de incidentes ao restabelecimento rápido da operação normal e à redução do tempo de indisponibilidade. Também relaciona a gestão de problemas à identificação de causas, erros conhecidos e medidas capazes de reduzir a probabilidade e o impacto de novos incidentes.

Incidente, requisição e projeto não são a mesma coisa

Uma das bases para organizar o suporte é classificar corretamente cada demanda.

Incidente

É uma falha ou interrupção que afeta o funcionamento esperado do ambiente.

Exemplos:

  • sistema indisponível;

  • usuário sem acesso;

  • computador que não inicia;

  • impressora do setor sem comunicação;

  • falha em um servidor;

  • perda de conexão com a rede.

O objetivo imediato é restaurar o serviço e reduzir o impacto operacional.

Requisição

É uma solicitação prevista e normalmente recorrente.

Exemplos:

  • criação de usuário;

  • instalação autorizada de software;

  • liberação de acesso;

  • configuração de equipamento;

  • orientação de uso.

A requisição deve seguir o escopo e as condições definidos para o serviço contratado.

Projeto

É uma demanda que exige planejamento, escopo, recursos, prazos ou condições comerciais específicas.

Exemplos:

  • implantação de uma nova rede;

  • migração de servidores;

  • abertura de uma unidade;

  • substituição ampla de equipamentos;

  • implantação de uma nova solução.

Os materiais de atendimento da Glautec adotam essa separação entre incidente, requisição e projeto e informam que demandas fora do escopo contratual devem ter prazos e valores definidos comercialmente.

A classificação evita que uma solicitação rotineira receba o mesmo tratamento de uma interrupção crítica ou que um projeto seja executado informalmente como chamado técnico.

Prioridade deve considerar impacto e urgência

Nem todo chamado deve ser atendido na ordem em que chegou.

Uma falha que impede uma empresa inteira de operar exige tratamento diferente de um problema menor que afeta apenas um usuário e possui alternativa temporária.

A priorização deve considerar, principalmente:

  • quantidade de usuários afetados;

  • área ou processo atingido;

  • indisponibilidade total ou parcial;

  • existência de alternativa operacional;

  • risco para dados e segurança;

  • impacto sobre clientes, produção ou faturamento;

  • urgência da atividade interrompida.

O Welcome Kit da Glautec apresenta um modelo de priorização baseado na combinação entre impacto e urgência. O mesmo documento estabelece que os compromissos de atendimento e os serviços 24x7 dependem das condições previstas no contrato vigente.

Essa ressalva é importante: não deve existir promessa genérica de prazo sem que serviço, cobertura, criticidade e responsabilidades estejam claramente definidos.

O que o SLA realmente representa?

O Acordo de Nível de Serviço, conhecido como SLA, é um acordo documentado que identifica os serviços e o desempenho pactuado entre as partes. Essa é a definição adotada pela ISO/IEC 20000-1.

Na prática, o SLA pode estabelecer elementos como:

  • horário de atendimento;

  • canais autorizados;

  • categorias de prioridade;

  • prazo de resposta;

  • prazo ou objetivo de resolução;

  • condições de escalonamento;

  • responsabilidades do cliente;

  • situações não abrangidas;

  • forma de medição.

É importante diferenciar dois conceitos:

Tempo de resposta: intervalo até o início ou o reconhecimento formal do atendimento.

Tempo de resolução: período necessário para restaurar ou solucionar o serviço, conforme as condições aplicáveis.

Nem toda ocorrência pode ter seu tempo de resolução previsto com absoluta precisão. A solução pode depender de diagnóstico, acesso ao ambiente, peças, fabricantes, terceiros, conectividade ou aprovação do cliente.

Por isso, um SLA responsável deve ser claro, mensurável e compatível com o serviço efetivamente contratado.

Por que os chamados devem passar pelos canais oficiais?

Quando pedidos são feitos por mensagens pessoais, conversas informais ou contatos paralelos, informações importantes podem se perder.

Um canal oficial permite registrar:

  • solicitante;

  • data e horário;

  • descrição da demanda;

  • prioridade;

  • responsável;

  • interações realizadas;

  • evidências;

  • solução aplicada;

  • tempo de atendimento;

  • histórico de recorrência.

Além de organizar o trabalho técnico, esse histórico ajuda a identificar padrões, justificar investimentos e acompanhar a qualidade do serviço.

O Welcome Kit da Glautec orienta que as solicitações sejam abertas pelos canais oficiais para preservar organização, rastreabilidade e qualidade do atendimento. O documento indica o Portal de Chamados como canal recomendado e também apresenta e-mail e telefones de suporte, conforme as condições contratuais aplicáveis.

Suporte reativo e sustentação preventiva não são equivalentes

No modelo exclusivamente reativo, a equipe atua depois que a falha já produziu efeitos.

O ciclo costuma ser:

problema → interrupção → chamado urgente → correção → retorno à rotina

Sem análise posterior, a causa permanece e a ocorrência pode se repetir.

Na sustentação preventiva, são acrescentadas atividades como:

  • acompanhamento do ambiente;

  • revisão de equipamentos e configurações;

  • aplicação planejada de atualizações;

  • análise de alertas;

  • verificação de capacidade;

  • identificação de ativos obsoletos;

  • tratamento de falhas recorrentes;

  • documentação;

  • recomendação de melhorias.

A CISA recomenda que organizações mantenham inventários de hardware e software autorizados, removam ativos sem suporte e mantenham atualizações e configurações de segurança sob acompanhamento. Essas medidas ajudam a reduzir exposições que podem comprometer a disponibilidade e a segurança dos sistemas.

Prevenção não significa eliminar todas as falhas. Significa reduzir sua probabilidade, perceber sinais antecipadamente e responder de forma mais organizada.

Qual é a função do monitoramento?

O monitoramento permite acompanhar condições relevantes do ambiente tecnológico antes ou durante uma falha.

Dependendo do serviço implantado, pode abranger:

  • disponibilidade de servidores;

  • utilização de recursos;

  • eventos de rede;

  • funcionamento de serviços;

  • alertas de segurança;

  • falhas em equipamentos;

  • indisponibilidade de sistemas;

  • condições que exigem investigação.

O monitoramento não substitui o suporte. Ele fornece informações para que a equipe possa identificar, priorizar e tratar eventos.

Os materiais institucionais da Glautec descrevem o NOC como uma solução de monitoramento e gerenciamento de eventos de tecnologia, utilizando equipe especializada e ferramentas para acompanhar servidores, computadores e sistemas. Também apresentam SOC, sustentação e suporte como componentes integrados da operação tecnológica.

A cobertura, os ativos monitorados, os critérios de alerta e o atendimento contínuo precisam estar definidos no contrato.

Corrigir uma falha não é o mesmo que eliminar sua causa

Considere uma empresa que perde conexão com determinado sistema todas as semanas.

Reiniciar um equipamento pode restaurar o serviço. Entretanto, se a causa não for investigada, o chamado continuará ocorrendo.

A análise deve considerar perguntas como:

  • existe padrão de horário ou utilização?

  • houve alteração recente?

  • o equipamento apresenta limitação?

  • há erro de configuração?

  • a conexão está instável?

  • existe dependência de fornecedor?

  • a capacidade é adequada?

  • há registros que permitam comparar ocorrências?

O objetivo da gestão de problemas é reduzir a probabilidade e o impacto dos incidentes por meio da identificação de causas reais ou potenciais, soluções de contorno e erros conhecidos.

Essa distinção é essencial:

O incidente interrompe o serviço. O problema representa a causa, conhecida ou ainda investigada, que pode produzir um ou mais incidentes.

Mudanças sem controle podem criar novas indisponibilidades

Atualizações, substituições, configurações e implantações são necessárias para a evolução do ambiente. Porém, alterações realizadas sem planejamento podem provocar falhas inesperadas.

Uma gestão de mudanças minimamente estruturada deve considerar:

  • objetivo;

  • escopo;

  • riscos;

  • impacto;

  • responsáveis;

  • aprovações;

  • janela de execução;

  • comunicação;

  • plano de retorno;

  • validação posterior;

  • registro das atividades.

O processo de GMUD apresentado pela Glautec prevê planejamento, definição de escopo, avaliação de riscos e impactos, aprovação, comunicação antecipada, execução monitorada, validação pós-implementação e registro para histórico e auditoria.

Essa disciplina aumenta a previsibilidade e reduz a possibilidade de uma melhoria planejada transformar-se em uma interrupção.

Sete sinais de que o suporte da empresa precisa evoluir

A sustentação merece revisão quando:

  1. Os usuários não sabem onde abrir chamados.

  2. As solicitações são feitas diretamente a diferentes técnicos.

  3. Não existe critério claro de prioridade.

  4. Os mesmos problemas ocorrem repetidamente.

  5. A empresa desconhece os equipamentos e sistemas existentes.

  6. As manutenções acontecem somente após falhas.

  7. Não há histórico confiável de atendimento, mudanças e decisões.

A presença de um desses sinais não comprova deficiência generalizada. Indica, porém, um ponto que deve ser avaliado conforme a criticidade da operação.

Como avaliar uma empresa de sustentação de TI?

A contratação não deve considerar apenas preço ou promessa de atendimento rápido.

É recomendável verificar:

  • escopo dos serviços;

  • canais de atendimento;

  • horários e coberturas;

  • critérios de prioridade;

  • níveis de escalonamento;

  • responsabilidades das partes;

  • recursos de monitoramento;

  • capacidade de atendimento remoto e presencial;

  • forma de registro e acompanhamento;

  • tratamento de demandas fora do escopo;

  • controle de mudanças;

  • indicadores e relatórios;

  • condições para atendimento emergencial;

  • proteção das informações acessadas pela equipe técnica.

Também é necessário verificar se as promessas comerciais estão refletidas no contrato e se os níveis de serviço podem ser medidos objetivamente.

Como a Glautec atua na sustentação do ambiente tecnológico

Os materiais oficiais apresentam a Glautec Sustentação Integral como um conjunto de serviços destinados à gestão, ao monitoramento, à segurança e ao apoio aos usuários.

Conforme o escopo contratado, a estrutura pode envolver:

  • central de atendimento;

  • manutenção preventiva;

  • manutenção corretiva e upgrades;

  • monitoramento e gerenciamento de eventos;

  • atendimento remoto;

  • atendimento presencial ou alocação técnica;

  • equipamentos de reserva para substituição temporária;

  • gerenciamento e regularização de licenças;

  • organização da infraestrutura;

  • evolução contínua do ambiente.

O portfólio também apresenta o Diagnóstico Estratégico de Tecnologia, a gestão do ambiente de TI e a sustentação operacional como componentes da atuação consultiva da Glautec.

As características, coberturas, prazos e responsabilidades de cada serviço devem ser confirmadas na proposta e no contrato aplicáveis a cada cliente.

Suporte eficiente não é aquele que vive apagando incêndios

Uma sustentação bem organizada não elimina completamente falhas, mas muda a forma como a empresa convive com elas.

Em vez de depender de improviso, a organização passa a contar com:

  • canais definidos;

  • prioridades estabelecidas;

  • responsabilidades claras;

  • histórico de atendimento;

  • escalonamento;

  • monitoramento;

  • prevenção;

  • controle de mudanças;

  • melhoria contínua.

A pergunta central deixa de ser:

“Quem pode consertar isso agora?”

E passa a ser:

“Como manter o ambiente estável, responder adequadamente às falhas e evitar que os mesmos problemas continuem prejudicando a operação?”

Próximo passo

Antes de contratar ferramentas ou ampliar a equipe, é necessário compreender quais serviços sustentam a operação, quais falhas são recorrentes, como os chamados são tratados e onde estão os principais riscos de indisponibilidade.

Converse com a Glautec para avaliar a sustentação do seu ambiente tecnológico e identificar oportunidades de melhoria em atendimento, monitoramento, manutenção e continuidade operacional.

Deixa que a gente resolve.

Rafael Frutuoso | Glautec Tecnologia

Compartilhar:

Precisa de uma solução para sua empresa?

Fale com a equipe da Glautec e descubra como podemos ajudar sua empresa com tecnologia, infraestrutura e soluções personalizadas.

Fale com a Glautec
WhatsApp