Back to Blog

Inside LawAccounting's Merchant Fee & Payment Settlement Engine: How Law Firms Book Gross Client Payments, Net Bank Deposits, and Processor Fees Without Ever Shorting a Trust Ledger (2026 Feature Spotlight)

Trust Accounting September 17, 2026 9 min read

Inside LawAccounting's Merchant Fee & Payment Settlement Engine: How Law Firms Book Gross Client Payments, Net Bank Deposits, and Processor Fees Without Ever Shorting a Trust Ledger (2026 Feature Spotlight)

A client pays $5,000 by card. Your bank shows $4,853.50. Your trust ledger must still show $5,000. That gap - the processor's fee, the batch settlement, the delayed ACH - is where a surprising number of law firms quietly break their trust reconciliation. Here is how LawAccounting's payment settlement engine keeps gross, net and ledger in agreement automatically.

💡 IN SHORT
When clients pay by card or ACH, the amount that hits your bank is never the amount the client paid. Processors deduct fees, batch multiple payments into one deposit, and settle on their own schedule. LawAccounting's payment settlement engine records the gross payment against the client's matter ledger, posts the processor fee to the correct operating account, and matches the netted batch deposit to the bank feed - so the trust ledger stays whole and the three-way reconciliation still ties.
👥 Who should read this: Firm Administrators Law Firm Bookkeepers Managing Partners Compliance Leads

💰 The $146.50 That Breaks Reconciliations

Here is the scenario that shows up in bar complaints more often than most firms realize. A family law client pays a $5,000 replenishing retainer by credit card. The money is client money, so it belongs in the IOLTA account and the client's matter ledger must show $5,000.

The processor takes its fee. The deposit that lands in the bank is $4,853.50. If the bookkeeper simply records what the bank shows, the client's ledger now says $4,853.50 - and the firm has effectively paid its own merchant fee out of client funds. Multiply that by four hundred payments a year and the trust account is short by a number nobody budgeted for and nobody can explain.

🚫 Red Flag
Paying processor fees out of a trust account is a classic commingling and shortfall problem. Most jurisdictions require that client funds be held intact - the firm's cost of accepting payment is a firm expense, not a client one. Fee deduction from trust is one of the fastest ways to turn a routine bank inquiry into a disciplinary referral.

⚙️ What the Settlement Engine Actually Does

LawAccounting treats a client payment as three distinct accounting events, not one:

The gross payment. $5,000 is recorded against the matter's trust ledger on the date the client paid. The client ledger and the client's statement both show the full amount, because that is what the client actually remitted.

The processor fee. $146.50 posts as a firm operating expense in the merchant fee account - funded from operating, never from trust. For firms in jurisdictions that permit passing surcharges to clients, the engine supports that configuration separately and explicitly, with the surcharge treated as its own billable line rather than a silent deduction.

The settlement deposit. The processor batches payments and deposits a net figure - often covering several clients at once, often a day or two later. The engine holds the expected deposit in an undeposited-funds style clearing position until the actual batch arrives, then matches the batch to its component payments.

📊 Did You Know?
A single processor batch deposit can contain payments belonging to a dozen different matters, split across both trust and operating destinations. Matching that batch by hand is where most firms lose an hour a week - and where transposition errors quietly enter the ledger.

🔑 The Six Capabilities That Make It Work

💲

Gross-amount client ledgers

Every matter ledger records what the client paid, not what the bank netted. Client statements always reconcile to the client's own records.

💵

Fees posted to operating

Merchant fees route automatically to a designated operating expense account. Trust balances are never reduced by the firm's cost of doing business.

📦

Batch settlement matching

One netted deposit is decomposed into its component payments across matters, trust and operating - and matched to the bank feed automatically.

⏳

Cleared-funds controls

ACH and card payments carry a hold period. The engine flags disbursement attempts against funds that have not actually cleared.

🔄

Chargeback and NSF handling

Reversals post against the original matter with a full audit trail, so a bounced payment does not silently leave a hole in a trust ledger.

🔗

Processor integrations

Works with the firm's existing payment stack - Fiserv, Stripe and ProPay - alongside 15,000+ bank connections for feed-level matching.

⚖️ Why This Shows Up in the Three-Way Reconciliation

A three-way trust reconciliation requires the bank balance, the book balance and the sum of all matter-level client ledgers to agree. Card and ACH payments attack all three legs at once:

The bank balance reflects net batch deposits that arrive on the processor's schedule. The book balance reflects whatever the bookkeeper entered. The client ledgers should reflect gross amounts on payment date. Without a settlement layer, those three views drift apart every single month, and the difference is usually written off as a timing issue - until an auditor asks what the timing issue is made of.

⚠️ Watch Out
"It is just timing" is the most expensive sentence in law firm bookkeeping. Real timing differences are identifiable, itemized and self-clearing within a defined window. If a firm cannot list the individual items making up a reconciling difference, it is not timing - it is an unreconciled break.

📝 A Practical Setup Checklist

1. Confirm your processor agreement specifies which account fees are drawn from - and that it is never the trust account.
2. Create a dedicated merchant fee expense account in the operating chart of accounts rather than lumping fees into bank charges.
3. Configure separate processing paths for trust-destined and operating-destined payments so retainers and invoice payments never share a route.
4. Set a cleared-funds hold period for ACH that matches your bank's actual availability, not the optimistic version.
5. Reconcile the processor's monthly settlement statement to the general ledger every month, the same way you reconcile a bank account.
6. Review the chargeback log quarterly - it is a leading indicator of both billing disputes and intake quality issues.

💡 Pro Tip
Ask your bookkeeper to pull one month of card payments and compare the sum of gross client-ledger credits to the sum of net bank deposits plus posted merchant fees. If the two do not agree to the penny, the fee handling is misconfigured - and it has probably been that way for a while.
✅ Key Takeaways
  1. The client paid a gross amount; the bank received a net amount. Both facts must live in the ledger, separately.
  2. Processor fees are a firm operating expense. Deducting them from trust creates a shortfall and a compliance problem.
  3. Batch settlements bundle many matters into one deposit - automated decomposition and matching is what keeps reconciliation clean.
  4. Cleared-funds controls stop disbursements against card or ACH money that has not actually settled.
  5. Reconcile the processor statement monthly, exactly as you would a bank account.

See a Trust Reconciliation That Actually Ties

LawAccounting handles gross payments, processor fees and batch settlements natively - inside the same platform that runs your billing, general ledger and IOLTA compliance.

Schedule Your Demo →