Funds Transfer
Any movement of money that isn't a "trade" is recorded here: a customer sent money to another customer, money moved from a customer's account to your bank, you moved money between two tills, and so on. One amount, in one currency, from one account to another — with the option of a separate fee for each side.
Where This Page Fits
- Listing and tracking: Transfers.
- The voucher lands in the Statement of both parties and affects the General Ledger.
Step by Step
- Choose the source account (payer) and destination (recipient).
- Enter the currency and amount.
- If you're taking or giving a fee to either side, record it under that side's fee section.
- Enter the bank tracking code (if there is one) — searching by that code later will be a real time-saver.
Fields
| Field | Description |
|---|---|
| From account / to account | The source and destination of the transfer. |
| Currency and amount | The amount transferred, in a single currency. |
| Payer's/recipient's fee | Either side can separately pay or receive a fee. |
| Tracking code | The bank/internal reference number; used in search and the WhatsApp message. |
| Description | General description of the voucher. |
Notes
- The transfer's other party is not shown on the statement issued for the customer (it's confidential).
- You can attach the receipt/proof to the voucher so the evidence always stays with it.
- If the form was opened from the operations inbox, the known party is pre-selected and an unidentified party comes in as "Unknown Party" — you can freely change either side before saving. If a pre-filled account no longer exists, the picker is simply shown empty.
Editing without a reversal entry (edit window)
For a few hours after posting (default 24 — configurable in Settings), pressing the correct-document button edits the document in place: no reversal entry, no cluttered statement — just a ✎ mark next to the reference and a full history (what changed, when, by whom). Profit and average cost are recalculated automatically. Documents that are reconciliation-ticked, funds-verified, part of a completed batch, or reversed are excluded and — like anything after the window — can only be corrected with the classic reversal entry.
The “Awaiting collection” tick
At the bottom of the form, next to the submit button, sits a small tick: “Awaiting collection”. Tick it and the document — besides being posted normally — also lands on the Receipt collection page, so you can later confirm whether the money really arrived. Leave it off and nothing extra happens; the document posts as usual.
It is off by default, works for any currency, and is remembered: however you leave it is how it opens next time. Nothing is ever confirmed automatically; a ticked document stays open until you settle it yourself.
Note: field locks apply only when posting a new document; when editing a document or posting an identification entry, the form is not filled from locked values.
The “Hidden” checkbox (for holders of the “View hidden accounts” permission): hides the document from users without that permission — it disappears from lists and opening its page shows “hidden”. Statement rows remain (to keep balances correct). Corrections and edits of a hidden document stay hidden.
Private-note rule: this field is only for things you don’t want the customer to know that no other column already shows — e.g. the real counterparty of a transfer, or a commission paid to someone. The app never repeats the document’s own summary (amount, currency, rate, parties) here; those live in their own columns. Keep it short and useful.
The Unknown Party, start to finish
When? Money arrived (or left) but you don't yet know whose it is. Register the document with the Unknown Party right away so till and bank balances stay correct — figuring out the owner can wait.
Registering: no need to search for the account; click the account field and "Unknown Party" is the first option in the list, highlighted in amber — one click and done.
Tracking: three places always keep it in sight — the "Pending identification" dashboard card (count and sum per currency), the menu item of the same name, and its own section in the nightly "Open items" report. Health rule: the unknown account's balance must always equal the sum of these open documents.
Identifying: once you know whose money it is, press "Identify unknown party" on the document page; an identification document (customer ↔ unknown) is registered with an automatic description and the document leaves the open list.
Editing — three rules:
- An unknown document that is not yet identified can be edited in place like any other document within the time window; you may even change the unknown side to the real person right there — it leaves the open list automatically and the edit history remains.
- An identified original cannot be edited in place; you'll be told to go to the identification document first.
- On an identification document only the accounts are editable (amount and currency are locked). Change the real party and the identification stands; change the unknown side and the identification is cancelled automatically, returning the original to "pending identification".
Deleting an identified document completely: reverse the identification first, then the original — the app blocks the wrong order with a message naming the document.
Remember: the in-place edit window closes automatically when the time limit ends or when a statement is sent via WhatsApp for either side (sending the balance image does not close it — it only shows totals, not individual documents); after that only the correction-document path remains.
- Once a currency is picked, its code sits inside the amount field's corner so it is always clear which currency the amount is in.
One bank receipt, several documents (continuing the same receipt)
Sometimes a single receipt must become two documents — like a commitment overpayment confirmed separately. Duplicate tracking codes are normally blocked, but when the second document truly continues the same receipt: confirming a commitment overpayment links it automatically, and in manual entry, when you see the "duplicate code" error, a compact "This continues receipt ..." checkbox appears under the same field; tick it and the second document is saved with the same code, linked to the first. Chained documents count as one receipt in funds verification: changing the status of one changes them all. A code belonging to a different receipt remains blocked.
- Fees charged to the party go to "Fee income"; fees we pay the party go to the separate "Fees paid expense" account (old documents remain as they were).
Next form
The remembered "next form" checkbox next to the save button is for back-to-back entries: after saving, a fresh empty form opens instead of the document page, and the success toast shows the document code. Combine it with field locks to keep the party/currency fixed.
Unfinished form rescue
Everything you type is saved instantly in the same browser. If the page closes or power fails, next time a “You have an unfinished form” banner appears and “Restore” brings all values back. A successful submit clears the draft automatically.
Customer group and “awaiting collection”
If the payer's group has “awaiting collection” enabled for this transfer's currency (e.g. toman for the “New” group), the “awaiting collection” tick turns on automatically once account and currency are chosen, overriding your habit; if you change the tick yourself, your choice stands.
The credit-limit lock
If the receiver is a customer with a limit (their own or their group's; 0 = no credit) and this transfer would push their net debt in the reference currency over the limit, the entry is rejected — whether they receive from our cashbox or from another customer. Their “awaiting collection” receipts do not count as money yet; once collection is confirmed the lock opens by itself. A holder of the “pay over the credit limit” permission can bypass it with the “pay despite the credit limit” tick; it is recorded in the activity log.