Chargeback e showback: como ratear custos de TI entre setores da empresa

O que são chargeback e showback em TI

Toda empresa com mais de 50 colaboradores chega no mesmo ponto: o orçamento de TI cresce ano após ano, mas ninguém consegue explicar exatamente para onde o dinheiro foi. O diretor financeiro vê uma linha única no balanço — "Tecnologia da Informação, R$ 480 mil" — e não tem como saber se o setor comercial consumiu 5% ou 40% daquilo. O resultado é previsível: TI vira centro de custo genérico, sofre corte linear na primeira crise, e perde a capacidade de justificar investimentos.

Chargeback e showback são os dois modelos que resolvem esse problema. No showback, a TI mede e apresenta o consumo de cada área — quantas licenças, quantos gigabytes, quantos chamados — mas o custo continua no orçamento central de tecnologia. É um relatório de transparência: cada gestor vê o que sua equipe consome, sem que isso afete seu próprio orçamento. No chargeback, o passo seguinte, esse custo é efetivamente debitado do centro de custo da área. O setor comercial que usa 80 licenças do Microsoft 365 recebe a conta dessas 80 licenças no seu resultado mensal.

A diferença parece administrativa, mas o efeito comportamental é enorme. Showback informa; chargeback disciplina. Quando o custo bate no orçamento do gestor, pedidos de recurso passam a ter avaliação crítica antes de chegar na TI — e a fila de solicitações que antes era infinita ganha priorização natural.

Por que showback vem antes de chargeback

O erro mais comum em projetos de rateio é começar pelo chargeback. A empresa contrata uma ferramenta, define uma fórmula de rateio e passa a debitar valores nos centros de custo já no primeiro mês. Três semanas depois, a TI está em guerra com todas as áreas: o comercial contesta o número de licenças, o financeiro diz que nunca pediu aquele storage, o jurídico afirma que a conta está errada. O projeto morre e a TI perde credibilidade para tentar de novo nos próximos dois anos.

Showback existe justamente para atravessar essa fase de contestação sem risco financeiro. Durante 3 a 6 meses, a TI publica relatórios de consumo por área sem cobrar nada. Os gestores contestam, a TI corrige o inventário, ajusta as regras de alocação, descobre que 40 licenças estavam atribuídas a pessoas desligadas e que dois servidores rodavam para um projeto encerrado em 2023. Todo esse ruído é resolvido antes de qualquer dinheiro mudar de lugar.

Regra prática: só migre para chargeback quando dois ciclos consecutivos de showback fecharem sem contestação relevante. Se os gestores ainda discutem os números, o problema é o inventário, não o modelo de rateio.

Há também empresas que ficam permanentemente em showback — e isso é uma decisão legítima. Organizações com estrutura de centro de custo simples, ou onde a diretoria prefere manter o orçamento de TI centralizado por razões estratégicas, extraem quase todo o benefício de transparência sem o atrito administrativo do débito real. O ganho principal — visibilidade e disciplina de consumo — já vem do showback.

Modelos de rateio: qual usar para cada tipo de custo

Não existe uma fórmula única. Cada categoria de custo de TI tem uma métrica de alocação que faz sentido, e forçar tudo em um único critério produz distorções que destroem a credibilidade do modelo. Os quatro modelos usados na prática:

• Rateio por consumo direto — o custo segue a unidade efetivamente usada. Licenças de software, caixas de e-mail, ramais VoIP, storage em GB, máquinas virtuais por vCPU/RAM. É o modelo mais justo e o mais fácil de defender, porque a métrica é auditável.
• Rateio por headcount — o custo é dividido pelo número de colaboradores da área. Serve para itens compartilhados sem métrica individual: link de internet, firewall, antivírus corporativo, service desk. Simples, mas penaliza áreas com muita gente e pouco uso de tecnologia.
• Rateio por peso ou tier — cada área recebe um multiplicador conforme intensidade de uso. Engenharia com estações de CAD pesa 3; administrativo pesa 1. Corrige a injustiça do headcount puro, mas exige revisão anual dos pesos, senão vira número histórico que ninguém sabe explicar.
• Rateio por atividade (ABC) — o custo segue o volume de eventos gerados: chamados abertos, restaurações de backup solicitadas, projetos atendidos. É o mais preciso para service desk, e o único que expõe áreas que consomem desproporcionalmente o tempo da equipe.

Na prática, o modelo que funciona é híbrido. Licenças e nuvem vão por consumo direto; infraestrutura compartilhada vai por headcount ou peso; suporte vai por atividade. O que não pode acontecer é uma categoria grande de custo ficar sem critério explícito e cair num balde de "rateio geral" — é exatamente esse balde que os gestores atacam primeiro quando querem invalidar o modelo inteiro.

Como implementar: da coleta ao primeiro relatório

A implementação depende inteiramente de uma coisa: inventário confiável. Sem saber quem tem qual licença, qual VM pertence a qual projeto e qual estação está com qual colaborador, qualquer rateio é ficção. Por isso, o primeiro terço do projeto é higiene de dados, não configuração de ferramenta.

1. Consolidar o inventário de ativos e serviços. Estações, servidores, VMs, licenças SaaS, links, telefonia, contratos de suporte. Cada item precisa ter um responsável identificável — pessoa ou área.
2. Mapear ativos para centros de custo. Use a mesma estrutura de centro de custo que o financeiro já usa. Criar uma taxonomia paralela só de TI garante que os números nunca vão bater com o ERP.
3. Definir a métrica de cada categoria. Documente por escrito: "licenças M365 = por usuário ativo no mês"; "backup = por TB protegido"; "service desk = por chamado fechado". Essa documentação é o que sustenta a discussão quando um gestor contestar.
4. Automatizar a coleta. Puxar dados do Microsoft 365 admin center, do vCenter, do sistema de chamados e da ferramenta de backup por API. Planilha manual sobrevive dois meses e depois desatualiza.
5. Publicar o relatório mensal por área. Uma página por gestor: custo total, quebra por categoria, comparação com o mês anterior e com a média da empresa. Comparação entre pares é o que gera ação — ninguém quer ser o setor mais caro da lista.
6. Rodar o ciclo de contestação. Prazo fixo (5 dias úteis) para o gestor contestar. Correções aprovadas entram na base, não só no relatório do mês.

Uma nuvem pública madura já entrega boa parte disso via tags de recurso, e é aí que muita empresa começa: rateio de custo de nuvem é o caso de uso mais simples porque o provedor já mede tudo. O erro é parar por aí — nuvem costuma ser 20% a 30% do orçamento de TI, e deixar os outros 70% sem rateio mantém o problema original.

Armadilhas comuns e como evitá-las

A primeira armadilha é o excesso de precisão. Equipes técnicas tendem a querer ratear até o último centavo, criando modelos com 40 métricas diferentes que ninguém consegue auditar nem explicar. Um modelo com 80% de precisão que todos entendem vale mais que um com 99% que só o analista que construiu compreende. Se a explicação do rateio não cabe em um parágrafo, o modelo está complexo demais.

A segunda é ignorar o custo fixo residual. Sempre sobra uma parcela que não é atribuível a ninguém: o salário do gerente de TI, a licença do sistema de monitoramento, o contrato de manutenção do nobreak. Tentar empurrar isso para as áreas gera revolta justificada. O correto é declarar essa parcela explicitamente como "overhead de TI" no relatório, rateá-la por um critério simples e óbvio, e manter o valor visível — transparência sobre o que não dá para ratear é tão importante quanto o rateio em si.

A terceira é o efeito colateral perverso do chargeback mal calibrado. Quando o custo bate forte no orçamento da área, gestores começam a evitar o serviço interno: compram SaaS no cartão de crédito, contratam suporte externo, adiam upgrade de segurança para economizar. Isso é shadow IT criado pela própria política de rateio. O sintoma aparece rápido — solicitações de TI caem e aparecem cobranças estranhas no cartão corporativo. A correção é ajustar o preço interno para ficar competitivo e deixar claro que serviços de segurança e compliance não são opcionais nem negociáveis.

O objetivo do chargeback nunca é reduzir o uso de TI. É fazer com que o uso seja consciente. Se o consumo caiu mas o shadow IT subiu, o modelo falhou.

Como a Duk apoia esse processo

Montar um modelo de rateio exige duas coisas que raramente estão prontas na empresa: inventário confiável e coleta automatizada. É justamente aí que a operação terceirizada de TI ajuda — quem gerencia o ambiente já mantém o inventário de estações, servidores, licenças e backups atualizado por obrigação operacional, e transformar isso em relatório de consumo por centro de custo é um passo curto.

Com mais de 18 anos de mercado e 550+ empresas atendidas, a Duk Informática & Cloud opera esse tipo de estrutura no dia a dia: gestão de licenciamento Microsoft 365 com controle de usuário ativo (a condição de Microsoft Gold Partner dá visibilidade direta sobre o consumo real de licenças), infraestrutura em data center próprio em Alphaville com alocação de recursos por cliente e por projeto, backup com volumetria medida por TB protegido e service desk com registro de chamados por área solicitante. Todas as métricas que um modelo de showback precisa já são produzidas naturalmente pela operação.

Para empresas que ainda não têm essa base, o caminho prático é começar pelo diagnóstico: levantar o inventário real, identificar licenças ociosas e recursos órfãos, e só então definir o critério de rateio. Na maioria dos casos, a limpeza feita nessa etapa já paga parte do projeto — é comum encontrar 10% a 20% de licenças atribuídas a colaboradores desligados ou serviços que ninguém mais usa. Se sua empresa está nesse ponto, vale conversar sobre como estruturar a coleta antes de escolher a fórmula de rateio.