Chargeback en shared services: deje de cobrar por headcount, empiece a cobrar por lo que cada unidad usa.
Un centro de shared services vive o muere según si las unidades de negocio confían en la factura. Asigne el coste del centro por headcount, ingresos o una tarifa fija por usuario y una unidad que apenas toca el servicio subvenciona a otra que lo inunda de facturas, tickets y excepciones. El usuario ligero se siente cobrado de más, el pesado no tiene razón para comportarse, y el chargeback entero se discute en vez de seguirse. Un modelo basado en el consumo, construido sobre el coste real de cada actividad, acaba con la discusión.
Cost and Profitability Consulting · 150+ modelos desde 2010 · TDABC
Un chargeback justo de shared services cobra a cada unidad de negocio las actividades que realmente consume, una factura procesada, una contratación integrada, un ticket resuelto, en vez de repartir el coste del centro por headcount o ingresos. El reparto hace que los consumidores pesados parezcan baratos y los ligeros parezcan caros, y por eso tantos chargebacks se disputan. El TDABC produce un coste por actividad, así que la factura refleja el consumo real y las unidades de negocio pueden por fin ver e influir en lo que pagan.
El reparto premia al usuario pesado.
Cuando el coste del centro se reparte por el tamaño de la unidad, el factor de coste, las transacciones y su complejidad, se ignora por completo. Una unidad pequeña que envía miles de facturas desordenadas paga la misma tarifa que una grande que envía un puñado limpio, y el modelo no tiene forma de distinguirlas. Esa única distorsión es lo que convierte un chargeback en una discusión mensual.
Headcount e ingresos premian al pesado
Repartir el coste por el tamaño significa que una unidad pequeña, de alto volumen y muchas excepciones paga la misma tarifa que una grande de bajo volumen. El factor es transacciones y complejidad, no tamaño.
Los servicios "gratis" se sobre-consumen
Agrupado en una tarifa fija, un servicio no tiene señal para usarse con cuidado. Peticiones de bajo valor, informes ad-hoc y excepciones evitables se acumulan porque la unidad que pide no siente coste.
Las facturas disputadas cuestan más de lo que recuperan
Un chargeback en el que las unidades no creen se vuelve una negociación mensual. El centro gasta esfuerzo real defendiendo una asignación que no puede explicar, y la confianza en el modelo se erosiona.
Sin transparencia, sin cambio de comportamiento
Si una unidad no ve que su tasa de excepciones o sus peticiones fuera de ciclo determinan su factura, no tiene razón para cambiar. Un chargeback basado en el consumo es también una herramienta de cambio de comportamiento.
CHARGEBACK: POR HEADCOUNT VS POR CONSUMO
Ilustrativo. Un reparto por headcount cobra a dos unidades del mismo tamaño por igual; un reparto por consumo cobra a la unidad pesada, de muchas excepciones, lo que realmente usa.
La factura se construye de abajo arriba, actividad a actividad.
El cobro justo es una tasa de coste de capacidad por grupo de recurso, por el tiempo que lleva cada actividad, por el volumen que genera cada unidad. Cada "coste por" es un output del TDABC, no una conjetura, así que la unidad ve exactamente qué actividades y qué volúmenes determinan su factura, y puede actuar sobre ellos.
Chargeback de la unidad de negocio =
(facturas procesadas x coste por factura)
+ (excepciones / queries x coste por excepción)
+ (nuevas contrataciones x coste por onboarding)
+ (tickets por tier x coste por ticket)
+ (trabajo fuera de ciclo x coste por petición)
+ parte acordada de capacidad fija / standby real
Ilustrativo. Cada "coste por" es una tasa de coste de capacidad por el tiempo de la actividad, así que la factura refleja el consumo, no el tamaño.
En la brecha entre el tamaño de una unidad y su manejo.
Como patrón de sector ilustrativo, un centro de finance shared services que salió de un reparto por headcount descubrió que dos unidades de negocio de tamaño casi idéntico costaban montantes muy distintos de servir, una corría transacciones limpias y de pocas excepciones, la otra generaba un flujo de peticiones fuera de ciclo y correcciones. El modelo por headcount las había cobrado igual; el modelo por consumo las cobró con honestidad, y la tasa de excepciones de la unidad pesada cayó en cuanto pudo ver la factura que estaba creando. El chargeback dejó de ser un impuesto y pasó a ser una señal.
Para el método de asignación subyacente, vea nuestra guía de activity-based costing.
Preguntas frecuentes
- ¿Qué es un modelo de chargeback en shared services?
- Es cómo un centro de shared services recupera su coste de las unidades de negocio a las que sirve. Un modelo justo cobra a cada unidad las actividades que realmente consume en vez de repartir el coste por headcount o ingresos.
- ¿Por qué el chargeback por headcount es injusto en shared services?
- Porque el coste lo determinan las transacciones y la complejidad, no el tamaño de la unidad. Una unidad pequeña, de alto volumen y muchas excepciones puede consumir mucho más que una grande de bajo volumen, pero el reparto por headcount les cobra lo mismo.
- ¿Qué es el chargeback basado en el consumo?
- Un modelo que cobra a cada unidad de negocio por el volumen y tipo de actividades que genera, facturas, tickets, onboardings, excepciones, cada una costeada con una tasa de coste por actividad del TDABC.
- ¿Cómo hacer un chargeback de shared services en el que las unidades confíen?
- Constrúyalo sobre un coste por actividad transparente, muestre a cada unidad qué actividades y volúmenes determinan su factura, y déjela ver cómo cambiar su comportamiento cambia lo que paga.
Construya un chargeback con el que las unidades de negocio dejen de discutir.
El Profit Check lleva cinco minutos y no exige subir datos. Señala dónde es más probable que su asignación sea injusta, y qué cambiaría un modelo basado en el consumo.