If your billing runs by milestone, retainer, deposit, or outside approval, keep those cases in a short exception path. Don’t let special billing rules take over the whole procedure.
Core invoicing SOP: 7 steps
1) Name one Billing Owner and define the trigger
The SOP needs one clear owner. Call that role the Billing Owner and make that person responsible for drafting, sending, recording, and escalating invoices.
Then define the event that starts billing. Common triggers include:
- Work is completed
- A milestone is accepted
- A shipment leaves
- A billing date arrives
If the trigger is fuzzy, the invoice will be late before anyone notices. If it is clear, the rest of the process is easier to repeat.
2) Gather the source documents before drafting
Write down which documents feed the invoice. Use the same set every time so the Billing Owner is not guessing.
Typical source documents include:
- Quote
- Work order
- Time log
- Purchase order
- Contract
The point here is simple: the invoice should come from records, not from memory.
3) Draft the invoice from fixed fields
Keep the required fields the same for standard jobs. At a minimum, the SOP should name:
- Customer name
- Invoice number
- Billing period
- Line items
- Tax handling
- Payment terms
- Due date
This step also needs a file rule. Keep one template, one folder, and one log so the latest version is easy to find.
4) Review and approve before send
Decide who checks the invoice before it goes out.
For a lean setup, the Billing Owner may handle both drafting and review. For a more controlled setup, a manager or owner should approve before send. Use the stricter path when pricing changes often, discounts are common, or billing errors would create extra client work.
Keep approval tight. Open-ended edits after send create more confusion later.
5) Send the invoice within 24 hours
This is the deadline that keeps billing from drifting.
Once the work is complete and the invoice is approved, send it within 24 hours. If your business bills on a calendar date, use that rule instead. If the contract says invoices go out on the 1st and 15th, that timing should appear in the SOP.
Write the send rule plainly:
- Who sends the invoice
- Through which channel
- By what deadline
The goal is to keep payment terms intact and prevent jobs from aging into backlog.
6) Record payment and store the full record the same day
Payment entry should happen the same day money arrives.
Store the final invoice, approval note, and payment record together. If more than one person needs to audit the transaction later, a named folder structure and a fixed log save a lot of time.
This step matters because billing, cash records, and reports need to match. If they drift apart, month-end cleanup gets messy fast.
7) Run the overdue reminder ladder
Put collections into the SOP, not into someone’s memory.
Use a three-step reminder ladder:
- First reminder: 3 business days after the due date
- Second reminder: 7 business days after the due date
- Escalation: 14 days overdue
The Billing Owner can send the first two reminders. At escalation, the owner or manager should step in and review the account manually.
Keep the wording and timing fixed. That gives overdue accounts a predictable path instead of a random follow-up schedule.
Short exception path for milestone, retainer, deposit, or outside approval billing
If your business does not bill every job the same way, keep those cases separate from the core SOP.
Milestone billing
Add:
- Clear milestone definitions
- Proof that the milestone was accepted
- A change-order rule
Skip generic monthly wording if the job is billed in stages.
Retainer or subscription billing
Add:
- Calendar trigger
- Pause rule
- Renewal check
Do not make someone draft the invoice from scratch each cycle if the billing date is already fixed.
Deposit-based work
Add:
- Deposit record
- Final balance rule
- Refund or credit note path
Loose handling of part payments causes confusion later, especially when the final invoice is due.
Outside approval
Add:
- Who approves
- Who waits for approval
- What happens if approval is delayed
If the invoice cannot move until a client, owner, or AP portal signs off, the SOP should say so in one short branch.
What belongs in the SOP file
A clean invoicing SOP usually includes the same small set of rules every time:
- Trigger
- Source documents
- Required fields
- Approval rule
- Send rule
- Follow-up rule
- Exception rule
- Storage rule
- Backup coverage for vacation or illness
Keep the procedure short enough that a new admin can follow it without a second explanation.
Mistakes that slow invoicing down
A lot of invoice SOPs fail for the same reasons.
- Starting with the form instead of the trigger: The invoice template does not tell anyone when billing should begin.
- Leaving reminders informal: If follow-up lives in someone’s head, overdue accounts slip.
- Using too many approvers: Extra signatures create delays and bottlenecks.
- Keeping multiple versions: Old drafts and renamed spreadsheets create version drift.
- Ignoring software changes: A new tool does not fix an old process if the SOP never changes.
- Mixing policy and procedure: Policy sets the rule; procedure shows the steps.
The quiet problem is usually version control. One approved SOP in one place beats three nearly identical files scattered across email and shared drives.
When a standalone SOP is enough, and when it is not
A separate invoicing SOP works well when one person owns the process end to end and billing follows a stable pattern.
It starts to break down when invoicing sits inside ERP, procurement, legal review, or an AP portal. In that case, write a broader billing policy first, then link the invoicing procedure to it.
A standalone SOP also loses value when no one owns approvals, exceptions, and record updates. The fix is not a longer document. The fix is a clear owner.
Quick sign-off before rollout
Before you put the SOP into use, confirm these points:
- One Billing Owner is named
- The trigger is tied to a real billing event
- Required fields match the accounting system
- Standard approvals are clear
- The invoice send deadline is written as a timing rule
- The reminder ladder has three steps
- Deposits, credits, and partial payments have their own path
- File naming and storage rules keep the latest version easy to find
- Backup coverage exists for absence
- The SOP is short enough to use without hunting through side notes
If those items are clear, the process is ready to run. If they are not, trim the scope until the core path is easy to follow.
Bottom line
A good invoicing SOP does a few things well: it starts at the right trigger, names one owner, sends invoices within 24 hours of completed work, and gives overdue accounts a fixed follow-up ladder. Add a short exception path for milestone, retainer, deposit, or approval-based billing, then keep the whole process in one place. The result is a billing process people can actually use instead of a document that only looks complete.
Decision Checklist
| Check | Why it matters | What to confirm before choosing |
|---|---|---|
| Fit constraint | Keeps the guidance tied to the real setup instead of generic tips | Size, compatibility, timing, budget, skill level, or storage limits |
| Wrong-fit signal | Shows when the default answer is likely to disappoint | The setup, upkeep, storage, or follow-through requirement cannot be met |
| Lower-risk next step | Turns the guide into an action plan | Measure, compare, test, verify, or choose the simpler path before committing |