Blog · 2026-07-17

Split billing vs split collection: what your practice software stops short of.

When you run a mediation between two parties who split your fee, your practice-management or legal billing software probably handles the billing side well. It can take one matter, divide the fee across two payers, and produce a clean invoice for each. What it usually does not do is collect from both parties and tell you, at a glance, who has paid and who still owes. That gap between billing and collection is where a lot of solo mediators lose hours every month.

This article separates the two jobs, shows you what your current setup likely does well, and gives you a short checklist to score it against.

What "split billing" actually means in practice software

Split billing is an accounting feature. You have one matter with a total fee, and you assign portions of that fee to more than one payer. A $3,000 mediation fee might be allocated 50/50, so each party is responsible for $1,500. The software records the allocation, generates a separate invoice or PDF for each payer, and posts the matching entries to your ledger.

Done well, this is genuinely useful. Your books stay clean, each party gets a document addressed to them, and your reporting reflects who was billed what. Practice-management and legal billing tools have refined this over many years, and most handle the paperwork reliably.

The key word is paperwork. Split billing is about producing the correct documents and ledger entries. It is not about getting money in the door.

Where billing ends and collection begins

Collection is a different job. It is the sequence that starts after the invoice exists and ends when the cash has actually arrived from each payer. For a two-party fee, collection means:

• Giving each party a way to pay their own share, not the whole invoice
• Recording which specific party paid, and when
• Following up with only the party who still owes, not both

Most billing tools were built around one client per bill. A single client receives an invoice and pays it. That model works fine for a retainer or a one-party engagement. It strains the moment one invoice has two independent payers who act on different timelines.

In practice, what happens is this. The software emails one invoice, or emails two invoices that both point back to the same payment page. One party pays quickly. The other does not. Now you are the reconciliation engine. You match the incoming payment to the right party by hand, update a spreadsheet or a note in the file, and send a reminder to the party who is behind. If a party pays only part of their share, you track the remainder yourself.

None of this is a flaw in the billing software. It is doing the job it was designed for. The collection job simply falls outside its edges, and it lands on you.

For a mediator, there is an added reason this matters. Your follow-up has to be even-handed. Reminding a party who has already paid, or chasing one side while the other quietly settles, reads as careless at best. Knowing precisely who owes, and contacting only that party, is not only more efficient. It protects the neutrality your practice depends on.

A checklist to score your current setup

Run your existing tools against these questions. Give yourself a point for each clear yes.

1. Can each party open a payment link or page that shows only their share, with no way to accidentally pay the other party's portion?
2. When a payment arrives, does the system attribute it to the correct party automatically, without you matching it by hand?
3. Can you see, in one place, a live status for each party: paid, partially paid, or unpaid?
4. If a party pays part of their share, does the balance update on its own, and can that party pay the remainder without you issuing a new document?
5. Can you send a reminder to only the party who still owes, rather than re-sending the whole invoice to everyone?
6. Do both parties receive their own receipt for their own payment?

A score of five or six means your collection flow is genuinely automated. A score of two or three is common, and it usually means the billing is automated but the collection is still living in your inbox and a spreadsheet.

The missing layer: per-party links

The fix is not to replace your billing software. It handles allocation, documents, and your ledger, and there is no reason to give that up. The missing piece is a collection layer that treats each party as a separate payer on the same invoice.

The model that closes the gap is simple. One invoice, but a distinct payment link for each party, each scoped to that party's share. Each link stands on its own. When one party pays, that party's status flips to paid and the other party's link is untouched. Follow-up goes to the party who is behind, because the system already knows which one that is.

This is where a purpose-built collection tool sits alongside your existing stack rather than competing with it. FlowPay gives each party their own Stripe-hosted payment link for their share of a single invoice, with fixed or flexible splits, fresh links generated automatically when a party pays only part of their share, live per-party status, and a receipt for each payment. Funds settle directly to your own Stripe account and are never held by us, and because mediation fees are earned professional fees, this stays clear of trust and IOLTA accounts entirely. The Solo tier is free, with a 2% fee on each collected invoice.

If your billing is handled but your collection still runs through your inbox, that is the layer worth adding. See how it works, read the guide to collecting mediation fees, or get early access.