QuickBooks Estimate

Non-posting is a feature, not a limitation

People new to QuickBooks sometimes read "non-posting" as "does not really count", and then ask why revenue looks low when the sales pipeline looks healthy. The two are describing different things on purpose.

An invoice posts. It debits accounts receivable and credits an income account, and from that moment the customer owes you money and your profit and loss reflects the sale. That is the correct treatment for work you have agreed to bill.

An estimate does none of that, because none of it is true yet. A quote is an offer. The customer can accept it, decline it, or never reply. Recognising revenue on an offer would overstate income and inflate receivables with amounts nobody has agreed to pay, and it would have to be reversed every time a deal went quiet.

So the estimate sits outside the ledger and waits. Your reports stay honest, and the quote is still in QuickBooks where you can find it, attached to the right customer, ready to become an invoice in one step.

The statuses, and the one that gates conversion

An estimate moves through a short list of states. New estimates start as **Pending**. From there they become **Accepted** or **Declined**.

You are not the only one who can move them. Intuit notes that QuickBooks "automatically updates an estimate’s status if a customer accepts or declines it directly from their email", so an estimate you sent on Monday may already read Accepted before you next open it. You can also update the status by hand from the Estimates list when the answer arrived by phone or in person.

One status matters more than the others, because it is a gate rather than a label. Intuit is explicit: "Before conversion, the estimate status must be Accepted." An estimate sitting in Pending will not convert, which is the usual explanation when the option appears to be missing.

That also gives declined work a route back. A rejected estimate is not finished, it is just not Accepted. Update its status to Pending and send it again for acceptance, and the same record carries on rather than being retyped.

There is a fourth state you do not set yourself. **Converted** is what QuickBooks writes once the estimate has been fully invoiced.

Converting an estimate into an invoice

Conversion is the moment the record starts to count. QuickBooks fills the invoice with the information from the original estimate, so the lines, amounts and customer carry across without being re-entered, and the two transactions are linked. Intuit describes the effect of that link as "ensuring your books remain accurate".

The link is worth more than the typing it saves. It is the audit trail from the number you quoted to the number you billed. Six months later, when somebody asks why the invoice reads 12,000 when the proposal said 11,400, the answer is one click away rather than a search through email.

At the moment of conversion the accounting changes character. Before, nothing. After, a posting document: revenue recognised, a receivable created, and a customer balance that shows up on your accounts receivable ageing.

Progress invoicing, when one estimate becomes several invoices

Long projects rarely bill in one go, and QuickBooks has a specific answer for that rather than asking you to split the estimate by hand. Intuit describes it as: "Progress invoicing lets you split an estimate into as many invoices as you need." The reason given is the practical one: "Instead of asking for full payment at the beginning of a project, you can invoice customers for partial payments."

The estimate becomes a running total that QuickBooks measures the invoices against. It also enforces the ceiling, which is the part that prevents the common error: "If you try to invoice for more than 100% of the total estimate, you’ll only be able to add what’s left of the remaining balance." You cannot accidentally bill 130% of a job across four invoices.

And the estimate closes itself out. "After you’ve invoiced for the total estimate, the estimate status automatically changes to Converted", so a fully billed job stops appearing as outstanding work.

One distinction is worth holding onto, because the vocabulary collides. Progress invoicing splits **the bill**. It has nothing to do with a customer paying one invoice in instalments, which is a payment question rather than an invoicing one and leaves the invoice at its full value while the balance comes down.

Where estimates fit for a Stripe-first business

If you collect through Stripe, the quoting stage often happens outside QuickBooks entirely. Stripe has its own quote object, with its own statuses and its own acceptance flow, and accepting a Stripe quote creates an invoice, a subscription or a subscription schedule rather than a QuickBooks record.

The accounting logic is the same in both systems, which is the useful thing to notice. A quote is an offer and stays out of the ledger. A finalized invoice is a bill and belongs in it. The two products draw the line in the same place, and they agree that the line is finalization, not acceptance.

So an estimate is the right home for a signed quote you want visible inside QuickBooks, and it remains the wrong record to point at when someone asks why revenue looks low. Nothing is missing. Estimates were never in that number.