Cash application
Reads bank receipts and remittance advices, open invoices. Produces applied receipts, unapplied cash queue. Code works out every figure, the Judgement Engine answers the narrow questions, and whatever stays uncertain goes to a person.
Narrow questions, each with a check behind it.
Which open invoices a receipt pays; short-pays and deductions
Proven by code: amounts sum to the receipt. Code proves the answer from the data itself: totals tie, a match is exact, the quote is on the document. Most of these judgements settle without a person.
| Reads | Bank receipts and remittance advices, open invoices |
| Produces | Applied receipts, unapplied cash queue |
| Who signs | A person on your team, with every figure traced to its document and every call on record |
| Process | Payables, receivables and payments |
| Industry | Finance and accounting |
Every line, decided where it's safest.
An example run. Each stage lights up as a line is decided there; pick a stage to see its lines.
| Date | Receipt | Amount | Decided by |
|---|---|---|---|
| 03.09 | TRF KELLER AG INV 2207 2209Two invoices named, amounts sum to the receipt | 4,820.00 | Code · matched |
| 04.09 | LANG GMBH PAYMENTOldest open invoice of the same amount · 0.94 · payer's account matches | 1,150.00 | Engine · proven |
| 04.09 | MEIER SA 2214 LESS 2%Early-payment discount taken · 0.91 · within the terms | 2,940.00 | Engine · proven |
| 05.09 | INV 2231Invoice number and amount match one to one | 780.00 | Code · matched |
| 08.09 | BRUNNER 3,000.00Pays three invoices partly? Several ways to add up | 3,000.00 | To a person |
|
Settled 4
To a person 1
Settled wrong 0
| |||
Your volumes in. Your hours out.
In our tests, between 24% and 42% of items still went to a person after tuning. Set your own share; a pilot measures it on your data.
Start from what's closest.
Payables, receivables and payments in other work
AP invoice processing with two- and three-way match
Which PO and receipt an invoice is for; price and quantity differences
FinanceDuplicate and erroneous payment check
Whether two payments are the same obligation
FinanceCollections and dunning
Which accounts to chase and how; dispute or delay
More for finance
Bank reconciliation
Which ledger entry a bank line is; why a line is unmatched
Card and payment-processor settlement reconciliation
Which sales a payout covers; fee and chargeback lines
AP invoice processing with two- and three-way match
Which PO and receipt an invoice is for; price and quantity differences
What buyers ask
What happens when Sumarity isn't sure?
Nothing settles below the cutoff, or when the check disagrees. The item goes to a person in the inbox with what the engine saw, its best answer and the runner-up. The person's ruling is kept and tunes the next run.
How are its judgements checked?
Code proves the answer from the data itself: totals tie, a match is exact, the quote is on the document. Most of these judgements settle without a person.
Can we change it to fit how we work?
Yes. Start from this workflow and describe your differences in plain words. The design assistant revises it, the validator checks it, your expert reviews it on the canvas, and your admin publishes it.
Does it read our files as they are?
Yes: spreadsheets and CSV in any layout, PDFs, bank formats and e-mail attachments. Sumarity suggests how each column maps, proves the mapping on a sample and remembers it once a person confirms it.
Where does our data go?
Sumarity runs in Zurich. Your data, backups and logs are stored in Switzerland.
How does it get better?
Your team's rulings become an answer key. Better questions and cutoffs are proposed, tested on data they haven't seen, and published only when your admin approves. It improves itself, with permission.
Start from this workflow. Run it on your data.
A pilot runs alongside your own process for a few weeks, at our cost, and ends in a line-by-line comparison.