Knowledge · Business Operations

    The Invoice Lifecycle

    Every stage an invoice passes through — draft, issued, delivered, partially paid, paid, overdue, disputed, written off — and what has to be true at each one.

    What is the invoice lifecycle?

    The invoice lifecycle is the set of states an invoice moves through from draft to closed: drafted from approved work, issued with terms, delivered to the customer, partially or fully paid, or aged into overdue, disputed or written off. Each transition should be recorded, not remembered.

    Key takeaways

    • An invoice is a state machine, not a document you email once.
    • Draft, issued, delivered, partially paid, paid, overdue, disputed and written off are distinct states.
    • Issued is not delivered, and delivered is not paid — collapsing those states hides problems.
    • Every state change needs a date, an amount and a person or system that caused it.
    • Closing an invoice should never mean deleting it.

    The states an invoice actually passes through

    • Draft — amounts exist but nothing has been promised to the customer.
    • Issued — the invoice has a number, a date, terms and a due date.
    • Delivered — there is evidence the customer received it.
    • Partially paid — a deposit or progress payment has been applied.
    • Paid — the balance is zero and a receipt exists.
    • Overdue — the due date passed with a balance remaining.
    • Disputed — the customer contests scope, amount or quality.
    • Written off — the balance is closed without payment, on purpose and on the record.

    What has to be true before an invoice can be issued

    An invoice is a claim about work. If the claim cannot be traced back to something the customer approved, it will be argued about. Before issuing, the amount should tie to an accepted estimate, a signed contract, an approved change order, or completed work that was documented at the time.

    That traceability is also what makes collections calm later. "Here is the approved scope, here is the change order you signed, here is the completion photo" ends most disputes without a phone argument.

    Why issued and delivered are different states

    Plenty of unpaid invoices were never actually received. They went to a spelled-wrong address, a decommissioned inbox, or a spam folder. If your system only knows "we sent it", every one of those looks identical to a customer who is refusing to pay.

    Track delivery separately: the address used, the timestamp, and whether the invoice was opened or viewed. When an invoice ages, the first question should be answerable in one click — did this ever reach a human?

    Closing an invoice without losing the history

    • Write-offs are decisions and should record who approved them and why.
    • Corrections are new documents — credit notes or revised invoices — not silent edits.
    • Voided invoices keep their number so the sequence stays auditable.
    • Payment records, receipts and the invoice remain linked after closure.
    • Deleting a paid or partially paid invoice destroys the payment's context.

    Where URBLD fits

    In URBLD invoices carry status, issue date, due date, applied payments and a link back to the job, estimate, contract and change orders they came from. Payments and receipts are separate records linked to the invoice, so the balance is derived rather than typed.

    Principles reinforced

    This page rests on the following foundational ideas.

    FAQ

    Frequently Asked Questions

    Straight answers about how URBLD runs the business end-to-end.

    More in Business Operations

    The daily mechanics: workflows, checklists, scheduling and handoffs.

    Browse Business Operations
    Share this page