What Makes an Invoice Easy to Approve
Why this matters
An approver on a property account reads your invoice for well under a minute. They are not auditing it. They are looking for a reason to click approve, and failing that, a reason to set it aside. Everything on the document either helps them approve or gives them something to wonder about, and wondering costs you a payment cycle.
Most shops try to win that minute by adding: more detail, more explanation, more hedging notes, a longer description of what was found. That is backwards. The invoices that clear fastest are the ones where every field the approver checks is present and nothing else is competing for the same minute. This card is mostly about what to leave off, because the additions are the part shops get wrong.
The seven fields the approver actually checks
In roughly this order, in the time it takes to scroll once:
| Field | What they are confirming | Fails when |
|---|---|---|
| Their work order reference | This invoice belongs to something they authorized | It is in the description instead of the reference field |
| Property and unit | Which budget this lands on | The address is there but the unit is not |
| Date of service | It falls inside the current period, and inside the authorization | The invoice date is shown but the service date is not |
| Total | It sits at or under whatever they can approve alone | It exceeds their limit by a small amount they were never warned about |
| Labor hours and rate | The hours are plausible for the described work | Labor is shown as one lump with no hours |
| Parts and materials | Named items, not a category | A single line reading "materials" |
| Who authorized it | A name or a reference, when the total is above the routine level | Nothing, and the approver has to remember |
If all seven are present and consistent, most invoices clear without a human forming an opinion about them. That is the goal. An invoice that provokes an opinion has already cost you time.
What deliberately does not belong on the invoice
This is the sharp part of the card, and it is where the good shops separate from the busy ones.
Hedged forward-looking notes. "May need further attention," "recommend monitoring," "could fail again." Every one of those is a reason for an approver to pause and ask whether they are paying for a fix that did not fix anything. Recommendations are real and they matter, but they belong in a separate written recommendation attached to the unit record, not in the line items of a bill for completed work. Separating them also makes the recommendation easier to act on later, because it is not buried inside a paid document.
Your internal job number as the only reference. It is meaningless to their system and it occupies the position where their number should be. Carry both, theirs first.
Tech names with no context. A first name on the invoice tells the approver nothing and, on a property with tenant complaints, occasionally invites a personnel conversation you did not want to have. Where a license or certification number is the point, put the credential on the document. Where it is not, the shop is the vendor of record.
Catch-all lines. "Miscellaneous," "shop supplies," "sundries," "misc parts." These are the single most reliably queried lines on a property invoice, because they are the one thing an approver cannot defend upward if asked. If small consumables are genuinely part of your pricing model, fold them into the labor rate or name them, and say which you did in the agreement so it is settled once instead of monthly.
Labor expressed as a shift. "Half day," "full day," "crew day." A property approver converts everything to hours to compare units against each other. Make them do the conversion and they do it unfavourably.
A prior balance carried onto a current invoice. It makes the current document unapprovable, because approving it appears to endorse the older disputed amount. Chase the old invoice as its own item.
Photographs pasted into the body. They lengthen the document, push the total below the fold, and often do not survive the portal's conversion. Attach them as separate files named to the work order.
Anything about a tenant's behaviour. Notes like "tenant was uncooperative" or "unit in poor condition" will be read by more people than you expect, sometimes including the tenant, and they convert a billing document into evidence in somebody else's dispute. Record access problems factually and neutrally in your own file and in the work order notes: arrival time, whether entry was obtained, what was and was not accessible.
Marketing. A service agreement pitch on an invoice signals that the document is a sales piece, and it draws scrutiny to the lines above it.
The two exceptions that earn their place
A one-line reason for a variance. If the invoice exceeds the estimate or the authorization, one factual sentence stating what changed and who approved it belongs on the document, at the top, not the bottom. Without it, the variance is discovered rather than disclosed, and a discovered variance goes to the manager's supervisor.
A no-charge line. Zero-value lines for warranty returns and absorbed callbacks are worth printing, because they build a record that the shop stands behind its work. This is the one addition that reliably speeds approval instead of slowing it.
Never land just above the approver's ceiling
Every approver has a limit they can sign alone. An invoice at or under it is a click. An invoice a fraction above it is a meeting, a forwarded email, and a second person who was not there and has no context.
The consequence is not proportional to the overage. An invoice landing slightly above the ceiling takes the same route as one landing at several times it, and it takes that route without anyone having warned the manager it was coming. That is the version they resent, because it made work for them by a margin small enough to have been avoided.
Three legitimate responses when a job is going to land near the line, in order of preference. Call it before you finish, so the manager can get the second approval while the tech is still on site. Split the work across two authorizations if the scope genuinely divides, which it often does on a turn. Or bring it under the line by absorbing something and saying on the document that you did.
What is not legitimate is splitting one indivisible job into two invoices purely to slide both under a ceiling. Managers recognise it immediately, it reads as evasion of their own controls, and it is the fastest way to have your invoices moved from routine review to scrutiny. Know the ceiling, cross it deliberately or not at all. The number itself is a conversation to have during onboarding rather than to infer from rejections.
The second reader changes what "easy" means
Some invoices stop with the manager. Others travel to an owner, an asset manager, or a board that meets monthly. The design goal shifts when they do.
For a manager-only invoice, brevity wins outright: seven fields, nothing else. For an invoice that will be forwarded, the manager needs the document to survive being read by someone who was not part of the request. That does not mean adding explanation to the invoice. It means the invoice stays clean and a short separate memo travels with it, so the manager can forward both and does not have to write the memo themselves at nine at night.
Ask which category a job falls into at authorization time, not at billing time. On most portfolios the split is predictable: routine repairs stop with the manager, anything drawing on reserves travels. When it travels, the practical difference is timing, because a board that meets monthly turns a same-week approval into a next-meeting approval, and no amount of document quality changes that.
Worked example: the same job, two documents
A tech replaces a failed component in a rental unit, 2.6 hours on site, one part, plus a small quantity of consumables.
Version A shows: shop job number, address without unit, service description of eleven lines, labor as "service call and repair," one part named, one line reading "shop supplies," and a closing note reading "unit is older, may need additional repairs in future."
Version B shows: their work order number in the reference field, property code and unit, service date, 2.6 hours at the agreed rate, the part named with quantity, no consumables line because consumables are inside the rate per the agreement, and nothing else. The future-repair observation goes out the same day as a separate one-paragraph recommendation attached to the unit record.
Version A raises three questions in one minute: which unit, how many hours, and what are shop supplies. Any one of the three parks it. Version B raises none.
Watch the second-order effect. The recommendation extracted out of Version A is more likely to turn into work, because it arrives as a standalone item a manager can forward to an owner rather than as a hedge at the bottom of a bill they are trying to close. The shop that thinks it is being thorough by putting it on the invoice is losing both the payment speed and the follow-on job.
How to verify you got this right
Take the last 10 invoices you sent to one property account and mark each line as either "one of the seven fields" or "something else." Then, for each line in the second group, ask what an approver would do with it.
The gate: per account, on the last 10 invoices, if more than 2 carried a catch-all line, a hedged forward-looking note, or labor expressed as anything other than hours, rewrite the template rather than coaching the tech. Those three defects come from the document, not the person filling it in, so the correction is one template change, not ten conversations.
Then check the outcome side over the following 10 invoices: count queries received. A query rate above 1 in 10 on a settled account, with the seven fields all present, points at pricing or scope rather than at the document, and that is a different conversation to have with the manager directly.
Run the example through the gate. Version A carries two of the three named defects on a single invoice, so a template landing that pattern on more than 2 of 10 invoices fails the gate on its own, before any question of query rate.
References
- See related: The Invoice Accuracy Checklist
- See related: What a Property Manager Needs to Defend a Spend
- See related: How to Invoice So a Manager Can Pass It Through
- See related: Explaining the Invoice Line by Line