Bills

A Simple Utility Bill Record-Keeping System That Stays Useful

What to save from each bill, how to connect it to readings and cycles, and how to make future disputes and comparisons easier.

Published · 8 minute read

A useful bill archive is more than a folder of images

Keeping PDFs or photographs is helpful, but finding the right bill months later can still be difficult. A useful record connects the official document to the property, physical meter, billing interval, readings, consumption, and payable amount.

The objective is traceability: Which meter? Which period? Which source? What changed?

The minimum fields worth saving

For each official utility bill, record:

  • Property
  • Meter and utility type
  • Provider
  • Consumer/reference number where appropriate
  • Issue date and due date
  • Previous and current reading dates
  • Previous and current official readings
  • Billed consumption and unit
  • Payable amount and currency
  • Actual, estimated, corrected, or revised status
  • A note for unusual adjustments

Avoid storing more sensitive information than the workflow needs. Do not place account references in public screenshots, shared filenames, or unprotected notes.

Connect the bill to a billing cycle

A bill normally closes a defined provider interval. The app should not infer that boundary from the calendar month or from the date you typed the bill.

Use the bill's official readings and dates. Compare them with the closest observations in your meter history. If they align, confirm the cycle closure. If they do not, investigate whether the bill was estimated, adjusted, assigned to the wrong meter, or read on a different day.

MeterPilot never needs to close a cycle merely because an expected date arrived. A reminder can ask you to check; only validated information and your confirmation should change the cycle.

Example record

Field Value
Property Home
Meter Main electricity
Period August 8–September 7
Official readings 31,440 → 31,617
Billed consumption 177 kWh
Reading type Actual
Due date September 22
Note Provider closing value was 2 units above Sep 6 observation

This record explains the bill even if its original filename is bill-september.pdf.

Why payment status should be separate

An issued amount, a due date, and payment confirmation are different facts. Do not mark a bill paid merely because the due date passed or because another bill arrived.

If MeterPilot later supports payment evidence, that should remain a deliberate user action or a verified provider response. The current manual record is designed to preserve official bill information, not to act as a banking ledger.

Handling corrected and estimated bills

Do not overwrite the original history without a trace. Mark a corrected bill as revised and explain what it replaced. Preserve the provider's stated readings and any adjustment.

For an estimated bill:

  • Record that it was estimated.
  • Keep your nearest physical readings.
  • Avoid treating estimated consumption as a directly observed meter interval.
  • Reconcile the later adjustment when an actual reading is issued.

A privacy-aware naming system

If you keep source files outside the app, use a structure such as:

Property / Utility / Meter label / YYYY-MM billing period

Use your internal label rather than a full consumer reference in the filename. Files are easily exposed in recent-document lists, backups, or shared folders.

Monthly review checklist

  1. Confirm every bill belongs to the selected property and meter.
  2. Check exact reading dates.
  3. Compare official readings with your history.
  4. Record estimated or revised status.
  5. Review consumption separately from payable amount.
  6. Confirm before closing the cycle.
  7. Export or back up important records according to your privacy needs.

Where automation should stop

Bill scanning can reduce typing, but extracted numbers can be wrong or belong to the wrong field. A safe future scanner should detect borders, preserve the source, show every parsed value with confidence, suggest an existing meter only when evidence matches, and ask before adding a meter or closing a cycle.

That is why MeterPilot labels bill scanning and automatic retrieval as coming soon. Manual entry remains preferable to automation that quietly damages the ledger.

MeterPilot Bills screen listing meters that are awaiting their first official bill
The bill workflow begins with the meter, so every first bill and later history stay attached to the source that produced them.
Reconcile without rewriting history

Keep provider facts beside the meter that produced them.

Record the official read date, closing value, billed units and amount as distinct facts, then review the cycle boundary.

See the MeterPilot workflow