There’s a particular kind of frustration that billing professionals at law firms know well. It’s the moment you open a multi-payor matter and realize you’re about to spend the next hour doing something that should take five minutes.

You’ve got one matter. Three payors. An insurance carrier at 60%, a client paying the remaining 35%, and a co-defendant handling 5%. You’ve generated the invoice. Now you need to split it correctly, make sure the numbers add up, route the right bill to the right party, update the spreadsheet that tracks it all, make sure the LEDES submission goes to the right carrier with the right Client Matter ID, and then — once payments start coming in — make sure each one posts to the right payor so AR doesn’t fall apart.

That’s not a billing problem. That’s a process problem. And it’s a process problem that most practice management systems have never actually solved — they’ve just left firms to work around it.

Centerbase changes that with Multi-Payor Billing: a purpose-built billing engine that takes every manual step in that process and handles it automatically, inside a single matter record. Let’s walk through what that actually looks like in practice — from the moment you set up a matter to the day it closes.

The Setup: One Configuration, Saved for the Life of the Matter

The old way of handling multi-payor matters usually started the same way: someone set up a matter in the system, then opened a spreadsheet alongside it. The spreadsheet became the source of truth for payor allocations — who owes what, what percentage they carry, what’s been billed, what’s been paid. Every billing cycle required someone to update it. Every new person on the billing team had to learn where it lived and how it worked.

In Centerbase, the setup starts inside the matter itself. Navigate to Matter → Cog → Split Billing → Multi-Payor, click Edit, and you’re in the Multi-Payor configuration screen. Add your payors — as many as the matter requires, up to 70 or more — and assign each one a billing percentage. That configuration is saved as a multi-payor record attached to the matter, and it stays there for the life of the case.

The system gives you two tools to make percentage setup fast. If your payors split equally, hit Distribute Evenly and the system assigns identical percentages across all parties in one click. If you’re working with custom allocations and the numbers come out slightly off — 99.9% instead of 100%, or 100.1% due to rounding in your mental math — Match Remaining automatically corrects the last payor’s share so the total balances. No calculator, no manual correction.

You also designate a Primary Payor for the matter. This is the party that receives any rounding remainder when invoice amounts don’t divide evenly across payor percentages. It’s a small but important detail: without it, those fractions of a cent create ongoing reconciliation issues. With a designated Primary Payor, every invoice closes clean.

If the matter involves insurance carriers who require LEDES billing, you can assign a unique Client Matter ID to each payor right here in the setup screen. That ID will flow automatically into the LEDES mapping table later — which we’ll come back to — so there’s no duplicate entry required.

One configuration. Every payor, every percentage, every LEDES ID — set up once and tracked automatically from first invoice through final AR close.

Once you save the configuration, the matter is ready. The spreadsheet stays in the drawer. The system holds the record now.

Billing: The Math Happens Automatically, Every Time

Here’s something that surprises people when they first see Multi-Payor Billing in action: time and expense entry doesn’t change at all. Attorneys and timekeepers enter time and expenses exactly the way they always have. The matter handles the split on the back end, at the invoice level.

When you run a bill, Centerbase takes the total invoice amount and divides it among your payors according to the percentages you defined in the setup. If the matter has a 60/35/5 split, the $10,000 invoice becomes a $6,000 charge to the carrier, a $3,500 charge to the client, and a $500 charge to the co-defendant — automatically, without anyone doing arithmetic. The Primary Payor absorbs any rounding remainder.

The bill’s financial summary gives you immediate visibility into how the split landed. The first five payors and their billing percentages appear on the bill itself. Click through and you’ll see the full payor breakdown: each party’s previous balance, current charges, payments applied to date, and any credits on account. It’s a complete financial snapshot of where each payor stands on that invoice.

Now here’s the part that billing managers tend to appreciate most: if the bill gets edited before it’s posted — and bills get edited all the time, for all kinds of legitimate reasons — the splits recalculate automatically. You don’t need to go back to the spreadsheet, redo the math, and make sure the updated numbers made it into the right column. The payor schedule stays intact. The system handles the recalculation. You review, approve, and post.

When a bill is edited before posting, splits recalculate automatically. The payor schedule stays intact. No manual correction required.

For matters with many payors — insurance defense cases sometimes involve a dozen or more funding sources — this automation isn’t just convenient. It’s the difference between a billing process that scales and one that breaks under its own weight.

LEDES Billing: One Setup, No Duplicate Entry

If multi-payor billing is complex on its own, adding LEDES e-billing requirements to the mix has historically made it significantly more so. Insurance carriers don’t all use the same LEDES format. They each have their own Client Matter ID requirements. And they change their specifications with enough regularity that e-billing coordinators have spent years managing a queue of support tickets just to keep LEDES templates current.

Centerbase addresses both parts of this problem.

First, the connection between Multi-Payor setup and LEDES configuration. The Client Matter ID you assign to each payor in your Multi-Payor setup flows directly into the LEDES template mapping table. When you go to map your LEDES fields, those IDs are already there — no crosswalk, no manual re-entry, no copying between screens. Set it up once in Multi-Payor and the LEDES side of the house already has what it needs.

Each payor can also have their own LEDES template and delivery address. In the gear icon settings next to any payor, you can uncheck Use Client Settings and configure that payor independently. A matter with four insurance carriers can run four different LEDES 1998B formats, each mapped to the right Client Matter ID and delivered to the right address. That’s a configuration that used to require careful manual coordination — and that’s now handled in one screen.

Second, the template management problem. When a carrier updates their LEDES format requirements, the answer used to be: open a support ticket and wait. E-billing coordinators would submit the ticket, the carrier’s deadline would approach, and billing would sit on hold while someone else made the change.

Centerbase’s self-serve LEDES Template Builder puts that control directly in your team’s hands. Navigate to System Settings → Electronic Billing → Self-Serve Templates, build your LEDES 1998B template, map the fields, and publish. Templates are validated before they go live, so misconfigured templates are caught before they reach production. Existing system-provided templates are untouched — you can adopt self-serve templates at your own pace, for the carriers where you need the flexibility, without any impact on your current setup.

E-billing coordinators can build, validate, and publish an updated LEDES template the same day a carrier changes their requirements. No ticket. No wait. No billing hold.

For firms that do substantial insurance defense work, this combination — per-payor LEDES templates, automatic Client Matter ID mapping, and self-serve template management — removes more friction from the e-billing process than any single feature has in a long time.

Payments and Credits: The Right Balance in the Right Place

Posting payments on multi-payor matters is one of those tasks that looks simple and isn’t. The question isn’t just “who paid?” — it’s “which payor’s balance should this payment reduce, and on which matter?” Get that wrong and AR stops making sense. Get it wrong consistently and reconciliation becomes a monthly project.

Centerbase makes the allocation explicit and immediate. When you record a payment, you select the client as usual — all bills for that client appear, including multi-payor ones. If you’re working from the Multi-Payor Matter record directly and need to apply the payment to a specific payor, you select that individual payor. The balance updates immediately. There’s no ambiguity about where the payment went, and no additional step required to reflect it in AR.

Credits work at two levels, and the distinction is useful. Credits assigned at the matter level stay on that matter — they’re available to offset charges on that matter and nothing else. Credits assigned at the client level are available across all of that client’s matters. In a multi-payor context, this means you can apply a credit from a specific carrier’s overpayment directly to the matter where it belongs, without it flowing into other matters where it doesn’t apply.

It’s a small distinction, but it’s the kind of precision that finance and accounting teams depend on when they’re producing reports that need to be right. Not approximately right. Actually right.

AR Reporting: The Full Picture, Without the Reconciliation Step

One of the most common frustrations in law firm finance is pulling an AR Aging report on a multi-payor matter and knowing that what you’re looking at isn’t complete. Payor-level detail lives somewhere else. The numbers you’re seeing don’t include the full picture. Before you can trust the report, you have to reconcile it against another source.

Centerbase brings that data into Centerbase, where it belongs. Each payor in a multi-payor matter is treated as a client for AR reporting purposes. That means the AR Aging report breaks out balances at the payor level — what each party owes, what’s been collected from each party, and where each payor’s account currently stands. The report reflects the full financial picture of the matter without any additional reconciliation work.

The Multi-Payor tab on each matter is the real-time view for anyone who needs payor-level detail on a specific case. Billing managers can pull it up mid-cycle. Partners can check it before a client call. Finance leads can use it to answer questions from management without making calls to the billing team first.

One thing worth knowing about the AR Aging report: if your team groups it by Invoice, it will display the client assigned to the matter rather than the individual payors. Grouping by payor gives you the full payor-level breakdown. It’s a simple setting change, but it’s worth flagging for teams that are setting up their reporting workflows for the first time.

AR Aging reflects every payor’s balance accurately — what’s owed, what’s collected, and what’s outstanding — without a manual reconciliation step.

The Point Isn’t the Features. It’s the Time You Get Back.

It’s easy to describe Multi-Payor Billing as a set of features: payor schedules, automatic splits, LEDES integration, self-serve templates, real-time AR. And those features are real and useful. But the actual value of the feature set isn’t best measured in capabilities — it’s best measured in what your billing team stops doing.

They stop maintaining the spreadsheet. They stop recalculating splits when bills are edited. They stop opening support tickets when a carrier updates their LEDES format. They stop reconciling AR reports against external records. They stop manually cross-walking Client Matter IDs between the billing system and the LEDES mapping screen.

All of that time goes somewhere else — to higher-value work, to matters that actually need human judgment, to the kind of proactive billing management that helps firms get paid faster and maintain better client relationships.

That’s what it means to move from manual to manageable. Not that multi-payor billing becomes simple, because the underlying complexity is real and it doesn’t disappear. It means the system absorbs that complexity instead of passing it to your billing team as manual work.

Multi-Payor Billing is available now in Centerbase. No migration required. Setup starts at Matter → Cog → Split Billing → Multi-Payor. If you’re an existing Centerbase customer, your Customer Success Manager can walk your team through configuration in a single session. If you’re evaluating Centerbase, we’re happy to walk you through the full workflow in a live demonstration — including the specific scenarios your billing team deals with today.

See it in action: Contact your Customer Success Manager or visit centerbase.com to schedule a walkthrough of Multi-Payor Billing in Centerbase.

About Centerbase

Centerbase provides cloud-based legal software that centralizes all aspects of law firm management, including billing, accounting, timekeeping, matter and document management, automated workflows, and profitability reporting. Designed for mid-size law firms, Centerbase helps firms modernize operations, optimize productivity, and improve client service. For more information, visit centerbase.com.

Media Contact:
Trish Stromberg
trish.stromberg@centerbase.com

The post From Manual to Manageable: How Multi-Payor Billing Transforms the Way Law Firms Handle Complex Matters appeared first on Centerbase.