Back to blog
Operations & Workflow10 min read

Recall and Lot Tracing: Lock the Affected Lot in Minutes

When a defect appears, confirm and lock the affected production lot fast with an auditable approval step in your ERP. See how lot tracing cuts recall response time.

by Kikan System TeamPublished EN/JA

A customer calls on a Tuesday morning. A part your factory shipped last month failed in the field. The voice on the line is calm but firm. They want to know which other shipments might carry the same flaw, and they want an answer today. In the quality office, the team opens a spreadsheet, a stack of paper travelers, and a shared folder of inspection logs. Someone starts tracing lot numbers by hand. Hours pass. The recall scope stays vague. By the time a list of affected lots exists, the customer has already heard two different stories from two different people. That is how a manageable defect becomes a reputational crisis.

This is not a rare event for manufacturers. Defects surface after shipment in food, pharma, electronics, and precision parts. What separates a controlled response from a panic is the speed and confidence with which you can name the affected lot, lock it, and prove who decided what. An ERP, acting as a core business system, changes that math. The lot data and the approval step that locks the decision already live in one place inside the ERP, so the scope is confirmed in minutes instead of days.

Why Manual Lot Digging Bleeds Time and Trust

When a defect report lands, the clock starts immediately. Regulators in regulated industries expect a defined scope, often within hours. Customers expect a clear answer about whether their inventory is affected. Internally, the production team needs to know whether to keep running the line or stop it.

The manual response fails on all three fronts. The quality engineer hunts through paper travelers to find which raw-material batch fed which production lot. They cross-reference shipping records kept in a separate spreadsheet to see where the finished goods went. Each lookup is a chance to miss a lot, double-count one, or lose the thread entirely. The list that finally emerges is only as good as the notes someone scribbled three weeks ago.

The deeper cost is not the hours. It is the drift in scope. One stakeholder remembers a lot that is not on the list. Another forgets a sub-assembly that drew from the suspect batch. The recall scope expands and contracts by the hour as new information arrives, and there is no single record showing who added which lot and why. When the regulator or the customer asks for the basis of your decision, you have a set of email threads and a spreadsheet with no version history. Running the lot links and the decision inside one ERP removes that drift.

A core business system turns this into a controlled, reviewable act. The lot records, the link between a production lot and its raw-material lots, and the approval that locks the affected scope all sit in the same ERP. The decision becomes fast and defensible at the same time.

What the Approval and Lot Step Actually Does Today

This is the part where honesty matters. The approval workflow that confirms and locks the affected lots is built and runs today. The lot data that the decision rests on is also live. What is on the roadmap, not built, is the automatic link from a recall record to the affected lots and the downstream writeback that would hold or quarantine inventory without a person in the loop.

Here is what is genuinely in place now.

The lot records that tracing depends on

Each production lot carries the identifiers that tracing needs. The lot number, the item it produced, the quantity, and the dates are recorded as part of normal inventory. The links between a production lot and the raw-material lots that fed it are captured in the inventory layer, so when you ask which batch of incoming material went into a finished lot, the answer is a lookup, not an archaeology project.

This matters because the first question in any defect response is always the same. Which lots share the suspect input? With the lot links recorded as data, you can pull the family of lots tied to a raw-material batch in seconds. The alternative, re-deriving those relationships from paper travelers under deadline pressure, is exactly where mistakes happen.

The approval step that confirms and locks the scope

Once the suspect lots are identified, the response is not a free edit. The decision to confirm the affected scope runs through an approval workflow. The quality lead proposes the list of affected lots. The approval routes to the role or position that owns the call, so it survives a reorganization or a manager being on leave. For a high-stakes recall, the system can require committee sign-off with a quorum, or an any-of-N approver rule so a single absent manager does not stall the response.

When the approval lands, the affected scope is locked as a frozen snapshot. The system captures exactly which lots were on the list at the moment of approval, who approved, and when. That snapshot is the audit trail an internal-control review or a regulator will ask for. It is the difference between saying we believe these are the affected lots and saying here is the approved record of the affected lots, signed and timestamped.

-> Related: How a Core Business System Handles Lots and Recalls

-> Related: Tracing a Lot Through the Whole Batch

Watchers who follow without blocking

A recall is rarely a quality-only event. Sales needs to know which customers to contact. Production needs to know whether to hold the line. Logistics needs to prepare returns. The watcher mechanism lets these stakeholders follow the lot-tracing approval without being approvers. They see the status move, they see the locked scope the moment it is confirmed, and they are not a bottleneck on the decision itself. In a paper process, these people learn the scope from a forwarded email that is already out of date.

The Honest Boundary: What Writeback Is and Is Not

Being precise about the boundary is what makes the trust work. Today, when the affected lots are confirmed and locked in the ERP, the decision is recorded and auditable. What does not happen automatically yet is the writeback that would push that decision downstream into the inventory and shipping records.

Concretely, the approval does not yet automatically place a hold on the confirmed lots in the warehouse, flag the related shipments in the sales records, or generate the customer notifications. Those follow-on actions still require a person to act on the locked decision. The registry and entity types that writeback needs are already in place, so adding a lot writeback is contained work on the roadmap, not a rebuild. But the right thing to say today is that the confirmation and locking of the affected scope is live, and the automatic downstream actions are coming.

This matters for a buyer evaluating a system. A vendor that claims fully automated recall-to-inventory writeback when it is not built is setting you up for a gap you will discover during an actual incident. The approval and lot-confirmation control is the foundation, and it is real. The writeback that closes the loop is the next layer.

A Scenario: The Precision Parts Maker in Shizuoka

Consider a precision parts manufacturer in Shizuoka, about 280 staff, supplying automotive and industrial-machinery OEMs. A field failure report arrives for a bracket they shipped six weeks ago. The quality team opens the lot record for the reported shipment and traces the raw-material batch that fed it. Two other production lots drew from the same batch.

The quality lead proposes those three lots as the affected scope and routes the confirmation through the approval workflow. Because the stakes are high, the route requires committee sign-off from quality, production, and a department head. The system lets the decision move even when one approver is traveling, with mandatory re-approval for the high-risk items. Within the same morning, the scope is locked as a frozen snapshot.

Sales, watching the request as stakeholders, see the confirmed scope immediately and begin reaching out to the two customers who received the suspect lots. The warehouse team, acting on the locked decision, places the three lots on hold manually while the writeback that would automate that step moves up the roadmap. When the OEM customer asks for the basis of the recall scope, the quality lead sends the approved record, not a spreadsheet. The whole response, from the field-failure call to a locked, auditable scope, takes a single morning instead of stretching across days.

Why This Matters Beyond Speed

The benefit is not only the hours saved, though the hours are real. There is a compliance dimension that is hard to overstate for manufacturers. Lot traceability is a core expectation in food, pharma, and increasingly in precision components supplied to OEMs. Regulators and large customers ask whether you can demonstrate, on demand, which lots were affected by a defect and on what basis you scoped the response. A frozen, approved snapshot answers that question with evidence.

There is also a risk dimension that does not show up cleanly on a spreadsheet. An under-scoped recall leaves defective product in the field. An over-scoped recall destroys good inventory and erodes customer trust by implicating product that was fine. Both errors come from the same source: a scope decided under pressure without a locked record. The approval step exists precisely to force a deliberate, reviewed decision at the moment it matters most.

Finally, there is the institutional-knowledge problem that haunts Japanese small and mid-size manufacturers. The veteran who can mentally trace lot relationships from memory is approaching retirement. When they leave, the ability to scope a recall leaves with them unless the lot links and the approval record live in the system. A core business system captures the tracing as data and the decision as an auditable record, so the next generation inherits a process rather than a puzzle.

-> Related: The Full Manufacturer Workflow Catalog and ROI

Common Questions, Answered Honestly

Can the system automatically hold the affected lots in the warehouse once they are confirmed?

Not yet. Confirming and locking the affected scope through the approval step is built and runs today. Automatically writing that decision back to hold or quarantine the inventory is on the roadmap. Today a person acts on the locked decision, which is still a vast improvement over a scope that lives only in email. The honest framing is that the confirmation control is live and the downstream writeback is coming.

How do we know the affected scope is complete?

Because the lot links are recorded as data, not reconstructed from notes. Each production lot carries its connection to the raw-material lots that fed it, so the family of lots tied to a suspect batch is a lookup. The quality lead proposes that set as the scope, and the approval step forces a review before it is locked. If a lot was missed, the reviewer catches it before approval, and the frozen snapshot captures the corrected list.

What happens if the wrong person is on leave when a defect surfaces?

The approval routes to the role or position, not to a named individual who must be present. A manager traveling does not freeze the response. For high-risk confirmations, the system can use an any-of-N approver rule so one available committee member among several is enough, or require a quorum when the stakes demand it. Safe delegation is supported, with mandatory re-approval for the high-risk items so the response stays both fast and controlled.

Do we get an audit trail for the regulator?

Yes, and this is the point of the frozen snapshot. The locked scope records exactly which lots were confirmed, who approved the decision, and when. You hand the regulator or the OEM customer an approved record, not a versionless spreadsheet. For companies building internal control around quality incidents, that record is the evidence.

Key Takeaway

Recall response is a decision under pressure, and the quality of that decision depends entirely on how fast and how defensibly you can name and lock the affected lots. The lot data and the approval that locks the scope are built today. The automatic writeback that closes the loop is on the roadmap, and saying so plainly is more useful than overselling. When the confirmation lives in one core business system, the response gets faster and more trustworthy at the same time.

Get Started With Kikan System

If a field failure today would send your team digging through paper travelers for days, look at Kikan System. The lot records and the approval workflow that confirms and locks the affected scope are live now, with a frozen, auditable snapshot of every decision. You can start on the free plan with up to 2 users, no credit card required. Begin at → Start free.

Related articles

Ready to Get Started?

Start free with up to two users and no credit card. Bring your biggest month-end headache, and we'll show you what the first 30 days look like on Kikan System.

Start free