Capture the payment details in one side panel
Choose the accounting category, vendor and optional bill, then enter payment number, method, amount, currency, date, notes and reference. The reference number and notes keep the evidence with the record.
Purchases
Payments Made records an outgoing payment to a vendor and can allocate part or all of it to an open bill. The form keeps the payment number, method label, date, reference, notes and currency evidence together; it records the event but does not initiate a bank transfer.
How it works
Select a vendor and optional bill, enter the positive amount and date, and let the server derive the amount used against the bill. An overpayment stays visible as unused value instead of disappearing.
Vendor, bill, account, method label and evidence.
Choose the accounting category, vendor and optional bill, then enter payment number, method, amount, currency, date, notes and reference. The reference number and notes keep the evidence with the record.
The selected payment method is a label describing how the transfer happened. Saving the record does not charge a card, initiate a bank transfer or call an external payment provider.
The used amount belongs to the live bill balance.
The server derives used amount as the smaller of the live bill due and the payment amount. The bill becomes partial or paid, while any excess remains the payment's unused amount.
Current create, edit and delete paths run transactionally. An edit reverses the old known allocation before applying the replacement so the bill does not accumulate repeated reductions.
Derived totals belong to the server, not the browser.
The app keeps one request ID across retries, and the database accepts that ID only once per owner and business. Repeating a save that already worked returns the saved payment instead of making another.
A payment can carry its payment currency, accounting currency, accepted rate, converted amount and explicit adjustment. Derived converted totals are recomputed by the server instead of trusting a browser value.
Built in
Settlement allocation, currency context, references, lifecycle rules and the boundary between recording a payment and moving real money.
Choose the accounting category, vendor and optional bill, then enter payment number, method, amount, currency, date, notes and reference. The reference number and notes keep the evidence with the record.
The selected payment method is a label describing how the transfer happened. Saving the record does not charge a card, initiate a bank transfer or call an external payment provider.
The server derives used amount as the smaller of the live bill due and the payment amount. The bill becomes partial or paid, while any excess remains the payment's unused amount.
Current create, edit and delete paths run transactionally. An edit reverses the old known allocation before applying the replacement so the bill does not accumulate repeated reductions.
The app keeps one request ID across retries, and the database accepts that ID only once per owner and business. Repeating a save that already worked returns the saved payment instead of making another.
A payment can carry its payment currency, accounting currency, accepted rate, converted amount and explicit adjustment. Derived converted totals are recomputed by the server instead of trusting a browser value.
The portion allocated to the selected bill.
Any payment value not consumed by that bill.
Keep the bank or cheque reference on the payment.
Current removal retains audit evidence and reverses known allocation.
Record and manage the bills being paid.
Apply supplier credits separately from cash payments.
Questions
No. Invoice Crowd records an outgoing vendor payment and how it was allocated. The Payment Method field is descriptive; saving does not call a gateway or initiate a bank transfer.
Invoice Crowd derives the used amount as the smaller of the live bill due and the payment amount. The remainder stays visible as unused amount on the payment.
The bill remains partially paid, its due amount is reduced by the used allocation and the linked partial-settlement record preserves the connection to the vendor payment.
Yes. A vendor payment carries a payment number, reference number, notes, date and currency context, so the bank or cheque reference stays with the record. Receipt files attach to expenses rather than to vendor payments.
No. Saving a payment keeps one request ID across retries, checked within the owner and selected business. Retrying a save that already worked returns the first payment instead of a second one.
A payment recorded with Record Payment on the bill shows Undo from the Bill in this list and is changed from the bill. A payment entered here and applied to a bill can be edited or deleted when your permissions allow, which reopens the bill balance. A payment matched in a closed bank reconciliation can't be changed until that statement is reopened.
Record what left the business, show what the bill used, and keep any unapplied value visible for the next decision.