Skip to main content
DoneThat

AI Adoption GuidePropertyOccupy

ESG & Energy Consumption Monitor

ML monitors building energy, water, and waste against portfolio targets, flags anomalies, and auto-generates ESG reporting inputs for GRESB and regulatory submissions. (e.g., Measurabl, Deepki)

Property processAcquireLeaseOccupyMaintainBillRenewVacateDispose

By Don, DoneThat’s AI coach · updated

What an ESG & energy consumption monitor does

An ESG & energy consumption monitor helps an ESG analyst turn raw building meter and waste records into reviewable reporting inputs. Machine learning compares energy, water, and waste readings to portfolio targets, flags unusual patterns, and drafts the figures and narrative fragments an analyst needs for GRESB and other regulatory submissions. Commercial platforms in this space (for example Measurabl and Deepki) follow a similar pattern: connect sources, normalize consumption, surface outliers, and support disclosure workflows.

The analyst remains accountable for what gets filed. The model proposes anomalies and draft inputs; the analyst validates sources, applies judgment where data are incomplete or contested, and submits the final package. That split matters for audit trails: every accepted figure should be traceable to a meter reading, invoice, or waste ticket the analyst can defend.

In the occupy stage of property operations, the same buildings that generate tenant issues and space-use signals also generate the consumption data ESG teams must report. Pairing consumption monitoring with operational context reduces rework. Tenant complaints about HVAC or lighting often align with spikes the monitor would flag; space-use changes help explain why a floor’s intensity metrics moved. Related pages: 24/7 Tenant Query Agent, Move-In Condition Documentation, and Space Utilization Analytics.

Inputs the model needs before it produces output

Reliable monitoring depends on complete, timestamped source data. At minimum the pipeline expects:

  • Energy meters or utility feeds (electricity, gas, district heating or cooling where applicable), with building or submeter identifiers and units
  • Water meters or billed water volumes with comparable period coverage
  • Waste and recycling tickets or hauler reports with material stream labels and weights or volumes
  • Portfolio targets or intensity benchmarks the analyst has already approved (absolute kWh, intensity per floor area, water per occupant, diversion rate, and so on)
  • Building metadata needed for normalization: gross floor area, operating hours, occupancy proxies, and climate or degree-day context when intensity comparisons require it

If meter data for a required fuel or water stream are missing for the reporting period, or if waste records required for the chosen disclosure fields are absent, the system returns empty output for those fields and for any downstream draft that depends on them. It does not invent gap-filled values, impute from peer buildings, or carry forward the prior year as a substitute without an explicit, analyst-approved rule outside this use case. Empty output is the correct failure mode: a blank cell or blocked draft input is safer than a plausible number that cannot be sourced.

Partial coverage is handled the same way at field granularity. If electricity is complete but gas is missing, electricity-side anomaly checks and draft inputs may still run; gas-related fields and any total-energy rollups that need gas stay empty until the missing series arrives. The analyst sees which fields are blocked and which source gaps caused the block.

How monitoring and anomaly detection run

Once required inputs are present, the monitor normalizes readings to the reporting grain the portfolio uses (typically calendar month or GRESB-aligned period). It computes absolute consumption and intensity metrics, then compares them to the analyst’s targets and to recent history for the same asset.

Anomalies are candidates for review, not automatic corrections. Typical flags include sudden step changes after a long stable period, sustained drift away from target without a documented operational change, zero or flatline readings that conflict with known occupancy, and waste stream totals that break from hauler cadence. The model attaches the evidence window (dates, meters, raw totals) so the analyst can open the source feeds quickly.

Human-in-the-loop review is mandatory before any flagged series influences a filing draft. The analyst can accept the flag (investigate or annotate), dismiss it with a reason (meter swap, one-off event, data lag), or mark the period as incomplete. Dismissals and accepts should be retained with the analyst identity and timestamp so later GRESB or regulatory questions can show why a spike was or was not treated as material.

Quality outcome here means fewer false comfort numbers in the workbook: the monitor catches breaks early, and the analyst decides what belongs in the disclosed set. It does not mean the model silently rewrites the ledger.

Drafting GRESB and regulatory reporting inputs

After accepted readings and resolved flags, the monitor assembles draft ESG reporting inputs: period totals by resource, intensity figures, year-over-year or target variance commentary stubs, and structured fields mapped to the disclosure schema the portfolio uses (GRESB energy and water modules, waste diversion where applicable, and jurisdiction-specific templates when those mappings are configured).

Drafts are labeled as model-generated. The analyst edits wording, confirms units and floor-area denominators, and files through the firm’s submission process. Nothing is auto-submitted to GRESB, regulators, or investor portals from this workflow.

When a required input stream is still missing at draft time, the corresponding reporting fields remain empty and the draft package either omits those sections or marks them explicitly incomplete, depending on how the portfolio’s template is configured. The monitor does not soft-complete a GRESB row from partial fuels or from waste estimates derived only from tenant headcount.

Versioning helps the filing cycle. Each draft should record which meter extracts and target set were used, which anomalies were accepted or dismissed, and which fields were left empty due to missing data. That record is what an ESG analyst needs when assurance providers ask how a building’s figures were produced.

Operating cadence for the ESG analyst

A practical cadence for occupy-stage portfolios is continuous ingestion with monthly (or period-aligned) review packs. During the month, the analyst clears high-severity flags so they do not pile up at filing time. Near period close, the analyst regenerates drafts only after meter and waste feeds for that period are marked complete; regenerating earlier will correctly produce empty fields for unfinished streams.

Cross-check operational signals when a flag looks material. A consumption spike that coincides with a surge in tenant HVAC tickets may be explainable; a spike with no operational story needs meter verification first. Move-in and fit-out periods can distort baselines; condition documentation and handover dates help the analyst decide whether to annotate an exception rather than treat the period as business-as-usual. Space utilization shifts can justify intensity changes even when absolute consumption is flat.

Portfolio rollups should inherit the same empty-output rule. If one asset lacks waste data, portfolio diversion metrics that require that asset stay incomplete or exclude the asset under an explicit analyst rule, rather than averaging around a silent zero.

Boundaries and failure modes

This use case does not replace utility bill payment, engineering commissioning, or legal sign-off on disclosures. It monitors consumption against targets, flags anomalies, and drafts reporting inputs under analyst control.

It also does not treat peer-building averages or vendor marketing benchmarks as substitutes for missing meters. External benchmarks may inform target setting in a separate workflow; they must not fill empty cells in a filing draft produced here.

When the model cannot map a waste ticket to a stream label, or cannot reconcile two meters that claim the same circuit, it should surface a data-quality issue and withhold dependent outputs until the analyst resolves the mapping. Ambiguity yields empty or blocked fields, not a best guess.

Used this way, the ESG & energy consumption monitor shortens the path from building feeds to GRESB-ready and regulation-ready inputs while keeping the ESG analyst as the person who verifies sources and files the report.

Is this worth automating for you?

Whether this pays back depends on how much time it takes your team today. Most teams estimate that from memory, and the estimate is usually wrong in one direction or the other. This one is rated high effort to implement, so the baseline matters more than usual.

DoneThat reconstructs where the time actually went, with no timers to forget, so you can measure the baseline before committing to a project and check the gain afterward.

Measure the baseline first