Cost allocation is the process of assigning indirect costs to products, services, customers, and channels using time-driven activity-based costing (TDABC).
COST ALLOCATION
Assign every cost to what truly drives it.
Cost allocation is the process of assigning indirect costs to products, services, customers, and channels using time-driven activity-based costing (TDABC).
DIMENSION 01 / 07PROFITABILITY HEALTH CHECK
Fig. 01 — Cost-to-serve flowTDABC
Definition
What is Cost Allocation?
Cost allocation is the process of identifying, aggregating, and assigning costs to cost objects – products, services, customers, or channels. Unlike simple overhead spreading, rigorous cost allocation traces costs to the activities that drive them, revealing which offerings are truly profitable.
Why it matters
Distorted numbers, distorted decisions.
Without accurate cost allocation, management decisions rely on distorted numbers. Products may appear profitable when they’re not, high-volume customers may be subsidised by smaller accounts, and pricing is set without understanding the true cost to serve.
Maturity Levels
Where does your organisation stand?
Level 1
01
Reactive
Costs allocated by simple rules – headcount or revenue %. No visibility into real consumption.
Level 2
02
Structured
Basic cost centres with manual allocations. Some product-level visibility but limited accuracy.
Level 3
03
Analytical
Activity-based logic with defined cost drivers. Reasonable product and customer cost accuracy.
Level 4
04
Optimised
TDABC model with capacity costing. Full visibility into true cost-to-serve by segment.
How to improve
Three moves toward true cost.
01
Map Activities
Identify all significant activities and the resources they consume, from operations to support functions.
02
Define Cost Drivers
Select drivers that best reflect how each activity’s cost varies – time, volume, transactions or complexity.
03
Assign to Objects
Link activity costs to products, customers or channels using the drivers, building your true cost picture.
Comparing approaches
Traditional, ABC, or TDABC?
Approach
Driver Accuracy
Scalable Update
Capacity Insight
Traditional Overhead %
✕
✕
✕
ABC
✓
~
~
TDABC
✓
✓
✓
✓Strong~Partial✕Weak
FAQ
How to allocate indirect costs correctly
Indirect costs are where most cost systems quietly go wrong. Direct materials and labour are easy – they attach to a product by definition. The overhead – the warehouse, the planners, the IT, the finance team – does not, so it gets spread by a convenient rule: a percentage of labour, a rate per machine hour, a slice of revenue. Every one of those rules assumes overhead is consumed in proportion to the base, and it almost never is.
FIG 35.1 · A blanket rate charges both products the same overhead; their true costs are far apart. Illustrative.
The correct approach is a two-stage trace:
Cost to activity – pool overhead into the activities it pays for (receiving, planning, setup, support) and find the cost of one unit of each.
Activity to object – charge each product and customer for the activity it actually consumes, using a driver that reflects real usage: minutes, touches, lines, not a flat percentage.
TDABC is simply the most scalable way to run that trace, because the driver is time and the data already exists in your systems. The payoff is the same every time: the cost of complexity stops hiding inside your simplest, highest-volume products.
How to move from spreadsheet allocation to a real model
Almost every cost model starts in a spreadsheet, and almost every one should leave it. A spreadsheet is the perfect place to learn the method and the worst place to run it in production. The reason is structural: a spreadsheet tangles the logic (which driver, which rate) with the data (this month’s transactions) into one fragile artefact that one wrong cell can silently break.
FIG 43.1 · Separating logic from data is the whole upgrade – everything else follows.
The migration is low-drama if you stage it:
Extract the logic – write down the activities, drivers and rates the spreadsheet implies, as an explicit model.
Connect the data – feed it from standard ERP and SAF-T exports, so refresh is a load, not a rebuild.
Run both in parallel – replicate one business area, confirm the numbers match, then retire the spreadsheet.
Dedicated TDABC software like CostCtrl exists for exactly this: it holds the model, ingests the exports and recalculates cost per order, customer and product at a scale spreadsheets cannot reach – with an audit trail spreadsheets never had.
Frequently asked questions.
What is the difference between cost allocation and cost apportionment?
Cost allocation directly assigns costs to a specific cost object. Cost apportionment distributes shared costs across multiple objects using a basis such as floor area or headcount. Allocation is more precise.
How often should cost allocations be updated?
In a TDABC model, cost allocations update automatically when time equations or resource rates change. Traditional models are typically reviewed annually, which can make them stale within months.
Can cost allocation work for service businesses?
Yes – and it’s often more impactful in services than manufacturing. Without clear cost allocation, professional services firms routinely misunderstand which client engagements or service lines are profitable.
What is a cost driver and how do I choose one?
A cost driver is a variable that causes a cost to change. The best driver correlates strongly with actual resource consumption and is practical to measure.
How do I allocate indirect costs correctly?
You allocate indirect costs correctly by tracing each cost to the activity that drives it and then to the products and customers that consume that activity, instead of spreading it with a single blanket rate. A blanket rate makes simple, high-volume work subsidise complex, low-volume work, which is why it hides the cost of complexity. Time-driven activity-based costing does this at scale by costing each activity in minutes. Done right, indirect-cost allocation turns overhead from a mystery into a map of where money is really consumed.
What is a cost driver and how do I choose one?
A cost driver is the factor that causes an activity's cost to change – the number of orders, deliveries, setups, minutes or line items behind the work. You choose one by asking what actually makes the activity take more or less effort, then picking the measurable factor that tracks it most closely. The best driver is causal, not just correlated, and already captured in your data. In TDABC the master driver is time, refined by a few characteristics; two or three good drivers usually explain most of the variation in an activity.
Step-down vs activity-based allocation – what's the difference?
Step-down allocation distributes support-department costs to operating departments in a one-way sequence, while activity-based allocation traces costs to the specific activities and then to the products and customers that consume them. Step-down is simple and fine for departmental reporting, but it stops at the department and cannot tell you what a product or customer truly costs. Activity-based allocation, especially TDABC, goes the extra step to the cost object, which is what pricing and profitability decisions actually need.
How do I allocate shared service / overhead costs?
You allocate shared service and overhead costs by identifying what each shared function actually does for the rest of the business, then charging those services out on a driver that reflects real consumption – tickets handled, transactions processed, minutes of support – rather than a flat headcount or revenue split. The goal is that a department or product which leans heavily on a shared service carries more of its cost. TDABC handles this cleanly because shared services become activities with their own time equations, costed to whoever consumes them.
Why is my overhead allocation distorting product costs?
Your overhead allocation is distorting product costs if it uses a single volume-based rate, because that charges every product the same overhead per unit regardless of how much overhead it actually causes. High-volume, simple products then absorb overhead they never triggered, looking more expensive, while low-volume, complex ones look cheap. The distortion grows with product variety. The cure is activity-based allocation: charge overhead by the activities each product consumes, so the cost of complexity lands where it belongs instead of being averaged away.
What is full absorption costing and when does it mislead?
Full absorption costing assigns all manufacturing costs, including fixed overhead, to products, which is required for inventory valuation and statutory reporting. It misleads when used for decisions, because it spreads fixed overhead by a volume measure and so makes unit cost rise as volume falls – tempting managers to over-produce or to misjudge which products and orders truly pay. For pricing, mix and customer decisions you need activity-based or marginal views alongside it. Absorption costing answers the accountant's question, not the manager's.
How do I move from spreadsheet allocation to a real model?
You move from spreadsheet allocation to a real model by separating the logic from the data: define the activities, drivers and rates once as a managed model, then feed it from your ERP and SAF-T exports each month instead of rebuilding formulas by hand. Spreadsheets are fine to learn the method but break in production – they choke on volume, hide errors and cannot refresh cleanly. Dedicated TDABC software such as CostCtrl holds the model and recalculates at scale. Start by replicating one area, then retire the spreadsheet once results match.
How often should I update my cost allocation model?
You should refresh the data in a cost allocation model monthly and review its structure once or twice a year. The monthly refresh just loads new transactions and reruns the allocation, so cost per product and customer stays current with almost no effort. The periodic review checks whether the activities, drivers and rates still match how the business operates, since processes drift over time. A model that is fed monthly and reviewed regularly stays a live decision tool rather than becoming a one-off study that quietly goes stale.