
High-volume utility bill processing is account-level work. Each utility account belongs to one unit, property or meter, and that link decides the GL account, class and location for every bill that account produces.
The reliable fix is to keep the account-to-unit map inside the AP system, not a spreadsheet, and let it drive coding, invoice numbers and how multi-account statements get split. MakersHub is set up around how your business already works, and our team configures it with you.
Our co-founder and President, Charley Howe, connected Pete Rose to a new customer that does this work at real scale:
I think Pete Rose is one of the more interesting characters in American history. Rags to riches to infamy to some degree of posthumous vindication. His rich, checkered life is a fascination. He’s attributed with the line, perhaps apocryphally:
“I’d walk through hell in a gasoline suit to play baseball.” — Pete Rose
I love this. It's so aspirational, and so inane. Most people never feel that way about anything. And what a gift when one does. But… isn't hell already on fire? What is a gasoline suit? And what does it contribute to the heat? Regardless, I try to bring this energy every day.
I’ve had the good fortune to think about baseball at MakersHub lately following the work of a new customer.
They are a large property management company that houses professional ball players while on the road. Their leasing team goes into a market, finds luxury apartments near the ballpark, signs the leases, turns on the power, the water, the gas and the internet, and bills it back to the club.
Over two thousand bills a month, almost all utilities.
In a business like that, the bill isn't the unit of work. The account is. They have thousands of accounts with energy & internet vendors, one per unit. Nothing on the face of the bill says which apartment it belongs to except the account number. The GL, the class, the location and the leasing program all hang on a mapping from account to unit that used to live in a gargantuan spreadsheet.
The documents fight you too. One cable vendor sends a single forty-page invoice covering two to four hundred accounts. Another sends a master statement in two columns that snakes down the page with nested subtotals, so a model reading left to right returns a number that is real and wrong.
We imported their complex and unit list, mapped vendor plus account number to property, and let that one resolution drive everything downstream: chart of accounts, class, location, the invoice number assembled to their own convention, and the split of a forty-page document into four hundred bills.
Two people do this full time. All month, every month. Miss one bill and a kid one level from the big leagues comes home to no power.There's no highlight for coding a utility bill to the right class.
But their team straps on the gasoline suit and legs it out. I’m honored to help keep the lights on for the next Charlie Hustle.
Under the baseball is a hard AP problem, and it is common well beyond sports housing. The rest of this article covers the AP side.
A utility bills per service account. Electric, gas, water and internet providers each assign an account number to every meter or connection, and that number is usually the only thing on the bill that says where the service is. The vendor doesn't know your property codes, your leasing programs or which entity owns the lease.
Everything your books need hangs off that account number. In QuickBooks terms, a bill needs a GL account (the expense line in your chart of accounts), often a class (a tag for tracking a business line or program) and a location (a tag for the property or market). When you hold thousands of accounts, the question for every bill is the same: which unit is this account, and what does that unit code to?
Here is what one row of that map looks like. Each line is one account, and every field to the right comes from the unit it belongs to, not from the bill:
| Vendor | Account number | Unit | GL account | Class | Location |
|---|---|---|---|---|---|
| Electric utility | 4471-0093-22 | Building A, Unit 1204 | Utilities: Electric | Program 1 | Market 1 |
| Electric utility | 4471-0093-23 | Building A, Unit 1206 | Utilities: Electric | Program 2 | Market 1 |
| Cable and internet | 8837 1102 0045 | Building A, Unit 1204 | Utilities: Internet | Program 1 | Market 1 |
| Water | WA-552817 | Building C, Unit 310 | Utilities: Water | Program 1 | Market 2 |
The example values are illustrative. The structure is the point: one row per account, maintained in one place, and every bill coded from it.
When that map lives in a spreadsheet, someone has to look up every bill by hand. At a few hundred bills a month it is tedious. At two thousand, as in Charley's post, it becomes the job.
Utilities and telecom providers often bundle many accounts into one document. Tampa Electric, for example, offers free summary billing to commercial customers with ten or more accounts under one name. It consolidates their bills into one, with each account's charges itemized inside.
That is convenient for paying and hard for accounting. One document arrives, but it holds dozens or hundreds of separate charges, each belonging to a different unit, each needing its own coding. Charley's cable vendor shows this problem at full size: one forty-page invoice covering two to four hundred accounts.
Many AP tools treat one document as one bill. Capture the vendor, the total and the due date, code it, done. A summary statement processed that way becomes one large bill coded to one place, and someone splits it by hand afterward, account by account. The right approach runs the other way: split the document into one bill per account first, then code each bill from the map.
Layout. A two-column master statement is easy for a person to read: down the first column, then down the second. Software that reads a page straight across, left to right, can stitch the two columns together into rows that don't exist on the page.
This is a known PDF problem, not a quirk of one tool. The W3C's accessibility guidance on reading order in PDF documents uses exactly this example: a multi-column document that is clear to a sighted reader but that a screen reader may read straight across both columns, as if they were one. The order a machine reads a page in is not always the order a person sees.
Nested subtotals make it worse. A statement may show a charge for each account, a subtotal for each building, and a total for the statement. Every one of those numbers is printed on the page and every one is real. Pick up a building subtotal as if it were one account's charge and the amount is correct for the wrong thing. Nothing about it looks like an error.
Some utilities and telecom providers also offer billing data as a spreadsheet download or as electronic data interchange (EDI) files, a structured format for sending invoices between systems. When a vendor offers that alongside the PDF, it is worth asking for, because a data file has no columns to read out of order. Many vendors still send only the PDF, so reading the document correctly still matters.
The defense is arithmetic, not trust. The account charges should add up to each subtotal, and the subtotals should add up to the statement total. If they don't, a row was missed, doubled or misread. Charley described this check in his earlier post on where AI belongs in finance: when line items don't sum to the bill total, MakersHub flags the variance and goes back for the row it missed instead of posting a guess.
If you bill utility costs back to someone else, as Charley's customer does with each club, the map needs one more field: who pays in the end. Put the client or program on the unit, and the bill-back report comes straight out of the same coding instead of a second spreadsheet. At month-end, you no longer ask which bills belong to this client. You filter on a field you already have. It also makes disputes easier, because every charged-back amount traces to a specific account, unit and statement.
The map is also where most of the value sits. Get the vendor-plus-account match right and every bill after it follows. Get it wrong and every bill is wrong the same way, which at least means one fix corrects them all.
More than a late fee. Utilities can disconnect service for nonpayment after giving notice, and the notice can be short. In Arkansas, for example, the Public Service Commission's rules require at least five days of written notice before disconnection, plus three days when the notice is mailed. Rules vary by state and by type of customer, so check the ones that apply to your accounts.
When you house tenants, a missed bill isn't a bookkeeping error. It is someone coming home, as Charley wrote, to no power. That is why a missing account on the map matters more than a slow approval.
It starts with the map. MakersHub imports your property and unit list, maps each vendor and account number to the unit it belongs to, and uses that match to set the GL account in your chart of accounts, the class, the location, and an invoice number built to your own convention. You set your coding rules once, and MakersHub applies them everywhere.
Multi-account statements are split into one bill per account, so a forty-page cable invoice becomes the hundreds of bills it actually represents, each coded from the map. WiseVision, the AI MakersHub uses to read documents, reads every line rather than only the total, and the statement's own arithmetic is checked before anything posts. Line-level automated coding then handles the rest without anyone retyping account numbers.
Approval and payment follow the same structure. Approvers use MakersHub without training. They approve from email in one click, and see only the bills that are theirs. MakersHub is transparent about where every bill sits and who is holding it, which matters when the question is whether a specific unit's power bill has been paid. Our real estate AP automation page covers the property-by-property setup, and the accounting system integration hub lists the systems MakersHub syncs with.
If you manage a handful of buildings with a few dozen utility accounts, a well-kept spreadsheet and a careful person can handle it. The same goes for vendors that already send one electronic bill per account with the property name printed on it. The account-level approach earns its keep when three things show up together: hundreds or thousands of accounts, vendors that bundle them into summary statements, and coding that depends on more than the vendor name.
Hospitality and multi-location retail teams face the same problem with site-level bills. Our guide to multi-location hospitality AP covers it.
Utility bill processing is the work of capturing, coding, approving and paying recurring bills for electric, gas, water and internet service, usually across many service accounts. At volume, most of the effort goes into matching each account to the property or unit it serves. MakersHub keeps that account-to-unit map inside the AP system and codes every bill from it.
You keep a map of vendor plus account number to unit, with each unit's GL account, class and location attached, and code every bill from that map. Using vendor and account number together avoids collisions between utilities. MakersHub imports your unit list, builds that mapping, and applies it to every bill automatically.
A summary bill consolidates many service accounts from one utility into a single statement, with charges for each account listed inside. It simplifies payment but needs to be split into one bill per account for accurate coding. MakersHub splits multi-account statements into individual bills and codes each one from the account map.
Software that reads a page left to right can merge two columns into rows that don't exist, and nested subtotals can be mistaken for account charges. The fix is to check that account charges add up to subtotals and subtotals to the statement total. MakersHub checks that arithmetic and flags a variance instead of posting a guess.
Many utility statements have an account number and a statement date but no unique invoice number, so teams build one from their own convention, often account number plus service period. That keeps every bill unique and searchable and helps catch duplicates. MakersHub assembles the invoice number to your convention when it creates each bill.
Late fees are the small part. Utilities can disconnect service for nonpayment after notice, and some states require only a few days of it. For anyone housing residents, that means a unit without power or water. MakersHub tracks each bill's status and owner, so a missing or stuck bill is visible before the due date.
Nobody notices utility AP when it works, and everybody notices when it doesn't. We built MakersHub so the account map does the remembering and the team does the checking. If your utility accounts still live in a spreadsheet someone is afraid to touch, we'd like to help move them. Get started with MakersHub.
Sources: Tampa Electric, Summary Billing; W3C Web Accessibility Initiative, Technique PDF3: Ensuring correct tab and reading order in PDF documents; Arkansas Public Service Commission, Suspension of Service. Account map example values are illustrative.
See how MakersHub helps organizations that track spend by project, location, program or entity get every line of every bill coded and approved before it's paid.