Collections for Kerridge K8
Your K8 book graded every night on days beyond each account’s own terms, a personal note drafted for each customer that needs one, and a person deciding what goes out.
Collections & ARUpdated Oct 202620 ERPs
See it work on K8.
Click through the steps. Fictional data, in K8’s terms; the real thing runs on K8.
| Customer | Grade | Balance | Beyond terms | Terms | Last contact |
|---|---|---|---|---|---|
| Northline Drywall | D | $31,240.15 | 38 days | 30 days EOM | Sep 2 |
| Westfield Masonry | C | $12,980.00 | 19 days | 60 days EOM | Sep 30 |
| Pine Hollow Contractors | B | $8,415.60 | 6 days | 30 days EOM | — |
| Cedar & Stone Framing | A | $22,106.00 | 0 days | 30 days EOM | — |
Every customer on days beyond its own terms. Who gets a note is decided by the numbers.
Tools in this workflow.
Pieces your customers and your team use directly, on their own or inside this workflow.
The problem, as it happens in K8.
Collections at a dealer is the aged debt report printed on Friday, a report that puts an account on 30 days EOM and one on 60 days EOM in the same thirty-day bucket, and whoever has time that afternoon. The customers who get called are the ones someone remembers.
The note that goes out is a template, and contractors can tell. The reply comes back to one person’s inbox, and the promise to pay lives in their head until it’s missed.
How it works.
- 1
The book is graded overnight
Every customer scored on days beyond its own terms as K8 has them, not a flat aging bucket. Who gets contacted is decided by the numbers, never by a model.
- 2
One note per customer, drafted
A short, personal note that states the balance, the invoices and the ask, with the payment link minted at send. A rule refuses any figure that isn’t on the customer account.
- 3
A person reads it and sends
The desk opens on the notes waiting for a decision, worst account first. Edit, send or skip. Nothing goes out on its own, and nobody is contacted twice in a sweep.
- 4
Replies land in one inbox
Every reply threads back to its note, is categorised, and comes with a proposed response. A promise to pay is logged against the account, with the date.
How it connects to K8.
Lunica reads K8’s open items and the customer account nightly through a read-only login to the K8 database, and ages every invoice on its own terms: 30 days EOM, 60 days EOM, net-10, whatever the account carries. Aging is computed each night and never stored. House accounts and anything you exclude by rule are left alone.
Nothing is written to K8 and nothing is sent on its own. A note is drafted per customer with the ask and the invoices taken from the record; a rule refuses any figure that isn’t on it. A person reads it, edits it, sends it or skips it. The payment link is minted at send and opens a payment page under your name, and your team posts the payment to the account with the remittance Lunica prepared.
What a week looks like.
- The right accounts, in the right order, on their real terms.
- One note per customer, never two in a sweep, never again inside the cooldown.
- Replies thread back to the note and come with a proposed response.
- Promises to pay logged against the account, not remembered.
Questions
Does anything go out automatically?
No. Every note and every reply is a draft until a person sends it.
How does it know our terms?
It reads them from the customer account in K8, per account, and ages on them. An account on 30 days EOM ages from end of month plus thirty, not from the invoice date.
What about house accounts and disputed invoices?
Excluded by rule. The rules are a spec your admins edit in plain English, with history and revert.
Can customers pay from the note?
Yes. The link opens a payment page under your name: card or bank transfer, posted to the account by your team.
Does it store our aging?
No. Aging is computed nightly from K8 and never persisted.
Can we change the tone?
Yes, per customer or across the book, in the same spec your admins edit.
Does it need a server?
Lunica runs on one server inside your network, or beside KCS’s hosted K8, set up and maintained by Lunica. It reads Kerridge K8 through a read-only login to the K8 database. There is no inbound connection from outside your network.
What does Lunica read in K8?
The customer account, open items and terms, purchase orders and receipts, the product record, quotes and order history, as each workflow needs them. Read-only, and only the rows a task is about.
Can it post to K8?
Nothing lands in K8 without a person. What belongs in K8 goes back as a K8 import where one exists, or keyed by your team from what Lunica prepared.
What about our documents?
Invoice copies and scans keep living in K8’s document management. Lunica reads them when a workflow needs one and never writes to them.
The same workflow, on another ERP.
Collections is written for every system on the list. You’re reading the K8 version.
See it on your K8 data.
Thirty minutes. We walk the workflow on K8 data, then map it to yours.