Manufacturing
Scrap and rework logs: licensing value and privacy checks
By SourceX Editorial · Reviewed by Noah Loul ·
Short answer
Scrap and rework data is a strong licensing candidate for AI developers when the log passes three checks: reason codes are used consistently, each entry links to the job, part and operation it came from, and operator names and badge numbers are removed. Rights review then confirms what may be licensed.
Key takeaways
- Scrap and rework logs are valuable because they record disposition decisions, not just defect counts.
- Reason codes that changed over time are usable if you document a mapping from old codes to new ones with effective dates.
- An entry that cannot be tied to a job, part revision and operation loses most of its value.
- Operator names, clock numbers and blame in free-text comments come out before any record leaves the plant.
- Customer-owned drawings, specifications and export-controlled work stay out of scope.
Why scrap and rework data has licensing value#
Scrap and rework data has licensing value because each entry captures a judgment made under pressure: a part is out of tolerance, and someone decides whether to scrap it, rework it, repair it or accept it under deviation. That decision, tied to the defect and the process that produced it, is the kind of expert reasoning AI developers cannot easily generate on their own.
Most plants already keep these records for cost of poor quality reporting, so the data exists in ERP scrap transactions, MES reject counts, rework travelers and material review board minutes. The licensing question is not whether the records exist but whether they are clean and connected enough to teach a model how defects arise and how experienced people respond.
Under the SourceX Enterprise Data Value Framework, scrap and rework records tend to rate well on domain expertise, human-generated signal and uniqueness, since no two plants share the same failure history. Preparation cost and privacy burden reduce net value, which is why the three checks below matter.
Check one: are your scrap reason codes consistent?#
Scrap reason codes are consistent when the same defect gets the same code across shifts, lines and years, and when each code means one thing. Inconsistent codes are the most common reason a scrap log looks large but teaches little.
Drift usually happens for ordinary reasons. A new quality manager rewrites the code list, an ERP migration merges codes, or operators default to a catch-all code because the right one is buried in a menu. None of this disqualifies the data, but it has to be documented so a buyer knows what each code meant at each point in time.
| Problem | What it looks like in the log | What to do before export |
|---|---|---|
| Catch-all codes | Many entries coded other or misc with no comment | Flag them; keep only those where a comment explains the defect |
| Renamed codes | Dimensional and out of tolerance used for the same defect in different years | Build an old-to-new code map with the date each change took effect |
| Overloaded codes | One code covers both setup scrap and in-process defects | Split by operation where possible, or note the ambiguity in the data dictionary |
| Missing disposition | Scrap quantity recorded with no decision on rework or use as is | Join in the disposition from MRB records or NCRs |
| Cost-only entries | Scrap posted as a value adjustment with no part or reason | Leave out; finance entries without context add noise |
Check two: does each entry link to a job, part and operation?#
A scrap or rework entry is linked when it carries the identifiers that connect it to the work that produced it: the job or work order, the part number and revision, the operation and work center, and the lot or heat where relevant. Linked entries let a model learn which processes, materials and machines tend to produce which defects.
Unlinked entries are common in plants where scrap is keyed in at the end of a shift against a general account. They still show volume and reason, but they cannot answer the questions buyers care about, such as which setups precede a run of rework or how dispositions changed after a process change.
- Job or work order number, kept as a stable internal ID
- Part number and drawing revision, or a pseudonymous part ID where the part is customer-designed
- Operation sequence, work center and machine or cell
- Material lot, heat or coil number for traceable materials
- NCR, MRB or CAPA number where the scrap triggered a formal review
- Rework traveler or routing step showing what was done and whether the part passed reinspection
- Scrap, rework and good quantities recorded against the same job
Check three: are operator names and badge numbers removed?#
Operator names, clock numbers and badge IDs must be removed or replaced with role labels before scrap and rework records leave the plant. These fields identify employees, and in a scrap log they can read as a performance record, which raises both privacy and workforce concerns.
Personal details hide in more places than the operator column. Free-text comments often name the person who ran a bad lot, and supervisor sign-offs, rework approvals and MRB attendee lists carry names too. In California, the CCPA exemptions for employee personal information expired on January 1, 2023, so employee data held by a covered business is now handled like other personal information. Other state laws may apply differently, and counsel should assess which apply to your records.
Replace names with a consistent role and pseudonym, such as setup technician A, so patterns by role survive without identifying anyone. Check part descriptions and comments for customer names at the same time, and leave out anything that would expose a customer's design.
What stays in, what gets prepared and what stays out#
Scope for scrap and rework records follows a simple rule: keep the decision and its context, prepare anything that identifies a person or a customer, and exclude anything you do not have the right to license. The table shows how that rule usually plays out.
| Record type | Treatment | Why |
|---|---|---|
| Scrap reason codes and quantities | In scope | Core signal for defect patterns |
| Rework travelers and reinspection results | In scope | Shows what fixed the part and whether it held |
| MRB dispositions and deviation approvals | In scope after preparation | Approver names and customer references removed |
| Free-text defect comments | In scope after preparation | Names, blame and customer references scrubbed |
| Defect photos | Case by case | Faces, badges and customer markings must be removed |
| Standard cost and scrap value | Optional | Some suppliers withhold cost fields for confidentiality |
| Customer drawings and specifications | Out | Owned by the customer and usually covered by confidentiality terms |
| Export-controlled or defense work | Out | Excluded from SourceX transactions |
Illustrative: a die caster scopes its scrap history#
Illustrative: a fictional aluminum die caster with several casting cells and a machining department keeps scrap transactions in its ERP, rework travelers in its MES and MRB minutes in a shared drive. Leadership asks whether the scrap history is worth preparing for a license.
The first review finds that reason codes changed when the plant switched ERPs, and that porosity was logged under three different codes. The quality engineer builds a code map with effective dates instead of rewriting history. Machining scrap links cleanly to jobs and operations, but casting scrap from the early years was posted in bulk per shift and cannot be tied to a die or a shot.
The plant scopes only the linked years, replaces operator and approver names with role pseudonyms, keeps part numbers as pseudonymous IDs and withholds cost fields. Customer drawings stay out, along with jobs where the customer contract forbids reuse of production data. The package is smaller than the full log, but every entry carries a code, a job, an operation and a disposition.
How SourceX approaches scrap and rework records#
SourceX handles scrap and rework records through the SourceX five-step transaction: Supply, Rights, Preparation, Approval and Delivery. The fit check uses metadata only, such as which systems hold scrap and rework, how many years are accessible and how reason codes are maintained, so nothing is shared during the initial assessment.
Rights review looks at customer contracts and quality agreements that may limit reuse of production data. Preparation removes names and customer identifiers, and the supplier approves the final scope. Each release is documented in a SourceX Evidence Packet covering provenance, licensing rights, permitted use, the privacy record and release authorization. The records are licensed, not sold, so the plant keeps ownership.
Frequently asked questions
Will licensing scrap data reveal our costs or yields to competitors?
It can if cost fields and plant identifiers travel with the records, so decide scope deliberately. Many suppliers withhold standard cost and scrap value fields, license under confidentiality terms that bar redistribution, and think carefully before agreeing to exclusivity. The license also defines permitted use, which limits what a buyer may do with the records.
Do we need to clean up years of messy reason codes first?
No. Rewriting historical codes destroys information about how the plant actually worked. Document a mapping from old codes to current ones with effective dates, flag catch-all entries, and let the buyer decide how to use them. Honest documentation is worth more than a cleaned-up history nobody can verify.
Can rework done to a customer's specification be licensed?
Your own rework records, such as what was done, how long it took and whether the part passed reinspection, may be in scope. The customer's drawings, specifications and any data their contract says belongs to them stay out. Quality agreements and purchase order terms vary, so counsel should review them before scope is final.
Should we tell employees before licensing scrap logs?
Usually, yes. Operators may worry that scrap records will be used to judge them or end up public. A short notice explaining that names are removed, what is licensed and why it matters to the business helps prevent rumors on the floor, and a plain-language template makes it easier to draft.
Are defect photos worth including?
Often, because images paired with a reason code and a disposition show what a defect looked like and what the plant decided. Each image needs review for faces, badges, screens showing names, and customer logos or part markings before release. Photos with no link to a record add much less.
Sources
- The California legislature ended its 2022 session on August 31, 2022 without extending the CCPA employee and business-to-business personal information exemptions, so the exemptions expired on January 1, 2023. Source
Related resources
See if your company qualifies
A short company assessment. No data uploads are needed.