Chargeback em shared services: pare de cobrar por headcount, comece a cobrar pelo que cada unidade usa.
Um centro de shared services vive ou morre conforme as unidades de negócio confiam na fatura. Aloque o custo do centro por headcount, receita ou uma taxa fixa por utilizador e uma unidade que mal toca no serviço subsidia outra que o inunda com faturas, tickets e exceções. O utilizador leve sente-se cobrado a mais, o pesado não tem motivo para se comportar, e o chargeback inteiro é discutido em vez de seguido. Um modelo baseado no consumo, construído sobre o custo real de cada atividade, acaba com a discussão.
Cost and Profitability Consulting · 150+ modelos desde 2010 · TDABC
Um chargeback justo de shared services cobra a cada unidade de negócio as atividades que realmente consome, uma fatura processada, uma contratação integrada, um ticket resolvido, em vez de repartir o custo do centro por headcount ou receita. O rateio faz os consumidores pesados parecerem baratos e os leves parecerem caros, e é por isso que tantos chargebacks são contestados. O TDABC produz um custo por atividade, por isso a fatura reflete o consumo real e as unidades de negócio conseguem finalmente ver e influenciar o que pagam.
O rateio premeia o utilizador pesado.
Quando o custo do centro é repartido pelo tamanho da unidade, o fator de custo, as transações e a sua complexidade, é completamente ignorado. Uma unidade pequena que submete milhares de faturas confusas paga a mesma tarifa que uma grande que submete um punhado limpo, e o modelo não tem como as distinguir. Essa única distorção é o que transforma um chargeback numa discussão mensal.
Headcount e receita premeiam o pesado
Repartir o custo pelo tamanho significa que uma unidade pequena, de alto volume e muitas exceções paga a mesma tarifa que uma grande de baixo volume. O fator é transações e complexidade, não tamanho.
Os serviços "grátis" são sobre-consumidos
Agregado numa taxa fixa, um serviço não tem sinal para ser usado com cuidado. Pedidos de baixo valor, relatórios ad-hoc e exceções evitáveis acumulam-se porque a unidade que pede não sente custo.
Faturas contestadas custam mais do que recuperam
Um chargeback em que as unidades não acreditam torna-se uma negociação mensal. O centro gasta esforço real a defender uma alocação que não consegue explicar, e a confiança no modelo erode-se.
Sem transparência, sem mudança de comportamento
Se uma unidade não vê que a sua taxa de exceções ou os seus pedidos fora de ciclo determinam a fatura, não tem motivo para mudar. Um chargeback baseado no consumo é também uma ferramenta de mudança de comportamento.
CHARGEBACK: POR HEADCOUNT VS POR CONSUMO
Ilustrativo. Um rateio por headcount cobra duas unidades do mesmo tamanho por igual; um rateio por consumo cobra à unidade pesada, de muitas exceções, o que ela realmente usa.
A fatura constrói-se de baixo para cima, atividade a atividade.
A cobrança justa é uma taxa de custo de capacidade por grupo de recurso, vezes o tempo que cada atividade leva, vezes o volume que cada unidade gera. Cada "custo por" é um output do TDABC, não um palpite, por isso a unidade vê exatamente que atividades e que volumes determinam a sua fatura, e pode atuar sobre eles.
Chargeback da unidade de negócio =
(faturas processadas x custo por fatura)
+ (exceções / queries x custo por exceção)
+ (novas contratações x custo por onboarding)
+ (tickets por tier x custo por ticket)
+ (trabalho fora de ciclo x custo por pedido)
+ quota acordada de capacidade fixa / standby real
Ilustrativo. Cada "custo por" é uma taxa de custo de capacidade vezes o tempo da atividade, por isso a fatura reflete o consumo, não o tamanho.
Na diferença entre o tamanho de uma unidade e o seu manuseio.
Como padrão de setor ilustrativo, um centro de finance shared services que saiu de um rateio por headcount descobriu que duas unidades de negócio de tamanho quase idêntico custavam montantes muito diferentes a servir, uma corria transações limpas e de poucas exceções, a outra gerava um fluxo de pedidos fora de ciclo e correções. O modelo por headcount tinha-as cobrado por igual; o modelo por consumo cobrou-as com honestidade, e a taxa de exceções da unidade pesada caiu assim que ela conseguiu ver a fatura que estava a criar. O chargeback deixou de ser um imposto e passou a ser um sinal.
Para o método de alocação subjacente, veja o nosso guia de activity-based costing.
Perguntas frequentes
- O que é um modelo de chargeback em shared services?
- É como um centro de shared services recupera o seu custo das unidades de negócio que serve. Um modelo justo cobra a cada unidade as atividades que realmente consome em vez de repartir o custo por headcount ou receita.
- Porque é que o chargeback por headcount é injusto em shared services?
- Porque o custo é determinado pelas transações e pela complexidade, não pelo tamanho da unidade. Uma unidade pequena, de alto volume e muitas exceções pode consumir muito mais do que uma grande de baixo volume, mas o rateio por headcount cobra-lhes o mesmo.
- O que é o chargeback baseado no consumo?
- Um modelo que cobra a cada unidade de negócio pelo volume e tipo de atividades que gera, faturas, tickets, onboardings, exceções, cada uma custeada com uma tarifa de custo por atividade vinda do TDABC.
- Como tornar um chargeback de shared services em que as unidades confiam?
- Construa-o sobre um custo por atividade transparente, mostre a cada unidade que atividades e volumes determinam a sua fatura, e deixe-a ver como mudar o seu comportamento muda o que paga.
Construa um chargeback com que as unidades de negócio param de discutir.
O Profit Check leva cinco minutos e não exige carregar dados. Aponta para onde a sua alocação está mais provavelmente injusta, e o que um modelo baseado no consumo mudaria.