The fields a complete invoice always has
An invoice is a self-contained document. Someone who has never spoken to you should be able to read it, understand what was sold, and pay the right amount to the right place. That standard is what dictates the field list — not your accounting software, not your template.
If any of the following fields is missing, expect questions, delays, or a polite request to reissue:
- Your business name, address, contact email, and tax identifier where applicable.
- The customer's legal name and billing address — not just a contact person.
- A unique invoice number from a sequence you control.
- Issue date and due date, both shown explicitly.
- Line items with description, quantity, unit price, and line total.
- Subtotal, any discount, tax broken out separately, and the final total.
- Currency the total is stated in — never assume it is obvious.
- Payment instructions: bank details, payment link, or accepted methods.
The 'optional' fields that quietly speed up payment
These are not legally required in most jurisdictions, but their absence is the difference between an invoice that pays itself and an invoice that needs chasing.
- Purchase order or reference number the buyer gave you. Accounts payable matches by PO before they look at the line items.
- Payment terms in plain English (e.g. 'Payable by bank transfer within 14 days').
- A short late-fee policy line, even if you never enforce it. It encourages on-time payment without conversation.
- Your VAT or sales-tax registration number near the totals block.
- A short thank-you line at the bottom. It costs nothing and changes the tone.
Sample structure for a small-business invoice
A workable layout looks like this from top to bottom: header block with your business name and the word 'Invoice'; a two-column block with seller details on the left and customer details on the right; an invoice metadata strip with number, issue date, and due date; the line-item table; the totals block on the right with subtotal, tax, and total; a payment instructions block; and a footer with terms and a thank-you line.
The biggest layout mistake is hiding payment instructions on a second page. Half of accounts teams will never scroll there.
Worked example
A freelance designer issues invoice INV-0042 on 1 March for one client. Header: 'Studio Doe — Invoice'. Seller block: business name, address, VAT number, email. Customer block: 'Acme Ltd, 12 High Street, London — accounts@acme.example'. Metadata: Invoice #INV-0042, Issue 01 Mar 2025, Due 15 Mar 2025, PO ACM-2025-117.
Line items: 'Brand identity — logo and type system (Phase 1 of 2), 1 × £2,400.00'. Totals block: subtotal £2,400.00, VAT (20 percent) £480.00, total £2,880.00 GBP. Payment block: bank name, account number, sort code, reference 'INV-0042'. Footer: 'Thank you. A 4 percent late fee applies after the due date.'
Every field above does work. Remove any one and the time-to-paid gets longer.
Common mistakes
These are the omissions and errors we see most often when an invoice is delayed in approval:
- Missing PO or reference. The buyer cannot match the invoice to the approved spend.
- No customer billing address — only a person's name and email.
- Tax included in the line price with no breakdown. Forces the buyer to back-calculate.
- Currency missing or only implied by the symbol — risky for cross-border invoices.
- Payment instructions on a second page or in a separate email.
- Reused or non-sequential invoice numbers, which can violate local tax rules.