A retailer's week 14 file reports 86 units sold to consumers. Your ERP reports 120 units shipped to that retailer in the same period. The 34-unit difference is not automatically an error: 28 units may still sit in the retailer's stock and 6 may come back as returns. Sell-in and sell-out are different business events, and comparing their totals directly hides the stock and timing between them.
This guide defines both measures, shows why they diverge and gives a stock bridge you can reuse to reconcile them. It ends with the practical steps and the limits of the comparison.
What sell-in and sell-out actually measure
Sell-in is the supply event: orders, shipments, deliveries and invoices that move product from you to a retailer or distributor. It is recorded on your calendar, at your granularity, and it closes when the goods leave your control. Sell-out is the demand event: units that move from the retailer or distributor to consumers at the point of sale. It is recorded on the retail calendar, often weekly, and it is what the trade sees as the market's real consumption.
The units between the second and third node are neither a loss nor an error. They are the working inventory the channel needs to sell.
The two files may both be called sales, but they answer different questions. Sell-in answers "what did we ship and invoice this period". Sell-out answers "what did consumers actually buy this period". A retailer's sell-out is your demand signal; your own shipment file is a supply signal that depends on their ordering and your stocking decisions.
Why the two numbers rarely match
If sell-in and sell-out were copies of the same event they would match. They are not. Product moves through order, shipment, receipt, shelf and till across different calendars, and returns move back the other way. Each step sits in its own file, with its own identifiers and dates.
Records product leaving your control on your financial calendar.
Records consumer demand on the retail calendar, often per week.
The gap between the two panels is timing, inventory and returns. It is the substance of the reconciliation, not a defect to remove. Comparing the two totals without that middle explains nothing and produces false alarms.
The stock bridge connects both numbers
The two measures meet inside a stock identity: opening stock plus sell-in, minus sell-out, minus returns and damage, must equal closing stock. Rebuild that identity and every unit has a place.
If the identity balances, the difference between sell-in and sell-out is explained by stock and returns. If it does not, the residual is an exception to classify, not a number to force to zero.
| Bridge term | Business event | Typical source | Sign | Evidence or control |
|---|---|---|---|---|
| Opening stock | Stock available at the start of the comparison period | Prior closing stock, count or validated inventory file | Positive | Same product, location and point-in-time grain |
| Receipts or sell-in | Product enters the retailer or distributor network | ERP shipment, invoice, delivery or receipt record | Positive | Document status, delivery timing and unit conversion |
| Sell-out | Consumer purchase or downstream demand event | Retailer POS or distributor sell-out file | Negative | Retail calendar, product/location mapping and return treatment |
| Returns | Product or value moves back through the channel | POS return, stock-return file or ERP credit note | Negative in the bridge | Return type, linked event and posting date |
| Adjustments or damage | Non-sale movement changes available stock | Inventory adjustment, damage or write-off record | Usually negative; rule-defined | Reason code, approval and effective period |
| Closing stock | Stock remaining at the end of the period | Inventory balance, count or validated closing file | Result | Calculated value compared with reported or counted stock |
The sign convention above is for this bridge, not a universal accounting presentation. Define it once, apply it at the agreed grain and retain the evidence behind each term.
Comparing sell-in and sell-out without the bridge treats every difference as if it should be zero. That is why simple variance reports create false alarms, manual corrections and a process nobody can reproduce.
A worked sell-in / sell-out example
Assume one beverage SKU, one retailer and one retail week. The retailer opened with 40 units, received 120 units of sell-in and reported 86 units of sell-out. Six units were returned or written off as damage.
The 34-unit gap between the two headline totals is fully explained: 28 units sit in closing stock and 6 are pending return evidence. The only open item is evidence, not an unexplained variance. Without the bridge, the same 34 units look like a forecast error or a billing problem that needs a manual adjustment.
Why timing and returns open a gap
Even a clean bridge moves items across periods. A delivery arriving after a week's cutoff is sell-in in one week and may be sold in another. A return recorded in a POS file can appear in a later file than the original sale.
Agree in advance where each movement belongs: which calendar, which cutoff and which evidence closes it. Then a timing exception should clear in the next cycle instead of being carried forward and "corrected".
How to reconcile the numbers
Use the bridge as the spine of the process. Each stage below prepares one input so the identity can be rebuilt and the residual classified.
Register the sources
Capture sell-in, sell-out and stock figures with their calendars and cutoff rules.
Map the identifiers
Connect SKU, EAN, GTIN, store and customer codes across the files.
Rebuild the bridge
Apply the stock identity at the agreed grain and period.
Classify the residual
Split what remains into timing, returns, mapping and data exceptions.
- Register the inputs. Record the retailer, period, file dates, expected columns and whether each file is original or corrected.
- Map product and location identifiers. Connect retailer codes to EAN or GTIN and internal SKU, and stores to customers.
- Align the calendar. Apply the retail week and the financial period with one agreed cutoff rule.
- Standardize units. Convert cases, packs and eaches to one unit of measure with effective dates.
- Set the stock grain. Decide whether the bridge runs at product-store-week or product-customer-month.
- Rebuild the identity. Opening stock plus sell-in minus sell-out minus returns and damage equals closing stock.
- Compare closing stock. Match the computed figure against counted or reported stock.
- Calculate the residual. Keep sell-in, sell-out, stock change, returns and residual as separate fields.
- Classify the residual. Use controlled causes: timing, return, mapping, duplicate, missing data or unexplained business difference.
- Close the cycle. Save versions, evidence, owner and status, and carry unresolved items into the next period.
Limits and common mistakes
The bridge explains most differences, but not every comparison is meaningful. The stock figure must come from a reliable source and the calendar must be comparable, or the bridge produces a confident-looking wrong answer.
- The stock figure must be measured or reported at the same point in time as the period close.
- Retail weeks and financial months rarely align; map the calendar before comparing.
- Distributor reporting may mix sell-out with other commercial events.
- The bridge is a control, not a forecast; demand still needs its own model.
- Treating sell-in as consumer demand. Demand is sell-out, not shipments.
- Forcing the totals to match. Adjusting files to remove a gap hides the real stock position.
- Comparing gross sell-in with net-of-returns sell-out. Define the sign and returns treatment before comparing.
- Closing timing differences permanently. A timing exception should clear in a later period.
- Rebuilding mappings each cycle. Without versions, last month's result cannot be reproduced.
- Reporting a balanced bridge without evidence. A zero residual still needs the proof behind it.
Practical takeaway
Sell-in and sell-out measure different events. Reconcile them through a stock bridge that explains stock, timing and returns, then classify the residual by cause with evidence and an owner. That turns a recurring variance into a controlled, explainable process.
If your team reconciles retailer and distributor data every month, Marksyte's data reconciliation and controls service can review the process. Related work may include mapping product, customer and store identifiers or standardizing partner files and data-quality rules.
- Diagnose a distributor-to-retailer sell-out gap
- Reconcile distributor inventory and sales
- Bridge POS, shipments and inventory
- Understand secondary sales data in FMCG
- Reconcile retailer sell-out data with ERP
- See an illustrative FMCG data reconciliation case
- Explore data reconciliation and exception controls
- Review data mapping and integration support
Frequently asked questions
What is the difference between sell-in and sell-out?
Sell-in records product leaving your control as you sell and ship to a retailer or distributor. Sell-out records product reaching consumers at the point of sale. They measure different events, so they only coincide when stock in the channel does not change.
Why does sell-in not match sell-out?
Because inventory, timing and returns sit between the two events. Units shipped in one period can be sold in another, and returns can be recorded later. A stock bridge explains the difference instead of treating it as an error.
How do you reconcile sell-in and sell-out data?
Rebuild the stock identity: opening stock plus sell-in minus sell-out minus returns and damage equals closing stock. Reconcile against counted stock, then classify the remaining difference by cause with evidence and an owner.
