Skip to content

Accounts Receivable | Receipt Allocation

Bank receipts, auto-allocated. Advances and partials handled inline.

Receipts pulled daily from the bank, whatever rail they arrived on. Auto-matched to open invoices on amount, reference and customer. Advances and partial payments handled. Receipts in several currencies allocated against invoices raised in others, with the realised gain or loss posted inline rather than left for the close.

Receipt Allocation

What the system does

Capability, input, output.

  • Daily bank pull

    Input
    Direct feed or scheduled statement upload
    Output
    Daily receipt feed
  • Customer match

    Input
    Bank narration + receipt amount
    Output
    Customer + reference + match confidence
  • Invoice auto-allocation

    Input
    Receipt + open invoices
    Output
    Allocated receipt with match status
  • Cross-currency allocation

    Input
    Receipt currency + invoice currency
    Output
    Allocation with the realisation rate stored on the entry
  • FX gain or loss

    Input
    Foreign-currency receipt + invoice rate
    Output
    Realised gain or loss posted inline
  • Advance management

    Input
    Receipt without matching invoice
    Output
    Advance on customer record + auto-apply

Compliance + integrations

Receipts allocated to the books, the return and the auditor's trail.

The receipt lands in the books the day it clears the bank, allocated and with its rate stored. Nothing about the collection has to be reconstructed at the quarter, which is where the FX differences usually get invented.

Regulations we work within

  • ASC 830

    FX realisation on foreign-currency receipts, at the rate on the date of receipt.

Connects to

  • Bank feeds Direct feed where available
  • Statement upload MT940 / CSV on a schedule
  • Xero Receipt posted back to the books
  • QuickBooks Receipt posted back to the books

Receipt Allocation FAQ

What buyers ask.

Customer pays a partial amount. How is that handled?

Partial payments allocate to the oldest open invoice by default. AR can override at the receipt screen to allocate to a specific invoice or a set of invoices. The customer ledger reflects the net position. The aging report updates immediately.

Customer paid in advance. How does that work?

Advance receipts sit on the customer record as an advance liability, and auto-apply when a matching invoice is raised. Sales tax attaches to the sale rather than to the receipt, so taking a deposit does not create a tax event to unwind later.

A customer pays from an overseas account. Anything different?

The allocation is the same. What changes is the currency and, sometimes, a bank charge deducted in transit, which is why the receipt rarely equals the invoice to the cent. Charges are categorised separately instead of being written off against the customer's balance, so the ledger still shows what they actually owe.

Customer paid in EUR against a USD invoice. Which rate?

The realisation rate is the rate at the date of receipt, and the gain or loss against the invoice rate posts inline to the configured GL. The rate used is stored on the entry, so the number is auditable rather than re-derived. Pin a specific rate per receipt where treasury policy requires one, such as a forward-cover rate.

Connect one bank. Watch yesterday's receipts auto-allocate.

Connect one bank, free. Tomorrow morning shows the receipts pulled, the auto-match status, the FX differences posted and the customer ledger updated.