Invoice lifecycle: payment allocation
A client pays you $4,200 in one bank transfer, but that single deposit actually covers three separate invoices. Or a customer sends one check that clears two older invoices and leaves a little toward a third. The money arrived once, but it belongs to several invoices, and unless you write down exactly how you split it, the link between the payment and each invoice quietly disappears. This page is about building that allocation record in Cash Workspace: one payment mapped to the specific invoices it settled, with the original remittance attached so the split stays traceable. It also covers the cleanup case, where a payment landed against the wrong invoice or even the wrong client and the allocation needs to be corrected. This is organizational record-keeping, not accounting or tax advice, and Cash Workspace does not connect to your bank or reconcile payments for you. You record the allocation yourself; the workspace keeps it organized, attached, and easy to find later.
The problem
The trouble starts because the payment and the invoices live at different levels of detail. The client sees one number to pay; you see a stack of invoices to clear. When the deposit hits, it is tempting to just mark everything paid and move on, but six months later, when a client questions whether invoice 1043 was ever settled, you have no record of which dollars went where. An allocation record closes that gap: it captures the one-to-many split as its own document, so any single invoice in the group can be traced back to the exact payment that covered it. Recording the split is organizational work; it does not change anything about how the money was actually received or any obligation you may have.
The allocation workflow
The goal is one allocation record per lump payment that lists every invoice the money touched and how much went to each. Here is a practical way to build it in Cash Workspace. None of these steps reconcile your bank or read your documents; you enter the figures and attach the proof yourself.
Make a single record named for the payment, such as PAY-2026-0412-Northgate. Record the payment date, the total amount received, the method (bank transfer, check, card), the paying client, and any reference the client used, like a remittance note number. This record represents the one payment; the invoices it covers come next.
Inside that record, write one line per invoice the money touched: invoice number, the invoice's full amount, and the amount of this payment allocated to it. For example: INV-1041 $1,800 (full), INV-1042 $1,500 (full), INV-1043 $2,400 invoiced / $900 applied. The allocated amounts must add up to the payment total, so the split is self-checking.
Attach the supporting document to the allocation record: the bank deposit confirmation, the check image, the card settlement, or the client's remittance advice listing the invoices they intended to pay. This is the evidence behind the split. Cash Workspace stores the file; it does not extract figures from it, so you still type the numbers into your lines.
Go to each invoice record in the split and set its status: INV-1041 and INV-1042 to paid in full, INV-1043 to partly paid with $900 received and $1,500 still open. On each invoice, add a short note pointing back to the allocation record, for example 'Settled via PAY-2026-0412-Northgate split.' Now the link runs both ways.
Keep the allocation record in the same fiscal-year and client area as the invoices it covers, so the payment and its invoices sit together. A folder like 2026 / Clients / Northgate / Payments keeps every split record for that client in one predictable place.
If a payment was applied to the wrong invoice or wrong client, do not silently overwrite it. In the allocation record, note the original (incorrect) mapping, then add the corrected lines and a dated note explaining the move, for example 'Reallocated $900 from INV-1099 (wrong client, Westfield) to INV-1043 (Northgate) on 2026-04-15.' Reset the affected invoice statuses on both sides so each invoice again reflects reality.
Record structure
These are the fields worth recording per lump payment so the one-to-many split stays clear and any single invoice can be traced back to it. Treat the per-invoice lines as a small repeating block inside the record.
Example setup
Here is how a single client's payment splits might be organized inside a Cash Workspace folder. Each payment is its own record; the invoices it covers are listed inside it, and the matching invoice records carry a note pointing back.
One allocation record. Total received $4,200 by bank transfer on Apr 12. Lines: INV-1041 $1,800 full, INV-1042 $1,500 full, INV-1043 $2,400 invoiced / $900 applied. Attached: bank deposit confirmation + client remittance advice. Lines sum to $4,200.
Invoice for $2,400. Status: partly paid, $900 received, $1,500 open. Note: 'Partial via PAY-2026-0412-Northgate split; balance still due.'
Allocation record for a $900 transfer first applied to the wrong client. Correction note: 'Originally booked to INV-1099 (Westfield) in error; reallocated to INV-1043 (Northgate) on May 15.' Both invoices' statuses reset.
Where the misapplied $900 was removed from. Note: 'INV-1099 reopened; payment did not belong here, see Northgate correction.' Keeps both clients' records honest.
Common mistakes
How it helps
Create a dedicated allocation record for each lump payment and list every invoice it covers inside it, keeping the one-to-many split in a single place.
Attach the deposit confirmation, check image, or client remittance advice to the allocation record so the evidence behind the split travels with it.
Update each invoice's status to paid or partly paid and add a note pointing back to the allocation record, so the link runs both directions.
File allocation records in the same fiscal-year and client folders as the invoices, so a payment and the invoices it settled stay together.
Export the allocation records and their attachments when you hand off to your accountant or archive a closed year, with the split fully documented.
Related
When a payment is larger than what was invoiced, including paid-twice cases, document the surplus and how it was refunded, credited, or carried forward here rather than in an allocation split.
Once an allocation settles an invoice's last balance, record the explicit zero-balance closeout moment before that invoice is archived.
See where allocation, partial-payment, and settlement records each live across the full draft-to-archived invoice lifecycle.
Keep a running view of which invoices are open, partly paid, or settled after you record each allocation split.
Track the still-open balances that remain after a lump payment only partly covered an invoice in the split.
Organize the underlying invoice records that your allocation records point back to, in one structured place.
Browse the full set of invoice-lifecycle and finance-organization workflows that surround payment allocation.
FAQ
Cash Workspace helps you organize how a payment was split across invoices; it does not give accounting, tax, or legal advice and is not accounting or reconciliation software. It does not connect to your bank, import transactions, or read figures from your documents. You enter the payment and its allocation by hand and attach the supporting files; the workspace keeps that record organized and exportable. For how a payment split should be treated in your books, consult your accountant.
Cash Workspace is free. Create a workspace, make one allocation record for your next lump payment, list the invoices it covers, and attach the remittance, so every invoice always traces back to the money that settled it. Operated by HELPERG LLC; questions welcome at info@helperg.com.