A choice's Receipt Offset pulls its receipts forward by a set number of weeks, so stock clears the DC or lands ahead of a launch date. Your receipt metrics still show receipts in the week they were planned, and the offset only reaches them once you create and approve a Recommended Purchase Order.
Offset receipt metrics show that shift in your plan straight away. They are read-only copies of your receipt metrics, shifted back by each choice's Receipt Offset, so you can see the arrival week without creating a PO first. Your existing receipt metrics are untouched.
Use Cases
Confirm that a choice's first flow actually lands before its launch week, without creating a PO first.
Reconcile weekly receipt dollars against when stock arrives rather than when it was planned.
Review open-to-buy on the arrival week, so buying conversations line up with the DC calendar.
The Three Metric Families
Metric | What it shows |
|
|
|
|
|
|
Each family comes in Units, Cost, Retail, and Ticket — twelve metrics in total. Full definitions and formulas are in the Metrics Glossary.
The relationship between the three mirrors the one between Additional Receipts, Receipts Plan, and Open to Buy that you already use. The only difference is which week each value sits in.
Where You See Them
Offset metrics behave like any other metric: add them to a view in the Metrics tab of line planning, or to a report in Assortment Plan Reporting.
[Screenshot: Metrics tab with Additional Receipts Plan and Offset Additional Receipts Units shown as adjacent rows, so the week shift is visible]
They are read-only. You cannot type into them, override them, or use them as an input anywhere — they follow whatever your receipt plan says.
Which Weeks Get Shifted
The shift follows the same two settings that govern Receipt Offset during RPO creation, in Settings > Configuration > Module Settings > Assortment Plan > Assortment Plan Settings. See Recommended Purchase Orders - Creating a PO for how to configure them.
Receipt Offset mode | Which weeks shift |
| Every receipt week for the choice moves back by the offset. |
| Only the choice's earliest receipt week moves, and only when the choice has a non-zero offset and no purchase order or approved RPO inside the look-back period. Later replenishment weeks stay where they are. |
A few behaviors worth knowing:
A choice with a Receipt Offset of
0or a blank offset shows offset metrics identical to their base metrics, week for week.If two receipt weeks shift onto the same destination week, their values combine into a single week.
The shift can move a receipt to a week before the choice's launch. Those weeks appear on the grid.
What Doesn't Change
Offset metrics are display-only. Nothing about your plan or your buying moves because they exist:
Additional Receipts Plan,Receipts Plan,On Order,Open to Buy,BOP, andEOPall keep their current values and their current weeks.Receipt Generation, receipt overrides, and RPO creation behave exactly as they do today.
Your season total is preserved. The shift moves value between weeks — it never adds, removes, or recalculates anything.
FAQs
Why did my choice total not change when the receipts shifted earlier?
Choice- and offering-level totals stay anchored to the offering's launch week, so any week the shift pulls in front of launch is not counted in those totals. The same applies to Assortment Plan Summary totals, which cover the offerings that launch within the period you are summarizing. The offset is designed to be read week by week on the grid, not from a rolled-up total.
Why is my season total the same but my weekly numbers different?
That is the point of the metric. The shift relocates value between weeks rather than changing it, so the season total matches your existing receipt metrics exactly.
Why does my offset total differ from my base total in a cluster currency?
On a multi-currency plan, each week converts at that week's exchange rate. A value moved to an earlier week therefore converts at a different rate than it did in its original week, and the two totals can differ by the rate movement across the offset. Totals in your organization currency still match.
Why is nothing shifted on this choice?
Either the choice's Receipt Offset is 0 or blank, or your organization uses First Receipt Only and the choice already has a receipt inside the look-back period — in which case there is no first receipt left to shift.
Why is the column empty on an older scenario?
Offset metrics are written when Receipt Generation runs. A scenario you planned before they existed stays blank until you regenerate receipts for the choice.
Can I edit or override an offset metric?
No. Override Additional Receipts Plan - Adjusted as you normally would — see Receipt Overrides in AP. The offset metrics refresh with the receipt regeneration that your override triggers.