Skip to content

Vendor Rebate Tracking for Infor CloudSuite Distribution

Every rebate program you’re in, from the buying group to the window manufacturer, tracked against the receipts in CloudSuite. 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 CloudSuite.

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

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 CloudSuite.

1 / 4

The problem, as it happens in CloudSuite.

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 CloudSuite’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 CloudSuite is read nightly and counted toward the programs its vendor and items belong to, at the cost CloudSuite 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 CloudSuite.

Lunica reads CloudSuite’s receipts, purchase orders, vendor file and the product master through CloudSuite’s reporting data or APIs, under a role that can only read. 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 CloudSuite 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 CloudSuite 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 CloudSuite?

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

How does it know which items count?

From the program spec: by vendor, by category from the product master, 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 CloudSuite 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 server inside your network that connects out to Infor’s cloud, set up and maintained by Lunica. It reads Infor CloudSuite Distribution through CloudSuite’s reporting data or APIs, under a role that can only read. There is no inbound connection from outside your network.

What does Lunica read in CloudSuite?

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

Can it post to CloudSuite?

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

What about our documents?

Invoice copies and scans keep living in Infor Document Management. 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 CloudSuite version.

See it on your CloudSuite data.

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