Multi-Payor Billing is live in Centerbase. Here's what it means for your firm — and why it matters at the partner level.

There's a version of this conversation that happens in law firms everywhere. A managing partner discusses with the billing director how to improve the process for multi-payor matters, and the answer involves a spreadsheet. Maybe a few spreadsheets. There's a process in place and it works but it's fragile, it depends on one or two people who know how it all fits together, and the AR report you pull at month end never quite tells the whole story without someone doing additional reconciliation first.

If that sounds familiar, it's not a reflection of how your firm is run. It's a reflection of how practice management software has handled multi-payor billing for the past decade which is to say, it mostly hasn't. Firms built workarounds, the workarounds became process, and the process became invisible overhead that everyone accepted as the cost of handling complex matters.

We are changing that. Multi-Payor Billing is now live in Centerbase, and it's worth understanding what it actually does at the feature level and the firm level. What does it mean for your billing team's capacity? What does it mean for your AR? What does it mean for your ability to review a matter's financial status before a client call, without asking someone to pull a report first?

Multi-payor billing complexity isn't going away. The question is whether your system absorbs it — or your billing team does.

What Was Actually Happening Before This

To understand the value here, it helps to be clear about what the old process actually looked like at the operational level because from a managing partner's vantage point, it may have been invisible.

When a matter had two or three payors a carrier covering 60%, a client covering the balance, perhaps a co-defendant carrying a share your billing team needed some manual steps to define those payors and have the system handle the split automatically. So they maintained the allocation logic externally. A spreadsheet tracked who owed what percentage. When a bill was generated, someone calculated the split manually. When a bill was edited before posting, which happens routinely, someone recalculated. When payments came in, someone updated the spreadsheet and made sure the AR entries reflected the correct payor.

Every one of those steps was a manual task performed by a skilled person who could have been doing something more valuable. And every one of those steps was an opportunity for an error that could delay collections, create a discrepancy in AR, or surface during an audit.

The AR Aging report, meanwhile, reflected what was in Centerbase, not what was in the spreadsheet. For multi-payor matters, those two things were often different. Finance teams knew this, and they factored it into how much they trusted the report. Which is another way of saying: your AR data for your most complex matters was, at best, approximate.

What Changes Now — and Why It Matters to You

Multi-Payor Billing puts the payor configuration inside Centerbase, connected to the billing engine, the payment workflow, and AR reporting. Here is what that means in practice.

Your billing team defines payors and percentage splits once, directly inside the matter. Centerbase handles every split from that point forward automatically, at the invoice level, for every billing run. When a bill is edited before posting, splits recalculate without any manual step. When a payment is posted, it's allocated to the correct payor immediately. The spreadsheet that lived alongside your complex matters is no longer necessary.

There are two specific tools that make the setup fast.

The financial visibility change is significant from a partner's perspective. Every matter with a multi-payor configuration has a dedicated Multi-Payor tab that shows billed, paid, and balance for each payor in real time. Before a client call, you can pull up that tab and see exactly where each party stands, what's been billed, what's been paid, what's outstanding without asking billing for a summary. That's not a minor convenience. For partners managing complex matters with carrier relationships and reporting obligations, it's a material improvement in how you access information about your own matters.

The AR Picture Your Finance Team Has Been Missing

For firms that manage insurance defense matters at volume, AR accuracy is both a financial and operational priority. When AR data for multi-payor matters requires manual reconciliation before it can be trusted, that's not just an inconvenience, it's a reporting gap that affects how confidently you can speak to your firm's financial position.

Each payor on a multi-payor matter is treated as a client in AR Aging. Payor-level balances, what's owed, what's been collected, what's outstanding, appear in the AR report without any additional reconciliation. Your finance team gets audit-ready data that reflects the actual state of every payor relationship, not an approximation based on what's in the system plus what's in someone's spreadsheet.

One operational note worth knowing: if your team groups the Aged AR report by Invoice, it will display the client assigned to the matter rather than individual payors. Grouping by Payor gives you the full payor-level breakdown. It's a simple setting, but it's worth flagging for teams that are configuring their reporting workflows for the first time with this feature.

For partners and firm leaders who review AR in management meetings or prepare for lender reporting, carrier audits, or year-end review, this is meaningful. The report you pull reflects what's actually owed by every party, on every matter, without a qualification attached.

For Firms Doing Insurance Defense Work: The LEDES Connection

Insurance carriers require LEDES-formatted electronic billing, and each carrier typically has their own Client Matter ID, a reference number that must appear on every submission. In the past, managing those IDs required maintaining a separate record and manually cross-walking them into your LEDES template setup. It was another step that existed only because the systems weren't connected.

When you assign a Client Matter ID to a payor in your Multi-Payor setup, that ID flows automatically into the LEDES template mapping table. You set it up once. It's available when you map your LEDES fields, no duplicate entry, no crosswalk. For matters with multiple carriers, each one can have its own LEDES template and delivery address, configured from a single screen.

The LEDES Template Builder extends this further. When a carrier changes their format requirements, which happens more often than anyone would like, your e-billing coordinators can now build and publish an updated LEDES 1998B template themselves, directly from System Settings, without filing a support ticket. Templates are validated before they're published, so configuration errors are caught before they reach production. Your existing templates are completely untouched.

For managing partners whose firms depend on consistent, timely LEDES submissions to maintain carrier relationships, this removes a recurring point of friction that previously required staff time and support dependency every time a carrier updated their specifications.

When a carrier changes their LEDES requirements, your e-billing coordinator handles it the same day. No ticket. No billing hold. No delay.

What This Means for Your Team's Capacity

Managing partners don't always see the downstream effect of billing process inefficiency, because the billing team absorbs it quietly. Multi-payor matter management, the spreadsheets, the manual splits, the LEDES crosswalks, the AR reconciliation, represents a meaningful amount of skilled staff time spent on tasks that exist only because the system didn't handle them natively.

That time doesn't disappear when billing teams are overwhelmed. It shows up in slower billing cycles, in delayed collections, in staff overtime during busy periods, and in the occasional error that reaches a posted bill or an AR report. It also shows up in turnover risk, billing professionals who spend significant time on manual reconciliation work are more likely to seek roles where the work is more substantive.

Multi-Payor Billing returns that time to your team. The step-by-step math disappears. The spreadsheet maintenance disappears. The LEDES crosswalk disappears. The AR reconciliation step disappears. What remains is the judgment work that actually requires experienced billing professionals: reviewing complex matters, managing carrier relationships, handling exceptions, and supporting partners who need financial clarity quickly.

That's a meaningful change in what your billing team is doing with its time — and in what it's possible for them to take on as your firm grows.

Getting Started — What It Actually Takes

One of the things worth being direct about: this is not an implementation project. There is no migration, no data cleanup, no risk to your active matters. This is already live in Centerbase if you have an account. Everything your firm has built in Centerbase, your matter records, your templates, your billing history stays exactly as it is.

Adopting Multi-Payor Billing is a configuration step, not a deployment. Navigate to any matter, open Matter → Cog → Split Billing, and you'll find Multi-Payor Settings there. You can start with one matter. Your Customer Success Manager can walk your billing team through the first setup in a single call, most teams are billing their first multi-payor matter with the new engine within the same week.

For managing partners thinking about rollout: the practical path is to identify three to five matters where your billing team is currently maintaining the most manual overhead, and start there. Seeing the feature perform on real matters, with your actual payor configurations, your actual carriers, your actual billing complexity is more valuable than any demo. Your CSM can help you identify the right starting point.

The Bottom Line for Your Firm

The billing complexity that comes with multi-payor matters isn't going away. Insurance defense work, co-defendant arrangements, shared-fee structures – these are part of how law firms operate, and the firms that do them well are the ones that have the infrastructure to handle them efficiently.

For a long time, that infrastructure meant spreadsheets and workarounds that your billing team learned to manage. Centerbase replaces that infrastructure with something better: a billing engine that handles the splits, the AR, and the LEDES configuration natively, inside the system your firm already uses, without requiring a change in how your timekeepers work or a migration of what you've already built.

The result is a billing team that spends its time on judgment work instead of manual calculation. An AR report that reflects every payor's balance without reconciliation. Partners who can review matter financials directly, without waiting on a summary from billing. And an e-billing workflow that responds to carrier changes the same day they happen, not a week later.

That's not a feature update. That's a change in how your firm handles some of its most complex work — and it's available now.

Talk to your Customer Success Manager

Your CSM can walk your billing team through setup and show you what Multi-Payor Billing looks like on your actual matters. Reach out directly or visit centerbase.com.

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

If your firm is already on Centerbase for practice management but still running collections through a separate payments tool, there's a quiet cost to that setup. It doesn't show up on an invoice. It shows up in the reconciliation steps your team runs at month end. It shows up in trust accounting pieced together from two systems that were never built to share a ledger. It shows up in the retainer you couldn't collect at intake because the invoice didn't exist yet, or the refund that took two workflows to finish.

Centerbase Payments closes that gap. Because it's built into the platform your firm already uses, turning it on doesn't mean a migration, a new vendor, or a long implementation. Most firms finish onboarding in a single call of 20 to 30 minutes. After that, billing and payments run from the same place.

When a client pays, the rest takes care of itself

When a client pays through an invoice link, the invoice marks as paid, a payment record is created, and a bank deposit record is generated. All at the same time. No one on your team logs into a second system. No one posts the deposit at month end. The payment event *is* the accounting event.

For your billing staff, that turns collections work into confirmation work instead of data entry. For your CFO, the numbers are current without waiting for a reporting cycle. For the firm as a whole, the manual steps that currently connect your payment processor to your billing system simply stop existing.

Seven manual tasks off your team's plate.

1. Invoices close and deposits post without anyone in the middle

In most split-system setups, a payment arrives in your processor, someone notes it, the invoice gets updated by hand, and the deposit gets posted later that day, or that week, or at month-end close.

With Centerbase Payments, all of that collapses into one event. The client pays. The invoice closes. The bank deposit record generates on its own once the payout confirms. The only transactions that still need a manual deposit entry are paper checks. Everything else moves through the ledger automatically.

This isn't a faster version of the manual process. It's a different process. The gap between cash received and cash recognized goes away.

2. Trust and operating funds route correctly before they reach the bank

Trust accounting errors at midsize firms usually aren't the result of carelessness. They come from moving funds manually across two systems that don't share a ledger. The processor records the collection. The billing system records the matter. Someone on your team reconciles the two, which means someone on your team can get it wrong.

Centerbase Payments handles the routing at the transaction level. When a payment includes a client principal and a convenience fee, the system separates them before the funds arrive. Principal goes to trust, the convenience fee goes to operating, and journal entries are created automatically.

Your trust ledger reflects reality from the moment the payment processes, not from the moment someone finishes a month-end review. IOLTA and PCI compliance are built in, with both accounts verified independently.

3. Retainers get collected at intake, before any invoice or matter exists

If your intake process ends with a verbal commitment and "an invoice to follow," there's a collections gap between the moment a client agrees to work with you and the moment they pay.

Centerbase closes that gap. Your team can share a payment link at intake, before any matter is opened or any invoice is generated. The client pays by card or ACH, the funds route correctly, and the matter is opened when it's ready.

The retainer is collected at the point of commitment, not after the work begins. For anyone managing cash flow across a practice, that shift changes the financial profile of every new engagement.

4. Clients see what they owe, including any fees, before they confirm

Fee disputes slow collections, and they almost always start the same way: a client sees a charge they didn't expect. Centerbase Payments shows clients a fee preview before they confirm any payment, so what they see is what they pay.

The fee setup is flexible. Card fees are percentage-based, ACH fees are flat-rate, and either can be applied across the firm or scoped to specific clients or matters. That means existing arrangements can be honored without creating manual exceptions. Clients don't need a portal login either. They can pay through the invoice email or a firm-branded page.

When clients know what to expect, disputes drop. When disputes drop, your billing staff spends less time resolving exceptions and more time on collections that actually move forward.

5. Your team sees what happened in real time, inside Centerbase

In a split-system setup, finding out whether a payment came in means logging into the processor or waiting for someone who did. That lag is small on any single transaction. Across a busy week, it adds up. It delays follow-up, blurs your cash position, and slows the firm's response on collections.

Centerbase Payments supports per-transaction notification emails and a daily digest of the previous day's activity, sent to whoever needs it. Your billing staff sees the activity in the system they already work in. No second dashboard, no separate login, no waiting.

For firms managing collections across a heavy matter load, the speed of that notification loop has a direct effect on days to payment.

6. Refunds finish in one workflow, not two

In a split system, every refund takes two separate actions. Someone initiates the refund in the payment processor, then reflects the accounting update in the billing system. Both steps have to happen, both have to be accurate, and both are an opportunity for the numbers to drift apart.

The Begin Refund workflow in Centerbase Payments handles the Stripe refund and the accounting update in one operation. Full and partial refunds both work the same way. When the workflow is done, the refund is done. No second step, no reconciliation required.

For your accounting team, that removes a category of exception work that currently takes coordination across systems.

7. All your transaction data sits in one place, ready to export when you need it

The Transaction Details report gives your finance team exportable transaction data with configurable columns and date range filters. Each payment has a PDF receipt stored automatically. Payouts are tracked, with full drill-down to individual transactions.

Bank reconciliation and audit prep stop being a question of pulling data from multiple sources. Everything is in Centerbase, sourced from the same system that processed the transaction. The report your finance team runs is the same record the platform created when the payment cleared.

Turning Payments on is easy. Really.

Activating Centerbase Payments is simple. Onboarding takes one call, typically 20 to 30 minutes. Invoice payment links stay the same after the switch. Clients won't notice any change in how they pay. Your team gets the fully integrated workflow from day one.

What you get back is every manual reconciliation step your team stops running, every trust accounting error your firm stops risking, and every retainer collected at intake instead of chased after the work begins.

If Centerbase Payments isn't turned on at your firm yet, it's worth taking a look. Your CSM can walk you through what activation would look like for your firm specifically: what the current workflow looks like, where the manual steps are, and what changes on the other side. Half an hour of your time, and your team stops doing seven things by hand.

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

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

If your law firm handles insurance defense, co-defendant matters, or any case where more than one party shares financial responsibility for fees, you've probably built a system for managing it. Maybe it's a spreadsheet that lives alongside every multi-payor matter. Maybe it's a manual allocation process your billing manager runs at the end of every billing cycle. Maybe it's a combination of both, stitched together with follow-up emails and a lot of double-checking.

It works, until it doesn't. An invoice gets edited after the split was calculated. A payor's balance doesn't reconcile with AR. A LEDES submission goes to the wrong carrier. The workarounds that keep multi-payor billing functional are also the reason it takes so much time and generates so many errors.

Multi-Payor Billing in Centerbase was built to change that. It's a purpose-built billing engine that handles split invoicing, payor-level AR tracking, and LEDES submissions for matters with multiple funding sources — automatically, inside a single matter record. No spreadsheets. No sub-matters. No off-system reconciliation.

Here are five specific ways it helps law firms operate more efficiently and accurately.

1. Eliminate the Spreadsheet That Lives Next to Every Multi-Payor Matter

Ask any billing manager at a firm that handles insurance defense, and they'll tell you the same thing: every multi-payor matter comes with a shadow document. A spreadsheet, a shared notes file, a column in a billing tracker — something that lives outside the practice management system and tries to answer the question the system can't: who owes what?

The reason that shadow document exists is simple. Most billing systems weren't designed to handle matters where the financial obligation is split among multiple parties. So firms build workarounds. The workarounds become standard operating procedure. And the standard operating procedure becomes a time sink that billing teams accept as unavoidable.

Multi-Payor Billing removes the need for that external document entirely. In Centerbase, you define your payor schedule directly inside the matter record — navigate to Matter → Cog → Split Billing → Multi-Payor, add your payors, assign percentage splits, and save. Every payor's obligation is tracked in Centerbase from that point forward, through every billing cycle, payment, and AR close. The system holds the record. Your billing team doesn't have to.

Define your payors once. The system tracks every allocation, every payment, and every balance from first invoice through final AR close.

The practical effect is significant. Billing managers spend less time maintaining parallel records and more time on work that requires their judgment. And the risk of discrepancy between what's in the system and what's in the spreadsheet — which is a common source of billing errors on complex matters — drops to zero.

2. Automate Billing Splits So the Math Is Never Wrong

Manual allocation is one of the most error-prone tasks in legal billing. When an invoice needs to be split among four payors — one carrying 60%, one at 25%, one at 10%, and one holding the remainder — someone has to do that math. Then someone has to check it. And if the bill gets edited before posting (which happens constantly), someone has to do it again.

Centerbase takes that work off the table completely. Once you've set up your payor schedule, Centerbase handles every split automatically at the invoice level. When a bill generates, the system divides the total among your payors according to their assigned percentages. No calculator required. No manual entry. No second-check.

Two tools in the Multi-Payor setup make configuration fast and accurate. Distribute Evenly assigns equal percentages across all payors with a single click — useful for co-defendant matters where each party carries the same share. Match Remaining automatically adjusts the last payor's percentage when allocations are slightly over or under 100%, so everything balances without manual correction.

You also designate a Primary Payor to receive rounding remainders — those fractions of a cent that don't divide evenly across payors. It's a small detail, but it's the kind of detail that creates reconciliation headaches when it's handled inconsistently. With a designated Primary Payor, every invoice closes clean.

And if a bill is edited before it's posted — a line item is adjusted, a write-down is applied — the splits recalculate automatically. The payor schedule stays intact. Your billing team doesn't need to do anything.

3. Give Every Role a Complete View of Matter Financials

Multi-payor matters create visibility problems that go well beyond the billing team. When financial data is split across a practice management system, a spreadsheet, and whatever someone's memory holds about a carrier's payment history, it's hard for anyone — billing manager, attorney, partner, finance lead — to get a clear picture of where a matter actually stands.

Centerbase's Multi-Payor tab addresses this directly. Every matter with a multi-payor configuration gets a dedicated tab that functions as a real-time financial ledger. It shows what's been billed to each payor, what's been paid, and what the current balance is — updated automatically with every billing run and every payment posted.

When a bill is generated, the financial summary on the bill itself shows the first five payors and their billing percentages. A link from that summary goes directly to the full Multi-Payor tab for the complete payor breakdown, including previous balances, current charges, payments applied, and credits. Attorneys reviewing a matter before a client meeting can pull up the tab and see the actual financial picture — not an estimate, not a number from a two-week-old spreadsheet.

Every payor's balance, payment history, and billing percentage — visible in a single tab, updated in real time.

For finance and accounting teams, the AR Aging report reflects multi-payor matters accurately. Each payor is treated as a client for reporting purposes, so payor-level balances appear in full — what's owed, what's been collected, and what's outstanding. The result is audit-ready AR data that doesn't require a manual reconciliation step before it can be trusted.

One nuance worth noting: if your team groups the Aged AR report by Invoice, it will display the client assigned to the matter rather than individual payors. Grouping by payor or by matter gives you the full payor-level breakdown.

4. Manage LEDES Submissions Per Payor Without Duplicate Setup

For firms that do insurance defense work, LEDES e-billing adds another layer of complexity to multi-payor matters. Each carrier may require a different LEDES format. Each carrier has its own Client Matter ID. And historically, getting all of that configured correctly has required either extensive manual coordination or opening support tickets every time a carrier changes their requirements.

Centerbase connects Multi-Payor Billing and LEDES configuration in a way that eliminates most of that friction.

When you set up a payor in your Multi-Payor configuration, you can assign a unique Client Matter ID directly to that payor. That ID flows automatically into the LEDES template mapping table — no separate entry, no crosswalk between systems. Set it up once in Multi-Payor and it's available when you're mapping LEDES fields.

Each payor can also be assigned 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 formats, each mapped to the correct Client Matter ID — all from a single configuration screen.

The LEDES Template Builder in Centerbase takes this further. When a carrier changes their format requirements — which happens with regularity in insurance defense work — your e-billing coordinators can build and publish an updated LEDES 1998B template themselves, directly from System Settings → Electronic Billing → Self-Serve Templates. No support ticket. No billing hold while you wait. Templates are validated before publishing, so configuration errors are caught before they reach production. Existing system-provided templates are untouched.

5. Simplify Payment Posting and Credit Application Across Payors

Receiving and applying payments on multi-payor matters has always required careful attention. Post a payment to the wrong payor and the AR won't reconcile. Apply a credit at the wrong level and it either disappears or shows up where it shouldn't. In a system that wasn't built for multi-payor billing, these are manual checks that happen every time.

Centerbase handles payment allocation with straightforward, explicit controls. When recording a payment, you select the client as usual — all bills, including multi-payor ones, appear in the payment screen. If you're working directly from the Multi-Payor Matter record and need to allocate to a specific payor, you select that individual payor. The selected payor's balance updates immediately. There's no ambiguity about where the payment went.

Credits work at two distinct levels, and the distinction matters for multi-payor matters. Credits assigned at the matter level apply only to that matter. Credits assigned to the client are available across all of that client's matters. This means a billing manager can apply a credit from one payor to a specific matter without it affecting other matters, or apply a client-level credit that flows wherever it's needed.

Post a payment, select the payor, and the balance updates immediately. No manual ledger step. No reconciliation required.

The result is a payment workflow that's faster and less prone to error. And because every payment is recorded against the correct payor in Centerbase, the AR Aging report stays accurate without any additional reconciliation work from your team.

The Bottom Line

Multi-payor billing is genuinely complex work. Multiple funding sources, dynamic splits, payor-specific LEDES requirements, and AR reporting that needs to reflect every obligation accurately — the underlying complexity isn't going away. The question is whether your practice management system is absorbing that complexity or passing it back to your billing team as manual work.

Centerbase's Multi-Payor Billing is built to absorb it. Payor schedules are defined once and tracked automatically. Splits calculate at the invoice level without manual intervention. AR reporting reflects every payor's balance without reconciliation. LEDES configuration flows from Multi-Payor setup without duplicate entry. And payments post to the right payor with immediate balance updates.

For billing managers, that means fewer manual steps and fewer opportunities for error. For finance and accounting teams, it means AR data that can be trusted without a second pass. For partners and attorneys, it means matter financials that are visible and complete. And for e-billing coordinators handling insurance carrier requirements, it means LEDES templates they can update themselves the same day a carrier changes their format.

Multi-Payor Billing is available now in Centerbase. No migration required. Setup starts at Matter → Cog → Split Billing → Multi-Payor. Your Customer Success Manager can walk your team through configuration in a single session.

Ready to see it in action?

Contact your Customer Success Manager or visit centerbase.com to schedule a walkthrough.

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