Billed Is Not Collected: The Half RIA Billing Software Misses

The short answer: billing software calculates. Reconciliation proves.

RIA billing software is good at one job: taking a fee schedule and producing an invoice or fee file. Reconciliation is a different job: proving the fee that left the client’s account matches the fee the firm was entitled to charge under the agreement in force.

That distinction matters because most fee problems are not arithmetic problems. They are entitlement problems: the wrong schedule, the wrong household, the wrong asset base, the wrong date convention, the wrong exclusion, or the wrong split. A billing engine can compute a number flawlessly and still leave the firm exposed if no one independently checks what was actually debited.

For firms where the revenue number has to stand up to a regulator, a custodian, or an auditor, the question is not “which platform bills?” It is “what system can prove the bill was right?”

For a broader view of how we approach regulated financial systems, see our fintech work and one published example of building a modular, compliance-conscious financial foundation at this case study.

The anatomy of a quarterly fee run

A quarterly advisory fee is not a single calculation. It is a chain of inputs, each of which may live in a different system or in a side agreement no platform can infer on its own.

The practical point: each input has to be correct before the arithmetic even starts. Billing software usually owns the middle of the process. The firm still owns the inputs.

What actually goes wrong: the error taxonomy regulators care about

The SEC’s Division of Examinations has repeatedly treated advisory fee billing as a priority area because the failures are usually mundane, repeatable, and expensive. The useful way to think about the problem is not “did the vendor calculate?” but “which class of error can this control actually catch?”

The pattern is consistent: the calculation may be technically correct given the wrong input. That is why a feature list is not the same thing as a control environment.

Why calculation-only tooling misses most of the risk

Most billing platforms are designed to produce an invoice, a fee file, or both. That is useful, but it is not the same as independent proof. If the schedule is wrong, the household is wrong, or a side letter was never loaded, the platform will happily calculate the wrong fee with high confidence.

This is especially true in firms with inherited complexity:

• books acquired from other advisers with legacy pricing terms
• held-away, private, or direct assets that the custodian does not price
• more than one custodian
• advisor-specific concessions negotiated over years
• revenue splits that do not map neatly to account-level billing

In those firms, the hardest part is not math. It is preserving the entitlement logic in a form that can be replayed and explained quarter after quarter.

The independence problem

There is a real control issue when the custodian computes the fee, deducts the fee, and reports the fee. None of those steps is inherently wrong. The issue is independence: the firm has not separately performed the check.

A custodian-provided billing tool can be useful. It is not, by itself, an independent control. At minimum, the firm should be able to produce an expected-versus-actual reconciliation using its own agreement data and its own billing-group definitions, then compare that result against the custodian debit file.

That means the firm needs a source of truth for three things:

• the entitlement rules in force
• the population of accounts or households being billed
• the actual debits that left client accounts

If those three are all owned by the same counterparty, the firm should understand exactly what control it is relying on, and what it is not.

The quarterly reconciliation every firm should be able to run

At the end of each billing cycle, the firm should be able to explain the difference between the fee it expected to charge and the fee actually deducted. The reconciliation is simple in concept and unforgiving in practice.

Step 1: build expected fee by billing group

Start with the agreement and the schedule in force. Calculate expected fee per household or billing group using the valuation method specified in the contract, including breakpoint logic, proration, exclusions, and any discount or rebate.

Step 2: pull actual debits from the custodian file

Extract the actual fee debited from each account or relationship during the period. Normalize the file so it can be matched to the same billing group definition used in step 1.

Step 3: compare expected versus actual

Match each billing group, then calculate variance. Use a materiality threshold the firm can defend. Small rounding differences should not be treated like true billing errors; everything else needs a disposition.

Step 4: dispose of each variance

Every variance should land in one of four buckets:

• No issue: the difference is rounding, timing, or an agreed convention and is documented.
• True under-bill: the firm charged less than entitled and may need a catch-up, subject to contract and disclosure.
• True over-bill: the firm charged more than entitled and should refund promptly.
• Configuration or data error: the schedule, household, exclusion, or valuation input is wrong and must be corrected before the next run.

Step 5: retain the record that makes the decision defensible

For each material variance, keep the agreement version, the fee schedule in force, the billing-group logic, the custodian debit file, the variance report, and the disposition note. A refund without this trail is just a correction. A refund with it is evidence of control.

Buy or build: the criteria that actually matter

Do not choose based on feature count. Choose based on the shape of the revenue problem.

Buy billing software when:

• the book is effectively single-custodian
• fees are standard, transparent, and modelled cleanly by the vendor
• nearly all billable assets are custodied and priced in the same system
• householding and grandfathered schedules are limited
• the firm mainly needs invoice production and fee file generation

Consider building the revenue layer when:

• a meaningful share of billable assets is held away, alternative, private, or otherwise not priced by the custodian
• householding and legacy schedules are bespoke enough to live in spreadsheets beside the billing system
• the firm operates across more than one custodian
• revenue has to be attributed across advisors, partners, or acquired books on custom terms
• billing output and revenue reporting must be the same number

What not to build: invoicing, payment collection, or statement delivery. Those are commodity functions. If the firm builds anything, it should build the revenue layer underneath them: the rules, the reconciliation, and the audit trail.

What version one of a revenue layer should contain

Version one does not need to be clever. It needs to be reproducible.

• agreement and fee schedule stored as structured data, not just PDFs
• a firm-owned billing-group definition
• expected-fee calculation logic for the current schedule
• variance report against custodian debits
• clear audit trail for every rule, override, and exception

What it should not contain yet: client portal features, general invoicing workflows, payment rails, or broad practice-management scope. The first job is to make the fee defensible.

FAQ

How often are advisory fees paid?

Most advisory fees are billed quarterly, though some firms bill monthly, semi-annually, or annually depending on the client agreement and disclosure documents.

How often can advisory fees be charged?

Only as often as the agreement permits. The frequency has to match the contract, the Form ADV disclosure, and the billing schedule in force.

What is wrap fee billing?

Wrap fee billing is a bundled arrangement where the client pays a single fee that may cover advisory services and certain transaction or custody-related costs, subject to the program’s terms.

What is flat fee billing?

Flat fee billing charges a fixed amount rather than a percentage of assets. It is common for planning, project-based, or minimum-fee arrangements.

Advisory fee vs management fee: what is the difference?

In practice, the terms are often used interchangeably, but “advisory fee” usually refers to the fee charged under the advisory agreement, while “management fee” may describe the asset-based component specifically. The documents control.

What to take from the distinction

RIA billing software helps produce a fee. It does not, by itself, prove the fee was entitled, correctly applied, and independently checked. For firms with simple books, that may be enough. For firms with inherited schedules, held-away assets, multiple custodians, or custom revenue splits, it is not. The real control is reconciliation, and the real question is whether the firm can reproduce its own fee run without depending on memory.