A payment lands from one of your larger customers and the document attached is not a remittance advice. It is a tax invoice. Your business name is on it as the supplier, your ABN and the GST are on it, and you did not write a word of it. Their numbering, their format, your sale. The useful question is not how to match it, but whether your ledger already holds an invoice for the work.
This describes Australian GST law and the ATO's rules for recipient-created tax invoices. In ATO language the recipient is the buyer who pays you, and you are the supplier, which is why most guidance on this term reads as though addressed to somebody else. New Zealand's buyer-created tax invoice sits under Inland Revenue, and the UK runs a separate self-billing regime, covered in self-bills and payment certificates.
The short answer
Under a valid RCTI agreement their document is the tax invoice for that supply, so do not issue a second tax invoice for the same work. Decide per customer which document creates the debtor on your ledger, your own sales invoice or their RCTI, and never run both. Reconcile the bank credit against that receivable invoice, not against their document. Tie the GST back to the total the RCTI itself states, because GST-free and taxable lines routinely share one page. Where their figure is lower than the invoice you hold, part-allocate the cash and leave the balance open.
Both routes are defensible. Either you raise your sales invoice as normal, keep it internal, and treat their RCTI as payment paperwork. Or you raise nothing until their RCTI arrives and enter the sale from it. Either way the debtor is an ordinary accounts receivable invoice. Neither ledger has a document type for an RCTI, so the decision lives in your process rather than a setting.
Choose by whether you knew the value before your customer did. Where you know what the supply is worth as you deliver it, let your own invoice create the debtor, so revenue lands in the period you earned it. Where the value is only determined after delivery, let their RCTI create it, because invoicing an estimate means correcting most of them later. Write the choice down where the person doing the bank reconciliation can see it.
The failure mode is running both at once: invoicing as usual, and entering their RCTI as a second sale when it lands. One supply is now on the ledger twice, so income is overstated and, on a taxable supply, so is the GST on the BAS. Only one of them can be cleared by the cash, and the survivor sits on aged receivables until somebody writes it off.
What an RCTI is, and why more suppliers now receive one
A recipient-created tax invoice is issued by the buyer of a taxable supply rather than the supplier, where the Commissioner has determined it can be invoiced that way. The ATO sets it out on its recipient-created tax invoices page. Four conditions have to hold for one issued to you to be valid:
- Both parties are registered for GST, and each undertakes to tell the other if that stops being true.
- A written agreement records that the recipient will issue the tax invoice and that you will not. It can stand alone or sit in the RCTI itself.
- That agreement specifies the supplies it covers, and is current on the day the document is issued, so work outside its scope is not covered.
- The recipient is in a class the Commissioner has determined may issue RCTIs.
Sections 6 and 8 of the current determination carry the recipient classes and the agreement conditions. The class test used to be the narrow one, authorised trade by trade. The Recipient Created Tax Invoice Determination 2023 (LI 2023/20, made under subsection 29-70(3) of the GST Act) repealed more than forty of those and replaced them with a test based on the entity. A government related entity or a large business entity may now issue an RCTI, with a separate route for smaller recipients that determine the value themselves. So whether you get self-invoiced depends more on who you sell to than on what you sell.
The practice stays entrenched where those determinations sat: road transport, labour services, construction, agriculture, quarrying, recycling and government program payments. If you supply people rather than goods, see labour hire remittance reconciliation, or healthcare remittance reconciliation for the clinical equivalent.
How to record an RCTI in Xero or QuickBooks Online
Both routes key an ordinary sales invoice. What changes is where the numbers come from.
If their RCTI creates the debtor
Enter one AR invoice per RCTI, dated to the document rather than the day it reached your inbox, so the sale falls in the right period. Key each line as the RCTI characterises it, not as the customer record's default would. A GST-free line needs a GST-free rate, which is GST Free Income in Xero and the GST-free code in QuickBooks Online Australia. Check your keyed GST total against the GST total printed on their document before you save. If they disagree, one of you has a line wrong, and finding that out on the day beats finding it after the BAS is lodged.
If your own invoice creates the debtor
Raise it as you would any other sale, then keep it out of the customer's hands, because emailing yours puts two tax invoices into circulation for one supply. Suppress the send, and check it will not go out in a bulk statement or reminder run either, which is how these usually escape. When their RCTI arrives, compare it against the invoice you hold. Where their figure is lower, allocate the cash that arrived and leave the balance open, using the part-allocation controls in matching one payment to multiple invoices.
Letting the RCTI create the sale carries a timing cost: nothing is on your ledger until their document arrives, and it arrives when their payment run says so. That is fine for cash and awkward for a period close, because work delivered in one month can land as revenue in the next. Either accrue at period end and reverse on arrival, or accept the lag and be consistent.
Why the GST figure will not divide cleanly
GST-free and taxable supplies routinely sit on the same RCTI, so the GST will not be one eleventh of the total, and any check built on that assumption fails.
This is sharpest in care and health, where most supports are GST-free while items such as reports are taxable. Those payment runs are covered in the NDIS remittance processing guide. Your customer has made a GST decision on every line of a tax invoice carrying your name, and if they have it wrong, your BAS is wrong.
So tie out against the document's stated total, never one you reconstruct from a GST assumption. A document totalling $11,000 where $9,000 of supplies are GST-free and $2,000 are taxable carries $181.82 of GST, not $1,000.
When the price is only known after delivery
In agriculture, recycling and quarrying, the instrument exists because the value of the supply is not knowable in advance. Weight, grade, moisture or contamination are assessed on arrival, and only the buyer holds that measurement.
A figure lower than you expected is therefore not a short payment, and should not be chased or credited as one. There was no prior number for the RCTI to fall short of, so the taxonomy of deductions taken on remittances does not apply. Worth checking, on a schedule rather than per document, is the assessment behind the value: the weighbridge docket or grading sheet.
Your invoice number is not on the document
An RCTI carries their numbering, because they wrote it. Expect an RCTI number in their sequence, plus the agreement or order reference their payment run works from. Your invoice number is usually absent, because they never had to ask you for one.
So capture the durable reference, not the document one. The RCTI number changes with every payment. The agreement, contract or order reference is the same on every document that customer will ever send, so it is the one value that turns their paperwork into a search that lands on your ledger. Capture it at customer setup and put it on everything you raise.
Where that reference lives is the one point where the ledgers diverge. In Xero it belongs in the invoice's own Reference field, which the bank reconciliation search reads, so the agreement number printed on the RCTI returns your invoice. QuickBooks Online gives an invoice no header field of that kind, so the reference has to live in the message, which is the field RemitClear reads. And since an RCTI arrangement means you never send that invoice, the customer-facing message is seen only by you. Record their RCTI number as well, because that is what they will quote if a payment is queried.
Two checks before you reconcile an RCTI payment
- Is the document valid as a tax invoice? It has to show that it is intended to be a recipient-created tax invoice, carry both ABNs, and where GST is payable, state that the GST is payable by the supplier, meaning you. If one is missing, ask for a corrected document before you post, because the correction gets harder once the period is closed.
- Are you still registered for GST? If you cease to be registered, your customer must stop issuing RCTIs to you, and payers are expected to check registration status through ABN Lookup. So the inbound document flow can stop without warning. The recipient must also issue the original or a copy within 28 days of the sale, or of the date its value is determined.
What the software takes off you
Reading the document and finding the invoice is mechanical, and that is the layer RemitClear takes. It matches the lines on a payment document against your open receivable invoices in Xero or QuickBooks Online. Where your invoice number is absent, the allocation can still be made on the agreement or order reference you recorded, and it shows which one it matched on. Where the lines do not add up to the total the document prints, it says so before anything posts.
The judgement stays with you, where it belongs. You decide which document creates the debtor, raise the sales invoice on whichever route you chose, and check every GST characterisation on it. RemitClear reads an RCTI the way it reads any other payment document.