TemplateLast reviewed November 7, 2026

HVAC Equipment Schedule Template (Free .xlsx)

Free HVAC equipment schedule template (.xlsx): tags, capacity, airflow, MCA and MOCP, warranty dates and submittal status, totalled by equipment type.

On a mechanical project, the equipment schedule is the sheet everyone keeps checking: the estimator pricing units, the electrician sizing circuits, the PM chasing submittals, the startup tech confirming what went on the roof. Our HVAC equipment schedule template puts that list in one workbook, with one row per tagged unit, totals by equipment type, and a running count of where every submittal stands.

Download the HVAC equipment schedule template. It’s a plain .xlsx with no macros and no sign-up. Open it in a spreadsheet app, replace the sample units with your own, and the totals, submittal counts and electrical flags recalculate. To work in Google Sheets, import it with the steps further down.

Video walkthrough

This short captioned walkthrough goes from a row on Schedule to the totals on Types and the counts on Summary.

HVAC Equipment Schedule Template walkthrough

Who this schedule is for

The workbook is for mechanical contractors and design-build HVAC shops that need a working equipment list during a project: from bid and submittals through install and turnover. It suits a project manager tracking approvals, an estimator checking tonnage against the drawings, or an office lead who keeps the submittal log for a handful of jobs at once.

People search for this under a few names: an HVAC equipment list template, a mechanical equipment schedule, or a submittal log. Here they all mean a schedule that answers four questions.

  1. What equipment is on this project, and what is each unit tagged?
  2. How much cooling, heating and airflow does each equipment type add up to?
  3. Which submittals are approved, which are out for review, and which came back for changes?
  4. Does any unit’s electrical data look wrong before the circuits get sized?

Maintenance due dates are left out on purpose. They belong in a service log once the equipment is running, which we cover below.

What’s in the workbook

There are four sheets, in this order:

  1. Instructions covers setup, the Google Sheets import, the limitations, and a note that the formulas, layout and sample figures were written from scratch for this file.
  2. Types holds your equipment type codes (RTU, AHU, EF, FCU, B and CU in the sample) with a description and the capacity basis each type is rated on. The sheet counts the units of each type on Schedule and totals their cooling tons and airflow.
  3. Schedule is the equipment list itself. Each row has a tag, type, basis of design, location, cooling in tons, heating in MBH, airflow in CFM, voltage and phase, MCA, MOCP, refrigerant, weight, install date, warranty length and submittal status. Warranty ends and a Row check are calculated.
  4. Summary reports units scheduled, total cooling, heating and airflow, submittal counts by status, rows to check and electrical flags.

Blue cells are for typing, yellow cells calculate, and the green cells on Summary are the results to read. The sample project’s tags, ratings and dates are synthetic inputs for you to replace. They aren’t sizing guidance for any real building.

How to set it up

  1. If your spreadsheet app opens the file read-only or in a protected mode, turn on editing so the formulas calculate.
  2. On Types, keep the codes you use and add your own in the next empty row. Each code has to be unique, because Schedule matches on it exactly. Your own convention works: if your drawings say PRTU or DOAS, use that.
  3. On Schedule, replace the sample rows with your equipment, one row per tag. The Type column is a dropdown that reads the live list on Types, so a new code shows up in it as soon as you add it.
  4. Enter each capacity in the unit its header names: tons, MBH, CFM, amps and pounds. Leave a capacity at 0 when it doesn’t apply, like heating on an exhaust fan.
  5. Enter the install date and the warranty length in months as units go in. Warranty ends fills in once both are there.
  6. Set Submittal status from its dropdown each time a submittal goes out or comes back.
  7. Fix every Row check that isn’t OK, then confirm Rows to check on Summary reads 0.

Schedule sheet showing ten sample HVAC units with tag, type, basis of design, location, cooling tons, heating MBH, airflow CFM, voltage and phase, MCA and MOCP

How a unit’s type rolls into the totals

Every total on Types and Summary comes from the rows on Schedule. You never type a total.

Pick a type for a unit and its numbers join that type’s row on Types. Units counts the Schedule rows whose type matches the code exactly. Cooling tons and Airflow CFM add up those rows’ capacity and airflow. In the sample, the 3 rooftop units add up to 32.5 tons and 13,000 CFM. The single air handler carries 25.0 tons and 10,000 CFM on its own.

Move a unit to another type and its capacity moves with it. Upsize a unit and both its type total and the project total change. When a design revision bumps RTU-3 up a size, you change one cell and every total that depends on it updates.

The match is exact, character for character. A type typed as CU* on Schedule doesn’t quietly match CU, and neither does a blank. Either one marks the row Check type, because a unit with no listed type would otherwise drop out of the rollup without anyone noticing. Summary has a cross-check for this: Units in the type rollup should equal Units scheduled. If it doesn’t, some row has a type that isn’t on Types.

Types sheet showing six equipment type codes with description, capacity basis, unit count, cooling tons and airflow CFM for each type

Submittals and the MOCP check

The Submittal status dropdown has five values: Not submitted, Submitted, Approved, Approved as noted, and Revise and resubmit. Summary counts each one, and Approved includes Approved as noted, since that status lets the order go ahead once the notes are addressed. A tagged row with no status yet counts as Not submitted, so an unsent submittal still shows up in the count.

The electrical columns get one check. MCA is the minimum circuit ampacity and MOCP is the maximum overcurrent protection, both read off the unit’s nameplate or submittal data. The breaker can never be smaller than the circuit’s minimum, so an MOCP below the MCA means a typo or a wrong data sheet. The row shows Check MOCP, and Summary counts it under Electrical flags.

That flag doesn’t stop the totals, because a bad ampacity number doesn’t change the tonnage. Treat it as a prompt to check the nameplate before the electrical contractor sizes the circuit. The check compares two numbers; it doesn’t size wire or breakers, and it doesn’t check code requirements.

Worked example: the sample project

The sample is a small commercial building with 10 units. Here’s what Summary reports for it:

MetricSample result
Units scheduled10
Total cooling (tons)65.5
Total heating (MBH)2,079
Total airflow (CFM)26,200
Approved5
Submitted, awaiting review2
Revise and resubmit1
Not submitted2
Rows to check0
Electrical flags0
Units in the type rollup10

And here’s how the cooling splits across types:

TypeUnitsCooling (tons)Airflow (CFM)
RTU, packaged rooftop unit332.513,000
AHU, air handling unit125.010,000
FCU, fan coil unit23.01,200
CU, condensing unit15.00

In the sample, the condensing unit’s submittal came back as Revise and resubmit, so it’s the one to chase. The fan coils haven’t been submitted at all, so they are the next package to send.

Summary sheet showing units scheduled, total cooling tons, heating MBH and airflow CFM, submittal counts by status, rows to check, electrical flags and units in the type rollup

Type an MOCP of 20 on the condensing unit, below its MCA of 26, and Electrical flags goes from 0 to 1 while the totals stay put. Mark the air handler Approved and the Approved count goes up by one while Submitted goes down by one.

Importing it into Google Sheets

You can bring the file into Google Sheets by importing the .xlsx:

  1. Download the workbook from the template download link.
  2. Open Google Sheets.
  3. Choose File > Import > Upload.
  4. Select the downloaded file.
  5. Choose Insert new sheet(s), or create a new spreadsheet from the upload.
  6. Check Schedule and Summary after the import.

The file has no macros. Before you replace the sample data, check that Summary still matches the worked example above and that the Type and Submittal status dropdowns still list their choices. Colors and column widths can also shift between apps, so look the sheets over before you share the file with your team.

How it differs from an equipment maintenance log

This schedule documents what’s specified and installed. Once the equipment is running, the visits, parts and next-due dates belong in our equipment maintenance log template. A common handover is to carry the tags from this schedule into the log’s asset register, so a technician reading RTU-2 on a work order is looking at the same unit the drawings called RTU-2.

You’ll find the rest of the set on the free field service templates page.

Limitations to know before relying on it

  • It’s a design and submittal schedule. There are no maintenance intervals or due dates, by design.
  • Totals add the numbers as typed. If someone enters a capacity in BTU/h instead of MBH, the total will be wrong and the sheet won’t know.
  • The MOCP check compares two numbers. It doesn’t size circuits or replace the electrical engineer’s review.
  • Type codes and tags match exactly, so RTU1 and RTU-1 are different units.
  • The schedule holds up to 300 units and 30 type codes. Formulas, totals and dropdowns stop at row 301 on Schedule and row 31 on Types.
  • It’s one file. Two people editing copies will drift, and nothing links a scheduled unit to its later service history.

The last limit is the one that eventually forces a change: once the schedule has to follow each unit into warranty claims, service visits and work orders, the records need a system that keeps them attached to the equipment. Our switching cost calculator estimates what that move costs, and the implementation timeline guide lays out the steps and their order.

Until then, grab the HVAC equipment schedule template, add your project’s units, and pick a type to watch the totals move.

Frequently asked questions

  1. What goes on an HVAC equipment schedule?

    One row per tagged unit with its type, basis of design, location, cooling and heating capacity, airflow, voltage and phase, MCA and MOCP, refrigerant, operating weight, install date, warranty length and submittal status. Contractors often call the same list an HVAC equipment list or a mechanical equipment schedule.

  2. What do MCA and MOCP mean on a schedule?

    MCA is the minimum circuit ampacity, the lowest ampacity the wiring to the unit may have. MOCP is the maximum overcurrent protection, the largest breaker or fuse allowed on that circuit. An MOCP below the MCA cannot be right, so the workbook flags that row and counts it under Electrical flags on the Summary sheet.

  3. How is this different from an equipment maintenance log?

    The schedule documents what is specified and installed: tags, capacities, electrical data and submittals. The equipment maintenance log template on this site tracks the service visits, parts and due dates that come after startup. At handover, the same tags can carry straight into the maintenance log.

  4. Can I use this equipment schedule template in Google Sheets?

    You can import it. In Google Sheets choose File > Import > Upload, select the .xlsx file, and choose Insert new sheet(s). The file has no macros. Before you replace the sample data, check that Summary still shows the sample totals and that the Type and Submittal status dropdowns still list their choices.

  5. When should equipment records move into software?

    When the schedule has to follow each unit into service history, warranty claims and work orders. A spreadsheet holds the design data, but it cannot attach service visits to a tag or alert a dispatcher. The switching cost calculator and the implementation timeline guide on this site help size that move.

Trust signal

Fact Checked & Editorial Guidelines

Every post on this site is fact-checked against the policy below before the "Last reviewed" date is updated. If a single item below fails verification, the post does not go live.

  • Every claim traces to a source.

    Pricing, feature lists, integrations, and headquarters are taken from vendor product pages, documentation, or signed contracts — never repeated from secondary blogs. Where a claim is sourced from a single vendor's marketing, it is qualified as such.

  • Vendor relationships are disclosed in-line.

    If a review covers a platform whose vendor has provided trial access, sandbox access, or paid placement on a sister property, that relationship is stated in the review's methodology footer — not buried in a sitewide disclosure page.

  • Pricing is rechecked at every review cycle.

    Vendor pricing changes constantly. The 'Last reviewed' date on each post is the date the price line was last re-verified against the vendor's public pricing page. If you spot a stale price, the contact page accepts corrections.

  • Corrections are logged, not silently rewritten.

    Material factual corrections after publication get a correction note dated and appended to the post. We don't pretend the prior version never said what it said.

Spotted an error? Send a correction via thecontact page — corrections are logged with a dated note on the post.

Trust signal

Editorial Review & Methodology

Reviews and comparisons on this site follow a single documented methodology — the same rubric, applied identically to every platform, on every review cycle.

  • Five-criteria scoring rubric, applied identically to every platform.

    Usability, pricing transparency, feature depth, support quality, and integrations. Each criterion scored 0–10 with documented weighting. The rubric is published on the methodology page and does not change between platforms in the same review.

  • Hands-on testing where vendor trial access permits.

    If a vendor offers trial or sandbox access, the reviewer spins up an account and works through the documented evaluation script before scoring. Where access is enterprise-gated, the access type is disclosed and scoring draws on product documentation, verified buyer reviews, and analyst sources.

  • Editorial independence from commercial relationships.

    No vendor pays for placement, previews scores, or controls the content of a review. Affiliate links, where present, do not change ranking — picks are ordered by score, not by commercial yield. If a conflict of interest exists for a specific review, it is disclosed within that review.

  • Reviews get re-checked, not just re-dated.

    Each 'Last reviewed' update means the rubric was re-applied — pricing, feature inventory, integration list, and any material vendor changes since the prior review. A bare date bump without re-evaluation is not a re-review.

The full rubric, weighting, and review-cycle process is on themethodology page.