Outcomes & ROI

How the Production Record Shortens a Quality Investigation

User Solutions TeamUser Solutions Team
|
8 min read

A quality investigation is mostly reconstruction, and the production record removes it: when each operation already carries its machine, its dates, its logged hours, its operator, and its scrap counts with reasons, the team starts at analysis instead of spending two days establishing what happened. EDGEBIC by User Solutions captures those facts as a byproduct of scheduling and shop floor logging, not as a separate quality exercise. The outcome shows up in two numbers: investigation hours, and how many units you have to hold.

This post covers the investigation outcome. It sits under the EDGEBIC results guide. For the generic corrective action process, see CAPA in manufacturing.

The First Two Days Are Not Analysis

Watch a nonconformance investigation start. The defect is described, the part number is known, and then the team spends the first phase answering questions that are not really quality questions at all:

  • When did these parts run?
  • Which machine ran the operation we suspect?
  • Who was on that station?
  • Did anything about the process change in that period?
  • How much scrap was recorded around then, and for what reason?

None of that is judgment. All of it is retrieval, and in a shop where retrieval means travelers, a shift log, and a maintenance calendar in three different places, it burns the first two days of a five-day investigation.

The team then does the actual analysis with a partially reconstructed timeline, which is how investigations end with a probable cause rather than a cause.

What the Record Already Knows

Every one of those questions has an answer sitting in the plan and the actuals, because the scheduler needed the same facts to build the schedule in the first place.

Investigation questionWhere it is already recorded
When did this operation run?The operation's actual start and end
On which machine?The work center and machine unit on the scheduled operation
Was it moved to a different machine?Resource Replacement Audit report
Who ran it?The kiosk punch behind the logged hours
Which shift?Shift Production report, with operator context
Which routing version?The job's frozen routing copy, plus BOR Change History
How much scrap, and why?Piece counts with their required reason codes
Everything about one job at onceJob Audit Trail report

That last one matters more than it looks. Having a single report that gathers everything that ever happened to one job removes the part of an investigation where someone has to know which system to open next.

Scrap Reasons Are Not Optional

The kiosk asks for a reason at specific moments and never casually:

EventReason required?
Pause into DownYes
Pause into IdleYes
Rework punchYes
Scrap pieceYes, written with the count
Setup punchNo
Run punchNo

The scrap case carries an extra guarantee: the count and its cause are written together in one operation, so a scrap event with no cause cannot exist. That is what makes a Pareto of causes trustworthy rather than mostly trustworthy. Sixteen default codes ship across four categories, Machine, Material, Quality, and Waiting, and you can add codes scoped to a single work center so the paint booth list mentions color changes and the heat treat list does not. See building a reason code catalog for the design of that list.

Where the Money Is: Containment Scope

Investigation hours are the visible saving. Containment is the larger one.

A defect with no timeline forces a wide hold. You quarantine by part number across the period you cannot rule out, which is usually a quarter, because ruling out is exactly what you cannot do. A defect with a timeline forces a narrow hold.

Vague recordSpecific record
Suspect boundaryPart number, one quarterTwo jobs, one machine, four days
Units heldEverything shipped and on handThe units from those jobs
Customer notificationBroad, alarmingSpecific, bounded
Days to release the holdUntil analysis finishesOnce the two jobs are cleared

Every one of those rows costs money, and the last one costs the most, because finished goods held unnecessarily are cash you cannot ship and a customer conversation you did not have to have. See the cost of quality for the standard framing of those buckets.

A Worked Sequence

A returned assembly shows a bore out of tolerance. The investigation runs like this:

  1. Identify the jobs. The shipment maps to four jobs.
  2. Open the operations. All four ran the bore operation, three on MILL-2 and one on MILL-1.
  3. Check the moves. Resource Replacement Audit shows the fourth job was rerouted from MILL-2 to MILL-1 on a busy day.
  4. Check the window. The three MILL-2 jobs ran across four days in the same two weeks.
  5. Check the process. The routing copies show all four scheduled against the same routing version, so a revision is ruled out.
  6. Check the shift. Shift Production shows all three MILL-2 runs on nights, with the same operator count.
  7. Check the scrap. Piece counts around that window carry Quality reasons on MILL-2 and none on MILL-1.

The suspect population is now three jobs on one machine on one shift over four days, and the analysis can start on the machine rather than on the calendar. Step 1 through step 7 is an afternoon.

What the Record Cannot Do

It cannot tell you the cause. It tells you where and when, cleanly. Why the bore drifted is still metrology, engineering, and judgment. Removing the reconstruction phase makes the judgment phase start earlier; it does not make it unnecessary.

It is only as good as the logging habit. Operations logged in a batch at the end of the week carry end-of-week timestamps, and a timeline built on those is not a timeline. This is the single largest failure mode, and it is a habit problem rather than a software one. See EDGEBIC actuals tracking explained.

It does not track material lots by itself. The record covers the plan, the machines, the people, and the counts. If your investigation turns on which heat of steel was used, that lives in your inventory and receiving records, and this data sits beside it.

It does not make you compliant with any standard. No software does. These are planning and execution records with defined behavior, usable as inputs to a quality system that you own. See audit-ready scheduling.

It cannot see work that was never scheduled. A job run outside the plan leaves nothing to read. That is one more reason to keep one plan rather than several, and it is the same argument as how one plan aligns sales and production promises.

Want to see what your own floor would have on record? Bring a job history to a demo and we will walk an investigation through the reports in front of you.

Production records shorten a quality investigation by answering the reconstruction questions before the analysis starts. In EDGEBIC by User Solutions each operation carries the work center it ran on, the actual start and end, the hours logged, and the operator behind the kiosk punch, and scrap counts are written together with a required reason code. Instead of spending the first two days establishing when and where the parts ran, the team begins at the point where judgment is needed.

Containment narrows when you can name the boundaries of the suspect population: the exact date and time window an operation ran, the machine it ran on, the shift and operator, and which routing version the job was scheduled against. Each of those turns a broad quarantine into a specific one. A defect traced to one machine on one shift over two days is a far smaller hold than a defect attributed to a part number over a quarter, and the difference is recorded data rather than better guessing.

Yes. At the EDGEBIC kiosk the scrap count and its cause are written together in one operation, so a scrap event without a reason cannot exist in the record. Pause into Down, pause into Idle, and rework punches also require a reason, while setup and run punches do not because nothing anomalous is being explained. Sixteen default codes ship across four categories, Machine, Material, Quality, and Waiting, and you can add codes scoped to a single work center.

Expert Q&A: Deep Dive

Q: A customer returned parts from one shipment and we cannot tell which units are suspect. How much does the record actually narrow it?

A: It narrows it to the jobs, and then usually to a machine and a window. Start from the shipment's jobs, open each job's operations, and read the actual start and end and the work center for the operation you suspect. If three of five jobs ran that operation on a machine that was later swapped, the Resource Replacement Audit shows which jobs got moved and to what. A quarantine that started as a part number across a quarter can end as two jobs on one machine over four days. The units held drop with it, and so does the cost, because holding finished goods you did not need to hold is one of the most expensive outcomes of a vague investigation.

Q: Our investigations always stall on when the process actually changed. Where does that answer come from?

A: From the job's routing copy and the BOR Change History report. Each job freezes the routing it was scheduled against, so a change to the master routing does not blur the record of jobs already scheduled. When the defect starts appearing on jobs released after a specific date, that date is visible rather than inferred, and you can check whether it matches a routing revision, a machine change, or neither. That is often the single question that ends an investigation, and having it as a lookup rather than an argument is why the reconstruction phase collapses from days to hours.

Frequently Asked Questions

Ready to Transform Your Production Scheduling?

User Solutions has been helping manufacturers optimize their production schedules for over 35 years. One-time license, 5-day implementation.

User Solutions Team

User Solutions Team

Manufacturing Software Experts

User Solutions has been developing production planning and scheduling software for manufacturers since 1991. Our team combines 35+ years of manufacturing software expertise with deep industry knowledge to help factories optimize their operations.

Let's Solve Your Challenges Together