The true cost of unplanned downtime is the sum of its direct costs, lost production margin, idle labor, scrap, and restart, plus the hidden costs most plants never add up: overtime and expediting, missed-delivery penalties, quality escapes from rushed restarts, shortened asset life, and lost customer trust. The lost production hours everyone quotes are usually the smallest part of the bill.

Ask a plant what a breakdown cost and you will usually hear one number: the line was down four hours, so four hours of lost output. That number is real, but it is the tip of the iceberg. The overtime to catch up, the rush freight to make the shipment, the scrap from a hurried restart, the customer who quietly moved a second order elsewhere, none of it is in the four-hour figure, and all of it is the cost of the same stop. This guide builds the full model. It is the companion to our guide on how to track machine downtime: that one shows you how to capture and cost stops per minute; this one shows you everything the per-minute number leaves out.

What is the true cost of unplanned downtime?

The true cost of unplanned downtime is the total financial impact of an unplanned stop, counting every downstream consequence and not just the production lost during the stop itself. It is best expressed as dollars per hour, built up from named categories so you can see where the cost actually lives.

The reason the true number is higher than the obvious one is that a breakdown does not just pause output, it forces a cascade of expensive recovery. You pay to catch up (overtime, weekend shifts), you pay to protect the customer (expedited freight, air shipping), you pay in quality (the first units after a scramble restart are the ones most likely to be defective), and you pay in wear (a hard emergency repair and a rushed restart are hard on the machine). Every one of those is a cost of the downtime event, and a model that stops at lost hours misses all of them.

Why is the sticker price only part of the cost?

Because the visible loss sits above the waterline and the expensive part sits below it. The lost production hours are easy to see and easy to quote, which is exactly why they become the whole story, and why the number is almost always too low.

The downtime cost iceberg: visible and hidden costsMost of the cost is below the waterlinewhat everyone quoteswhat actually gets paidLOSTHOURSidle labor + scrap + restartovertime to catch upexpedited / air freightmissed-delivery penaltiesquality escapes on restartshortened asset lifesafety risk on rushed repairlost customer trustCount only the tip and every prevention project looks too expensive to justify
The downtime cost iceberg. The lost hours are visible and quotable; the recovery, quality, wear, and customer costs sit below the surface and usually outweigh them.

This is not an accounting curiosity, it changes decisions. When the only number on the table is lost hours, prevention (a spare on the shelf, a PM interval, a condition sensor) looks like a hard sell against a small loss. When the full cost is on the table, the same prevention is obviously cheaper than the problem. Undercounting downtime is how plants end up chronically under-investing in reliability.

What are the direct costs of downtime?

Direct costs are the ones tied immediately to the stopped line, and they are where any model starts. There are four.

Lost production margin. If the line is capacity-constrained, everything it makes is sold, every hour down is lost contribution margin (price minus variable cost), not lost revenue and not lost full cost. This is the single biggest direct cost on a sold-out line. If the line has slack and can make the units up later, this cost shrinks toward zero and the others dominate.

Idle labor. The crew is paid while the line is stopped. Count the fully loaded rate of everyone who stands idle, including any support staff pulled into the response.

Scrap and restart loss. Product in process when the line stopped is often scrapped, and the startup after a stop produces off-spec units before the process stabilizes. Both are real material and margin losses attributable to the stop.

Direct repair cost. The parts and outside labor to fix the failure, higher for an emergency than the same job planned, as covered in our guide to corrective maintenance.

What are the hidden (indirect) costs?

Hidden costs are the downstream consequences that show up on other budgets and later dates, which is exactly why they escape the downtime tally. They are usually the larger half.

Recovery costs overtime, extra shifts, and expedited or air freight to catch up and still hit the ship date. A four-hour stop can trigger a weekend of overtime. Missed-delivery penalties chargebacks, OTIF (on-time, in-full) penalties, and lost-order costs when the catch-up is not enough. Quality costs the rushed restart and the scramble are prime conditions for defects and escapes, so a downtime event often has a quality bill attached. Asset and safety costs emergency repairs and hard restarts shorten equipment life, and time-pressured work raises injury risk. Inventory costs plants that experience chronic downtime carry extra buffer stock to hedge it, tying up working capital. Customer and reputation costs the hardest to quantify and often the largest: a customer who experiences a late or short shipment may quietly shift volume, and that loss dwarfs the repair.

You will not put a precise dollar on every one of these for every stop, and you should not pretend to. The point is to know they exist, estimate the ones that matter for your business, and stop reporting a lost-hours number as if it were the whole cost.

How do you build a full downtime cost model?

Build it in dollars per hour, per line, layer by layer, so the number is both defensible and easy to update. This sequence produces a model you can put in front of a CFO.

  1. Decide capacity-constrained or not, per line. This one judgment sets everything. On a sold-out line, lost margin is the dominant term; on a line with slack, the cost is mostly recovery, scrap, and overtime. Get it wrong and the whole model is wrong.
  2. Calculate the direct hourly cost. Lost contribution margin per hour (units/hour times margin/unit, on constrained lines) plus fully loaded idle labor per hour plus average scrap and restart cost per hour. This is the floor. Our downtime cost calculator handles the constrained and non-constrained cases for you.
  3. Add the recovery multiplier. Estimate the typical overtime and expediting a stop of a given length forces, expressed as an addition per hour. This is often where the number jumps.
  4. Estimate the periodic costs. Missed-delivery penalties, quality escapes, and inventory carrying cost do not attach to every stop, so estimate them as an annual figure and allocate across your downtime hours. Rough is fine; zero is wrong.
  5. Build a per-line rate, not a plant average. The cost per hour on the bottleneck line and on a line with slack can differ by an order of magnitude. One blended number sends maintenance and engineering effort to the wrong place, see the loss categories in the six big losses.
  6. Attach the rate to your downtime data. Multiply your logged downtime hours by the per-line rate to get dollars by machine, by reason code, and by shift. Dollars are a sharper priority list than minutes, because a short stop on the bottleneck outranks a long one on a slack line.
  7. Use the number to rank prevention. Put the annual downtime cost against the cost of the fixes, spares, PM, condition monitoring, and let the ratio drive the reliability budget. This is the whole reason to build the model.
The one judgment that sets the downtime number: capacity-constrained or notStep 1 decides which costs dominateIs the linecapacity-constrained?YES (sold out)NO (has slack)LOST MARGIN DOMINATESevery hour = sold units gone+ labor, scrap, recoverythe big, expensive caseRECOVERY DOMINATESunits made up latercost = overtime, scrap, freightsmaller, but never zero
The capacity question sets everything. Get it wrong and the model is wrong, because it decides whether lost margin belongs in the number at all.

How is this different from just tracking downtime?

Tracking tells you how many minutes were lost and why; costing tells you what those minutes were worth; and this full cost model tells you what the whole event cost once recovery, quality, and customer consequences are counted. They build on each other. If you have not yet set up capture, start with the reason-code taxonomy and per-minute method in machine downtime. Once stops are logged, the model here turns them into a true annual cost, and the downtime cost calculator does the arithmetic.

A worked comparison shows the gap. Take one 4-hour breakdown on a sold-out line losing $2,000/hour in margin. The naive number is $8,000. Now add the rest of the event: a weekend of overtime to recover ($3,500), air freight to still hit the ship date ($2,200), scrap and a shaky restart ($1,800), a chargeback for the units that missed the truck ($1,500), and a chunk of the customer's next order that quietly moves to a second supplier (unquantified but real). The countable total is already north of $17,000 more than double the sticker price, before the reputation cost. That multiple is the reason prevention keeps losing budget fights it should win.

Cost componentThis 4-hour stopIn the naive number?
Lost margin (4 h × $2,000)$8,000Yes
Overtime to recover$3,500No
Expedited freight$2,200No
Scrap + restart$1,800No
Missed-delivery chargeback$1,500No
Lost future ordersreal, unquantifiedNo
Countable total~$17,000+
A hypothetical 4-hour breakdown. The true countable cost is more than double the lost-hours figure, and the largest item, lost trust, is not even in the total.

What do the maintenance economics say?

The public numbers reinforce the case for spending on prevention rather than paying for downtime after the fact.

Put together: unplanned downtime is expensive in ways the lost-hours number never shows, and the maintenance approaches that reduce it, a real preventive maintenance schedule predictive monitoring on critical assets, and operator-led care through total productive maintenance are cheaper than the problem once you count the whole problem.

Where does software fit?

A true downtime cost model needs two things paper cannot give it: accurate stop data and the context to cost it, which line, which shift, which product, which reason. When stops are reconstructed at shift end and costed with a plant-wide average, the model is a guess. When every stop is captured the moment it happens with its full context, the model becomes a live number you can trust in a budget meeting.

This is what Harmony is built to provide on the floor: operators capture stops and reasons at the station on tablets, machine and PLC signals feed the same record, and downtime ties into quality and production data so the true cost is computed from source data, not estimated. It layers onto the ERP, MES, and machines already in place. No rip-and-replace. The CLS case study shows a plant moving from next-morning paper review to same-shift visibility, and the platform overview shows how it connects. Start by running your own lines through the downtime cost calculator the first honest number is usually the one that changes the reliability budget.