Two things break the reconciliation, and neither one is your bookkeeper being careless. ServiceTitan records the full invoice while the bank receives the money net of processing fees, and the processor funds you in one lump that bundles several invoices from a different day. Until both of those are accounted for on purpose, the bank account will never tie, no matter how many times you re-check the math.
A home service business collects money in a way that almost no other small business does. A technician swipes a card at a kitchen table, ServiceTitan marks the invoice paid at the full amount, and then a card processor decides when the cash actually shows up and how much of it survives the trip. Between the swipe and the bank statement, two things happen that your general ledger does not know about unless someone tells it.
The first is the merchant fee. ServiceTitan records the gross invoice, but the processor deducts its cut before it funds you. The second is batching. The processor does not wire you a payment per invoice, it wires you one lump for a settlement window, which means a single Tuesday deposit can be five different customers from Monday, split across two technicians and three business units.
The result is a bank feed full of deposits that match nothing in QuickBooks, an Undeposited Funds balance that climbs every month, and a bookkeeper who eventually forces a plug entry to make the reconciliation close. That plug is where the P&L starts to lie. This page walks through both mechanisms and the setup that fixes them, which is the same setup we build in every ServiceTitan and QuickBooks cleanup we take on.
Sell a $10,000 system, take payment by card, and ServiceTitan will record a $10,000 invoice and a $10,000 payment. Your bank may receive $9,700. The processor kept roughly three percent, and it kept it before the money ever crossed into your account. That $300 is a real business expense, but nothing in the ServiceTitan export creates it. There is no line for it, no bill, no vendor.
So QuickBooks believes it received $10,000 and the bank statement shows $9,700. The reconciliation is off by $300 on that one job. Multiply that by every card-paid invoice in the month and you are trying to reconcile an account that is structurally wrong by thousands of dollars. Nobody made a mistake. The system simply never recorded the cost of getting paid.
When the fee is never booked, one of three things happens, and none of them are good. Either the deposit sits in the bank feed unmatched and the account never reconciles, or the payment stays stranded in ServiceTitan Undeposited Funds forever, or someone forces the deposit to agree with a manual adjustment and the difference quietly lands in a suspense account or, worse, gets netted against revenue. Netting the fee against revenue understates your top line and hides one of the largest controllable expenses in a high-ticket trade.
Merchant fees on a shop doing meaningful card volume are not a rounding error. At roughly three percent, a company running $6,000,000 through cards is spending real money on processing every year. It belongs on the P&L as its own expense line, visible, so you can see it, negotiate it, and decide whether to steer more work toward financing or ACH.
Trusted by 25+ Contracting Businesses
This is what a single settlement looks like when nobody has set up a clearing account. Five card payments taken on Monday fund as one deposit on Tuesday, net of fees, and the bookkeeper is left holding a difference nothing explains.
| What happened | ServiceTitan and QuickBooks | Your bank statement |
|---|---|---|
| Monday: five invoices paid by card | $10,000 + $2,400 + $1,250 + $860 + $490 = $15,000 gross | Nothing yet. The processor is still holding the funds. |
| Tuesday: the processor funds you | Five separate payments sitting in Undeposited Funds | One deposit of $14,550 |
| The difference | $15,000 recorded | $14,550 received |
| What the $450 actually is | Merchant processing fees at roughly three percent, never booked anywhere | Deducted before the money arrived |
| What the bank feed offers to match | Nothing. There is no $14,550 transaction in QuickBooks. | A $14,550 deposit with no partner |
| What usually happens next | A forced plug, or the payments rot in Undeposited Funds | The account never truly reconciles |
Even if the merchant fee were zero, the deposits still would not match. Card processors settle in batches. Everything captured inside a settlement window gets funded together, in one transfer, on the processor's schedule, not yours. So the bank shows one number and your books show five payments, and the two only agree if someone groups the right five together.
That grouping is harder than it sounds in a ServiceTitan shop. The settlement window rarely lines up with your calendar day. A payment a technician took at 6:40 in the evening may fall into the next day's batch. Refunds and chargebacks get netted into the same transfer, so a deposit can be smaller than the sum of the payments in it for reasons that have nothing to do with fees. Payments taken online by a customer through the ServiceTitan portal can settle on a different cadence than payments swiped in the field.
Now ask an office manager to work backward from a $14,550 bank line to the exact set of invoices inside it, with fees and a refund mixed in, for every deposit in a month. It is not a reasonable ask. This is the untangling problem, and the reason it feels impossible is that people try to solve it at the bank feed, which is the last place in the chain and the one with the least information. It has to be solved earlier.
A common instinct is to stop the Undeposited Funds pileup by pointing ServiceTitan payments directly at the checking account in QuickBooks. Do that and every individual payment posts to the bank as its own transaction, so now you have five phantom deposits in QuickBooks against one real deposit at the bank. You have traded a growing clearing balance for a bank register that can never be reconciled at all. The right answer is not to remove the holding account, it is to use the correct one.
The fix is not a smarter matching rule in the bank feed. It is a holding account that behaves like the processor does, so gross goes in, fees come out, and the net lands in the bank exactly as it really happened.
Add a bank-type account called something like Merchant Clearing or Card Clearing. It is not Undeposited Funds, and each processor should get its own account if you use more than one. It exists to represent money the processor is holding for you, which is exactly what that money is: funds you have earned and not yet received.
In your ServiceTitan payment type setup, map every card payment type to the merchant clearing account rather than to Undeposited Funds or the operating checking account. Cash and check payment types can still route through a normal deposit workflow, because those actually arrive at the bank the way your books think they do.
When the processor funds you, book one deposit into the bank for the exact amount the bank received, funded out of the clearing account, with a single expense line for the merchant fee. The gross payments went into clearing, the fee comes out as an expense, and the net moves to the bank. The clearing account balance is now the amount the processor still owes you.
Merchant Fees belongs on the P&L as its own line. Do not net it against revenue and do not bury it in bank charges. On a high-ticket trade it is one of the biggest controllable costs you have, and you cannot manage what you cannot see. If you want it in job cost as well, it can be treated as a cost of sale rather than an overhead expense.
Third-party consumer financing does not settle like a card. If GreenSky, Wisetack, or Synchrony payments are batched with regular card payments, the batch will never match the funding, because the lender funds on its own schedule and its own fee. Financing gets its own payment type and its own clearing account. That is covered in full on ServiceTitan financing payouts.
This is the step people skip, and it is the one that makes the whole design worth having. Reconcile clearing like a bank account. The remaining balance should equal the payments the processor has not yet funded, usually a couple of days of volume. If the balance is growing month over month, something is stuck, and you will find it in days instead of discovering it in a year.
Trusted by 25+ Contracting Businesses
Once the clearing account is in place, most of the noise disappears. These are the remaining causes we look for when a deposit is still stubbornly off.
A refund issued on Wednesday can be deducted from Thursday's deposit. If the credit memo was never exported, the deposit looks short and nobody can say why. Refunds have to be recorded in the period they were issued, against the clearing account they came out of.
When the processor auto-batches and the payment reaches QuickBooks ahead of the invoice, the payment has no invoice to apply to and sits as an unapplied credit. This is the same mechanism behind negative accounts receivable in ServiceTitan, and it distorts both AR and the deposit.
Shops accumulate payment types over the years. If one of them was mapped to the operating bank account while the rest go to clearing, that one payment type will produce phantom deposits every month and nobody will notice until a reconciliation is thousands off.
A payment can be sitting in ServiceTitan and never reach QuickBooks at all because its batch failed to export. Money is in the bank, nothing is in the books, and the deposit has no match. The batch error queue has to be cleared before you reconcile, not after.
These symptoms all trace back to the same two mechanisms. If you recognize three or more, the reconciliation is not going to fix itself.
Send us your ServiceTitan payment type setup and a month of bank statements. In the free Audit we will show you exactly where the gross is diverging from the net, how much unbooked merchant fee is sitting in your P&L, and what the clearing account setup should look like for your shop. No cost and no obligation.
We keep your ServiceTitan and your QuickBooks. We fix the accounting between them. Start at the ServiceTitan resource hub, see how the ServiceTitan and QuickBooks integration should be configured, or hand the whole thing over with ServiceTitan bookkeeping services so the reconciliation is somebody else's Tuesday problem.
Get a Free Deposit AuditTwo reasons, and they usually happen together. First, ServiceTitan records the gross invoice while your card processor funds you net of its processing fee, so a $10,000 card-paid job may arrive at the bank as $9,700 and the missing $300 exists nowhere in your books. Second, the processor funds in batches, so one Tuesday deposit can represent five different invoices taken on Monday. Until the fee is booked and the batching is modeled with a clearing account, the bank account cannot reconcile.
It is a bank-type account in QuickBooks that represents money your card processor is holding but has not yet sent you. ServiceTitan card payments post into it at gross. When the processor funds you, you record one deposit to the real bank account for the exact amount received, funded out of clearing, with the fee booked as an expense. The math works out, the deposit matches the bank to the penny, and the leftover clearing balance is simply the volume not yet funded.
You can, and it makes the problem worse. Every payment would post to the bank register as its own transaction, so five payments in your books would face one real deposit at the bank, and the account becomes impossible to reconcile rather than merely difficult. The answer is not removing the holding account, it is using a merchant clearing account instead of leaving everything in Undeposited Funds.
On their own P&L expense line, ideally named Merchant Fees or Credit Card Processing Fees. Do not net them against revenue, which understates your top line, and do not bury them inside general bank charges, where nobody will ever look at them. Some shops treat them as a cost of sale so that gross margin reflects the true cost of collecting the money. Either treatment is defensible. Hiding them is not.
You should not have to. Working backward from a bank line to a set of invoices is the wrong end of the chain to solve the problem, because the bank line carries the least information. With a merchant clearing account, the individual payments already sit in clearing at gross, and the deposit is simply a transfer of the funded amount out of clearing with the fee removed. Your processor's funding report is the authority on what is inside each batch, not your memory.
Because payments go in and nothing ever takes them out. ServiceTitan sends payments to Undeposited Funds by default, and they only clear when someone records a deposit that groups exactly those payments together. Since the real bank deposit is net of fees and covers a different set of payments than any given day, the groupings never match cleanly, so payments get left behind and pile up. That balance is not money. It is a backlog.
Yes, and they are a common reason a deposit is short by an amount that no fee calculation explains. Processors net refunds and chargebacks out of the next funding rather than pulling them separately, so a refund issued Wednesday may reduce Thursday's deposit. If the refund was never recorded in QuickBooks, or was recorded against the bank instead of the clearing account, the deposit will not tie.
No. Consumer financing from lenders such as GreenSky, Synchrony, or Wisetack funds on a different schedule with a different fee structure, and it must not be batched with card payments. Mixed batches will never match the bank because two different funding sources are being expected to arrive as one number. Financing needs its own payment type and its own clearing account.
Yes. Nothing changes in the field. Technicians keep collecting exactly the way they do now. The fix lives in the ServiceTitan payment type mapping and the QuickBooks chart of accounts, plus a monthly reconciliation habit. We build the setup, clean up the historical Undeposited Funds and merchant fee mess behind it, and then keep the clearing account reconciled every month so it stays fixed.
Real results from contractors we have helped untangle their books and systems.
They didn’t just record transactions and call it a day. They built a custom chart of accounts around how a remodeling company actually runs, did a full catch-up on years of bookkeeping inside QuickBooks Online, and now stay on top of my monthly bookkeeping and payroll. Every step, they broke it down in simple terms instead of burying me in accountant talk.
FinTruction rebuilt the whole thing from the ground up, with real job costing, work in progress, and retainage. They didn’t just hand me reports and disappear; they walked me through my numbers until I understood them.
Sahil and his team handle the bookkeeping and job costing for my painting business. They cleaned up my books and set up integrations that give me accurate, timely job costing with solid weekly data. Reliable, detailed, and genuinely invested in getting the numbers right.
FinTruction is the only bookkeeping team we’ve found that truly understands construction accounting and WIP reporting. They aligned our income and costs across 21 jobs and gave us full, monthly transparency. Fast, accurate, and an indispensable partner.
When I came to FinTruction I had no financial structure. No job costing, no WIP tracking, books behind. They did a full cleanup and rebuilt job costing and WIP tracking in QuickBooks. Now I know what’s billed, what’s owed, and where every job stands.
A couple of minutes from a contractor we support, sharing what working with FinTruction has been like and what changed once their numbers finally made sense.
We will show you exactly how much unbooked merchant fee is sitting in your file, build the clearing account setup, and clean up the backlog behind it. Start with a free Books Audit.
Tell us what is broken between ServiceTitan and your books. We will look at your actual data and show you exactly where the numbers diverge, at no cost.
