Mining · Mining Cost Report

Mining Cost Reporting: Tracking C1, AISC and Cost Per Tonne Against Budget

1 June 202610 min readPerth, Western Australia

Short answer

Mining cost reporting tracks the total cost of extracting and processing ore - from load-and-haul cost per BCM through processing cost per tonne treated, C1 cash cost per unit of metal produced, and all-in sustaining cost (AISC) - reconciled against budget, split by cost centre, and linked to the production volumes that give those costs meaning. Done well, it gives operations and finance one consistent cost picture so the morning meeting is about what is driving the variance, not whether the numbers reconcile. SolveBI builds mining cost dashboards on Power BI and Microsoft Fabric that unify ERP actuals, payroll, contractor invoices and production data into a single cost-per-tonne view.

A mine site financial analyst reviewing cost-per-tonne data on a laptop in a site office - the convergence of operational and financial data that mining cost reporting brings together.

Why mining cost reporting is where operations and finance must speak the same language

In mining, cost and volume are inseparable. A cost-per-BCM figure that looks high might simply reflect a higher proportion of harder, more abrasive ore zones that quarter. A cost-per-tonne-treated figure that has jumped might mean the mill feed is coarser because the blast pattern changed - not that the processing team has become less efficient. Mining cost reporting that strips the cost numbers away from the production context that explains them creates confusion rather than accountability.

Best-practice mining cost reporting links every cost element to the production activity that drove it. Load-and-haul cost sits alongside BCMs moved and truck productivity. Processing cost sits alongside throughput, feed grade and recovery. C1 cost and AISC sit alongside contained metal produced and sales volume. When the numbers are linked, a cost variance has an explanation attached; when they are not, it has a three-week investigation.

C1
Cash operating cost per unit of metal sold - the primary cost benchmark for gold, copper and lithium operations
AISC
All-in sustaining cost - C1 plus sustaining capital, royalties and corporate costs; the margin-relevant figure
$/BCM
Cost per bank cubic metre moved - the primary operational cost metric for open-cut mines

The mining cost hierarchy: from $/BCM to AISC

Mining cost is best understood as a hierarchy of metrics, each relevant to a different audience. At the operational level, the mine team tracks cost per BCM moved - broken down into mining, load-and-haul, drill-and-blast and services. The processing team tracks cost per tonne treated - reagents, power, maintenance, labour and overhead separately. Finance tracks C1 cash cost per unit of metal sold - typically expressed in $/oz for gold, $/lb for copper, or $/kg for lithium. Leadership and investors track AISC - C1 plus sustaining capital expenditure, corporate overhead and royalties - as the definitive measure of profitability at spot price.

Cost centre reporting: who owns what

Mining cost is controlled by many different cost centres - fleet operations, blast operations, processing, maintenance, infrastructure, site services and G&A. A cost dashboard that shows total site cost without cost centre granularity tells leadership that there is a problem but not who owns it. The value of cost centre reporting is in assigning clear accountability: the load-and-haul superintendent owns the haulage cost rate, the metallurgist owns reagent and power costs in the plant, and the maintenance planner owns the maintenance cost per operating hour.

A Power BI mining cost dashboard showing cost per BCM by cost centre, C1 cash cost trend, and AISC waterfall against budget - with drill-through to individual cost categories.
Mining cost reporting at its most useful: cost per BCM by activity, C1 trend against budget, and an AISC waterfall that separates operating from sustaining cost - all updated with the latest actuals.

Budget versus actual: attributing the variance

A cost variance against budget is not itself informative - it only becomes actionable when it is attributed to its cause. A cost overrun in load-and-haul might be volume-driven (more BCMs were moved), rate-driven (diesel price or contractor rate increased), or productivity-driven (cycle times increased and more trucks were required for the same output). These are three different conversations - and the cost dashboard should make clear which one the team is having before anyone reaches for an explanation. The most useful format for budget-vs-actual analysis is a waterfall or bridge chart that separates the volume, rate and productivity components of the variance.

ERP reports vs a unified mining cost dashboard

ERP cost reporting vs unified mining cost dashboard

AspectERP reporting onlyUnified mining cost dashboard
Cost linked to production volumeCost and volume in separate reportsCost per BCM, cost per tonne, C1 and AISC in one view
AISC calculationManual calculation in Excel at month-endAutomated - updated as actuals post
Cost centre accountabilityAvailable but rarely structured for operational useCost per activity linked to the team accountable for it
Variance attributionRequires manual bridge analysisVolume, rate and productivity components shown automatically
Speed to closeAISC figure available 2–3 weeks after month endPreliminary AISC available day 3–5 of the following month

The Power BI and Fabric architecture behind mining cost reporting

On a typical SolveBI deployment we integrate ERP actuals (SAP, Oracle, Pronto), payroll, contractor invoice data and production volumes from dispatch and the process historian into Microsoft Fabric, then build a single cost model in Power BI. The mine operations team sees cost per BCM by activity; the processing team sees cost per tonne treated; finance sees C1 and AISC against budget; the board sees the AISC bridge chart - all from one dataset with consistent definitions applied across all cost categories.

Common mistakes in mining cost reporting

  1. Cost reported without production volume. A cost figure divorced from the activity that drove it is uninterpretable.
  2. AISC calculated manually in Excel at month-end. A manually assembled AISC is always late and always reconcilable against actuals in at least three different ways.
  3. No volume/rate/productivity attribution. Knowing costs are over budget is not the same as knowing whether the problem is volume, rate or productivity.
  4. Sustaining and non-sustaining capital not separated. AISC and growth capex need different treatment; mixing them produces a misleading cost-of-production figure.
  5. Contractor costs not aligned to production periods. Invoice-date accruals do not match the production period they relate to, creating period-on-period noise that obscures real cost trends.

From a month-end spreadsheet to an AISC figure that updates as actuals post.

Book a free 30-minute consultation with a SolveBI consultant. We'll map your ERP, payroll and production data, agree the right cost hierarchy structure, and quote a phased Power BI deployment you can budget against.

Frequently Asked

Common Questions

Can it integrate with SAP, Oracle, and Pronto for actuals data?
Yes. We connect to ERP systems for actuals, budget and commitment data, and join them to production volumes from the dispatch system and process historian. The integration is scheduled so the cost model updates automatically as actuals post, without manual data assembly.
How do you calculate C1 and AISC correctly?
We apply the World Gold Council (WGC) AISC definition for gold operations, or the relevant industry-standard cost definition for other commodities, using the same cost categorisation as your finance team. The calculation is embedded in the data model and updates automatically each period - so the AISC figure in the Power BI dashboard always matches the one in the financial accounts.
Can it handle multiple mining methods and product streams in one cost view?
Yes. Operations that run open cut and underground simultaneously, or that produce multiple products (gold dore and copper concentrate, for example), require a cost allocation framework that separates the cost of each method and product stream. We build this into the data model so each cost element is attributed to the correct activity and product.
How do you handle accruals and cut-off timing?
We match cost accruals to the production period they relate to rather than the invoice date, applying the same accrual logic as the management accounts. This eliminates the period-on-period noise caused by invoice timing and produces a cost-per-unit figure that is comparable period to period.
How long does a mining cost dashboard take to deploy?
Typically five to eight weeks for a working cost-per-tonne and C1 dashboard. Adding AISC calculation with sustaining capital allocation and a full budget-vs-actual bridge analysis adds two to four weeks, depending on the ERP structure and the level of cost category detail required.