Record Payment/Receipt Order
An "appointment" to pay or receive — not the act itself. You (say, a trader) instruct that "give Mr. X five hundred dollars," and the cashier carries it out when the customer shows up. Until the moment it's executed, no money moves in the books.
Where This Page Fits
- List and execute orders: Payment/Receipt Orders; pending orders also show up in Open Items.
- After execution, the final voucher is recorded in Transfers.
Fields
| Field | Description |
|---|---|
| Operation type | Receive from the customer, or pay them. |
| Customer account | The party the order is for. |
| Till | The till the funds will move to/from. |
| Currency and amount | The order's amount. |
| Description | Shown to the cashier. |
Notes
- Until the moment of execution, no account's balance changes; the order is only an "appointment".
Customer cashboxes and the new form shape
The form works like a transfer: payer, payee, and a "which side is the cash box" switch. The box side can be the exchange's own cash/bank account, or an account the admin has defined as a box on the "Cash boxes" page (customer cashbox) — such an account keeps its customer identity too. When one of our own boxes is chosen, the old flow stands: the order queues for that box's cashier, who executes it.
The credit-limit lock
A “cashbox pays” order for a customer with a limit (their own or their group's; 0 = no credit) is recorded only if, after the payment, their net debt (reference currency, counting unconfirmed collections) stays within the limit. A holder of the relevant permission can bypass it with the “pay despite the credit limit” tick (logged).