Turning an accepted estimate into an invoice

Same line items, new number, new dates — and never retyped by hand.

The moment a client says yes, the estimate has done its job and an invoice has to exist. The line items are identical; what changes is the document type, the number series, the issue date and the due date.

Retyping is where errors enter: a rate transposed, a line dropped, tax recalculated on the wrong base. It is also just slow.

One tap converts an accepted estimate in EstimateBill — the client, items, rates and tax carry across, the invoice takes the next number in its own series, and both documents stay in the record.

Why retyping is the expensive option

Two costs, and the second is the one that hurts. The obvious one is time — every line entered twice. The real one is divergence: a description slightly reworded, a quantity transposed, a line dropped. Any difference between the quote the customer accepted and the invoice they receive is something they can legitimately query, and querying stops payment.

An invoice that is provably the accepted quote is close to unarguable. That is worth more than the ten minutes saved.

What should carry over, and what should not

Carry over: every line item, description, quantity, rate, the tax treatment, the discount, and the client details.

Do not carry over: the document number — an invoice needs its own from the invoice sequence, not the estimate's. The dates, which are new. The validity period, which is now meaningless. And any language framing it as an offer.

Keep the estimate's reference on the invoice as a cross-reference: "per estimate EST-0104 of 14 August". It ties the two together for anyone approving payment.

Keep the estimate after converting

Do not overwrite it. The accepted estimate is your evidence of what was agreed, and it is the document that settles a scope argument six weeks later. Both should exist, linked, with their own numbers.

When the job changed on the way

This is the normal case rather than the exception. Two things were agreed: the original scope and the variations. The invoice should show both, separately.

Rewire per estimate EST-0104 — £3,840.00
Variation 1, agreed 22 August: two additional sockets in garage — £180.00

Presenting the total as one figure invites the customer to compare it to the quote, see a difference, and query the whole thing. Showing the variation separately answers the question before it is asked — provided the variation was actually agreed at the time. When a job takes longer than you quoted covers what to do when it was not.

Deposits already taken

If you invoiced for a deposit, the final invoice shows the full value and deducts what was already paid, so the balance due is what is actually owed. Do not invoice only the remainder with no reference to the deposit — the customer's records then show two unrelated documents and no way to see the job's total. Invoicing for a deposit covers the sequence.

Invoice the day it finishes

If converting takes one tap, there is no reason for the invoice to wait for a weekend admin session. The gap between finishing work and sending the invoice is the cheapest thing to fix in most small businesses and the one most consistently left alone. How soon after finishing you should invoice covers the size of the effect.

Free, unlimited, no ads and no account. Get EstimateBill — or try the free browser invoice generator with nothing to install.