A Gestão de Garantias de Hardware é a prática de acompanhar qual cobertura cada ativo de TI possui, por quanto tempo e sob quais condições, para que a organização consiga acionar os reparos que já pagou. A maioria das equipes de TI perde esse fio em menos de um ano após a compra, porque os dados de cobertura ficam em ordens de compra e e-mails de fornecedores que não têm um responsável definido.
Este artigo mostra como construir um processo de Gestão de Garantias que se sustenta ao longo do tempo: o que registrar para cada ativo coberto, como conduzir acionamentos e renovações e como reportar a exposição de garantias em termos que um responsável pelo orçamento consiga acionar. Também percorre a execução desse processo no InvGate Asset Management, das consultas automáticas de cobertura até o painel que você entrega à liderança.
O que é Gestão de Garantias de Hardware?
A Gestão de Garantias de Hardware é a administração sistemática de garantias de fabricante, coberturas estendidas e contratos de suporte dos ativos de hardware e software que uma organização possui. Ela vai do momento em que o ativo é comprado até o momento em que sua cobertura termina e alguém precisa decidir o que acontece em seguida.
O termo carrega um segundo sentido fora de TI. Para fabricantes e varejistas, Gestão de Garantias descreve o processamento de acionamentos de garantia enviados pelos próprios clientes, uma disciplina com sua própria categoria de software e suas próprias métricas. Este artigo usa o termo no sentido de ITAM (Gestão de Ativos de TI): gerenciar a cobertura que a sua organização mantém sobre os equipamentos que opera.
O que a Gestão de Garantias envolve
A prática se divide em cinco atividades que rodam de forma contínua em toda a base de ativos. Cada uma depende dos dados capturados pela anterior:
- Captura da cobertura: registrar o que cada ativo tem coberto, por quem e até quando, no momento em que ele entra no inventário.
- Monitoramento de vencimento de garantia: acompanhar as datas de fim de cobertura com antecedência suficiente para ainda haver tempo de agir sobre elas.
- Condução de acionamentos: abrir e acompanhar reparos e substituições enquanto a cobertura está ativa.
- Decisões de renovação: escolher entre estender a cobertura, substituir o ativo ou absorver internamente o risco de reparo.
- Relatório de exposição: mostrar à liderança quanto do parque roda sem cobertura e quanto isso custaria.
A maioria das equipes constrói as duas primeiras e para por aí. As três últimas são onde a Gestão de Garantias passa a afetar diretamente o orçamento de hardware, e todas elas dependem da qualidade das duas primeiras.
Onde as garantias se encaixam no ciclo de vida do ativo
Uma garantia tem seu próprio ciclo de vida rodando dentro do ciclo do ativo. Ela começa na compra, atravessa um período ativo durante o qual o fornecedor absorve os custos de reparo e termina em uma data que raramente coincide com a vida útil do ativo.
É esse descompasso que conecta a Gestão do Ciclo de Vida dos Ativos ao acompanhamento de garantias. Um ativo cuja cobertura terminou dois anos antes da renovação planejada carrega um risco de reparo que o orçamento nunca previu, e essa lacuna costuma passar despercebida até algo quebrar.
Como construir seu registro de garantias
Um registro de garantias é o cadastro único e oficial de todas as garantias e contratos de suporte que a organização mantém, vinculado aos ativos específicos que cada um cobre. Ele existe para responder a uma pergunta sob demanda: este dispositivo ainda está coberto e por quem?
A maioria das organizações já tem os dados brutos, espalhados por ordens de compra, portais de fornecedores, sistemas financeiros e uma planilha que alguém manteve até mudar de função. Consolidar tudo no inventário de TI é o que transforma o controle de garantia de equipamentos em algo sobre o qual a equipe consegue agir.
O que registrar para cada ativo coberto
Um registro só funciona se cada entrada carregar detalhe suficiente para abrir um acionamento sem pesquisa adicional. Isso significa registrar, por ativo:
- Número de série e modelo: os identificadores que todo fornecedor pede primeiro.
- Data de aquisição: a âncora para calcular janelas de cobertura e depreciação.
- Datas de início e fim da cobertura: os dois campos que orientam cada alerta e cada decisão de renovação.
- Nível de cobertura: atendimento on-site no próximo dia útil, envio para o centro de reparos, apenas peças, e o que cada uma dessas modalidades deixa de fora.
- Fornecedor e referência do contrato: o fabricante, revendedor ou terceiro efetivamente responsável, além do número do contrato.
- Canal de acionamento: o portal, a linha telefônica ou o gerente de conta usado para abrir um chamado.
- Exclusões: dano acidental, desgaste de bateria e qualquer outro item que o fornecedor vá recusar.
- Localização e usuário atribuído: quem está com o dispositivo e de onde ele seria enviado.
Dois desses campos são os mais ignorados e os que causam mais estrago. Nível de cobertura e exclusões determinam se um acionamento será aprovado, então um registro que armazena apenas a data de término vai reportar um ativo como coberto sem dizer contra o quê ele está coberto.
Como manter os dados de cobertura precisos ao longo do tempo
Um registro se deteriora sozinho. Dispositivos são reatribuídos, garantias estendidas são compradas e nunca registradas, e equipamentos novos entram no inventário com os campos de cobertura em branco porque quem fez a entrada ainda não tinha a documentação.
A correção tem duas metades: fazer com que os dados de cobertura cheguem automaticamente sempre que o fornecedor os expuser, e tornar as lacunas visíveis em todo o resto. Um ativo sem data de fim de cobertura deve aparecer como uma condição reportável, para que os campos em branco sejam resolvidos em vez de silenciosamente contarem como cobertos.
Como abrir um acionamento de garantia antes de a cobertura acabar
A maior parte dos acionamentos recusados se resume a documentação faltante. Fornecedores pedem comprovante de compra, número de série, descrição da falha e evidência de que o defeito se enquadra nas categorias cobertas, e reunir tudo isso depois que o dispositivo falha é onde as equipes perdem dias. Manter o seguinte no registro elimina esse atraso:
- Comprovante de compra ou a referência do pedido junto ao fornecedor.
- O número de série e a designação exata do modelo.
- Os termos de cobertura em vigor, incluindo qualquer tempo de resposta assumido pelo fornecedor.
- Um histórico de acionamentos e reparos anteriores da mesma unidade.
Esse último item vale mais do que parece. Um dispositivo que já foi reparado duas vezes sob a mesma garantia é uma conversa diferente com o fornecedor do que uma primeira falha, e o histórico de reparos vira a evidência por trás da decisão de substituição mais adiante.
Decisões de renovação: estender, substituir ou assumir o risco
Toda garantia chega à sua data de término, e essa data força uma decisão sobre cada ativo. A organização pode pagar para estender a cobertura, substituir o dispositivo ou assumir internamente o risco de reparo.
Tomar bem essa decisão exige três números por classe de ativo: quanto custa a cobertura estendida, quanto custa um reparo sem ela e com que frequência esses reparos realmente acontecem. Equipes sem histórico de reparos para consultar tendem a repetir o que decidiram no ano anterior.
Estender a cobertura
Estender a cobertura faz sentido quando o ativo ainda tem vida útil pela frente e uma falha seria cara de absorver. A comparação é entre o preço da extensão e o custo esperado de reparo no mesmo período, que é a taxa de falha daquele modelo multiplicada pelo valor médio do reparo.
Fornecedores precificam extensões mais alto conforme o hardware envelhece, então a conta costuma se voltar contra a extensão por volta do terceiro ou quarto ano. Servidores, equipamentos de rede e qualquer item cuja falha impeça outras pessoas de trabalhar justificam o prêmio por mais tempo do que um notebook padrão.
Substituir o ativo
A substituição vence quando o preço da extensão se aproxima de uma fração relevante do valor de uma unidade nova, ou quando o ativo já está perto da data prevista de renovação. Um dispositivo envelhecido acumula desempenho mais lento, suporte de segurança mais curto e taxa de falha mais alta ao mesmo tempo, então a conta do reparo, isolada, subestima o argumento a favor da troca.
Esta é a decisão que paga o registro. Datas de fim de cobertura confrontadas com datas de aquisição e histórico de reparos permitem que a equipe programe substituições como itens planejados de orçamento, enquanto compras emergenciais após uma falha inesperada custam mais e chegam sem tempo de aprovação.
Assumir o risco em parte do parque
Assumir o risco significa abrir mão da cobertura estendida e absorver os reparos por uma linha interna de orçamento. Isso se torna viável em escala, onde as taxas de falha são previsíveis o bastante para se provisionar contra elas e uma falha isolada não interrompe a operação.
As condições que fazem isso funcionar são específicas: uma população grande de dispositivos idênticos, histórico de falhas documentado, unidades reserva disponíveis para troca e baixa criticidade por dispositivo. Parques pequenos, ambientes regulados e equipamentos sob compromisso de SLA (Acordo de Nível de Serviço) são os casos em que essa abordagem tende a custar mais do que economiza.
Como reportar a exposição de garantias
Exposição de garantias é a parcela da base de ativos rodando sem cobertura ativa, medida em valor de reposição. A contagem de dispositivos subestima o problema, já que cinquenta monitores sem cobertura e cinquenta servidores sem cobertura carregam riscos muito diferentes. Um relatório de exposição útil acompanha cinco números:
- Ativos sem cobertura ativa, por valor e por tipo de ativo.
- Cobertura vencendo nos próximos 90 dias, a janela em que decisões de renovação ainda são baratas de tomar.
- Gasto com reparos em ativos que estavam cobertos, que mede o quanto o próprio processo está vazando.
- Ativos com reparos repetidos, como candidatos a substituição ou escalonamento com o fornecedor.
- Custo de extensão contra custo de substituição por classe de ativo, como insumo para o próximo ciclo orçamentário.
O terceiro número é o que chama atenção em uma revisão de orçamento. Dinheiro gasto consertando equipamento que o fabricante teria reparado gratuitamente é uma falha de processo com um valor em moeda anexado, e isso sustenta a defesa de ferramentas melhores mais rápido do que qualquer percentual de cobertura.
Gestão de Garantias de Hardware com o InvGate Asset Management
IT’s Most Expensive Oversight: Ignoring Hardware Warranties
O InvGate Asset Management é uma plataforma de software de Gestão de Ativos de TI que reúne hardware, software e qualquer outro ativo de TI em um inventário único, com automação no-code, painéis personalizados e opções de implantação em nuvem e on-premises. Ele cobre o ciclo de vida do ativo da descoberta ao descarte e os dados de garantia existem como um atributo dos próprios ativos.
Para a Gestão de Garantias especificamente, a plataforma puxa dados de cobertura das APIs dos fornecedores onde elas existem, marca os ativos por status de cobertura automaticamente, traz uma automação nativa que avisa sobre vencimentos próximos e reporta a exposição em painéis feitos para uma conversa de orçamento. Garantias estendidas e contratos de suporte são registrados como contratos, vinculados aos ativos que cobrem, e carregam anexos e anotações, então o certificado de garantia e as exclusões escritas pelo fornecedor ficam no cadastro em vez de na caixa de entrada de alguém.
Os recursos que sustentam o maior peso são os que eliminam entrada e verificação manuais. Cinco deles fazem a maior parte do trabalho:
- APIs de garantia para Dell e Lenovo: as datas de cobertura e de aquisição são preenchidas automaticamente para esses fabricantes, e a integração com a Lenovo também cobre dispositivos IBM.
- Carga em massa de garantias: ativos de fornecedores sem API recebem suas datas de cobertura em uma única importação, em vez de um registro por vez.
- Etiquetas Inteligentes: os ativos se marcam sozinhos por status de cobertura conforme as regras e janelas que você definir, e a composição de cada etiqueta se atualiza sozinha conforme as datas passam.
- A automação "Upcoming warranty expiration": uma automação nativa que envia lembretes para dispositivos próximos do fim do período de garantia, para que substituições ou extensões de contrato sejam planejadas antes da data.
- Painéis de garantia: os widgets abrem os vencimentos por trimestre, o status de cobertura por localidade e o custo dos ativos por tipo.
Puxe os dados de garantia automaticamente com as integrações de fornecedores
As integrações de garantia ficam em Configurações > Integrações > APIs de Garantia, e cada uma é habilitada com um Client ID e uma Client Secret Key do fabricante. Uma vez conectada, a plataforma consulta o fornecedor para cada dispositivo correspondente e preenche a data de aquisição e a data de vencimento da garantia sem ninguém digitá-las.
Dispositivos de fabricantes sem integração disponível também recebem datas de cobertura, inseridas individualmente ou carregadas em massa durante uma importação de ativos, depois que alguém verifica o status da garantia no portal do próprio fabricante. Ativos cuja cobertura nunca foi registrada aparecem com um filtro de status de garantia definido como "Não definido", o que transforma os campos em branco em uma lista de trabalho em vez de uma lacuna silenciosa.
Sinalize coberturas a vencer com Etiquetas Inteligentes e automações
As Etiquetas Inteligentes se aplicam sozinhas a qualquer ativo que atenda a uma regra, e as regras chegam ao nível de granularidade que o registro permitir: cobertura vencendo dentro de uma janela que você definir, por fabricante, por localidade, por tipo de ativo ou qualquer combinação disso. Uma etiqueta construída sobre uma janela de noventa dias mantém sua própria composição atualizada conforme as datas avançam, então filtrar ou reportar sobre ela produz a lista de renovações sem ninguém escrever uma consulta.
As notificações vêm das automações, e a que mais importa aqui já vem pronta para uso. A automação de vencimento próximo envia lembretes para dispositivos chegando ao fim do período de garantia, o que dá à equipe espaço para planejar uma substituição ou negociar uma extensão de contrato antes de a cobertura expirar. Automações personalizadas criadas em Configurações > Ativos > Automações cobrem qualquer outra coisa que você queira monitorar, enviando e-mail a uma equipe definida com os detalhes do ativo e um link direto para o perfil dele.
Acompanhe a exposição de garantias em um painel
Os painéis são onde o relatório de exposição descrito acima é construído. Um painel de garantias normalmente combina vencimentos por trimestre, status de cobertura aberto por localidade e custo de ativos por tipo e localidade, com filtros globais definindo o escopo padrão de cada widget.
Reparos repetidos são acompanhados com um campo personalizado. Um campo que registra primeiro, segundo e terceiro reparo em garantia permite que um widget exponha os ativos que seguem falhando, que é a lista que orienta decisões de substituição e escalonamentos com o fornecedor.
Alimente a decisão de renovação com dados de ciclo de vida e custo
Decidir entre estender a cobertura ou substituir um dispositivo exige um insumo que o registro de garantia não guarda: quanto de vida suportada o hardware ainda tem. O Atlas traz os dados de fim de suporte para o inventário, de modo que essa data fique ao lado da data de cobertura, e sua primeira versão cobre computadores, switches, roteadores e impressoras em instâncias na nuvem.
Os centros de custo fornecem a outra metade. Como um centro de custo pode ser atribuído a ativos, contratos e ordens de compra, a exposição de garantias pode ser reportada pela área que é dona do orçamento, que é a abertura de que uma conversa com finanças realmente precisa.
Boas práticas de Gestão de Garantias
Um processo de Gestão de Garantias que funciona depende tanto de hábitos quanto de ferramentas. Estes são os que vale a pena impor:
- Capture a cobertura na entrada, nunca depois. Os cinco minutos que isso leva no onboarding são o momento mais barato em que esse dado vai existir.
- Trate uma data de cobertura ausente como um defeito. Um ativo com o campo em branco pertence a um relatório até alguém preenchê-lo.
- Dê um dono ao processo. A Gestão de Garantias falha silenciosamente quando pertence a todo mundo envolvido no Gerenciamento de Fornecedores e a ninguém em particular.
- Revise a lista de vencimentos mensalmente. Um horizonte de noventa dias deixa espaço para negociar; um de trinta dias deixa espaço para o desespero.
- Registre cada acionamento e reparo no ativo. O histórico de reparos é o insumo da decisão de renovação e a alavanca na conversa com o fornecedor.
- Inclua o software. Garantias de Software e contratos de suporte carregam o mesmo risco de vencimento e são acompanhados ainda menos do que os de hardware.
Nenhuma dessas práticas exige uma ferramenta específica para começar. Elas exigem, sim, que os dados de cobertura estejam em um só lugar, que é o ponto em que o inventário precisa carregá-los.
Em resumo
A Gestão de Garantias de Hardware conquista seu lugar na pilha de ITAM ao transformar a cobertura de um detalhe do momento da compra em um insumo orçamentário contínuo. O registro torna a cobertura visível, os alertas tornam os vencimentos acionáveis e o relatório de exposição torna ambos legíveis para quem aprova o gasto com hardware.
O hábito que faz tudo isso funcionar é pequeno: os dados de cobertura entram no inventário no primeiro dia, para que ninguém precise procurá-los quando um dispositivo falhar. Você pode montar isso sobre a sua própria base de ativos com uma avaliação gratuita de 30 dias ou falar com a equipe de Vendas sobre como seria uma implantação no seu volume.
Perguntas frequentes
Estas são as perguntas que mais aparecem quando uma equipe começa a construir um processo de garantias. Cada resposta pressupõe que os dados de cobertura estão no inventário de ativos.
O que é um registro de garantias?
Um registro de garantias é o cadastro único e oficial de todas as garantias e contratos de suporte que uma organização mantém, vinculado aos ativos específicos que cada um cobre. Ele armazena datas de cobertura, nível de serviço, fornecedor, canal de acionamento e exclusões, de modo que qualquer dúvida sobre um dispositivo estar coberto seja respondida em um só lugar.
Quanto tempo costuma durar uma garantia de hardware de TI?
Garantias padrão de fabricante em hardware corporativo costumam durar de um a três anos a partir da compra, dependendo do fornecedor e da linha de produto. As extensões são normalmente vendidas em incrementos de um ano, embora disponibilidade, duração e preço variem por fabricante e por modelo.
Qual é a diferença entre garantia e contrato de suporte?
A garantia é a obrigação do fabricante de reparar ou substituir um ativo que falhe por defeito, dentro de um período definido e de um conjunto definido de condições. O contrato de suporte é um acordo de serviço contratado que pode acrescentar compromissos de tempo de resposta, atendimento on-site, cobertura de dano acidental ou assistência técnica além do que a garantia base inclui.
O que é exposição de garantias?
Exposição de garantias é o valor de reposição dos ativos que estão rodando sem cobertura ativa. Reportá-la em moeda, ao lado da contagem de dispositivos, mostra à liderança o que a organização teria que financiar se esses ativos falhassem.
O acompanhamento de garantias pode ser automatizado?
Boa parte dele pode. Os dados de cobertura podem ser puxados automaticamente de fabricantes que expõem uma API de garantia, e alertas de vencimento, tags de status e painéis rodam sem verificação manual. A decisão de renovação em si ainda precisa de uma pessoa, já que depende de orçamento, planos de renovação e de quão crítico é o ativo.
