When a client says “I never received the invoice,” do not send a second invoice immediately. First confirm the recipient, delivery route and invoice status. Then resend the same invoice or share its secure payment link through a known client channel, while keeping one invoice number and one amount due.
This is a recovery workflow for freelancers, consultants and small service businesses. It separates an email-delivery problem from a payment problem and helps prevent duplicate invoices.
The seven-minute invoice delivery check
Work through these checks in order:
- Confirm the address. Compare the address on the invoice with the address the client uses for billing. Check for a typo, a shared mailbox rule or an old contact.
- Confirm the send event. Check whether your system recorded the invoice as sent, failed or still queued.
- Ask for a spam and quarantine check. Company mail filters may quarantine invoice messages without showing them in the recipient’s normal spam folder.
- Confirm the invoice is still open. A paid, cancelled or expired record should not be resent as if it were unpaid.
- Resend the original invoice. Keep the original invoice number and amount unless a genuine correction is needed.
- Share the payment link separately. Send the secure invoice URL in the existing client conversation or another agreed channel.
- Ask for the correct AP route. A project contact may receive the invoice but be unable to submit it to accounts payable.
The QuickBooks support guidance for online invoice payments recommends using the original “Review and pay” route when a customer has trouble reaching the payment page. Other invoicing systems similarly advise checking the address, spam folder, resend status and direct payment link before escalating.
Do not create a duplicate invoice by accident
There are three different situations:
| Situation | Safe action |
|---|---|
| Email missing, invoice still open | Resend the same invoice or share the same link |
| Invoice contains a real error | Follow your correction process and clearly void or replace the original |
| Client paid, but status is unclear | Verify the provider transaction before sending anything new |
The most dangerous response is creating Invoice 1043 because Invoice 1042 “did not arrive.” If both links remain payable, the client or AP team can pay twice. A new invoice number is for a new document, not a delivery retry.
Use a two-channel recovery message
Send a short message in the thread where the client already knows you. Keep the email or message factual:
> Hi [Name], I’m resending invoice [number] for [service/project]. It is still open for [amount] and the due date is [date]. If the email attachment was filtered, you can view and pay the invoice here: [secure link]. If your accounts-payable team needs a different mailbox or reference, please tell me and I’ll update the submission route.
Do not ask the client to send card details, bank credentials or a payment screenshot. The secure invoice page should handle payment, and the provider record should determine whether payment succeeded.
When the payment link does not work
If the client says the link opens but payment cannot be completed, identify the exact failure:
- The page does not open: check that the URL was copied completely and that the invoice is still active.
- The page opens without a payment action: check whether the invoice is already paid, cancelled or still a draft.
- A method is missing: confirm which payment provider and methods are enabled for that invoice.
- The payment is declined: ask the client to use an available alternative or contact the provider; do not label a declined attempt as paid.
- The client paid but the invoice is open: verify the transaction status and match it before sending a second request.
The ServiceTitan troubleshooting guide documents common causes of a missing or unusable invoice payment link, including disabled payment settings and a link that was not rendered correctly. The exact checks vary by platform.
Build a delivery trail without spying on clients
Keep a minimal record of:
| Event | Record |
|---|---|
| Invoice created | Number, client, amount and due date |
| First send | Timestamp, recipient and channel |
| Client response | “Not received,” “wrong mailbox” or payment issue |
| Recovery | Resend or direct-link share, timestamp and channel |
| Payment | Provider status and transaction reference |
| Follow-up | Next action and date |
An open or viewed state can help you choose the next action, but it is not proof that the client accepted the amount or that a payment was completed. Keep the language neutral: “The invoice page was opened” is different from “the client agreed to pay.”
Make this easy with PayRequest
With PayRequest invoicing, keep one invoice record with a payment link and a clear status. If a client misses the email, resend the same invoice or share the link through the existing conversation. The client can pay online using the methods enabled by your connected provider, while you keep the invoice number and payment state together.
For a lighter request where a formal invoice is not needed, use a payment request instead. Choose an invoice when the client needs an itemized document, due date or accounting record. PayRequest’s Free plan currently charges 2% per successful payment, capped at €25 per transaction; payment-provider fees are separate.
Editorial note: AI assisted with this article and illustrative cover. The seven-step check, recovery table and message template are original planning tools. No email delivery test was run for a specific provider, so exact statuses and retry behavior should be verified in your own account.
