Inventory discrepancy system map: the keys that join warehouse, device, ERP and write-up records

Short answer

Rebuilding a stock variance case across systems takes five keys: the storage location as it was named on the day, the item number, the task ID of the count or pick that touched the stock, the order or receipt number behind a movement, and a write-up reference quoted on the correction. Each key lives in a different place, from the warehouse system and handheld devices to the ERP and wherever investigators write. If one is missing, the case breaks into records that no longer point at each other.

Visual briefFull-size diagram
Five system nodes in a row, locations, task history, devices, ERP and write-ups, each dropping a key, location, task ID, user and time, order number and reference, into one case strip for a 60-unit short count that ends with a correction citing the write-up.
Illustrative system map for a fictional distributor. Real system names and fields vary by product.

This system map is part of the inventory discrepancy guide. It shows where each record usually sits in a mid-size distribution operation, which identifier carries a case to the next system, and one fully joined example. A step-by-step hard case lives on the exception examples page.

Five places a short count leaves traces

A count that comes up short begins in the warehouse system, but explaining it nearly always means visiting other places.

  • Location master. The list of storage locations, their names and any history of renaming or retirement.
  • Task history. Counts, recounts, picks, putaways and the corrections that change quantity on hand.
  • Handheld device records. Which user, on which device, confirmed which task, and when; some products also log exceptions such as a short pick.
  • ERP. Sales orders, shipments, receipts and the value correction finance posts.
  • Write-ups. A ticket tool, email thread, shift spreadsheet or notes field where someone recorded what they found and decided.

Businesses that grew by acquisition may run a second warehouse system as well. 3PL acquisition integration covers that situation.

System, record, linking key and owner

Read across a row for what a place holds; read down the key column to follow one case.

SystemRecordLinking key it carriesJoins toUsual owner
Location masterStorage locations, status, renaming historyLocation name with effective dateEvery task at that locationInventory control manager
Task historyCount, recount, pick, putaway, correctionTask ID, location, item numberDevice record, write-up, ERP documentDistribution operations
Handheld device recordsConfirmations and exceptions by user and timeTask ID and user IDThe task it confirmed or flaggedIT or system administrator
ERPOrder, shipment, receipt, value correctionOrder or receipt number, item numberPick or putaway task; quantity correctionFinance and order management
Write-upsFinding, cause, decisionReference number, quoted task IDsReason note on the correctionInventory control or operations management

Most of the risk sits in the key column. Location names get changed. Completed tasks get purged after a retention period. Write-up references only connect if someone typed them onto the correction.

One fully joined case (Illustrative)

Illustrative and invented for this page. A fictional 330-person distributor finds 60 units missing from storage location M-12-05 for one item. Nothing turns up over anywhere else in the building, so the goods left rather than moved.

Followed key by key:

  1. Location and item. The count task shows 60 short at M-12-05, and the location master confirms the name did not change in the period.
  2. Task ID. Task history shows a pick of 60 units from M-12-05, created two days before the count and never confirmed.
  3. Device record. The picker's handheld lost its connection during that pick, so the confirmation never arrived.
  4. Order number. The pick carries an order number, and in the ERP that order shows as shipped with a carrier collection that afternoon. The goods went out; only the confirmation is missing.
  5. Write-up reference. The analyst's ticket quotes the count, the pick, the device event and the order, and records the cause as "unconfirmed pick, device offline".
  6. Correction. The manager approves a 60-unit correction whose note cites the ticket, and a follow-up count of M-12-05 agrees.

Each step can be reached from the one before it. Remove the order number from the pick and step 4 fails, so the loss looks like theft or damage. Remove the reference from the correction note and the reasoning and the fix stop pointing at each other.

Where the keys break, and how to test each

Failure pointWhat breaksQuestion for the operations lead
Renamed locationsOlder counts and write-ups cite names the current system lacks"When locations were renamed, was the old name kept?"
Purged tasksDevice and order links lose their anchor"How long are completed and cancelled tasks kept?"
Optional reason notesA correction cannot be tied to its write-up"Must a correction quote a reference, or is it optional?"
Reasoning kept informallyFindings exist only in inboxes or paper"Where were findings recorded, and for which years?"
Unlogged exceptionsA short pick leaves no record of its own"Does the system log pick exceptions?"

Exception logging varies by product. Microsoft documents that in Dynamics 365 Supply Chain Management a short pick generates an entry in a work exceptions log that managers use to track issues, and that a short pick work exception controls whether the item is reallocated automatically, manually or both. Where a system keeps a log like that, the step 2 and step 3 records may already be joined. Where it does not, the handheld record carries the weight. Treat any claim about a specific product as something to confirm with its documentation or administrator.

What a partner records, and what stays unknown

Note the systems, the years each one covers, which keys exist in which period and who administers each. Device records and tasks carry user IDs; under the EU General Data Protection Regulation, personal data is any information relating to an identified or identifiable person, including by an identification number, so de-identification may be needed later. Never ask for exports, tasks, write-ups or logins. The metadata-only Jira template helps describe a ticket project without opening it, and root cause analysis records explains why the write-up matters.

The introduced company needs 50+ full-time employees at peak (contractors excluded), a documented operating history, rights to license and an authorized contact. Companies in the U.S., Canada and the EU qualify, as do companies in the UK, Australia, New Zealand, India, Singapore, South Africa, Latin America, the UAE and Saudi Arabia when at least 90% of the data is in English. Partners sign the Channel Partner Agreement before submitting introductions, and the referral brief template has a line for each system.

What stays unknown until SourceX reviews it: whether goods held for clients limit rights, the de-identification needed, buyer interest and any terms.

Next step

Refer a company. Earn up to $100,000. Default reward: 25% of Actual Supplier Payout, capped at $100,000 cumulatively per referred company. Eligibility and payment conditions apply, and a signed Schedule A or addendum can differ. A lead, meeting or signature alone does not trigger payment.

If the operations lead can confirm most of the five keys across several years of cases, register as a partner, check the company against who qualifies and read the program terms before you make the introduction.

  1. Step 1Share your linkSend your personal link to a company you know.
  2. Step 2Company appliesThe company applies itself at /apply.
  3. Step 3Company signs and is paidThe company signs, delivers its data and is paid by SourceX under its agreement.
  4. Step 4You get your rewardYour 25% of the actual supplier payout. A reward becomes payable after SourceX has paid the referred company under its signed agreement and the payout conditions in the program terms are met, including finance approval and your tax and payment details.

Common questions

Is the warehouse system alone enough to rebuild a case?

Rarely. It holds counts, tasks and corrections, but the proof of cause often sits in an order, a device record or a write-up elsewhere. The five keys on this page are what tie those places together.

What if storage locations were renamed at some point?

Ask whether the old name was kept beside the new one. With an old-to-new table, older cases still join; without one, they point at places the current system no longer knows.

Does the partner need to pull data to answer these questions?

No. A system administrator can say which fields exist and how reliably they are filled. Nothing needs to leave the company for the map to be drawn.

Sources

  1. learn.microsoft.com/en-us/dynamics365/supply-chain/warehousing/w…
  2. learn.microsoft.com/en-us/dynamics365/supply-chain/warehousing/t…
  3. eur-lex.europa.eu/eli/reg/2016/679/oj/eng
  4. refer.sourcex.si/terms

Free resources

Know a company with valuable proprietary data?

Become a referral partner, get your link and introduce the company’s CEO (in an owner-run company, usually the owner). Referral partners can join from most countries. We can't work with partners in countries or regions under U.S. sanctions or on U.S. restricted-party lists. The companies you introduce should be based in the U.S., Canada and the EU, or in the UK, Australia, New Zealand, India, Singapore, South Africa, Latin America, the UAE and Saudi Arabia with at least 90% of their data in English.

Refer a company →

I own a business

Explore licensing your company's data directly to SourceX for AI training and evaluation. Start a short assessment; no uploads needed.

Start an assessment