Productization
Refrigeration

Refrigeration Refrigeration Temperature Recovery

The time an asset takes to return to its configured band after a known disturbance — a prolonged door opening, a controller-exposed defrost, or another recognized load event. Measured against the asset's own baseline and comparable asset types, a recovery that slows or fails is a leading indicator that the asset is losing its ability to hold temperature — weeks before that degradation becomes product loss. It narrows and prioritizes investigation; it is not a definitive compressor, refrigerant, coil, or airflow diagnosis.

01 Metric Definition

What it measures and how it is calculated

What it measures

The time a refrigeration asset requires to return to its configured operating band after a known disturbance, such as a prolonged door opening, a defrost event exposed by an existing controller, or another recognized load event. It is a predictive, leading-indicator signal about an asset's ability to recover its temperature — distinct from Temperature Compliance, which measures whether the asset is in band, not how well it bounces back.

How it is calculated

Recovery is measured only over intervals following a valid, identified disturbance — the metric does not require defrost telemetry to work, and it does not attempt a recovery calculation when no disturbance can be recognized, so an ordinary in-band period is never scored as a recovery event.

For each recovery event the metric tracks recovery duration (time back to band), recovery slope (how steeply the asset pulls the temperature down), failed recovery (the asset does not return within the approved maximum window), and degradation over time (recovery getting slower across repeated events).

Recovery is compared against the asset's own baseline and comparable asset types — a walk-in freezer and a refrigerated multideck recover on different curves, so the metric benchmarks like against like rather than against a single fleet number.

The metric is a leading indicator that narrows investigation and prioritizes intervention. A degrading recovery curve is consistent with several causes; the metric does not present itself as a definitive compressor, refrigerant, coil, or airflow diagnosis, and any dispatch correlates temperature, door, controller, runtime, and peer-asset evidence first.

Reference thresholds

RangeClassificationInterpretation
Recovery duration and slope near the asset's approved baselineExpected — recovering normallyThe asset returns to band after a disturbance the way it always has; no action.
Recovery materially slower than the asset's baseline for repeated eventsRecovery degrading — monitorThe asset is losing its ability to recover; prioritize investigation and correlate other evidence before the degradation becomes an excursion.
Asset fails to return to band within the approved maximum recovery windowFailed recovery — investigateThe asset cannot recover after the disturbance; correlate temperature, door, controller, runtime, and peer-asset evidence and work it before product is at risk.

Reference behavior only, expressed relative to each asset's own approved baseline and comparable asset types — not fixed absolute minutes. The maximum recovery window, the degradation margin, and what counts as a valid disturbance are configured per asset and product category before reporting.

Portfolio compliance target

There is no universal recovery time — an acceptable recovery curve depends on the asset type, its product category, and the disturbance. The target is the asset's own approved baseline; the metric reports slowing or failed recovery against that baseline and against comparable asset types, not against a fixed minute count.

02 Impact

How this metric moves the customer value drivers

The table below shows how moving Refrigeration Temperature Recovery impacts each customer value driver the product is designed to improve — the metric page explains the mechanism; the product pages express the magnitude.

Value driverImpact strengthHow Refrigeration Temperature Recovery moves this lever
Product loss preventionDirect, primaryAn asset whose recovery is slowing is on its way to holding temperature poorly under load — the condition that produces spoiled product. Catching the degrading recovery curve weeks before it becomes a sustained excursion turns a future write-off into a planned intervention, protecting the product-loss exposure Chedraui carried at roughly $5M a year.
Avoided truck rollsDirectBecause recovery narrows the investigation and correlates door, controller, runtime, and peer-asset evidence before a dispatch, it prioritizes the assets that genuinely need a visit and gives the technician a scoped starting point — reducing unnecessary or incorrectly scoped dispatches. Chedraui saw roughly 50% faster work-order handling on the same operating model; the recovery-specific magnitude here is expected (pending validation).
Asset lifespanIndirect, leading indicatorA recovery curve that degrades steadily is an early signature of an asset working its way toward a fault. Flagging it as a scoped item lets the customer plan a repair or replacement before the asset fails outright, extending its useful life. The metric prioritizes intervention; it does not by itself diagnose the mechanical cause.
03 Detection

How it surfaces and when it is reviewed

How it surfaces

Alarm
Fires on a recovery event when recovery duration or slope degrades materially against the asset's approved baseline for repeated events, or when the asset fails to return to band within the approved maximum window.
Equipment
The degrading or failed recovery is attributed to the exact asset, with its recent recovery curve and the correlated door, controller, and runtime evidence, so investigation starts scoped rather than blind.
Site
Per-asset recovery duration and slope trended against baseline on the site view, with degrading assets highlighted.
Portfolio
Assets whose recovery is degrading fastest surface in the Executive Summary, benchmarked by asset type and temperature category for cross-site and cross-asset outlier prioritization.

Review cadence

Monthly
Reviewed in the MBR against each asset's baseline — recovery trend by asset type and any newly degrading assets.
Weekly
Operations reviews assets whose recovery is trending slower and any failed-recovery events.
Real-time
Failed-recovery alert where configured, so an asset that cannot return to band after a disturbance is caught while product can still be protected.
04 Alarms

Principal alarms derived from this metric

The table below summarizes the alarms that fire directly from Refrigeration Temperature Recovery. Each row links to the full operational detail (trigger, preconditions, action plan, human role, escalation, prevention) in the SOPs catalog.

AlarmDescriptionSeverityTierAI executes?Value driversSOP
Slow temperature recovery An asset's recovery time or recovery slope degrades materially against its approved baseline for repeated events after a recognized disturbance. A leading indicator worked with correlated evidence — not a definitive mechanical diagnosis — to prioritize intervention before degradation becomes product loss. Medium Optimized Hybrid Product loss prevention · Avoided truck rolls · Asset lifespan Open SOP →
Failed temperature recovery An asset does not return to its configured band within the approved maximum recovery window after a recognized disturbance. Worked with correlated temperature, door, controller, runtime, and peer-asset evidence before recommending dispatch, and treated as a product-risk event when temperature is already out of band. High Optimized Hybrid Product loss prevention · Avoided truck rolls · Customer experience Open SOP →
More alarms in development

More alarms in development (single-metric): a recovery-degradation trend that ranks assets by how fast their recovery curve is slowing, and a disturbance-classifier refinement that separates defrost recovery from door-load recovery. Composite alarms that combine recovery with temperature compliance and door exposure to attribute a degrading curve to a specific disturbance will appear in a future release.

05 Actions

What to do based on the alarm

The action plan for each alarm lives on its own SOP page in the SOPs catalog — with the diagnostic steps, human role, value drivers, escalation, and prevention specific to that alarm. The list below maps each alarm to its SOP.

  • Slow temperature recovery → — An asset's recovery time or recovery slope degrades materially against its approved baseline for repeated events after a recognized disturbance. A leading indicator worked with correlated evidence — not a definitive mechanical diagnosis — to prioritize intervention before degradation becomes product loss.
  • Failed temperature recovery → — An asset does not return to its configured band within the approved maximum recovery window after a recognized disturbance. Worked with correlated temperature, door, controller, runtime, and peer-asset evidence before recommending dispatch, and treated as a product-risk event when temperature is already out of band.

Correlate the evidence before calling it a mechanical fault (metric-level — not a single alarm)

A slowing or failed recovery is a leading indicator, not a diagnosis. Before recommending a dispatch, correlate the available temperature, door, controller, runtime, and peer-asset evidence — a long recovery that followed a prolonged door opening or a defrost is expected, while a degrading recovery with no disturbance explanation is the genuine signal. Do not assert a compressor, refrigerant, coil, or airflow cause the metric cannot confirm.

Responsible
Keedian operations team
Urgency
Medium — a mis-attributed recovery event wastes a dispatch
Client approval
No

Confirm a valid disturbance and the baseline before scoring recovery (metric-level)

Recovery is only meaningful after a recognized disturbance and against a valid baseline. Confirm the disturbance is real (a prolonged door opening, a controller-exposed defrost, another recognized load event) and that the asset's baseline and comparable-asset benchmark are configured before scoring recovery, so an ordinary in-band period or an unconfigured asset does not produce a false recovery finding.

Responsible
Keedian operations team
Urgency
High — an unconfigured baseline manufactures false degradation
Client approval
No

Originate a predictive ticket before a sustained product-risk event (metric-level — protective)

When an asset's recovery degrades against baseline for repeated events, originate a ticket ahead of a sustained excursion rather than waiting for a temperature breach. Prioritize the asset for intervention using the cross-site and cross-asset benchmark, and scope the ticket with the correlated evidence so the field visit is targeted.

Responsible
Keedian operations team
Urgency
Medium — degrading recovery becomes product loss if left
Client approval
No for surfacing and ticketing — any repair is scoped and approved separately
06 Escalation

When and how to escalate

Per-alarm escalation criteria live in the Escalation block of each SOP in the SOPs catalog. The patterns below are metric-level — read from the portfolio view, not from any single alarm firing.

Portfolio-level patterns — typically communicated in the MBR
  • Assets whose recovery degrades steadily across multiple months — a maintenance or replacement candidate prioritized by the cross-asset benchmark
  • An asset type recovering more slowly across several sites — a systemic load, layout, or maintenance-cadence issue worth a portfolio review
  • Assets that keep failing recovery after a repair — flag the asset or its controls for a deeper engagement
Cross-alarm urgency — typically requires out-of-cycle communication
  • A failed recovery on a high-value or high-risk product category with the temperature already out of band — direct customer-ops alert with a product-check recommendation
  • A recovery pattern that co-occurs with a sustained temperature-compliance breach on the same asset — a product-risk event in progress, not a leading indicator anymore
  • A disturbance-detection or baseline fault that makes recovery unreliable across many assets — pause recovery reporting until the configuration is reconciled
07 Prevention

Controls to avoid recurring issues

Configuration controls

  • Configure what counts as a valid disturbance, the approved maximum recovery window, and the degradation margin per asset and product category before activating the metric
  • Record each asset's recovery baseline and its comparable-asset benchmark so recovery is scored like against like
  • Confirm the temperature, door, controller, and runtime feeds used to correlate a recovery event are validated at onboarding

Monitoring controls

  • Alert on recovery duration or slope degrading against baseline for repeated events, and on failed recovery within the approved window
  • Trend recovery next to temperature compliance and door exposure so a recovery finding can be read alongside its likely disturbance
  • Watch for assets whose recovery degrades slowly across events — the earliest signature of an asset losing its ability to hold temperature

Reporting controls

  • Include recovery trend by asset type against baseline in every MBR, with degrading assets ranked by the cross-asset benchmark
  • Flag failed-recovery events explicitly, separated from ordinary post-disturbance recovery
  • Maintain a per-asset recovery log so a slow degradation is visible over months before it becomes product loss