One tonne of steel, and the four places its carbon came from
A CBAM declarant has to report the emissions embedded in each imported good. For anything past a simple product that means tracing a chain backwards: crude steel carries pig iron, which carries coke and sintered ore, each with its own process and its own emissions. This instrument resolves that chain and prints the specific embedded emissions of every process in it. Then it does the thing a single figure cannot: it says which process actually released the carbon, which is the question an abatement decision turns on and the one the headline number hides.
01The installation
Four processes feeding one another, which is the smallest chain that behaves like a real one: a shared input reached down two different paths. Every figure is editable and the whole example is invented. It comes from no published dataset and exists to exercise the arithmetic, so replace it with your own before it means anything.
02Where the carbon was actually released
The specific embedded emissions of crude steel say how much carbon a tonne of it carries. They do not say whether that carbon came out of the coke oven or the blast furnace, and those are different decarbonisation arguments with different price tags. This panel splits the figure by the process that released the emissions rather than by the immediate supplier, so a shared input reached down two paths accumulates into one entry instead of appearing twice under different intermediates.
03Method, and three things it refuses
The arithmetic, written out
- Direct emissions embedded in a processattributed + Σ (qty × SEE direct of precursor)
- Indirect emissions embedded in a processMWh × factor + Σ (qty × SEE indirect of precursor)
- Specific embedded emissions, per tonne of the goodembedded ÷ activity level
Processes are resolved in dependency order. A precursor is worth its own specific embedded emissions multiplied by the quantity consumed, which is what makes this a chain rather than a sum.
Three refusals
- Direct and indirect never merge. CBAM reports them separately and the certificate calculation treats them differently, so both are carried end to end. Collapsing them early loses information that cannot be recovered downstream
- A precursor with no stated emissions is refused, not assumed to be zero. If it has no source process inside the installation it needs supplier data or a default value from the current implementing act. Silently treating an unstated input as emission free is the most reliable way to understate a good
- A cycle is an error rather than something to iterate towards a fixed point. If two processes each list the other as a precursor, the chain has no bottom and the honest output is the name of the loop
What this page does not know
It does not know your installation boundary, whether the activity levels were measured or estimated, which monitoring methodology the figures came from, or whether the default values you may be entitled to use are still the current ones. It holds no emission factor of its own and publishes no default: every number on the page is one you typed. It is arithmetic over a chain, not a report, and nothing it prints is a declaration.
Method behind it: the embedded emissions case study