Reconcile vs Shopify
Compare Shopify on-hand to Landara's position, turn drift into costed adjustments, and pair a transfer between locations.
Updated 17 August 2026
Reconciling keeps Landara's cost position honest against what Shopify actually holds. The Reconcile page shows, per SKU and location, the difference between Shopify on-hand and Landara's position, and helps you resolve each difference the right way.
Open Reconcile
Go to Dashboard → COGS → Reconcile. Each row is a (SKU, location) with Shopify's quantity, Landara's position, and the delta.
Resolve a difference
| Delta | What it usually means | Action |
|---|---|---|
| Shopify lower than Landara | Shrinkage, damage, or an untracked sale | Record an 'out' adjustment (costed) |
| Shopify higher than Landara | A receipt you didn't record as a layer | Record an 'in' adjustment (new layer) |
Nothing is ticked when the page loads, and nothing is ever applied on its own. Tick the rows you have investigated, click Apply, and Landara shows a confirmation summarising the units in, units out, and the value about to be booked before anything is written. Every applied adjustment is a permanent ledger entry: the undo is a reversing adjustment, not a delete.
Adjustments are costed automatically, so your COGS and valuation stay correct. An "out" adjustment is not treated as a sale. It's excluded from the COGS journal.
What cost an adjustment uses
- Receipt (in): the new layer is created at Shopify's Cost per item for that SKU when it's set, otherwise at Landara's average cost of the remaining stock. The cost is shown on the row before you apply, and because it's an adjustment layer you can correct it later on the Cost Layers page.
- Shrinkage (out): the shown cost is indicative only. The loss is costed FIFO from your oldest remaining layers at that location, so it's valued at what the departing stock actually cost.
If a positive delta is really a delivery with a PO or supplier invoice behind it, don't book it as a reconcile adjustment. Import the document on Cost Layers (Add from PO/invoice) instead, so the stock enters at its real landed cost rather than whatever sits in Shopify's cost field. If you already updated the quantity in Shopify yourself, untick "add quantities to Shopify" during the import; once the layer exists, the reconcile delta disappears on its own.
"Looks like a transfer?"
If one location is short by the same amount another location is over, for the same SKU, that's usually stock moved between locations, not shrinkage plus a fresh receipt.
- On Reconcile, look for the Looks like a transfer? suggestion pairing a −delta with a +delta.
- Confirm it (Landara never pairs transfers automatically).
- Landara records a transfer so the cost follows the stock to the new location.
You can also record a transfer directly from Cost Layers → Record transfer, and, if you granted the inventory-transfers permission, Landara can capture completed Shopify transfers automatically. Use one or the other, not both. See moving stock between locations.
Correcting one you got wrong
Wrong quantity, wrong location, or recorded twice. Adjustments and transfers are a permanent record, so the fix is not to delete one.
Record the opposite, then record the right one. This is ordinary accounting practice: you reverse an entry rather than erasing it, so your history shows what happened and what you did about it. A reversal lands you exactly where you started, including the age of the stock, so the next sale draws the same units it would have drawn if the mistake had never happened.
The same applies to a stocktake adjustment. See moving stock between locations for the step by step.
Why this matters
Transfers are cost-neutral: they aren't a sale and aren't new stock. Handling them as a transfer (rather than shrinkage + receipt) keeps your per-layer FIFO costs intact and stops phantom cost being stranded at the origin location.
