Skip to content

Vendor Rebate Tracking for ECI Spruce

Every rebate program you’re in, from the buying group to the window manufacturer, tracked against the receipts in Spruce. What’s earned, what tier is within reach, what to claim this quarter, with the claim prepared for a person to file.

Accounts payableUpdated Oct 202620 ERPs

See it work on Spruce.

Click through the steps. Fictional data, in Spruce’s terms; the real thing runs on Spruce.

Rebates · programs in play
Illustrative
Earned year to date$142,6009 programs
At risk$18,5002 tiers short of pace
To claim this quarter$31,2003 claims · due by Oct 31
Co-op unspent$6,400expires Dec 31

What’s earned, what’s at risk, what’s due to be claimed, from receipts in Spruce.

1 / 4

The problem, as it happens in Spruce.

Rebate programs live in a binder and a spreadsheet the buyer keeps: the buying group’s year-end, the growth tier from the roofing vendor, co-op funds that expire in December. Purchases live in Spruce’s receipts. Nobody puts the two together until the program year is over, and by then the tier was missed by one truckload.

The claims that need filing get filed late or not at all. Co-op funds go unspent. The vendor’s rebate check arrives and nobody checks it against what was earned. The money is real; it just doesn’t have an owner.

How it works.

  1. 1

    Programs are written down once

    Each program as a plain spec: vendor or buying group, the products or categories it covers, the tiers, the dates, how it pays. The buyer edits it in plain English, with history.

  2. 2

    Receipts are read against them

    Every receipt in Spruce is read nightly and counted toward the programs its vendor and items belong to, at the cost Spruce has. The pace against each tier is computed from what’s in, never guessed.

  3. 3

    The page says what’s earned and what’s at risk

    Per program: earned to date, the next tier and what it would take to reach it by the deadline, co-op funds unspent. The buyer and the controller see the same page.

  4. 4

    The claim is prepared, a person files it

    When a program pays on claim, the claim is laid out the way the vendor asks, with the receipts behind it. Purchasing checks it and files it. The rebate check, when it comes, is checked against what was earned.

How it connects to Spruce.

Lunica reads Spruce’s receipts, purchase orders, vendor file and the item record through a read-only login to the Spruce SQL Server database. Receipts are counted toward each program by vendor, item or category, at received cost, net of returns to vendor. The program specs themselves live on the Lunica server, edited by the buyer.

Nothing is written to Spruce and nothing is filed on its own. The claim is prepared for a person in purchasing to file with the vendor or the buying group. When the rebate arrives, it is checked against what was earned, and the credit is keyed by your team in Spruce from what Lunica prepared.

What a week looks like.

  • Every program has a pace against its next tier, from real receipts.
  • A tier within reach is known in time to reach it.
  • Co-op funds show their balance and their expiry.
  • Rebate checks are checked against what was earned, not just deposited.

Questions

Does it post anything to Spruce?

No. It reads receipts. A rebate credit, when it arrives, is keyed by your team in Spruce from the reconciliation Lunica prepared.

How does it know which items count?

From the program spec: by vendor, by category from the item record, or by a list of item codes. Where a program counts only certain lines, the spec says so.

Can it file the claim?

No. It prepares the claim with the receipts behind it. A person in purchasing files it.

What about the buying group’s central billing?

Receipts are counted the same way whether the invoice came from the vendor or through the buying group. The program spec says which program they count toward.

What about returns to vendor?

Netted out at the cost Spruce shows, so the pace against a tier isn’t overstated.

Who edits the programs?

Your buyer, in plain English, with history and revert. A new program is a paragraph, not a project.

Does it need a server?

Lunica runs on one Windows server inside your network, or beside ECI’s hosted Spruce, set up and maintained by Lunica. It reads ECI Spruce through a read-only login to the Spruce SQL Server database. There is no inbound connection from outside your network.

What does Lunica read in Spruce?

The customer account, open items and terms, purchase orders and receipts, the item record, quotes and order history, as each workflow needs them. Read-only, and only the rows a task is about.

Can it post to Spruce?

Nothing lands in Spruce without a person. What belongs in Spruce goes back as a Spruce import where one exists, or keyed by your team from what Lunica prepared.

What about our documents?

Invoice copies and scans keep living in Spruce document imaging. Lunica reads them when a workflow needs one and never writes to them.

The same workflow, on another ERP.

Vendor Rebate Tracking is written for every system on the list. You’re reading the Spruce version.

See it on your Spruce data.

Thirty minutes. We walk the workflow on Spruce data, then map it to yours.