Vendor Statement Matching for Epicor Eclipse
Every vendor statement that lands in the AP mailbox is read line by line against Eclipse’s AP subledger. Missing invoices are requested, untaken credits flagged, and the reply to the vendor is drafted for a person to send.
Accounts payableUpdated Oct 202620 ERPs
See it work on Eclipse.
Click through the steps. Fictional data, in Eclipse’s terms; the real thing runs on Eclipse.
From ar@tamarackforest.com · Received Oct 5, 6:42 am · 62 lines · balance shown $92,468.22
TFP-204102 · Sep 3 · $9,840.00
TFP-204218 · Sep 11 · $12,117.60
TFP-204291 · Sep 18 · $4,206.00
CM-1187 · Sep 22 · ($1,250.00)
TFP-204355 · Sep 30 · $18,462.80
Sixty-two lines, read into invoices, credits and payments overnight.
The problem, as it happens in Eclipse.
A vendor statement shows up on the fifth with sixty lines, and the AP desk checks it against the vendor’s open items in Eclipse with a highlighter. Most lines are there. The ones that aren’t get a sticky note: an invoice that never arrived, a credit the vendor issued that nobody keyed, a check from three weeks ago the vendor still shows open.
The sticky notes are the money. A missing invoice surfaces as a past-due call from the vendor and a lost discount. A credit not taken is paid in full and forgotten. Nobody tracks how many statements got reconciled this month, or which vendors never get one.
How it works.
- 1
The statement is read
Each statement that lands in the AP mailbox, as a PDF, a photo or a spreadsheet, is read into its lines: invoice numbers, dates, amounts, credits, payments. Figures Eclipse can’t confirm are read twice.
- 2
Each line is placed against Eclipse
Every line is matched to the vendor’s open and paid items in Eclipse: on both sides and agreeing, on the statement only, in Eclipse only, or there with a different amount.
- 3
The differences are sorted
Invoices never received are listed for request. Credits not taken are flagged with the invoice they belong to. Payments the vendor hasn’t applied are listed with the check number and date from Eclipse.
- 4
The reply is drafted, a person sends it
A note to the vendor asks for the missing invoices and points at the unapplied payments. The AP desk reads it, edits it, sends it. Whatever comes back lands on the same card.
How it connects to Eclipse.
Lunica reads Eclipse’s AP subledger through Eclipse’s reporting database or ODBC, under an account that can only read: the vendor file, open and paid vendor invoices, credit memos and payment history. The statements themselves come from the AP mailbox or the scan share. Each line is matched by invoice number first, then by amount and date when the vendor’s numbering doesn’t match yours.
Nothing is written to Eclipse and nothing is sent on its own. A missing invoice, once the vendor sends it, enters Eclipse through the accounts payable workflow as an A/P entry batch. A credit the vendor issued is keyed by your team from what Lunica prepared. The reply to the vendor is a draft until a person sends it.
What a week looks like.
- Every statement reconciled the month it arrives, not the quarter it’s found.
- Missing invoices requested before the vendor calls about them.
- Credits found before the invoice they belong to is paid in full.
- The vendor’s balance and Eclipse’s agree, with every dollar of difference explained.
Questions
Does it change anything in Eclipse?
No. It reads the subledger and places the statement against it. A missing invoice or a credit is keyed by your team or imported as an A/P entry batch, by a person.
What if the vendor’s invoice numbers don’t match ours?
Lines are matched by number first, then by amount and date. A line that only matches loosely is marked as such and waits for a person to confirm.
Does the reply go to the vendor automatically?
No. It’s drafted on the card. The AP desk reads it, edits it, sends it.
What about statements that come as spreadsheets or photos?
Read the same way. PDFs, photos, and Excel or CSV statements are rendered to lines and placed against Eclipse.
Can it handle a buying-group statement?
Yes. A statement from your buying group with charges from many vendors is split by vendor, and each part is placed against that vendor’s items in Eclipse.
What about payments the vendor hasn’t applied?
They’re listed with the check number and date from Eclipse so the vendor can find them, and included in the drafted reply with the remittance.
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.
Vendor Statement Matching 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.