# Invoice vs Receipt: The Difference That Trips Up Most Businesses > An invoice asks for money. A receipt confirms it arrived. Sending the wrong one — or only one — is how businesses lose track of who has actually paid. - URL: https://www.pyalm.com/blog/invoice-vs-receipt - Author: Fadhil Abdulla - Category: Pyalm Books - Published: 2026-08-01 - Updated: 2026-08-01 --- This is the most basic pair of documents in business, and still the most commonly muddled — usually because in a cash sale they happen at the same moment and collapse into a single piece of paper. ## The distinction - **An invoice is issued before payment.** It says: this is what you owe, and this is when it is due. It creates a receivable in your books. - **A receipt is issued after payment.** It says: this money has been received. It clears that receivable. An invoice with no receipt means someone owes you money. A receipt with no invoice means you took money without recording what it was for. Both situations are worth noticing. ## Why one document cannot do both jobs In a retail transaction they genuinely merge — the customer pays as they buy, and a single till slip acknowledges both. That is fine, and it is why POS receipts exist. The moment you offer credit terms, they must separate. If a customer has 30 days to pay, the invoice goes out today and the receipt goes out whenever the money lands. Using one document for both means you cannot answer the only question that matters at month end: **who has not paid yet?** ## What each contains **Invoice:** - The words "Tax Invoice" and a sequential number - Your TRN and the customer's, where registered - Date of issue and date of supply - Line items with quantity, unit price, and total - VAT rate and amount - Total payable, payment terms, and due date - Bank details or payment instructions **Receipt:** - The word "Receipt" and a receipt number - The date payment was received - The **amount actually received** — which may be a part payment - Method of payment: cash, card, transfer, cheque - Reference to the invoice or invoices it settles - The remaining balance, if any That last point is the one people leave out. A receipt for a part payment that does not state the outstanding balance is an argument waiting to happen. ## The VAT angle in the UAE The tax invoice is the VAT document. It is what supports your output tax and your customer's input tax recovery, and it must be issued within 14 days of the date of supply regardless of when the money arrives. A receipt is not a substitute. A customer who has only your receipt does not hold valid evidence to recover input VAT — they need the tax invoice. This catches out businesses that hand over a payment confirmation and consider the job done. For over-the-counter sales, a simplified tax invoice can serve where the customer is not VAT-registered, or where the consideration falls under the AED 10,000 threshold for a registered customer. Even then, it is the tax invoice content that matters, not the fact that money changed hands. ## Where businesses lose the thread **Treating a bank transfer notification as a receipt.** Your bank telling you money arrived is not the same as you telling the customer you have applied it against invoice 1043. **Never issuing receipts at all.** Common, and it works until a customer insists they paid an invoice you have marked as open. Without a receipt, reconstructing what happened means going through statements line by line. **Part payments with no allocation.** A customer pays a round figure against four open invoices. If nobody records which invoices it settles, the ageing report becomes fiction. **Receipts with no invoice reference.** Money in, purpose unknown. ## Keeping receivables honest The practical fix is to have invoices and receipts live in the same ledger, so issuing a receipt automatically clears the right invoice and the outstanding balance is always current. That is how [Pyalm Books](https://www.pyalm.com/books) handles it: invoices carry payment terms and overdue tracking, receipts apply against specific invoices, part payments leave the correct balance open, and the customer statement reflects all of it without anyone maintaining a side spreadsheet. Walk-in sales through the built-in POS post to the same ledger, so counter takings and credit sales are not two separate worlds. Need the documents on their own? Use the free [invoice generator](https://www.pyalm.com/free-tools/invoice-generator) and [receipt generator](https://www.pyalm.com/free-tools/receipt-generator), or produce a [statement of account](https://www.pyalm.com/free-tools/statement-of-account-generator) showing a customer everything outstanding. [Explore Pyalm Books](https://www.pyalm.com/books) | [Create a receipt](https://www.pyalm.com/free-tools/receipt-generator)