These cookies are required for the website to function properly. They ensure security, enable basic features like page navigation, and store user session data. You cannot disable these cookies.
- SCM with Lot Tracking
- Features
- Recall scopes
Recall scopes
Keep the affected lot, reason, reviewed scope and stock history connected.
OverviewRecall scope review×
SCM with Lot Tracking · Recall scopes
New
Recall scope review
Approval conditions
| Parent | Organization | Status | Revision | Lot code | Affected units | |
|---|---|---|---|---|---|---|
| SR-84733 | ORG-5311 | Submitted | 340 | LC-616 | 280 | |
| SR-18295 | ORG-6403 | Submitted | 590 | LC-518 | 440 | |
| SR-59754 | ORG-4083 | Submitted | 920 | LC-361 | 190 | |
| SR-45931 | ORG-8888 | Submitted | 460 | LC-358 | 280 | |
| SR-34649 | ORG-2298 | Submitted | 410 | LC-494 | 810 |
6 of 6 records
LC-616Recall scopes · RS-50611
SubmittedParentSR-84733
OrganizationORG-5311
Revision340
Affected units280
Recall reasonSubmitted rs-690
What you can do
Define the lot under review
Recall Scopes hold a lot code, organization, parent stock request, reason, opened date and affected units. Their revision and status let the team distinguish a working draft from a submitted or approved scope. Inventory Coordinator prepares the scope, and Inventory Reviewer makes the independent decision. The team can then follow the affected stock through the lot, movements and reservations associated with the request.
A recall discussion often begins with a short lot code. The app’s records add the organization and request context needed to identify the work precisely. The reviewer should compare the scope with the lot’s item and release state, then check which stock effects and active claims are linked to the relevant request. The scope’s affected units provide a number to reconcile, not a reason to skip examining where stock has moved.
How the work is organized
- Scope. The reason, lot code, affected units and organization state what is being examined.
- Review. A specific revision is submitted for an independent decision before the scope is treated as approved.
- Follow-through. Movements, reservations and operation receipts explain the work that followed the request.
What to agree during setup
Agree who opens a recall scope, how the lot is identified when codes recur, and what supporting files are attached to the parent request. Define how affected units are counted and which location owners should be consulted. Decide the evidence needed before marking a scope Completed. App Administrator maintains the item and location context, but Inventory Reviewer remains responsible for the review decision.
Pilot a lot with one movement to another location and an active reservation. Ask the coordinator to prepare the recall scope and state its reason. The reviewer checks the current revision, lot context and affected units. The team then follows the movement and reservation rather than treating the scope’s total as a complete map of stock locations.
Check the handoff on an actual case
A team finds an issue with a lot after receiving it at a warehouse. Inventory Coordinator opens a scope tied to the stock request, records the lot code, reason and affected units, and submits it. Inventory Reviewer decides the submitted revision. The team checks any signed movements for that lot and any active reservation at a location. Operation receipts and attachments on the parent request help explain the actions taken. Before closure, the reviewer compares those records with the affected scope and records the outcome.
What your team sees
- Recall scope review — Submitted scopes with lot code, affected units, reason and revision.
- Open recall scopes — Draft, Submitted and Approved scopes that still need follow-through.
- Restricted lots — Lots marked Quarantined or Blocked for immediate review context.
Follow the work through
Begin with lot recall handling and use exception review for any outcome needing reconciliation.
What it keeps track of
Data model- Recall scopes
- Reviewed recall scopes that trace descendants and block affected availability.
- Stock requests
- Stock receive, move, reserve and recall requests with lifecycle and revision.
- Stock lots
- Lot and batch records with expiry and release state.
- Stock movements
- Posted signed stock movements produced by guarded workflows.
- Stock reservations
- Active, released and consumed reservations against eligible stock.
- Review decisions
- Independent reviewer decisions on a frozen source revision.
- Operation receipts
- Durable operation receipts keyed by stable operation key.
- Record attachments
- Uploaded evidence files linked to a stock request.
Who uses it
Permissions- Inventory Coordinator
- Prepares and follows recall work.
- Inventory Reviewer
- Decides the revision and checks closure evidence.
- Auditor
- Reads authorized history.
- App Administrator
- Maintains the master context.
Set up SCM with Lot Tracking your way.
Start free, then use Proto to change fields, steps and approvals before your team goes live.