Revenue by Funder
The one-line problem
The standard month-end entry is a single credit to revenue and a single debit to AR. It ties. It is also useless.
With one line, nobody can answer the questions that actually run the business. Which funder is profitable after the contractual. Which location covers its own overhead. Whether 97153 delivered by an RBT earns more per hour than 97155 delivered by a BCBA. Whether the payer you added in March is worth keeping.
Those answers exist in CentralReach. They just never make it into QuickBooks Online, because the bridge between the two is a person with a pivot table.
What the breakout answers
Funder. Revenue and collection rate per payer, at agreed rates. This is the number that tells you whether a contract is worth renewing, and it is the number most practices have never seen cleanly.
Location. Revenue per clinic against the cost of running it. Two locations with similar headcount can differ by twenty points of margin and the P&L will never say so if revenue is one line.
Procedure code. Technician-delivered revenue against BCBA-delivered revenue, each mapped to its own income account, sitting next to the labor cost behind it. That comparison is the core margin question in ABA and it lives entirely in the code split.
Why the manual version does not hold
It works in January. Someone exports the billing report, pivots by payer, keys a summary entry, and it ties.
Then February gets busy. The export gets re-run after a billing correction and now there is a real risk of double-posting. A month starts mid-week, so one week splits across the period cutoff and someone books a manual accrual to patch it. Drive time and mileage sit inside the charges total but the P&L splits them out. A code gets added and nobody updates the mapping.
By April the breakout is stale, nobody fully trusts it, and the practice quietly goes back to one line. Not because the detail stopped mattering. Because maintaining it by hand costs more attention than the practice has.
The chart of accounts side
The breakout only works if QuickBooks Online is set up to receive it. That means separate income accounts by service line, not one lump revenue account with class codes bolted on afterward. It means locations that map to something real. And it means a procedure code mapping that gets maintained in one place.
Set up once, this stops being a monthly decision. That is the whole point.
Where Qlarity fits
Qlarity is the bridge. Upload the CentralReach billing export you already pull. Qlarity reads it and posts the revenue into QuickBooks Online through a direct QBO integration, broken out by funder, location, and procedure code.
At agreed rates. On an accrual basis, in the period the service was delivered. Dates of service grouped by week and split at month end, so weekly and monthly QBO reports both tie without a manual accrual. Duplicate-checked before every post, so re-uploading after a billing correction never doubles revenue. Procedure codes mapped to separate income accounts, so RBT and BCBA revenue land where you can compare them against the cost behind each.
No PHI stored. Billing and revenue data only, never clinical records.
Close the month in hours instead of days, and get a P&L that answers questions instead of raising them.
$199 per month. The first 30 days are free.
