Prostay AccountingBilling and getting paid

Getting paid

Receiving money against invoices, applying credits a customer already holds, and sending statements to the ones who have stopped reading your invoices.

Where to find it
AccountingSalesAll SalesNew TransactionReceive Payment
Last checked
August 16, 2026

An invoice says money is owed. This article is about the money arriving, which is a separate document, and about the two things that go wrong most often: a payment that does not know which invoice it belongs to, and a credit nobody ever used.

What a payment is, and is not

Receiving a payment does two things at once. It records money arriving in one of your accounts, and it reduces what a customer owes by saying which invoices it covers. The second half is the one worth caring about: a payment recorded against the customer but not matched to any invoice leaves them owing money they have already paid, and leaves you chasing them for it.

The form

The top of a blank Receive Payment. UNAPPLIED AMOUNT reads 0.00 USD and CUSTOMER BALANCE reads 0.00 USD under it. Receive Payment date reads 15/08/2026, Amount received is empty, Customer reads Select customer, Payment method reads Cash and Deposit to reads 1000, Cash Drawer.
Two figures at the top: how much of this payment is still spare, and what the customer owes altogether.

Five fields decide everything:

  • Customer decides which invoices you will be offered.
  • Amount Received is what actually arrived. Type what the bank says, not what the invoice says.
  • Payment method is cash, card, transfer or cheque, and it is what you will filter on when somebody asks about card takings.
  • Deposit to names the account the money landed in. This is the field that makes your bank account reconcile later, and the one people leave on its default.
  • Reference no. is the transfer or cheque reference, and it is what turns "a payment for 6,820" into "this payment, this line on the bank statement".

The two figures in the top right are worth reading before you start. UNAPPLIED AMOUNT is the part of this payment you have not yet put against anything, so it should be 0.00 by the time you save. CUSTOMER BALANCE is everything that customer owes, across all their invoices.

Outstanding transactions

The OUTSTANDING TRANSACTIONS section after Stanhope University has been chosen. Columns read a tickbox, No., Due Date, Original Amount, Open Balance and Payment. Two rows: Invoice #INV-2026-0033 (10/08/26) due 09/09/26, an original amount of 6,820.00 USD and an open balance of the same; and Invoice #INV-2026-0034 (12/08/26) due 11/09/26 at 22,110.00 USD. Both Payment boxes read 0.00.
Every unpaid invoice for that customer, with the amount still open on each. The two add up to their balance.

Pick the customer and every invoice of theirs with anything still owed on it appears here, with its date, its due date, what it was for and what is still open. Original amount and Open balance differ whenever an invoice has been part paid before.

Ticking a row fills its Payment box with the whole open balance, which is the common case: one transfer settling one invoice. Where a payment covers several invoices, tick each one, and where it covers part of one, type the amount over what the tick put there.

Part payments and overpayments

A part payment is ordinary: type the amount in the Payment box against the invoice it belongs to. The invoice goes to Partially paid and keeps a balance, so it stays in your receivables and stays chaseable, which is what you want. It also stays in this list next time, showing a smaller open balance.

An overpayment leaves an unapplied amount once every invoice is settled. That sits on the customer's account as money you owe them, and the next invoice you raise for them can use it. Nothing about that is automatic, so if the overpayment is a mistake it is better handled now, with a refund receipt, than left to be discovered in December.

Applying a credit

The CREDITS section of the same payment, listing one row reading Delayed Credit #DCR-2026-0003, dated 13/08/26, with an original amount of 686.40 USD, an open balance of 686.40 USD and an empty Applied field. Under the table, Amount to apply and Amount to credit both read 0.00 USD.
Credits the customer already holds are offered here. Applying one reduces what they need to pay rather than what they owe.

Under the invoices sits everything the customer holds in their favour: credit notes not yet used up, delayed credits, and any overpayment from before. Type an amount in Applied and it counts towards settling the invoices you have ticked, so a 6,820.00 USD invoice with a 686.40 USD credit against it needs 6,133.60 USD of actual money.

The two figures under the table are the arithmetic of the whole screen: Amount to apply is money plus credits, and Amount to credit is what is left over.

The customer balance

The two figures at the top of the payment form after Stanhope University has been chosen, reading UNAPPLIED AMOUNT 0.00 USD and CUSTOMER BALANCE 28,930.00 USD.
The customer balance is every open invoice added up, so it moves the moment you save the payment.

The balance is the sum of that customer's open invoices, nothing else. In the picture, Stanhope University's two open invoices come to 28,930.00 USD. Save a payment of 6,820.00 USD against one of them and the balance becomes 22,110.00 USD, the total of your receivables drops by the same amount, and both changes are the same event seen from two ends.

That is why the balance is a useful sanity check. If it does not move by what you just received, the payment went somewhere you did not intend.

What the payment becomes

Payment PMT-0030 in the All Sales list: dated 15/08/26, type Receive Payment, customer Ashford Pharmaceuticals, memo "Payment received for INV-2026-0030", amount 22,499.40 USD and a status of Closed.
A saved payment becomes a document of its own, which is how you find one again later.

A saved payment is a numbered document like any other, and it appears in All Sales with a type of Receive Payment. Its status is Closed once all of it has been applied. Filtering the list by that type gives you every payment you have taken, which is the quickest answer to "when did they pay that".

To correct a payment, open it from the list and change it. Untick an invoice and its balance goes back up; that invoice returns to being owed, in your receivables, and in this list next time.

Statements

The Create Statements form. TOTAL SELECTED reads 0.00 USD in the top right. Statement date reads 15/08/2026, Statement type reads Balance forward, and Start date and End date are empty. A Recipients table below lists ten customers with a balance, from Northwind Logistics at 9,002.40 USD to Kestrel Sports Management at 4,257.00 USD, each with its email address and a tickbox, and a Message on statement box sits under the table.
A statement is a reminder built from documents that already exist. It creates nothing and changes nothing.

A statement summarises what a customer's account looks like and sends it to them. It creates no transaction and posts nothing: everything on it already exists, which is why you can send one to eleven customers at once without a moment's anxiety.

The form lists every customer with a balance and their email address, and you tick the ones to send to. Two things to choose:

  • Statement type. Balance forward shows what was owed at the start of the period, what has happened since, and what is owed now. Open item lists only the invoices that are still open. Balance forward is the better reminder for an account that pays monthly; open item is the better answer to "which of these have we not paid?".
  • Start date and End date set the period a balance forward statement covers.

The Message on statement box at the foot goes to everybody you have ticked, so it wants to be the sort of thing you would say to all of them. The per-document line that appears beside each transaction comes from the Message on statement field on that document, back when you raised it, which is the reason to fill that in.

Chasing, in order

When an account has gone quiet, the module gives you four steps and they are worth taking in this order:

  1. Look at the invoice. In All Sales, an overdue invoice says how overdue it is. Thirty days and no contact is a different conversation from three days.
  2. Send a reminder. Send reminder in the row menu emails the invoice again. Most silence is an invoice that never reached the person who pays it.
  3. Send a statement. Once there are several invoices, a statement is more use than another copy of one of them, because it shows the shape of the account.
  4. Check your own end. Before escalating, look for an unapplied payment or an unused credit on the account. It is not rare, and it is a bad thing to discover after a phone call.

Where to go next

All of these documents, the invoices and the payments and the statements, live in one list with one set of filters, and finding things in it is the last article in this group.

Common questions

  • I received a payment but the invoice still says it is owed. Why?

    The payment was almost certainly saved without being applied. Open it from All Sales and look at the outstanding transactions table: if no row is ticked, the money is sitting on the account rather than against an invoice. Tick the invoice, check the unapplied amount falls to 0.00 USD, and save again.

  • Can one payment settle several invoices?

    Yes, and that is the normal case for an account that pays monthly. Enter the whole amount received, then tick each invoice it covers. Ticking fills each row with its full open balance, so you only type an amount where a payment covers part of an invoice.

  • What happens to an overpayment?

    It stays on the account as an unapplied amount and can be applied to a later invoice from the credits section of the next payment. If the customer wants it back rather than held, raise a refund receipt, which records the money leaving and says which account it left.

  • Does applying a credit change what the customer owes?

    It changes what they have to pay you, which is not quite the same thing. The credit note already reduced what they owed when it was raised. Applying it here uses it up against a specific invoice, which is what stops it being forgotten and stops the invoice being chased.

  • Which statement type should I send?

    Balance forward for a regular account, because it shows the opening balance, everything that happened since and the closing balance, which is the shape a finance department expects. Open item when the question is specifically which invoices are unpaid, for example after a customer says they have paid everything.

  • Does sending a statement change anything in my accounts?

    No. A statement reports on documents that already exist and posts nothing to the general ledger. It is safe to send, safe to resend, and safe to send to everyone with a balance at once.

Was this article helpful?

Related articles

Still stuck?

Support answers from inside the app as well, so if you are already signed in you will get a faster reply there. Otherwise send us the property name and what you were trying to do.