An invoice is not a receipt and it is not a quote. It is a legal demand for payment, and the difference between one that gets paid in days and one that sits unanswered for a month is usually a handful of small fields. A missing reference number, a vague line that says "labour," a due date left blank: each of these gives a client a reason to set your invoice aside. This is the deep reference for what actually goes on the document, field by field.
If you want the full routine, from tracking the hours to chasing the payment, read our complete guide to invoicing clients. This article is narrower and deeper: every element, what it is, why it matters, and a good-versus-bad example you can copy. We cover the fields the law usually requires, how they change with VAT registration, the smart optional fields that quietly get you paid faster, and how to write line items that stop disputes. There is a checklist at the end.
The legally required elements
Tax authorities in most countries require a specific set of fields on a valid invoice. The exact list varies, and you should confirm the rules for your own country, but the elements below are required almost everywhere and are a safe baseline. Get these wrong and a business client's accounts team can legally refuse to process the invoice until you reissue it.
The word "Invoice"
A clear label at the top identifies the document as an invoice, not a quote, statement, or delivery note, and tells the client's bookkeeper exactly what to do with it. A page titled "Job summary" gets filed and forgotten; a page titled "INVOICE" in large type, with the number beside it, gets paid.
A unique invoice number
This is a reference that appears on no other invoice you have ever sent, usually sequential, often with a prefix like INV-2026-0042. It is the single thing both you and the client use to refer to the bill, it is legally required in most countries, and it is how a client's accounts payable system tracks the payment. Two invoices with the same number, or a gap in the sequence, is a red flag in any audit.
Good: INV-2026-0042, generated automatically so it never collides and never repeats. Bad: "Invoice 1" on every invoice because you keep starting a new file. Billr generates invoice numbers automatically with your own prefix, race-free across devices, so you never have to remember the last one.
The invoice date
This is the date you issued the invoice. In many tax regimes it determines which tax period the sale falls into, and it is the clock the payment term runs from: "Net 14" means nothing without a start date. A job finished in March but invoiced in April usually belongs to April's books.
Good: "Invoice date: 11 June 2026," in an unambiguous format. Bad: "06/11/2026" with no clue whether that is June 11 or November 6, which is a real problem when your client is in another country.
Your business details
Your trading or company name, address, and contact details, plus your company registration number if you have one. The client needs to know exactly who they are paying and how to reach you, and for their own bookkeeping they need a real name and address. "Dwyer Plumbing Ltd, 14 Mill Lane, Bristol BS1 2AB, company no. 09887766, dwyer@example.com" works; a bare "Mike, 07700 900000" is not a business identity.
Your client's details
The name and address of the person or business you are billing. For a business client this should be the exact legal entity, not the name of the site manager you dealt with, because the invoice has to be addressed to whoever is legally responsible for paying it. "Bill to: Riverside Developments Ltd, Unit 5 Quay Road, Cardiff CF10 4PA" gets processed; "For Dave on the Riverside job," when the contract is with the company, gets bounced. Getting the legal entity right the first time can save you two weeks.
A description of the goods or services
A clear, itemised breakdown of what you are charging for. This is the heart of the invoice and what the client checks before they pay, so it gets its own section on line-item discipline below.
The amount due and the total
The subtotal before tax, any discount, the tax itself, and the final total payable, each on its own line. The client should be able to see how the total was built without doing arithmetic. A single bald number invites suspicion; a clear build-up invites trust.
Good: "Subtotal 924.00, VAT 21% 194.04, Total due 1,118.04." Bad: "Total: 1,118.04" with no breakdown, so the client cannot tell whether tax is included or how you got there.
How the tax fields change with VAT registration
This is where invoices differ the most from one tradesperson to the next, and where people get it wrong. Whether you charge tax, and what you must show, depends on whether you are registered for VAT, GST, or sales tax. The principles below are general guidance; the precise rules, rates, and thresholds are set by your own country and you should confirm them locally or with an accountant.
If you are not registered for VAT
If your turnover is below your country's registration threshold and you have not registered voluntarily, you generally do not charge VAT. Your invoice shows the net amount as the total, with no tax line. In many countries you are expected to state why, with a short note such as "Not VAT registered" or the specific exemption wording your tax authority requires.
Good: a clean invoice with "Total due 924.00" and a note "VAT not applicable: not VAT registered." Bad: an invoice that shows a "VAT 0%" line, which can look like you are claiming a zero rate you are not entitled to.
If you are registered for VAT
Once registered, your invoice must usually carry several extra fields:
- Your VAT registration number, shown clearly. This is mandatory and the client's accountant will look for it.
- The VAT rate applied, per line if you have items at different rates (for example a reduced rate on certain renovation work and a standard rate on the rest).
- The VAT amount as its own line, separate from the net.
- The net total, the VAT total, and the gross total all shown.
Good: "Subtotal (net) 924.00, VAT 21% 194.04, Total (gross) 1,118.04," with "VAT reg. no. GB123456789" in the header. Bad: a single "Total 1,118.04" with VAT buried inside it and no registration number, which a VAT-registered client cannot reclaim against.
Cross-border and withholding situations
Billing a client in another country, or in a market that uses withholding tax, adds more wrinkles. Some cross-border B2B sales shift the VAT obligation to the buyer and need specific wording; some markets require you to deduct a withholding amount from the total. These rules are genuinely country-specific, so confirm them rather than guessing. The point is that the tax block is not one-size-fits-all, and your software should let you set the label, the rate, the calculation method, and a second withholding line where needed. Billr handles VAT and withholding calculation with a custom label and either on-total or per-line method, so the maths is done for you.
The smart optional fields that get you paid faster
None of these are legally required, but each one removes a reason for the client to delay. Adding them is the cheapest way to shorten your time to payment.
A due date
The explicit date by which payment is expected, not just a payment term. "Payment due by 25 June 2026" is a deadline, and deadlines get met; "Net 14" makes the client do the maths and gives them an excuse to forget, and "payment on receipt" gets treated as "whenever." An invoice with a clear due date gets paid noticeably sooner. Billr sets a due date automatically, defaulting to 15 days out, and you can change it per invoice.
A purchase order (PO) number
The reference a business client gave you when they approved the work, shown as "PO number: 4500091234" near the top. For many larger clients, an invoice without the matching PO number is automatically rejected, no matter how correct everything else is, so ask for it before you start the job rather than waiting a week to find out their system bounced it. Billr has a dedicated PO number field on every invoice.
Payment methods and a payment link
Exactly how the client can pay, with everything they need to do it: bank details for a transfer, a card or PayPal link, or a scannable QR code. Every extra step between reading the invoice and paying it is a chance to abandon the task, and a one-tap pay link removes that friction entirely. The easier you make paying, the faster it happens.
Good: a "Pay now" link to pay by card or PayPal, plus IBAN and a QR code for those who prefer a transfer. Bad: "Bank transfer please" with no account details, forcing the client to email you for them. Billr puts a card or PayPal pay link, bank-transfer details, and a SEPA QR code straight on the invoice, and marks it paid automatically when an online payment lands.
Payment terms and a late-payment note
A short, plain statement of your terms, such as "Payment terms: 14 days from invoice date." Stating terms on the invoice makes them enforceable and sets expectations without an awkward conversation, and it signals that you run a tidy business where late payment has consequences. Leave them off and any dispute about when payment was due is your word against theirs.
A notes field
A short free-text area for a thank-you, a reference to the agreed scope, or anything specific to this job. A single line such as "Thanks for your business, warranty details attached separately" makes the invoice feel personal and heads off questions. Used well, it is quietly persuasive.
The right language and currency
The invoice rendered in the language and currency your client actually uses. A client in Germany processing an invoice in German, in euros, formatted as 1.118,04, has nothing to query; the same invoice in English with US-style number formatting creates doubt. Billr lets you set the language per invoice independently of your app, and formats currency correctly for the market.
How to write line items that prevent disputes
The description block is where most payment delays are born. A vague line is an open invitation to query the bill. A precise line answers the question before it is asked. The rule is simple: every line should let the client see exactly what they are paying for and how the number was reached.
Each line item should carry, at minimum:
- A clear title for the work or material, specific to this job.
- A quantity and a unit, such as hours, days, or items.
- A unit price.
- A line subtotal, quantity multiplied by unit price.
Here is the difference in practice. Bad: one line that says "Bathroom work: 1,840." The client has no idea what they are paying for, so they pause, and a pause is a delay. Good: the same job broken out:
- Labour, fitting new shower unit: 12 hours at 55.00 = 660.00
- Labour, re-tiling walls: 8 hours at 55.00 = 440.00
- Shower unit (supplied): 1 at 480.00 = 480.00
- Tiles and grout: 1 at 180.00 = 180.00
- Sundries and sealant: 1 at 80.00 = 80.00
That subtotal is 1,840.00, the same total, but now there is nothing to argue about. The client can see the labour, the materials, and the rate. If they ever query it, you both have the same breakdown in front of you.
Two more habits separate clean line items from messy ones. Keep labour and materials on separate lines rather than lumping them together; clients scrutinise materials and accept labour more readily when they can see both. And if you tracked the work as you went, let the hours flow straight onto the invoice rather than reconstructing them from memory, which is how billable time gets lost. In Billr you select a client's uninvoiced tracked time and turn it into invoice lines directly, with quantity, unit price, and subtotal already filled in, then add any materials as their own lines.
The complete invoice checklist
Run this before you send anything. If every box is ticked, you have removed almost every reason a client could have to delay.
- The word "Invoice" clearly at the top.
- A unique, sequential invoice number.
- The invoice date, in an unambiguous format.
- An explicit due date.
- Your business name, address, and contact details (plus company and VAT numbers if you have them).
- The client's correct legal name and address.
- Their PO number, if they use one.
- Itemised line items: title, quantity, unit, unit price, subtotal, with labour and materials separated.
- The correct tax treatment: VAT line and registration number if registered, or the right exemption note if not.
- A clear total build-up: net, discount, tax, withholding if relevant, and the final amount due.
- How to pay: a pay link, bank details, or QR code, with everything the client needs.
- Your payment terms, stated plainly.
- The right language and currency for the client.
Key takeaways
- An invoice is a legal document, and missing fields are the most common reason payment stalls.
- The legally required elements (the word "Invoice," a unique number, dates, both parties' details, a clear description, and a built-up total) are non-negotiable; confirm the exact list for your country.
- Your tax fields change with VAT registration: show your VAT number and a separate VAT line if registered, or the correct exemption note if not.
- The smart optional fields (due date, PO number, payment link, terms, notes, right language) are not required but each one shortens your time to payment.
- Precise, itemised line items with labour and materials separated prevent disputes before they start.
Frequently asked questions
Do I legally have to put my VAT number on an invoice?
If you are registered for VAT, then yes, in almost every country your VAT registration number is a mandatory field and a registered client needs it to reclaim the tax. If you are not registered, you do not have a number to show and generally state that VAT does not apply. The exact requirements are set by your own tax authority, so confirm them locally.
What is the difference between the invoice date and the due date?
The invoice date is the day you issued the bill and is often the date that fixes which tax period the sale falls into. The due date is the deadline for payment. The payment term, such as 14 or 30 days, is simply the gap between the two. Always show both, and prefer a real due date over a vague term.
Do I need a PO number on every invoice?
No. A PO number is only relevant when a business client has issued one to approve the work. When they have, putting it on the invoice is often the difference between getting paid and getting bounced, because many corporate systems reject any invoice without a matching PO. For most domestic and residential clients there is no PO at all.
How detailed should my line items be?
Detailed enough that the client can see what each charge is for and how the number was reached, but not so granular that the invoice becomes unreadable. Separate labour from materials, show quantity and unit price on each line, and group small consumables into a single "sundries" line. The test: could the client query any line without you having to explain it? If yes, it is too vague.
Can one invoice template work for clients in different countries?
The structure can, but the details cannot be fixed. The language, the currency and its formatting, and the tax treatment all change by market, and some cross-border sales need specific tax wording. Use a tool that lets you set the language and tax rules per invoice rather than keeping a separate document for each country.
Build invoices that have every field, automatically
Billr gives every invoice the elements above without you having to remember them: automatic numbering with your prefix, line items with quantity, unit price, and subtotal, VAT and withholding calculation, due dates, your business and client details frozen onto the document, per-invoice language, and a card, PayPal, bank-transfer, or QR payment method built right in. See how it fits together on the invoicing page, explore the invoice templates, or check the pricing to start sending invoices that get paid.