Order payments are recorded in relation to sales orders and returns (credits). Order payments can be created in numerous ways including manual entry, capturing via a payment gateway or downloading from a sales channel, or by marking the related invoice/credit as paid via the customer financial record.
Order payments record the payment method used, automatically create the accounting if applicable, set the order payment status and are listed on the order payments reports.
Find them listed at Sales > Order payments.
Note: Customer payments and receipts can be created in the accounting module which are not related to an order. For these, no entry is seen on the order payment reports.
Manually marking an order as paid
Order payments can be manually created in Brightpearl back office for:
- Payments captured outside of Brightpearl.
- Payments captured directly in Brightpearl by using an integrated payment gateway.
How to take payment for an order
- Scroll to the bottom of the order.
- Click the Take Payment button, or Refund on a sales credit.
- From the fly-up menu, select the payment method to process the payment or refund by.
- Enter the details of the payment, or process the payment via the payment gateway app.
- Click the Submit button to finish.
The order paid amount and status is automatically updated.
Paying multiple orders with a single payment
Allocating a payment across multiple orders is most easily handled by invoicing the orders and allocating the payment via the customer financials on the payment allocation screen. This will automatically mark all the orders as paid and create a single accounting entry for the payment amount so that it appears as a single amount on the bank reconciliation.
To allocate a single payment across multiple orders, without invoicing, you can:
- Allocate each payment separately
This means opening each order and marking each one as paid. This will ensure all the orders are marked as paid but will result in multiple entries to the bank account in accounting, making the bank reconciliation process more difficult.
- Allocate the whole payment to a single order
This means that the payment is recorded and accounted for as a single amount, however, this one order will appear overpaid and the others not paid. You will need to invoice all the orders and distribute the payment across the orders later.
Order payment statuses
The payment status of an order is automatically calculated by Brightpearl depending on the order payments which exist for it. For example, an order can have multiple payments against it, but they don’t yet equal the order total, this means it’s only part paid.
An order can have any of the following payment statuses:
|Not applicable||The order total is zero and therefore no payment is required.|
|Not paid||No payment has been taken, or the sum of payments, receipts & captures add up to zero. This status will also be used where the order is also only part authorized.|
|Authorized||1 or more auths have been taken which add up to the full order total.|
|Part paid||The sum of all payments & receipts is less than the order total.|
|Paid||The sum of all payments & receipts adds up to the order total.|
Sales payment types
The payment type is used to calculate the payment status of an order, trigger accounting creation when relevant and offer additional actions when applicable.
This represents money received from a customer. Creates accounting transactions.
This represents money paid out to a customer - usually a refund. Creates accounting transactions.
This presents an auth only transaction for a sale, the payment will be captured later. Does not create accounting transactions.
This represents the capture of an auth-only transaction. This will only be used where the payment was originally auth only. Creates accounting transactions.
This indicates that an auth only payment was voided. It can only be used where the payment was originally auth only. Does not create accounting transactions.
Purchase payment types
This represents money received from a supplier. Creates accounting transactions.
This represents money paid out to a supplier. Creates accounting transactions.
Customer order payments list
This list provides a full history of all payments recorded against sales orders and returns (credits). From this list it is possible to:
- Reverse a payment which will undo the original payment. This will be seen as a new entry on the report and if applicable a new accounting journal
- Void an auth only payment which will mean it is no longer possible to capture the payment (if the payment app supports it)
- Capture an auth only payment which will create a new entry on the report and create the necessary accounting journals (if the payment app supports it)
If a payment is recorded against an order for more than the total order value it will look overpaid. When the order is invoiced the over paid amount will be separated from the order and added to the customer account as an on account balance which can be used in payment against any invoice at a later date.
Amending, deleting or reversing order payments
It is not possible to amend an order payment after it has been entered, however there are 2 options available. You can either delete the order payment completely or enter a reverse payment.
For refunds via Sales Credits, see this help article.
How to delete an order payment
- Search for and open the account journal for the payment to edit.
- Enter a reason for modification.
- Click the Cancel button.
- In the confirmation box check the box Delete linked order payments and type CONFIRM.
- Click the Confirm button.
This will cancel the journal and then also delete any order payments that are associated with it
How to reverse (cancel) an existing payment
- Go to Sales > Order payments, or Purchases > Order payments if it’s for a purchase.
- Search for the payment using the filters.
- Click Reverse in the actions column.