Master data & transactions

Pricing — MRP and list price

How pricing works in ClaimDS — MRP and list price live on each material with effective dates and history, and there's no separate price list to maintain.

Pricing in ClaimDS lives on the material, not in a separate price book. Each material can carry an MRP (maximum retail price) and a list price, and the calculation engine reads these when a rebate depends on price.

MRP and list price

The two serve different purposes — MRP is the published retail price; list price is your standard offer price. A material can hold both, and rebate rules can be expressed against whichever is relevant.

Effective dates and history

Prices change, so each is held over time, with an effective-from and effective-to date, and a full history of past values. That means ClaimDS always knows what a material's price was on any given date, not just today — which matters when you're calculating rebates on invoices from earlier periods.

How a price is resolved

When a calculation needs a price for a line, ClaimDS resolves it in a clear order:

  1. The price recorded on the business-volume line itself.
  2. The material's price history as at the document's date.
  3. The material's current price.

Taking the line's own price first means the figure reflects what was actually on the document.

There's no separate price list

It's worth being clear about what ClaimDS does not have: there's no standalone price-list module, and no per-partner price overrides. Pricing is a property of the material, held as a time series. This keeps pricing simple — one place per product, with history — rather than a separate catalogue to keep in sync.

Still stuck?

Book a demo and we'll walk through it on your own data — or just talk to us.

Pricing — MRP and list price — ClaimDS