Credit Limit Reviews for Epicor Eclipse
Every limit in Eclipse checked nightly against the account’s exposure, pay history and growth, with a recommendation under your written policy. Your credit manager approves or holds, and the new limit is keyed into Eclipse by a person.
CreditUpdated Oct 202620 ERPs
See it work on Eclipse.
Click through the steps. Fictional data, in Eclipse’s terms; the real thing runs on Eclipse.
| Customer | Limit | Exposure | Avg days to pay | 12-mo volume | Flag |
|---|---|---|---|---|---|
| Harbor Point Builders | $25,000 | $31,840.50 | 28 | $412,300 | Over limit |
| Pine Hollow Contractors | $15,000 | $13,210.00 | 61 | $96,400 | Slowing |
| Cedar & Stone Framing | $50,000 | $22,106.00 | 24 | $538,900 | Within |
| Westfield Masonry | $10,000 | $9,980.00 | 44 | $71,200 | Due review |
Exposure against limit, pay history and growth, for every account.
The problem, as it happens in Eclipse.
A limit is set the day the account opens, from the application and a gut feel, and then it sits. Three years on, a framer is running twice the volume, pays on 2% 10 Net 30 without fail, and bumps the limit every month, so the counter calls the credit desk and the limit goes up on the phone. The customer file in Eclipse says whatever was last typed into it.
The other direction nobody tracks. The account whose balance has crept to three times what it was, paying slower every quarter, still has the limit it got when it was small. The A/R Aging report shows the balance. It doesn’t show that the exposure has quietly outgrown the policy, and nobody reviews limits until something is already past due.
How it works.
- 1
Exposure against limit, nightly
Every account’s open balance, orders released but not yet invoiced where Eclipse has them, and the limit on the customer file, read each night. Pay history and twelve months of volume sit beside it.
- 2
A recommendation under your policy
Raise, hold or lower, with the reason in your policy’s words: months on terms, days to pay, utilisation, growth. The numbers decide who gets reviewed; a model only writes the explanation.
- 3
Your credit manager approves or holds
The desk opens on accounts due a review, largest exposure first. Approve the new limit, change the figure, or hold and set a date to look again. Every decision is recorded with who and why.
- 4
The new limit is keyed into Eclipse
An approved limit goes back as an Eclipse import where one exists, or keyed by your team from what Lunica prepared. Until a person keys it, Eclipse keeps the old one, and the review stays open on the desk.
How it connects to Eclipse.
Lunica reads the customer file, open items and sales history through Eclipse’s reporting database or ODBC, under an account that can only read, nightly: the limit as Eclipse has it, the open balance, orders released but not yet invoiced where Eclipse carries them, and twelve months of invoices and payments. Terms are read per account, so an account on Net 30 EOM is judged on Net 30 EOM, not on a flat thirty.
Nothing is written to Eclipse by Lunica and nothing is sent on its own. An approved limit goes back as an Eclipse import where one exists, or keyed by your team from what Lunica prepared, and the review shows who keyed it and when. Lunica runs on one Windows server inside your network; the recommendation and the decision live there, not in Eclipse.
What a week looks like.
- Every account with exposure past its limit is on the desk by morning.
- Accounts that have earned a higher limit come up before the counter calls.
- Each recommendation says why, in your policy’s words.
- Every limit change has a name, a date and a reason behind it.
Questions
Does Lunica change limits in Eclipse?
No. It recommends. Your credit manager approves, and the new limit goes back as an Eclipse import where one exists, or keyed by your team from what Lunica prepared. Until then Eclipse keeps the old one.
Where does the policy come from?
From you. Your credit policy is written down in plain English as a spec your admins edit, with history and revert. Each recommendation cites the lines it used.
What counts as exposure?
Open balance plus orders released and not yet invoiced where Eclipse has them. The figures are read from Eclipse each night and never stored.
Does it lower limits too?
It can recommend one. Lowering is a decision for a person, and nothing changes on the customer file until someone keys it.
Can we exclude house accounts?
Yes, by rule. House accounts, cash accounts and anything you name are left alone.
How often is an account reviewed?
Exposure is checked nightly. A full review comes up on the schedule your policy sets, when exposure crosses the limit, or when a person asks for one.
Does it need a server?
Lunica runs on one Windows server inside your network, set up and maintained by Lunica. It reads Epicor Eclipse through Eclipse’s reporting database or ODBC, under an account that can only read. There is no inbound connection from outside your network.
What does Lunica read in Eclipse?
The customer file, open items and terms, purchase orders and receipts, the product file, quotes and order history, as each workflow needs them. Read-only, and only the rows a task is about.
Can it post to Eclipse?
Nothing lands in Eclipse without a person. What belongs in Eclipse goes back as an Eclipse import where one exists, or keyed by your team from what Lunica prepared.
What about our documents?
Invoice copies and scans keep living in Eclipse Imaging. Lunica reads them when a workflow needs one and never writes to them.
The same workflow, on another ERP.
Credit Limit Reviews is written for every system on the list. You’re reading the Eclipse version.
Lumber and building materials
Wholesale distribution
- Epicor Prophet 21
- Epicor Eclipse
- Infor CloudSuite Distribution
General business
Another system? Tell us which →
See it on your Eclipse data.
Thirty minutes. We walk the workflow on Eclipse data, then map it to yours.