Quick Summary

  • The constraint in cash application is information, not effort. More hands process the same ambiguity faster without resolving it
  • The dividing line between approaches is what each does with a payment it can't identify
  • Manual teams ask the customer, which works and doesn't scale
  • Rules and ML tools guess, which scales and fails silently when it's wrong
  • AI agents can ask at scale, which is the capability that was missing
  • One wrong match costs more trust than a hundred exceptions, because a queue is visible and a bad match hides
  • Automate the clear matches and the asking. Keep judgment calls, large deductions, and write-offs human
  • The hard half of this process was never the matching.

Why more hands doesn't fix it

Cash application looks like a volume problem, so the standard response is to add capacity. Another analyst, a temp through close, overtime at month end.

It helps for a while and then stops. The difficult payments are difficult because you don't know what they're for, and an extra pair of hands doesn't tell you.

A payment with no remittance takes the same investigation whether your team has two people or ten. Someone still has to work out which invoices it covers, and often that means emailing the customer and waiting.

So capacity clears the easy backlog faster and leaves the hard pile roughly where it was. The exception rate stays where it is, because it's set by the quality of information arriving with your payments.

That's the frame worth holding through the rest of this chapter. Judge each approach on what it does when it doesn't know the answer, rather than on how fast it processes the easy payments.

The three approaches compared

CategoryManualRules and ML softwareAI agents
Clear paymentsApplied by hand, reliablyApplied automaticallyApplied automatically
Ambiguous paymentsAsks the customerGuesses the likeliest matchAsks the customer
Remittance in an emailRead and keyed by a personOften needs manual extractionParsed automatically
When it's wrongCaught by the person doing itSilently appliedDoesn't apply without confirmation
DeductionsCoded by an analystFlagged as an exceptionIdentified and routed
Scales toA few hundred payments a monthHigh volume, low accuracy on the hard halfHigh volume, with asking included

1. Manual cash application

A person works from the bank statement, the remittance emails, and the open invoice list, matching payments one at a time.

The strength is judgment. A good analyst knows Acme's payment is always 2% short because of an early settlement discount. They remember which parent entity pays for which subsidiary, and they ask the customer when something looks off.

And they ask, which is the only move that resolves ambiguity properly. When a payment arrives with nothing attached, a person emails the customer and gets a definitive answer.

You hit the limit early, though. One analyst can hold that level of context across a few hundred payments a month, and past that the asking stops first. It's slow, it's manual, and it's the easiest step to skip when the queue is long. So payments start going on account instead, and the unapplied balance grows.

2. Rules-based and ML software

The established category, which includes tools like HighRadius, Billtrust, and Esker, automates the matching. It reads your bank file, parses remittance where the format is clean, applies matching rules, and posts what it can.

Where it works: for clean payments, this is a genuine improvement over a person keying entries.

Where it breaks down: ambiguous payments. These tools score each one against your open invoices and apply the most probable match. There's no way for them to ask, so the only option left is a best guess.

  • When the guess is right, nobody notices.
  • When it's wrong, a payment gets applied to the wrong invoice, the right invoice stays open, and nothing flags it. Weeks later your collections team chases a customer for money they already paid, and the customer tells them so.

That's the moment the tool loses the room. Once an AR team has been embarrassed by a bad match, they check everything by hand, and you're paying for software while doing the work yourself. Lunos describes this pattern plainly in its own materials, and it matches what AR teams report about first-generation tools.

The hidden second cost: because the automation rate is the number these tools are sold on, the pressure runs toward guessing further down the ladder rather than asking. The metric improves and the ledger degrades.

3. AI agents

The newer category targets the half the previous generation skipped, which is resolving ambiguity rather than guessing at it.

An AI agent can read a remittance email in whatever layout the customer used. It can understand a reply that says "this covers March and April but not the disputed one," and tell a deduction apart from a partial payment. When the signal isn't clear enough to act on, it asks the payer directly.

That last capability is the difference that matters. Asking a customer which invoices a payment covers was always the correct answer. It just didn't scale, because it meant a person writing an individual email for every ambiguous payment. An agent can do that on every payment, every day, without anyone drafting it. We've written more on how AI agents improve the cash application process.

The aim is to work the way a good analyst works rather than to match faster. For a comparison of the tools in this category, see our roundup of cash application software, and our wider view of AI in accounts receivable.

What to automate and what to keep human

The rule is short. Automate the matching and the asking, keep the judgment.

Worth automating:

  • Matching every payment where the reference, the remittance, or the amount is unambiguous
  • Parsing remittance out of emails, attachments, and portal exports
  • Asking the payer which invoices an ambiguous payment covers
  • Applying standing rules for card fees, FX differences, and contractual discounts
  • Logging every match, every ask, and every reply for the audit trail
  • Writing the journal entry back to the ERP in the format your accountants expect

Worth keeping human:

  • The validity call on a significant deduction, where the answer depends on a contract and a relationship
  • Any write-off above a threshold you set
  • Disputes involving a genuine service failure
  • The tolerance and matching policy itself, which is a decision about accuracy rather than a task
  • Large or strategic accounts where a wrong touch costs more than the invoice

Automating well puts the analyst's time on the twenty payments that need thought, rather than the two hundred that don't.

The bar worth holding any approach to

Whatever you use, one standard is worth applying, and it's simpler than a feature comparison.

No payment gets applied to an invoice unless the system knows it's right.

Everything else follows from that. If it knows, apply it and post it, with no human involved. If it doesn't know, find out, which means asking the person who does. Never split the difference by guessing and hoping.

A tool that applies 70% of payments correctly and asks about the rest beats one applying 90% with silent errors mixed in. The first keeps your ledger true. The second costs you trust you can't easily win back.

Where Lunos fits

Most of cash application repeats. The same customers, the same payment methods, the same handful of reasons a match fails, month after month.

Lunos is an AI coworker for accounts receivable rather than a rules engine. It runs on the process you already have, handling the matching the way a careful analyst would.

In practice, it:

  • Auto-matches payments where the signal is clear, using the payer's history, payment promises, actions Lunos initiated itself, and bank and payments data
  • Asks the payer directly when a payment is partial, combined, or close but not exact, with the question attached to a thank-you for paying
  • Parses remittance advice as it arrives in your inbox, in whatever format the customer sent
  • Writes clean journal entries back to NetSuite, Xero, QuickBooks, and other ERPs, handling partials and fees
  • Shares context with collections, so reminders stop the moment a match lands
Lunos email asking a customer to confirm which invoice a $1,245 payment is for

You stay in control throughout. Lunos runs in Monitor, Suggest, or Act mode, set per customer. So you decide how much the agent does on its own, and widen it as trust builds.

It works standalone, so you can run it for cash application without touching your collections process. And it connects to ERPs including QuickBooks, Xero, and NetSuite, with bank data pulled in directly or uploaded by CSV.

For a wider view of the category, see our roundups of AR automation software, invoice-to-cash software, and AI agents for finance teams.

Stop guessing at your own ledger

The teams with clean books aren't matching faster than you. They've stopped guessing, and built a way to ask that doesn't cost anyone an afternoon.

Lunos matches what's clear, asks about what isn't, and posts the result to your ERP.

Start for free and see how much of your payment mix resolves without anyone opening a spreadsheet.