Serviços compartilhados: rateados por headcount, pagos pela unidade errada
TI, RH, finanças e compras são cobrados das unidades de negócio por chaves grosseiras como número de funcionários ou faturamento. Assim, a unidade enxuta que mal usa o serviço subsidia a que usa pesado, o chargeback parece arbitrário e o centro de serviços não recebe nenhum sinal para ficar mais eficiente. Custeamos serviços compartilhados por atividade e transação com TDABC, para que cada unidade pague pelo que realmente consome e o rateio vire algo que os dois lados conseguem defender.
Chargeback baseado em atividades é o método de cobrar cada unidade de negócio pelo que ela realmente consome do centro de serviços compartilhados, chamados, transações, folhas processadas, horas de suporte, com cada atividade custeada por TDABC. O custo total não muda; quem paga passa a coincidir com quem causa. O rateio deixa de ser um imposto interno e vira um preço interno, que as unidades podem contestar linha a linha e que o centro pode usar para se comparar e melhorar.
Uma chave grosseira espalha custo, não aloca
No Brasil, os centros de serviços compartilhados se consolidaram nos grandes grupos como resposta natural à escala: é mais barato rodar TI, RH, finanças e compras uma vez para todos do que várias vezes em paralelo. O problema aparece na hora de repassar a conta. Dividir o custo por número de funcionários, faturamento ou percentual fixo pressupõe que cada unidade consome o serviço na proporção do próprio tamanho, o que quase nunca é verdade. Uma unidade abre 3.100 chamados por ano; outra abre algumas dezenas. As duas recebem a mesma fatura.
O resultado é conhecido de qualquer controller de grupo: o usuário leve subsidia em silêncio o usuário pesado, o rateio parece um imposto e não um preço, e a área de finanças passa o ciclo orçamentário inteiro defendendo um número em que ninguém acredita. Pior: o centro de serviços não enxerga nenhuma ligação entre o que faz e o que cobra, então não tem motivo para ficar mais enxuto.
A distorção não é pequena. Em serviços compartilhados, o custo de servir uma unidade de negócio pode ser duas a três vezes o de outra do mesmo tamanho, porque volume de notas, complexidade de chamados, exceções e mix de serviços caem de forma desigual. A chave de headcount esconde exatamente essa desigualdade.
Mesmo headcount, uso oposto
- Cobradas igual: duas unidades de negócio têm o mesmo número de funcionários, então o serviço compartilhado de TI cobra o mesmo valor das duas. No relatório de custos, parecem consumidoras idênticas do suporte central.
- Consomem muito diferente: a unidade A é estável e autossuficiente, com poucos chamados e nenhum sistema sob medida. A unidade B roda três aplicações customizadas, abre três vezes mais chamados e puxa a maior parte do trabalho de integração.
- O custo real separa as duas: custeie a atividade que cada uma consome e a unidade A está pagando bem acima do seu custo real, enquanto a unidade B paga bem abaixo, financiada por todas as outras.
- É um ajuste de precificação interna: cobre por atividade, publique as taxas unitárias e deixe as unidades verem as transações por trás da fatura. O custo não se move; quem paga por ele finalmente coincide com quem o causa.
A mesma fatura no relatório, uma unidade financia a outra
Números ilustrativos para mostrar o mecanismo. As unidades A e B têm 200 funcionários cada. Pela chave de headcount, cada uma recebe um rateio de R$ 2,4 milhões por ano do centro de TI. Só que a unidade A abre 3.100 chamados por ano e não tem sistema customizado, enquanto a unidade B abre 9.400 chamados e mantém três aplicações sob medida.
Custeadas por TDABC, as atividades que a unidade A consome somam R$ 1,4 milhão, e as da unidade B somam R$ 3,4 milhões. Ou seja: a unidade A paga R$ 1 milhão a mais do que causa, e a unidade B paga R$ 1 milhão a menos, financiada pela outra. Na chave de headcount, as duas eram linhas idênticas no relatório. Pelo consumo, uma paga quase o dobro do que deveria e a outra, pouco mais de 40 por cento do próprio custo. Só a visão por atividade torna o subsídio visível, e discutível.
O custo cai na atividade, depois na unidade
- Mapear o catálogo de serviços: as atividades que o centro realmente executa, chamados, admissões, folhas processadas, pedidos de compra, suporte a aplicações, o trabalho que o orçamento paga.
- Custear cada atividade por unidade de trabalho: o TDABC define um custo por chamado, por folha, por hora de suporte a partir da capacidade prática, então a capacidade ociosa fica visível em vez de enterrada no rateio.
- Atribuir à unidade consumidora: cada unidade de negócio carrega o custo do que consumiu de fato, transação por transação, e não uma fração do total pelo tamanho.
- Publicar as taxas: taxas unitárias e uma fatura clara transformam o rateio em preço interno, contra o qual unidades e centro conseguem planejar e melhorar.
Um chargeback que se sustenta na sala de reunião
Quando o repasse reflete o consumo, a conversa de orçamento para de ser sobre justiça e passa a ser sobre demanda. Os usuários pesados ganham um motivo para consumir de forma mais inteligente, os usuários leves param de subsidiá-los, e o centro de serviços consegue comparar as suas taxas unitárias com o mercado e justificar a própria equipe com um número, não com uma história.
O modelo é construído sobre os seus dados e transferido para a sua equipe, então o chargeback continua atual à medida que a demanda muda. Não é um estudo pontual: é um mecanismo de gestão que a controladoria mantém sozinha depois que saímos.
Quando os robôs processam as transações, o chargeback tem que acompanhar
IA e automação estão entrando exatamente no trabalho que um centro de serviços compartilhados cobra: RPA processa transações de alto volume, agentes de IA absorvem os chamados de primeiro nível e a captura inteligente corta o tempo de toque de uma nota fiscal. Isso derruba o custo por atividade e desloca o mix para exceções e julgamento, o que muda a cara de um chargeback justo.
Nada disso pode ser avaliado sem antes existir uma linha de base de custo por atividade. Os centros que saem na frente são os que já conhecem o próprio custo por transação antes de a automação reescrevê-lo.
Perguntas frequentes
Por que ratear serviços compartilhados por headcount é um problema?
Headcount, faturamento ou percentual fixo pressupõem que cada unidade consome o serviço na proporção do próprio tamanho, o que raramente é verdade. A unidade enxuta que mal usa o serviço acaba subsidiando a que usa pesado, o rateio parece arbitrário e o centro não recebe nenhum sinal sobre o que realmente direciona o seu custo.
O que é chargeback baseado em atividades?
É cobrar o serviço compartilhado pelo que cada unidade consome de fato: chamados, transações, projetos, horas de suporte, custeados por atividade com TDABC. Cada unidade paga pelo uso real, então o repasse é transparente e pode ser contestado linha a linha.
Isso não vai criar brigas internas?
Normalmente acaba com elas. As brigas nascem de rateios que ninguém consegue explicar. Quando a unidade enxerga as transações por trás da fatura, a conversa deixa de ser sobre se a cobrança é justa e passa a ser sobre como consumir o serviço de forma mais eficiente.
Isso vale além de TI?
Sim. A mesma abordagem funciona para qualquer função compartilhada: RH, finanças, compras, facilities e jurídico. Onde quer que um custo central seja dividido entre unidades por uma chave grosseira, o custeio por atividade torna a divisão defensável.
Veja também
O Profit Check leva cinco minutos e não pede upload de dados. Ele aponta onde os seus repasses internos provavelmente estão fora de linha com o consumo, e quanto vale colocá-los no lugar. Se preferir conversar direto, fale conosco pela página de contato e agendamos 30 minutos com um consultor.