What to look for as you read this conversation
CAPA Record — Investigation Conversation
The complete engineer–tool dialog behind this sample. Fictional SMT reflow scenario; the engineer deliberately opens with a wrong favored theory to test whether the tool pushes back.
Welcome to the Fae Intelligence Root Cause Analyzer.
I'm going to walk you through a structured problem-solving process. We'll start by making sure I understand your problem clearly before we dive into analysis.
Tell me: what's happening? Describe the problem, defect, or issue you're investigating. Don't worry about being perfectly organized — just tell me what you're seeing.
Opening Intake & Initial Theory
The Situation:
We've got a cold-solder-joint defect on QFN-48 packages after reflow — hitting us at 4.2% defect rate on Oven #1913 versus 0.3% on Ovens #1911 and #1912. We're a Class 2 shop (IPC-A-610 Class 2, J-STD-001 compliant), and this is isolated to one oven only, which is suspicious.
Timeline & Magnitude:
- Defects started appearing June 2, 2026 — that's 8 days ago.
- Before that, Oven #1913 was running normal yields (~0.3%).
- Over the suspect window: 84 defects out of 2,000 joints on #1913; only 6 out of 2,000 combined on #1911/#1912.
- NCR #26-0244 is live; we've done 100% X-ray on #1913 output and rerouted WIP to the good ovens.
Team: Raj Patel on oven maintenance, Maria Sanchez on incoming materials, Dan Kim on inspection/X-ray, Linda Chen supervising the line.
My Favored Theory (To Be Tested):
It's the solder paste lot.
On June 1, 2026, we switched to a new paste lot — PST-26-0339, same qualified supplier, same part number (SAC305 no-clean), but different batch. The COA shows Ag at 2.8% against our standard of 3.0%. That's low. The liquidus is also higher (219°C vs. our normal 217°C). The timing lines up perfectly with defect onset.
I believe Oven #1913 just happened to run most of the new-lot boards first—that's why the defect is concentrated there. I want to quarantine the remaining PST-26-0339 reels, reject the lot, escalate to the supplier, and transition back to our standard 3.0% paste.
But I want to run this through proper CAPA rigor — FDA/ISO-style — to make sure I'm not missing a multi-factor interaction. Let's build the fishbone and walk the evidence.
Ready when you are.
Great opening — you've come in with a well-organized picture and a specific hypothesis. Let me acknowledge what you've given me and then make sure we close out Phase 0 properly before we move into analysis.
Here's what I'm tracking so far:
- Defect: Cold solder joints on QFN-48 packages after reflow
- Where: Primarily Oven #1913 (4.2% defect rate vs. 0.3% on #1911/#1912)
- When: Onset June 2, 2026 (8 days ago); normal yields prior
- Magnitude: 84 defects / 2,000 joints on #1913; 6 / 2,000 combined on #1911/#1912
- Source record: NCR #26-0244
- Containment already initiated: 100% X-ray on #1913 output, WIP rerouted to #1911/#1912
- Standards context: IPC-A-610 Class 2, J-STD-001
- Team: Raj Patel (oven maintenance), Maria Sanchez (incoming materials), Dan Kim (inspection/X-ray), Linda Chen (line supervisor)
- Leading hypothesis: New solder paste lot PST-26-0339 — Ag at 2.8% (spec 3.0%), liquidus 219°C vs. normal 217°C, introduced June 1
Noted — I'm tracking the supplier COA for paste lot PST-26-0339 as evidence in this investigation.
One question before I propose the gap statement:
You mentioned Oven #1913 "happened to run most of the new-lot boards first." Do you have data on that — roughly what percentage of PST-26-0339 boards ran on #1913 versus #1911/#1912 during the suspect window? That detail matters for whether the oven is truly a confounding variable or whether the paste lot alone explains the distribution.
Good catch. Let me be honest: I don't have that data yet.
I assumed #1913 ran most of the new-lot boards because the defect concentration is so stark on that oven. But I haven't actually pulled the WIP traceability to confirm the paste-lot distribution across the three ovens during June 1–10.
That's a gap I need to close immediately.
What I can do right now:
- Maria Sanchez and I can cross-reference the reel IDs from PST-26-0339 against the board traveler logs and pick-and-place data for June 1–10.
- That will tell us: Did #1913 actually consume 70–80% of the new paste? Or was it a 33/33/33 split and something else is driving the oven-specific failure?
If the paste is distributed fairly evenly across all three ovens and #1913 still has 4.2% defects while the others sit at 0.3%, then my hypothesis takes a big hit. That would mean the oven itself is the primary variable, not the paste.
I should have pulled that before I opened my mouth. Let me get Maria on that today.
Should I go grab that traceability data now, or do you want to proceed with the RCA framework and I'll feed you the answer once I have it?
That's exactly the right instinct — and the fact that you caught it yourself before I had to push harder is a good sign. That traceability pull is critical and will either confirm or seriously challenge your leading hypothesis.
My recommendation: proceed with the framework now, feed the data in when you have it.
Here's why — the CAPA structure will tell you exactly what questions that traceability data needs to answer. If we build the IS/IS-NOT grid and the fishbone first, Maria's pull becomes a targeted evidence-gathering mission rather than a general data dump. You'll know what to look for.
Before I close out Phase 0 and propose the formal gap statement, I have one more quick question:
You said defects started June 2 — the day after the paste lot switch on June 1. Do you know whether Oven #1913 had any maintenance, calibration, profile change, or other intervention around that same window — June 1 or just before?
I'm asking because your leading theory is paste-driven, but if #1913 also had a concurrent change, that's a potential multi-factor interaction you mentioned wanting to catch. I want to make sure we flag it now rather than discover it in the fishbone.
Good question. Let me think through what I know:
Maintenance/Calibration around June 1:
- The last KIC profile verification on Oven #1913 was April 28, 2026 — passed, peak at 240°C, TAL 60–70 seconds. That's over a month old; we're well within the 90-day recert window.
- I don't have a record of any maintenance work order or zone adjustment on #1913 in the week of June 1. But that's something Raj would know for certain — I should ask him directly.
What I DO know Raj mentioned:
- He flagged that Oven #1913's Zone 7 is reading about 5°C below setpoint — he noticed it the week of June 1. Zone 7 is one of the heating zones; that's relevant because the QFN ground-pad thermal via array (where the cold joints are) is the highest thermal mass on the board.
- But here's the thing: the oven still passed the KIC profile in April, so either this drift is new (post-April), or the gold-board fixture isn't catching localized zone performance.
I have not yet: Pulled Oven #1913's thermocouple trend logs to see when Zone 7 started drifting, or whether there was a heater element issue, or if a control card glitched.
So yes — potential multi-factor interaction: low-silver paste + thermal undershoot on the highest-mass joint location = insufficient wetting at the critical via array.
Let me add that to the list of evidence to gather. Should I get Raj's maintenance log pull while Maria does the traceability?
Yes — get Raj pulling those Zone 7 thermocouple trend logs in parallel with Maria's traceability work. Those two data pulls together will be the most decisive evidence in this investigation.
And I want to name what you just did: you identified a plausible multi-factor interaction — low-Ag paste (higher liquidus) combining with a Zone 7 thermal undershoot on the highest thermal-mass joint on the board. That's a mechanistically coherent story that's more dangerous than either factor alone. We need to keep both variables live as we build the fishbone.
Noted — I'm tracking the following as evidence:
- KIC profile verification record, Oven #1913, April 28, 2026
- Oven #1913 Zone 7 thermocouple trend logs (pending pull by Raj Patel)
- WIP traceability / board traveler logs, June 1–10 (pending pull by Maria Sanchez)
I have enough to close Phase 0 now. Here is the gap statement I'm proposing:
> "QFN-48 packages on Oven #1913 are exhibiting cold solder joints at 4.2% defect rate (84/2,000 joints) beginning June 2, 2026, compared to 0.3% (6/2,000 combined) on Ovens #1911 and #1912 running concurrently — a 14x elevation isolated to one oven."
Does this accurately capture the problem, or would you like to edit it?
That's perfect. That's exactly the problem statement I need on the NCR.
14x elevation on one oven — that's the language that tells the story to management and the customer if this escalates. Precise, dimensioned, and it immediately signals "this is either a material issue or an equipment issue, not a process design problem."
Phase 0 closed. I'm ready to move into the fishbone and 5-Why framework.
I've already tasked Raj and Maria:
- Raj: Zone 7 thermocouple trend logs for #1913, with attention to when the drift began relative to June 1.
- Maria: WIP traceability on PST-26-0339 paste reels across all three ovens, June 1–10 output.
Once we build the fishbone, those data pulls will tell us whether we're looking at:
1. Paste lot alone (if paste is evenly distributed but defects concentrate on #1913), or
2. Oven thermal performance alone (if paste distribution doesn't explain the oven disparity), or
3. Both in combination (paste vulnerability + thermal undershoot on #1913).
Go ahead and build the fishbone with me. Let's map the contributing factors and identify where the evidence gaps are.
Got it — closing Phase 0 now.
Phase 0 recap: Cold solder joints on QFN-48 packages on Oven #1913, 4.2% defect rate (84/2,000 joints) beginning June 2, 2026, versus 0.3% on Ovens #1911/#1912 — a 14x elevation isolated to one oven. NCR #26-0244 is live. Team: Raj Patel (oven maintenance), Maria Sanchez (incoming materials), Dan Kim (inspection/X-ray), Linda Chen (line supervisor). Two critical evidence pulls are in progress.
Before we build the fishbone, I want to do one thing that will make it sharper: a quick IS / IS NOT grid. This is the fastest way to bound the problem and stress-test your hypotheses before we go wide on causes.
I already have several IS entries from your intake. Let me propose the grid as it stands and identify the IS NOT entries I need from you.
IS / IS NOT Grid — Draft
| Dimension | IS | IS NOT |
|---|---|---|
| What (defect) | Cold solder joints, QFN-48 ground-pad via array | Other joint types or components (TBD — confirm?) |
| Where (equipment) | Oven #1913 | Ovens #1911, #1912 |
| Where (board location) | QFN-48 thermal via array (highest mass) | TBD |
| When (onset) | June 2, 2026 onward | Before June 2 |
| Magnitude | 4.2% on #1913 | >0.3% on #1911/#1912 |
| Material | Paste lot PST-26-0339 (Ag 2.8%, liquidus 219°C) | TBD |
Here's my first IS NOT question:
Are the cold joints limited to QFN-48 packages only — or are you seeing any elevated defect rate on other component types (BGAs, QFPs, connectors) on the same boards running through #1913?
This matters because if it's only QFN-48s affected, that strongly points to a thermal-mass-sensitive interaction. If other components are also failing, the cause is likely more systemic.
Excellent question — and it refines the scope immediately.
What I know:
The defect flagged by IPC-A-610 inspection and confirmed by X-ray is cold joints on QFN-48 packages specifically — that's what we're tracking in the 4.2% rate. The ground-pad thermal via array under the QFN is the failure location.
What I have NOT confirmed:
Whether other component types on the same boards running through #1913 are showing elevated defect rates. We could have:
- Elevated defects across all high-thermal-mass components (BGAs, large QFPs)
- Elevated defects only on QFN-48s
- Or even a subset — like QFN-48s in one area of the board vs. another
I need Dan Kim to pull that from the 100% X-ray data we've already done on #1913 output. He's got the full joint inspection — he can tell me the defect distribution by component type and location.
For the IS/IS NOT grid right now, I'll say:
- IS: Cold joints on QFN-48 packages, specifically the thermal via array under the package
- IS NOT: (pending Dan's component-type breakdown, but my working assumption is that if the defect is only on QFN-48s, it's thermal-mass-driven; if it's on all high-mass components, it points more toward systemic undershoot on #1913)
Should I get Dan that pull, or do you want to move forward with the fishbone and I'll feed that data in as it comes?
Good — task Dan Kim on that component-type breakdown from the existing X-ray data. Since he's already done 100% X-ray on #1913 output, this should be a fast pull — it's analysis of data already in hand, not new inspection work.
Noted — I'm tracking Dan Kim's X-ray defect distribution by component type and board location as a pending evidence item.
Let me fill in what I can on the IS/IS NOT grid and flag the remaining gaps:
IS / IS NOT Grid — Current State
| Dimension | IS | IS NOT |
|---|---|---|
| What (defect) | Cold solder joints, QFN-48 thermal via array (ground pad) | TBD — pending Dan's component-type breakdown |
| Where (equipment) | Oven #1913 | Ovens #1911, #1912 |
| Where (board location) | QFN-48 ground-pad via array | TBD — pending board location distribution |
| When (onset) | June 2, 2026 onward | Before June 2, 2026 |
| Magnitude | 4.2% defect rate (84/2,000 joints) on #1913 | ≤0.3% on #1911/#1912 |
| Material in scope | Paste lot PST-26-0339 (Ag 2.8%, liquidus 219°C) | TBD — prior paste lots |
One more IS NOT I need before we move to the fishbone:
Are all board types / assemblies that run through #1913 affected — or is it limited to one specific board assembly or product family?
If it's only one board type showing defects, that's another constraint that sharpens the thermal-mass argument. If it's every board running through #1913, the oven becomes a stronger primary suspect.
Sharp question. Let me check what I know:
What I stated in the intake:
- "Same board design, same stencil, same placement, same components across all three ovens."
- We're producing "PCBA controllers for industrial IoT devices" — that's a single product line in this case.
- The defect is isolated to QFN-48 packages on Oven #1913.
What I have NOT confirmed:
Whether we've run multiple different board designs through #1913 during the June 1–10 window, and if so, whether all of them show elevated QFN cold joints or only one specific assembly.
My assumption was: Single board type, but I should verify that against the WIP logs.
Here's the thing: Maria's traceability pull (paste lot distribution across ovens) will naturally capture which board types ran on each oven during the suspect window. So when she pulls the traveler logs, I can see: "Did we run PN-XYZ only on #1913, or did all three ovens run it?"
I'll add that to Maria's scope: Not just paste-lot distribution, but also confirmation that the same board design (or designs) ran across all three ovens during June 1–10.
For the IS/IS NOT grid, my working assumption is:
- IS: This single board design (our main IoT controller PCBA)
- IS NOT: (pending confirmation that other board types either didn't run on #1913 or ran without defect elevation)
Should I clarify the product mix with Linda Chen on the floor, or does Maria's traveler pull answer that?
Maria's traveler pull will answer it — no need to pull Linda Chen separately for that specific question. Good scoping instinct.
Noted — I'm expanding Maria Sanchez's evidence pull to include board design / assembly PN confirmation across all three ovens, June 1–10, in addition to paste-lot distribution.
I now have enough to close the IS/IS NOT grid with the data in hand, and flag the three pending confirmations clearly.
IS / IS NOT Grid — Finalized (with open items)
| Dimension | IS | IS NOT |
|---|---|---|
| What (defect) | Cold solder joints, QFN-48 thermal via array (ground pad) | Other joint types — pending Dan Kim's component-type breakdown |
| Where (equipment) | Oven #1913 | Ovens #1911, #1912 |
| Where (board location) | QFN-48 ground-pad via array | Other board locations — pending Dan Kim's X-ray distribution |
| When (onset) | June 2, 2026 onward | Before June 2, 2026 |
| Magnitude | 4.2% (84/2,000 joints) on #1913 | ≤0.3% on #1911/#1912 |
| Which product | IoT controller PCBA (single product line) | Other board designs — pending Maria's traveler pull |
| Which material | Paste lot PST-26-0339 (Ag 2.8%, liquidus 219°C) | Prior qualified paste lots |
Three open IS/IS NOT items — all covered by pulls already in motion:
1. Dan Kim → component-type defect distribution
2. Dan Kim → board location distribution of cold joints
3. Maria Sanchez → board design confirmation + paste-lot distribution
Ready to move to the fishbone. Before I build it out, one framing question:
You've named two candidate variables — paste lot and Zone 7 thermal drift. Are there any other changes you're aware of that occurred on or around June 1 on the line — stencil, squeegee, PCB lot, flux, board storage conditions, anything?
I want to make sure we're not anchoring the fishbone on only the two variables you've already named before we do the full 6M scan.
Good discipline. Let me walk through what I know and what I've ruled out:
Changes I've already flagged:
- Paste lot PST-26-0339 on June 1
- Zone 7 thermal drift on #1913 (week of June 1)
Other changes around that window:
- Stencil-printer squeegee: New one installed May 30, 2026 (WO-26-0610). But SPI (solder paste inspection) shows paste volume within ±10% of target across all three ovens — so print consistency looks good. Not ruled out, but not obviously causal.
What I've ruled out or confirmed stable:
- Same board design, same stencil, same placement, same components across all three ovens
- No process changes documented
- No stencil wear issues flagged
- No nitrogen purity deviation
- PCB lot — I haven't confirmed this, but it should be in Maria's pull
What I have NOT checked:
- Flux type or lot: Did we change flux between the old paste lot and PST-26-0339? Same supplier, same part number, but different batch — could the flux formulation have drifted?
- Component moisture/storage conditions: QFN packages are moisture-sensitive; could there be a humidity or bake issue with the new component lot?
- Board storage/humidity: Any changes to how boards are stored before reflow?
- Nitrogen purity/flow rate on #1913 specifically: You said "no nitrogen purity deviation," but I should verify that #1913's reflow atmosphere is comparable to #1911/#1912.
I should ask Maria to confirm: PCB lot, component lot (QFN-48 specifically), and any flux-related details on the new paste lot COA.
Fair summary?
Very fair summary — and the fact that you're self-auditing before I have to push is exactly the right discipline for a CAPA record.
Let me capture what you've just added to the evidence and open-item picture:
Noted — adding to evidence tracking:
- WO-26-0610: New squeegee installed May 30, 2026
- SPI data: Paste volume within ±10% of target across all three ovens (squeegee tentatively not causal, but not formally ruled out)
- Paste COA for PST-26-0339: Flux formulation details needed — I'm flagging this as a specific item for Maria's pull
New open items added to Maria's scope:
- PCB lot confirmation (June 1–10)
- QFN-48 component lot confirmation
- Flux formulation details on PST-26-0339 COA vs. prior paste lot
One item to add to Raj's scope:
- Nitrogen purity / flow rate verification on #1913 specifically vs. #1911/#1912
Now I have a solid foundation for the fishbone. Here's the 6M scan — I'll populate what we know and flag what's open:
FISHBONE — 6M Analysis
Machine (Oven #1913)
- ✴️ Zone 7 reading ~5°C below setpoint (week of June 1) — when did drift begin? Raj's thermocouple logs pending
- Last KIC profile verification: April 28, 2026 — passed, but may not have caught localized zone drift
- Nitrogen purity / flow rate on #1913 vs. peers — open item for Raj
Material
- ✴️ Paste lot PST-26-0339: Ag at 2.8% vs. spec 3.0%, liquidus 219°C vs. normal 217°C — introduced June 1
- Flux formulation within PST-26-0339 — open item, COA review by Maria
- PCB lot — open item, Maria's traveler pull
- QFN-48 component lot / moisture sensitivity / bake status — open item, Maria
Method
- Reflow profile: last verified April 28 on #1913 — no documented changes
- No stencil wear issues flagged
- Board storage / humidity conditions — open item
Man (Operator/Human)
- No operator changes documented
- No process deviations flagged
Measurement
- 100% X-ray in place (Dan Kim) — containment active
- KIC profile verification cadence: 90-day window — may not catch drift between verifications
- SPI data shows paste volume ±10% — squeegee not obviously causal
Mother Nature (Environment)
- Humidity / board storage conditions — open item
- Nitrogen atmosphere on #1913 specifically — open item
The fishbone gives us two hot branches: Machine (Zone 7 drift) and Material (paste lot PST-26-0339). Everything else is either tentatively stable or pending confirmation.
Before I run the 5-Why, I want to ask you one pointed question:
If Zone 7 on #1913 is running 5°C below setpoint, do you know what the setpoint is for that zone — and whether a 5°C undershoot would push the peak temperature at the QFN ground pad below the liquidus of PST-26-0339 at 219°C?
That calculation is the mechanical link between your two hot variables. If the answer is yes, you have a coherent failure mechanism. If no, the paste theory weakens significantly.
That's the critical calculation I need to do — and I don't have the answer yet.
Here's what I know:
- Oven #1913 peak temperature is programmed at 240°C with TAL (time above liquidus) of 60–70 seconds.
- Zone 7 is reading ~5°C below setpoint — but I don't know what Zone 7's specific setpoint is. Is it 240°C? Is it lower in the reflow profile curve?
- The QFN ground-pad thermal via array is the highest thermal mass on the board — so it's the slowest to heat and the most vulnerable to undershoot.
- PST-26-0339 has a liquidus of 219°C.
What I need Raj to tell me:
1. Zone 7 setpoint in the active reflow profile on #1913
2. When the 5°C drift started (was it there in April when the KIC profile passed, or did it begin post-April?)
3. Thermal model or actual thermocouple data on the QFN ground-pad location itself — because the oven's own thermocouples may not be measuring the actual joint temperature on a high-thermal-mass location.
The KIC profile verification is run on a gold-board fixture with embedded thermocouples — but a gold board doesn't have a QFN package. A real board with a real QFN might behave very differently thermally.
If Zone 7 undershoot + high-liquidus paste combine to drop the via-array temperature below 219°C during the critical TAL window, we have a mechanistically coherent failure mode.
Should I have Raj build that thermal analysis, or is that beyond his scope? I might need to run a custom KIC profile with the actual QFN board, not the gold fixture.
Yes — and that's exactly the right call. Let me be direct:
The gold-board KIC verification is not sufficient to confirm adequate thermal performance at the QFN ground-pad via array. It tells you the oven's general profile is within spec — it doesn't tell you what's happening at the highest thermal-mass joint on a real populated board. That gap is significant, and it belongs in your CAPA as a detection system weakness regardless of what the root cause turns out to be.
What I'd recommend Raj scope:
A product-specific thermal profile run on Oven #1913 using the actual IoT controller PCBA with thermocouples attached at:
1. The QFN-48 ground-pad via array (your suspect location)
2. A reference low-mass joint (for comparison)
3. Zone 7 specifically
Run it against the current programmed profile, then compare to the same run on Oven #1911 or #1912. That delta will tell you whether #1913 is actually delivering adequate TAL at the critical joint location — and whether the 5°C Zone 7 undershoot is consequential or benign.
Noted — I'm tracking product-specific KIC profile run on Oven #1913 vs. #1911/#1912 (QFN ground-pad thermocouple) as a planned evidence item.
Now I want to run the 5-Why on your two hot branches before we go further. I'll run them in parallel since both are live hypotheses.
5-Why Chain A — Material Branch
- Why cold solder joints on QFN-48 via array?
→ Insufficient wetting / coalescence of solder at the ground pad
- Why insufficient wetting?
→ Solder paste may not have reached full liquidus temperature during TAL window
- Why didn't it reach liquidus?
→ PST-26-0339 has elevated liquidus (219°C vs. 217°C) — tighter margin against actual joint temperature
- Why was a paste lot with elevated liquidus introduced?
→ Supplier COA showed Ag at 2.8% vs. 3.0% spec — was this deviation flagged at incoming inspection?
- Why wasn't the deviation caught or acted on?
→ This is where I need your input. What's your incoming material acceptance process for paste lots — do you verify COA values against internal spec limits before releasing to the line?
5-Why Chain B — Machine Branch
- Why cold solder joints on QFN-48 via array?
→ Insufficient heat delivery to highest-thermal-mass joint during reflow
- Why insufficient heat delivery?
→ Zone 7 on #1913 reading ~5°C below setpoint
- Why is Zone 7 underperforming?
→ Unknown — heater element degradation, thermocouple drift, control card issue? Raj's logs will tell us
- Why wasn't Zone 7 drift detected earlier?
→ KIC profile verification (April 28) passed — but gold-board fixture may not capture localized zone performance at high-thermal-mass locations
- Why does the verification method have this blind spot?
→ This is the detection gap. What's your current oven verification protocol — is product-specific profiling required, or only gold-board KIC?
Two pointed questions — answer whichever you have data on first:
Question 1 (Material branch): When Maria or your incoming QC team received PST-26-0339, did anyone compare the COA Ag content (2.8%) against your internal acceptance criteria? Is 2.8% within your acceptance window, or should it have been flagged and rejected at the door?
Question 1 — Material acceptance:
I need to be honest: I don't have the incoming QC procedure in front of me right now, and I don't know what Maria's acceptance criteria are for paste COA deviations.
My assumption was that 2.8% Ag is "within spec" because J-STD-006 allows 2.5–4.0%, and the supplier's COA is technically within that range. But our internal process spec might be tighter than J-STD-006. We might require ≥3.0% and flag anything below that.
That's a critical gap in my knowledge. I need to ask Maria directly:
- What's our incoming acceptance limit for Ag content on SAC305 paste?
- When PST-26-0339 arrived with 2.8% Ag on the COA, was it reviewed against that limit?
- If it fell outside our acceptance window, why was it released to the line instead of rejected?
- If it was within our acceptance window, should our acceptance window be tightened?
That answer affects whether this is a supplier control failure (they shipped low-Ag paste we should have rejected) or a process spec gap (we're accepting paste that's too close to the edge for our thermal conditions).
Question 2 — Oven verification protocol:
Same issue. I said the KIC gold-board verification is inadequate for catching localized zone drift on high-thermal-mass components — but I don't know if our formal oven qualification procedure requires product-specific profiling or only gold-board KIC.
That's a documented procedure question — I need to check our control plan or SOP for reflow oven qualification.
Should I get those two procedure documents from Maria and Quality, or do you want to move the 5-Why forward with what we have and I'll feed the answers in?
Move forward — and you've already answered the most important part of both questions by naming the gaps precisely. That's exactly what the 5-Why is supposed to surface.
Let me close out both chains with what we have, flagging the open items as system-level findings:
5-Why Chain A — Material Branch (completed to system level)
1. Cold solder joints on QFN-48 via array
2. → Solder paste did not reach full liquidus at the ground-pad via array during TAL
3. → PST-26-0339 has elevated liquidus (219°C vs. 217°C), reducing thermal margin
4. → Paste lot with reduced Ag (2.8% vs. 3.0%) and elevated liquidus was released to the line
5. → Incoming inspection either did not check Ag content against internal limits, or internal limits do not adequately constrain paste lots for our thermal conditions — pending Maria's procedure review
System-level finding A: Incoming material acceptance criteria for solder paste may not be tight enough to prevent borderline lots from reaching the line — or the criteria exist but weren't applied. Either way, a detection gap exists at incoming inspection.
5-Why Chain B — Machine Branch (completed to system level)
1. Cold solder joints on QFN-48 via array
2. → Insufficient heat delivered to highest-thermal-mass joint during reflow
3. → Zone 7 on #1913 drifted ~5°C below setpoint, reducing thermal energy at critical joint location
4. → Zone 7 drift was not detected between April 28 KIC verification and June 2 defect onset
5. → Oven verification protocol relies on gold-board KIC, which does not capture localized zone performance at high-thermal-mass product locations — pending SOP review
System-level finding B: Oven verification method has a structural blind spot — it confirms general profile conformance but cannot detect zone-level drift that disproportionately affects high-thermal-mass joints on real product.
Both chains terminate at detection gaps, not just failure mechanisms. That's important for your CAPA — the corrective actions need to address both the cause and the detection system that allowed it to reach production.
Now I need to pause on one thing before we move to evidence evaluation.
We've been deep in root cause analysis — but I haven't formally closed containment yet.
You mentioned early on that you've done 100% X-ray on #1913 output and rerouted WIP to #1911/#1912. Before we go further, I need to ask:
Is this a safety or regulatory concern — could this defect affect operator safety, end-user safety, or compliance obligations for your customer?
This matters because your answer determines whether containment needs to escalate beyond what's already in place.
Safety assessment:
This is an industrial IoT controller PCBA — Class 2 electronics, not safety-critical. The end application is monitoring/control in industrial equipment, not life support or mission-critical safety systems.
That said:
- A cold solder joint on a QFN ground-pad via array could cause intermittent electrical failures — loss of signal, thermal runaway on the IC, or sporadic resets in the field.
- For an industrial IoT device, that translates to downtime, data loss, or equipment malfunction — bad for the customer operationally, but not a direct safety hazard to a person.
- No regulatory safety reporting obligation that I'm aware of (this isn't medical, aerospace, or automotive).
But — and this is important:
We haven't shipped any defective units yet (customer has no complaints as of today). My containment is in place:
- 100% X-ray on all #1913 output since June 2
- All defects identified and reworked before shipping
- WIP diverted to the good ovens going forward
- No customer delivery of cold joints
*However, if Maria's traceability pull shows that defective units did ship before we caught this on June 5 (when NCR #26-0244 was opened), then we have a field escapement risk and we may need to notify the customer and potentially initiate a recall / field return.*
Have we shipped any boards from the June 1–5 window (before the NCR was opened) that we haven't 100% X-rayed yet?
That's a containment question I should have asked earlier. Let me check with Dan on the actual inspection timeline.
Good — you've just identified a critical containment gap and caught it yourself. That's exactly the right instinct.
Safety classification confirmed: No direct operator or end-user safety hazard. Industrial IoT, Class 2, no regulatory reporting obligation identified. Operational risk only (downtime, data loss, equipment malfunction).
But you've named a real containment exposure: The NCR opened June 5 — but defects started June 2. That's a 3-day window where product may have shipped without 100% X-ray coverage.
This needs to be resolved before I can close containment. Here's what I need Dan Kim to confirm:
For the June 2–4 window specifically:
1. What was the inspection method in place before the NCR was opened — was there any X-ray or AXI coverage, or was it standard AOI / visual only?
2. How many boards shipped from #1913 output during June 2–4?
3. Are any of those boards traceable to a specific customer shipment that could be recalled or placed on hold?
Here's what your containment picture looks like right now:
| Action | Status |
|---|---|
| 100% X-ray on #1913 output | ✅ In place since NCR open (June 5) |
| WIP rerouted to #1911/#1912 | ✅ Confirmed |
| Paste lot PST-26-0339 quarantined | ✅ Stated in intake |
| June 2–4 shipped product disposition | ⚠️ Open — Dan Kim to confirm |
| Customer notification (if field escape confirmed) | ⚠️ Conditional — pending June 2–4 review |
Get Dan Kim on the June 2–4 shipment question now. Everything else in the CAPA can wait for that answer. If product shipped unverified during that window, customer notification is not optional — it's your next immediate action.
What does Dan say?
You're right — this is the first thing I should have locked down.
I don't have Dan's answer yet. Let me be direct: I don't know what the inspection protocol was on June 2–4, or how many boards shipped, or whether they're traceable to a customer order.
What I stated in my intake was:
- "100% X-ray inspection on all QFN joints from the 1913 oven output (voiding, head-in-pillow, cold joints). Reworking confirmed defects." — but I didn't specify when that started.
- I implied it was part of initial containment, but I didn't nail down the timeline.
I need to pull Dan right now and get:
1. When did 100% X-ray begin on #1913 output? (June 5 when NCR opened, or earlier?)
2. What inspection method was running June 2–4? (Standard AOI/visual only?)
3. How many boards shipped from #1913 June 2–4, and to which customer orders?
4. Traceability on any boards that may have left the facility unverified.
This is a stop-the-line containment question, not a root-cause question. I should have answered it before I opened my mouth about the paste lot.
Let me get Dan on this immediately and call you back with the shipment status. If product left the building unverified, we're notifying the customer today — that's non-negotiable.
Give me 10 minutes to pull Dan's inspection logs.
Good. Go get Dan. This is the right priority.
While you're pulling that, here's exactly what I need when you come back — keep it focused:
1. When did 100% X-ray start on #1913 output? (Specific date)
2. What was the inspection method June 2–4? (AOI, visual, X-ray, or none?)
3. How many boards shipped from #1913 during June 2–4?
4. Are those boards traceable to a customer shipment? (Order number, customer name, quantity)
If the answer to #4 is yes — boards shipped unverified during June 2–4 — come back ready to name the customer and quantity. Customer notification goes out today, not after root cause is confirmed.
Everything else waits. Go.
Understood. I'm getting Dan now.
[Going to pull inspection logs and shipment traceability]
I'll be back with those four answers in a moment. If we have an escapement, we move to customer notification immediately — root cause finishes in parallel.
Standby.
Standing by. Take the time you need — this is the right call.
[Returns with Dan Kim's findings]
Dan Kim's report — June 2–4 Inspection & Shipment Status:
1. When did 100% X-ray start on #1913 output?
→ June 5, 2026 — the morning after NCR #26-0244 was opened. Before that, standard AOI + visual inspection only.
2. What was the inspection method June 2–4?
→ AOI (Automated Optical Inspection) + visual sampling. No X-ray coverage during that window. Cold joints on the ground-pad via array would NOT be reliably caught by AOI — X-ray is required for subsurface/via assessment.
3. How many boards shipped from #1913 during June 2–4?
→ 127 boards shipped to finished goods / staging between June 2–4.
4. Are those boards traceable to a customer shipment?
→ Yes. All 127 boards are part of a weekly shipment scheduled to go out June 10, 2026 (today) to customer Midwest Industrial Controls (Order #MIC-26-0487, 500-unit container, scheduled dock time 2:00 PM).
→ Boards have NOT YET LEFT the facility — they're in staging/QC hold pending this week's shipment.
Containment status: CRITICAL
We have a 4-day window to act before customer receives defective units. The 127 boards from June 2–4 are still on-site in staging. We need to:
1. HOLD the MIC-26-0487 shipment immediately — do not release to dock
2. 100% X-ray the 127 boards from June 2–4 — Dan can do this today if we prioritize
3. Quarantine and rework any cold joints found
4. Notify Midwest Industrial Controls of the hold and revised ship date — same day if possible
I'm calling Linda Chen now to halt the shipment. Dan will prioritize X-ray on those 127 boards. I'll draft the customer notification.
This is not a root-cause conversation anymore — this is containment and customer management.
Should I proceed with holding the shipment and X-raying the 127, or do you want me to loop in my Quality Manager first?
Hold the shipment. Do it now. Then loop in your Quality Manager — in that order.
The boards are still on-site. You have a dock time of 2:00 PM today. Every minute of discussion before that hold is placed is risk you don't need to carry.
Your immediate action sequence:
1. Linda Chen — hold the MIC-26-0487 shipment right now. Do not release to dock under any circumstances until 100% X-ray is complete.
2. Dan Kim — 100% X-ray on all 127 boards from June 2–4, today. This is his only priority.
3. Quality Manager — loop in immediately after the hold is confirmed. They need to know before customer notification goes out.
4. Midwest Industrial Controls — notify today of the shipment hold and revised date. You don't need root cause confirmed to make this call. You tell them: hold placed on Order #MIC-26-0487 pending quality verification, revised ship date to follow.
Do not wait for root cause before notifying the customer. Customers in industrial controls understand quality holds. What they don't forgive is finding out after delivery.
One question while you execute:
When you notify Midwest Industrial Controls, who owns that call — you, Linda Chen, or your Quality Manager? I need a named owner for the customer notification action before we close containment.
Customer notification owner:
That goes to my Quality Manager — they own the customer interface on quality issues. But I (Anna, as CAPA owner and process engineer) will brief them immediately with the facts so they can make the call with complete information.
My execution order right now:
1. Linda Chen — verbal hold on MIC-26-0487, no dock release. Confirm in writing.
2. Dan Kim — 100% X-ray on 127 boards, prioritize today. I'll get him the board serial numbers from staging.
3. Quality Manager — loop in with the hold status and shipment facts. They own the customer call to Midwest Industrial Controls.
I'm moving on those three actions now.
Once the hold is confirmed and Quality Manager is briefed, we pivot back to the RCA.
The root cause analysis continues in parallel — Raj's Zone 7 thermocouple logs, Maria's traceability on paste distribution, Dan's component-type defect breakdown. But containment is no longer the blocker.
Standby. I'll confirm the hold is in place and Quality Manager is briefed, then we resume the investigation.
[Executing hold, notifying Linda and Quality Manager]
Good. Go execute. You have the right sequence and the right owners.
Come back with three confirmations:
1. Linda Chen confirmed the MIC-26-0487 hold (verbal + written)
2. Dan Kim has started 100% X-ray on the 127 boards
3. Quality Manager is briefed and owns the Midwest Industrial Controls notification
Once I have those three, containment is closed and we go back to root cause.
Go.
[Returns 15 minutes later]
Containment confirmations:
1. ✅ Linda Chen confirmed the MIC-26-0487 hold — verbal confirmation at 1:47 PM, written hold order placed in WMS (Warehouse Management System). No dock release authorized. Revised ship date TBD pending QC results.
2. ✅ Dan Kim started 100% X-ray on the 127 boards from June 2–4 — he's running them now, prioritized. Expecting results by end of shift (5:00 PM today). I gave him the board serial numbers from staging.
3. ✅ Quality Manager briefed and owns Midwest Industrial Controls notification — I walked them through the hold, the June 2–4 inspection gap, the 127-board scope, and the revised timeline. They're drafting the customer call for this afternoon (before COB). They understand this is a quality hold, not a product failure announcement yet — tone is professional, transparent, and solutions-focused.
Containment is locked.
The 127 boards stay on-site. Customer is being notified today of the hold and will get a revised ship date once Dan's X-ray results are back.
We're back to root cause.
I have three critical evidence pulls in motion:
- Raj Patel: Zone 7 thermocouple trend logs (when did drift begin?) + product-specific KIC profile run on #1913 vs. #1911/#1912
- Maria Sanchez: WIP traceability on PST-26-0339 paste lot distribution across ovens + board PN confirmation + PCB lot + component lot + flux details
- Dan Kim: Component-type defect distribution from existing 100% X-ray data (is it QFN-48 only, or broader?)
Ready to resume the fishbone and evidence evaluation. What's next?
Excellent execution. That's exactly how containment is supposed to work.
Let me formally close Phase 1 before we move back to root cause.
Containment Summary:
- MIC-26-0487 shipment held by Linda Chen at 1:47 PM, written hold in WMS — 127 boards from June 2–4 quarantined on-site
- 100% X-ray initiated by Dan Kim on all 127 boards, results expected by 5:00 PM today
- Quality Manager briefed and owns Midwest Industrial Controls customer notification (COB today)
- 100% X-ray on all #1913 output in place since June 5 (NCR #26-0244)
- WIP rerouted to Ovens #1911 and #1912
- Paste lot PST-26-0339 quarantined
Detection gap documented: AOI + visual inspection June 2–4 would not reliably catch subsurface cold joints at QFN ground-pad via array — X-ray required for this failure mode. This is a finding for the CAPA regardless of root cause outcome.
Named owners confirmed:
- Linda Chen — shipment hold
- Dan Kim — 100% X-ray on 127 boards
- Quality Manager — customer notification to Midwest Industrial Controls
- Anna (you) — CAPA owner, briefing coordination
Now — back to root cause. You have three evidence pulls in motion. Rather than wait for all three, let me ask:
Has Raj come back with anything on Zone 7 yet — even preliminary? That thermocouple trend data is the single most decisive piece of evidence for the machine branch. If he has even a partial read on when the drift started, it changes the shape of the investigation significantly.
Let me check with Raj directly on what he has so far on Zone 7.
[Checking with Raj Patel on thermocouple logs]
Raj's preliminary report on Zone 7 — Oven #1913:
He's pulled the thermocouple history logs from the oven's control system going back to April 28 (the last KIC profile verification date).
Key findings:
- April 28, 2026: Zone 7 reading +0.5°C above setpoint (well within tolerance). KIC profile passed.
- May 15–May 28: Zone 7 stable, within ±1°C of setpoint.
- May 29, 2026 (11:47 PM): Zone 7 thermocouple reading begins showing intermittent spikes down to -3°C, then recovers. Spike frequency increases over next 24 hours.
- May 30, 2026 onward: Zone 7 consistently reads -4°C to -6°C below setpoint. Drift is persistent and continuous from May 30 forward.
- June 1–present (June 10): Zone 7 remains at -5°C to -6°C below setpoint.
Raj's preliminary assessment: Heater element failure or thermocouple malfunction began May 29/30 — predates the paste lot change by 2–3 days. The drift is real and has been continuous for over a week.
This is significant:
Zone 7 thermal drift started before the paste lot change. But defects didn't appear until June 2 — 2–3 days after the thermal drift began, and 1 day after the paste lot change.
This is a multi-factor interaction pattern, not a single-cause failure.
Should I have Raj now run the product-specific KIC profile on #1913 vs. #1911/#1912 to quantify whether the Zone 7 undershoot actually impacts the QFN ground-pad temperature during reflow?
Yes — have Raj run that product-specific profile immediately. That's the confirmatory test that converts a hypothesis into evidence.
But first — what Raj just gave you is the most important data point in this investigation so far. Let me name what it means explicitly.
The timeline contrast is decisive:
| Event | Date |
|---|---|
| Zone 7 drift begins | May 29/30 |
| Paste lot PST-26-0339 introduced | June 1 |
| Defects first appear | June 2 |
The clue here is the gap: Zone 7 was drifting for 2–3 days before defects appeared. The oven alone — running the prior paste lot — did not produce defects. The paste lot alone on #1911/#1912 is producing only 0.3% defects. But when both conditions existed simultaneously on #1913 starting June 2, defects jumped to 4.2%.
This points directly to a multi-factor interaction as the failure mechanism, not a single root cause. Neither variable alone crossed the threshold. Together they did.
Noted — I'm tracking Oven #1913 Zone 7 thermocouple trend log, April 28 – June 10, 2026 as confirmed evidence in this investigation.
For Raj's product-specific profile run, here's exactly what I need him to measure:
Thermocouples at three locations minimum:
1. QFN-48 ground-pad via array — the suspect joint
2. A low-mass reference joint on the same board
3. Zone 7 air temperature
Run the same profile on Oven #1911 or #1912 as a control. The question Raj needs to answer is specific:
Does the QFN ground-pad via array on #1913 achieve and sustain temperature above 219°C (PST-26-0339 liquidus) for adequate TAL — and does #1911 or #1912 achieve the same on the same board?
If #1913 drops below 219°C at the via array while #1911/#1912 hold above it, the mechanism is confirmed.
While Raj runs that profile, I want to check in on Maria's traceability pull — specifically the paste lot distribution question.
Has Maria come back with any data on how PST-26-0339 was distributed across the three ovens during June 1–10?
That data point either confirms or challenges your original assumption that #1913 ran most of the new paste. Given what Raj just showed us, the answer matters more now — if paste was evenly distributed and only #1913 is failing, the oven thermal drift is doing most of the causal work.
[Checking with Maria Sanchez on traceability]
Maria's traceability pull — Paste lot PST-26-0339 distribution, June 1–10:
She's cross-referenced the reel IDs from PST-26-0339 against the board traveler logs and pick-and-place records.
Distribution across ovens:
| Oven | Boards run with PST-26-0339 | Defect rate observed |
|---|---|---|
| #1913 | 487 boards | 4.2% (84 defects / 2,000 joints inspected) |
| #1911 | 501 boards | 0.3% |
| #1912 | 512 boards | 0.3% |
Key finding: PST-26-0339 paste was distributed fairly evenly across all three ovens during June 1–10. Each oven processed roughly 500 boards with the new paste lot.
Yet defects are concentrated 14x higher on #1913.
This changes the picture significantly.
My original theory — "Oven #1913 happened to run most of the new paste first" — is wrong. All three ovens ran the same paste lot at nearly identical volume.
If the paste lot alone were the culprit, we'd expect to see roughly equal defect rates across all three ovens. Instead, the defect rate is 14x higher on #1913 and virtually identical on #1911/#1912 — both running the same paste, same boards, same process.
The oven is the primary variable. The paste is the secondary (conditional) variable that exposed the oven's weakness.
Raj's product-specific KIC profile run will confirm whether Zone 7's undershoot + PST-26-0339's higher liquidus (219°C) combine to drop the via-array temperature below the solder's melting point on #1913 only.
My hypothesis has shifted: This is not a paste lot rejection issue. This is an oven maintenance issue compounded by a marginally acceptable paste lot that happened to arrive at the exact moment the oven was already failing.
Should we wait for Raj's profile results before we finalize the root cause, or do you want me to start building the corrective action framework now?
Maria's data is decisive — and your revised hypothesis is well-reasoned. Let me formally state what the evidence is telling us before we move forward.
The contrast is now sharp:
Same paste lot. Same boards. Same process. Three ovens. Only one oven fails at 14x the rate. That difference eliminates the paste lot as a standalone root cause. The paste is a contributing condition — it narrowed the thermal margin — but the oven is the primary discriminating variable.
This is exactly why we built the IS/IS NOT grid before the fishbone. The "IS NOT" column did its job.
Noted — I'm tracking Maria Sanchez's paste lot distribution traceability data (PST-26-0339 across Ovens #1911, #1912, #1913, June 1–10) as confirmed evidence in this investigation.
On your question — wait or build now:
Wait for Raj's profile results before finalizing root cause. Here's why:
You have strong circumstantial evidence pointing to the multi-factor interaction. But Raj's product-specific profile run is the confirmatory test that converts "highly probable" into "evidence-supported." In a formal CAPA record — especially FDA/ISO-style rigor — you want that measurement, not just the inference.
What you CAN do right now, in parallel, is lock the IS/IS NOT grid since Maria's data just completed the most critical open cell.
IS/IS NOT Grid — Updated with Maria's findings:
| Dimension | IS | IS NOT |
|---|---|---|
| What (defect) | Cold solder joints, QFN-48 thermal via array | Other joint types — pending Dan Kim's component breakdown |
| Where (equipment) | Oven #1913 | Ovens #1911, #1912 — same paste, same boards, 0.3% defect rate |
| Where (board location) | QFN-48 ground-pad via array | Other board locations — pending Dan Kim |
| When (onset) | June 2, 2026 onward | Before June 2; before Zone 7 drift + new paste lot coincided |
| Magnitude | 4.2% on #1913 (84/2,000 joints) | ≤0.3% on #1911/#1912 running identical paste and boards |
| Which product | IoT controller PCBA | Other board designs — Maria confirmed single product line |
| Which material | PST-26-0339 present on all three ovens | PST-26-0339 alone not sufficient — #1911/#1912 running same lot at 0.3% |
The IS/IS NOT grid is now complete except for Dan Kim's component-type breakdown. That remaining item refines the "WHAT" dimension but doesn't change the directional conclusion.
Here is the updated gap statement reflecting what we now know:
> "QFN-48 packages on Oven #1913 are exhibiting cold solder joints at 4.2% (84/2,000 joints) beginning June 2, 2026, while Ovens #1911 and #1912 running the same paste lot, boards, and process show only 0.3% — a 14x elevation attributable to a multi-factor interaction between Zone 7 thermal drift on #1913 (onset May 29/30) and elevated liquidus of paste lot PST-26-0339 (219°C vs. 217°C)."
Does this accurately reflect where the evidence has taken us? Any corrections before I confirm the grid?
Perfect. That gap statement is accurate — and it reflects what the evidence actually shows, not what I initially believed.
The IS/IS NOT grid is complete and correct. I have no corrections.
What it establishes:
- The oven thermal drift is the primary discriminating variable — it's what's different about #1913
- The paste lot PST-26-0339 is the enabling condition — it narrowed the thermal margin enough that the existing oven undershoot became consequential
- Neither factor alone crosses the failure threshold; together they do
I'm ready to wait for Raj's product-specific KIC profile results to lock the failure mechanism quantitatively.
Once Raj confirms that the QFN via-array temperature on #1913 drops below 219°C during TAL while #1911/#1912 hold above it, we have the mechanistic confirmation we need for the CAPA.
Status check on evidence timeline:
- ✅ Raj: Zone 7 thermocouple trend logs (confirmed — drift began May 29/30)
- 🔄 Raj: Product-specific KIC profile run on #1913 vs. #1911/#1912 (in progress)
- ✅ Maria: Paste lot distribution across ovens (confirmed — evenly distributed)
- ✅ Maria: Board PN confirmation (confirmed — single product line)
- 🔄 Dan: Component-type defect breakdown (pending — refines "WHAT" but doesn't change direction)
- 🔄 Dan: 100% X-ray on 127 boards from June 2–4 (results expected by 5:00 PM today)
I'm standing by for Raj's profile results. When he comes back, we finalize root cause and move to corrective actions.
How long should I expect Raj's profile run to take?
I can't tell you how long Raj's profile run will take — that's his call based on oven availability, thermocouple setup time, and whether he needs to run cool-down cycles between #1913 and the control oven. Typical product profiling runs 2–4 hours when done carefully, but your shop conditions determine that, not me.
What I can tell you is what a complete profile run looks like so you can set expectations with Raj:
- Thermocouple attachment at QFN ground-pad via array, low-mass reference joint, and Zone 7 air — minimum three points
- Full reflow cycle on #1913 with current programmed profile
- Same run on #1911 or #1912 as control — identical board, identical paste, identical profile settings
- Data export showing peak temperature and TAL at each thermocouple location
- The specific question he's answering: does the QFN via-array on #1913 achieve and sustain ≥219°C for adequate TAL, and does the control oven achieve the same?
Tell Raj that's the deliverable — a side-by-side comparison at the via-array location, not just a general profile pass/fail.
While we wait, this is a good moment to confirm the IS/IS NOT grid is locked and move to the next phase.
You've confirmed the grid is complete and accurate. I have no fabricated entries — every cell traces to a user-stated fact or is flagged as pending.
✅ IS/IS NOT grid locked and complete.
I've confirmed it's accurate, and I understand the pending items (Dan's component-type breakdown) refine but don't redirect the analysis.
I've briefed Raj on the deliverable — he understands he's measuring whether the QFN via-array on #1913 hits and sustains ≥219°C during TAL, compared to the control oven. He's scoping the thermocouple setup now and estimates he'll have results by end of shift (5:00 PM) or early tomorrow morning depending on oven queue.
We're ready to move to the next phase — Root Cause Analysis Summary and Corrective Action Framework.
I have enough evidence now to construct the root cause statement (pending Raj's confirmation of the failure mechanism), and I can begin the corrective action work in parallel.
My understanding of what comes next:
1. Root cause finalization — once Raj's profile confirms the multi-factor thermal/liquidus interaction
2. Corrective action framework — addressing both the oven maintenance issue AND the detection gaps we've surfaced (oven verification protocol, incoming paste acceptance criteria)
3. Formal CAPA record — structured report with findings, root cause, corrective actions, preventive actions, and assigned owners
4. Customer communication — updated timeline to Midwest Industrial Controls once containment is confirmed
Ready when you are. Should I start building the corrective action matrix now, or do you want to wait for Raj's profile results and lock the root cause first?
Good instinct to want to move forward — but I want to make sure we do this in the right sequence for a defensible CAPA record.
We're actually still in Phase 3 — Root Cause Hypotheses (Fishbone + 5-Why). We've done strong work on the IS/IS NOT grid and we have two well-developed causal chains, but I haven't formally completed the 6M fishbone scan with you yet. Before we can close this phase and move to evidence evaluation, I need to make sure we've done the full breadth scan — not just the two hot branches.
Here's why this matters for your CAPA record: an auditor or customer reviewing this investigation needs to see that you considered and ruled out alternative causes — not just that you found the likely cause. The fishbone documents the breadth of your investigation.
Let me run the remaining 6M categories quickly. We've already covered Machine and Material in depth. I need your input on four more — and I expect most of these will be fast eliminations based on what you've already told me.
Let's start with the one most likely to generate a finding:
Man (People): You mentioned no operator changes and no process deviations documented. But given that Zone 7 drift started May 29/30 — is there any possibility that an operator adjustment, recipe change, or manual override on Oven #1913 around that date could have initiated or contributed to the Zone 7 undershoot? Or does Raj's thermocouple data point clearly to a hardware failure rather than a settings change?
Good question — and I need to be honest about what I don't know versus what Raj's data suggests.
What Raj's thermocouple data tells us:
The drift pattern — intermittent spikes on May 29 that become persistent from May 30 onward — looks more like hardware degradation (heater element, thermocouple malfunction, control card failure) than an intentional setpoint change. A recipe or setpoint adjustment would show up as an immediate, sustained shift, not the spike-and-degrade pattern Raj documented.
But I have NOT confirmed:
- Whether anyone manually adjusted Zone 7 settings around May 29/30
- Whether there was a firmware update or control system change to #1913
- Whether Raj documented the cause of the drift (is it the heater element failing, or the thermocouple reading drifting, or something else?)
I should ask Raj directly:
1. Does the thermocouple trend data rule out a setpoint change, or is that still possible?
2. Has he diagnosed the cause of the Zone 7 drift — is it a hardware failure or a control/calibration issue?
3. Are there any work orders, maintenance logs, or control system change records for #1913 around May 29/30?
For the fishbone right now, I'd say:
- IS NOT: Intentional operator process change (the drift pattern doesn't look like a setpoint adjustment)
- IS (to be confirmed): Hardware failure on Zone 7 heater or thermocouple, date of failure TBD pending Raj's diagnosis
Should I get Raj those diagnostic questions, or do you want to move through the remaining 6M categories and I'll circle back?
Move through the remaining categories — add those three diagnostic questions to Raj's scope and we'll fold his answers into the evidence phase. The drift pattern description is sufficient to tag "intentional operator adjustment" as unlikely but unconfirmed, and we document it exactly that way.
Man category — recorded as:
- Intentional operator/recipe adjustment: [unlikely based on spike-and-degrade drift pattern — not confirmed ruled out; Raj to verify no setpoint changes or work orders around May 29/30]
- Hardware failure (heater element, thermocouple, or control card): [candidate — mechanism consistent with observed drift pattern; Raj diagnosis pending]
Next category — and this one should be fast:
Method: You've told me the reflow profile hasn't changed, no stencil wear issues, no documented process changes. But I want to ask one specific question here:
Is the reflow profile on Oven #1913 the same recipe as #1911 and #1912 — same zone setpoints, same conveyor speed, same settings — or could there be any difference in how the profile is configured across the three ovens, even a legacy difference that's been there a long time?
A long-standing profile difference wouldn't explain the June 2 onset, but it could explain why #1913 has less thermal margin than the other ovens and is therefore more vulnerable to Zone 7 drift.
Good catch. That's a legitimate Method variable I should have already confirmed.
What I stated:
- "Same board design, same stencil, same placement, same components across all three ovens"
- "Reflow profile: last verified April 28 on #1913 — no documented changes"
What I have NOT confirmed:
- Whether the three ovens are programmed with identical zone setpoints, conveyor speeds, and thermal profiles
- Whether there's a legacy configuration difference across the three ovens — even if both are running the same nominal profile, the implementation could differ
Specifically, I need to ask Raj:
1. Are the reflow profiles identical across all three ovens — same zone setpoints, same TAL, same conveyor speed, same dwell times?
2. If there are differences, what are they and why? (Model differences, legacy settings, intentional tuning?)
3. Could a profile difference on #1913 pre-existing before May 29 explain why it has less thermal margin than #1911/#1912?
For the fishbone right now, I'd record:
- IS NOT: Process recipe change on #1913 (no documented changes post-April 28)
- IS (to be confirmed): Possible legacy profile difference across ovens; Raj to confirm whether #1913 profile matches #1911/#1912 or has known differences
This is a fair gap. Let me add those profile comparison questions to Raj's scope along with the thermocouple diagnostics.
Should I continue with the remaining 6M categories?
Yes — keep moving. Adding profile comparison to Raj's scope. Recorded exactly as you stated it.
Method category — recorded as:
- Process recipe change on #1913: [ruled out — no documented changes post-April 28 KIC verification]
- Legacy profile difference across ovens: [candidate — not yet confirmed; Raj to verify zone setpoints, conveyor speed, and TAL settings are identical across #1913, #1911, #1912]
Next category — and I expect this one to be largely ruled out based on what Maria's already told us, but I want to ask explicitly:
Measurement: You have 100% X-ray in place since June 5, SPI data showing paste volume within ±10%, and AOI running throughout. But I want to probe one specific measurement system question:
The KIC gold-board verification — you identified this as a detection gap earlier. Is that gap documented anywhere in your current control plan or SOP, or is the gold-board KIC currently listed as the sole acceptance method for oven qualification?
I'm asking because the answer determines whether this is a gap in your documented system (the SOP never required product-specific profiling, so the system failed by design) or a gap in execution (the SOP required it but it wasn't done). Those two findings have very different corrective actions.
That's a critical distinction — and I need to be honest: I don't have the control plan or SOP in front of me right now.
What I know:
- KIC gold-board verification is our standard practice for oven qualification
- The last verification on #1913 was April 28, 2026 — passed
- We're on a 90-day recertification cadence
- Product-specific profiling is NOT currently part of our routine oven acceptance procedure
What I don't know:
- Whether the control plan or SOP explicitly requires product-specific profiling and we're not doing it (execution gap), or whether the SOP only calls for gold-board KIC (system design gap)
- Whether there's a documented rationale for why gold-board verification is considered sufficient
- Whether any previous internal audits or customer audits have questioned this methodology
I need to pull the actual control plan / SOP document and review it. That's a Quality or Process Engineering document — I should have it on file.
For the Measurement category right now, I'd record:
- SPI and AOI measurement systems: [functioning normally, paste volume ±10%, no drift]
- KIC gold-board verification protocol: [identified as detection gap — does not capture localized zone performance at high-thermal-mass product locations; current SOP status (required vs. not required) TBD pending control plan review]
Should I pull that control plan document now, or keep moving through the remaining 6M and I'll fetch it after?
Keep moving — record it exactly as you stated and pull the control plan after we complete the scan. The gap is identified and documented regardless of whether it's a design gap or execution gap; the SOP review will sharpen the corrective action language.
Measurement category — recorded as:
- SPI and AOI measurement systems: [functioning normally — paste volume ±10%, no issues identified]
- KIC gold-board verification protocol: [detection gap confirmed — does not capture localized zone performance at high-thermal-mass product locations; SOP status — design gap vs. execution gap — TBD pending control plan review by Anna]
- 100% X-ray (Dan Kim): [containment measure in place since June 5 — effective for this failure mode]
Two categories remaining. This one should be quick:
Mother Nature (Environment): You mentioned checking nitrogen purity and board storage humidity as open items earlier. Given what we now know — that the defect is oven-specific and the paste is evenly distributed — environment is a lower-probability branch. But I want to ask it explicitly:
Are the three ovens in the same physical location on the floor, or could there be meaningful differences in ambient temperature, humidity, or airflow around #1913 specifically that might affect its thermal performance differently than #1911 and #1912?
If they're side by side in the same environment, we can rule this out quickly. If #1913 is in a corner, near a loading dock, or in a different thermal zone of the building, it stays open.
Good question — and I should know this, but I realize I haven't confirmed it.
What I assume:
- The three ovens are likely on the same SMT line in the same production area, so they share the same ambient environment.
What I have NOT confirmed:
- The actual physical layout — are they side by side, or is #1913 positioned differently (near a door, window, or different part of the facility)?
- Whether there are any documented differences in ambient temperature, humidity, or airflow around #1913 versus #1911/#1912
- Whether HVAC or environmental controls are uniform across all three oven locations
I can answer this quickly — I can walk the floor or ask Linda Chen: Where are the three ovens physically located, and are they in the same environmental zone?
For the Mother Nature category right now, I'd record:
- Ambient temperature/humidity/airflow around #1913: [unlikely to be primary driver given oven-specific defect pattern and even paste distribution across all three ovens; physical location TBD pending floor layout confirmation by Anna]
This feels like a lower-priority open item — the evidence is already pointing away from environmental factors. Should I confirm the physical layout now, or move to the last 6M category (Materials — which we've already covered extensively) and circle back?
Move to the last category — the environmental layout confirmation is a low-priority item you can close with a quick floor walk after we finish the scan. Record it as you stated.
Mother Nature category — recorded as:
- Ambient environment differences around #1913: [low probability given oven-specific defect pattern and even paste distribution; physical layout confirmation pending floor walk by Anna — Linda Chen can answer quickly]
- Nitrogen purity/flow rate on #1913 vs. #1911/#1912: [open item for Raj — added to his diagnostic scope]
- Board storage/humidity conditions: [open item for Maria — added to her scope]
Last category — and as you said, we've covered this extensively. I'll make it fast:
Material: We've already established paste lot PST-26-0339 is evenly distributed across all three ovens, so it's a contributing condition rather than standalone cause. But I want to make sure we've explicitly closed two items you flagged earlier:
Has Maria confirmed the PCB lot and QFN-48 component lot are the same across all three ovens during June 1–10 — or is that still pending from her traceability pull?
If the same component lot ran on all three ovens, that rules out a component-specific moisture or storage issue as the discriminating variable. If Maria hasn't confirmed it yet, we record it as open.
That's a fair question — let me check what Maria actually confirmed versus what's still pending.
From her traceability pull earlier, Maria confirmed:
- ✅ PST-26-0339 paste lot distribution across ovens (evenly distributed)
- ✅ Board PN / assembly confirmation (single product line across all three ovens)
What she has NOT yet confirmed:
- PCB lot number and whether it's the same across all three ovens during June 1–10
- QFN-48 component lot number and whether it's the same across all three ovens
- Component moisture sensitivity / bake status
- Flux formulation details on PST-26-0339 COA vs. prior paste lot
So: Still pending. I need to add those specific items to Maria's scope if I haven't already.
For the Material category, I'd record:
- Solder paste lot PST-26-0339: [evenly distributed across all three ovens — contributing condition, not standalone cause]
- PCB lot / QFN-48 component lot consistency: [same boards, same components ran on all three ovens per board PN confirmation, but specific lot numbers TBD pending Maria's component traceability pull]
- Flux formulation (PST-26-0339 vs. prior lot): [COA details TBD pending Maria's paste lot COA review]
- Component moisture sensitivity / bake status: [TBD pending Maria's component lot documentation review]
Fair summary of what's open?
Yes — that's an accurate and complete summary of the Material category open items. Add those to Maria's scope.
Material category — recorded as:
- Solder paste lot PST-26-0339: [contributing condition confirmed — evenly distributed across all three ovens; Ag 2.8% vs. 3.0% spec, liquidus 219°C vs. 217°C — narrows thermal margin but not standalone cause]
- PCB lot consistency across ovens: [board PN confirmed single product line; specific lot numbers TBD — Maria Sanchez pending]
- QFN-48 component lot consistency: [TBD — Maria Sanchez pending; component moisture sensitivity and bake status also TBD]
- Flux formulation PST-26-0339 vs. prior lot: [TBD — Maria Sanchez COA review pending]
6M Fishbone Scan — Complete.
Here's the full picture across all six categories:
Machine — PRIMARY BRANCH
- Zone 7 thermal drift on #1913: [supported — thermocouple logs confirm onset May 29/30, persistent -4°C to -6°C below setpoint through June 10]
- Cause of Zone 7 drift (heater element, thermocouple, control card): [candidate — hardware failure mechanism consistent with spike-and-degrade pattern; Raj diagnosis pending]
- Legacy profile difference across ovens: [candidate — Raj to confirm identical setpoints across #1913, #1911, #1912]
- Nitrogen purity/flow rate on #1913: [open — Raj to verify]
- KIC gold-board verification blind spot: [detection gap confirmed — does not capture localized zone performance at high-thermal-mass locations]
Material — CONTRIBUTING CONDITION
- PST-26-0339 Ag 2.8%, liquidus 219°C: [contributing condition confirmed — narrows thermal margin; evenly distributed across all three ovens]
- PCB lot consistency: [TBD — Maria pending]
- QFN-48 component lot / moisture / bake: [TBD — Maria pending]
- Flux formulation delta: [TBD — Maria pending]
Method
- Process recipe change on #1913: [ruled out — no documented changes post-April 28]
- Legacy profile difference: [candidate — carried into Machine branch above]
- Stencil wear: [ruled out — no issues flagged]
- Board storage/humidity: [TBD — Maria pending]
Man
- Intentional operator/recipe adjustment May 29/30: [unlikely — drift pattern inconsistent with setpoint change; Raj to verify no work orders or manual adjustments]
- Skill gap or training issue: [considered — no operator changes documented; ruled out as primary driver]
Measurement
- SPI paste volume: [functioning normally — ±10%, not causal]
- AOI June 2–4: [detection gap confirmed — insufficient for subsurface cold joints at via array]
- KIC gold-board protocol: [detection gap confirmed — SOP status design vs. execution gap TBD pending control plan review]
Mother Nature
- Ambient environment differences: [low probability — physical layout confirmation pending floor walk]
- Nitrogen atmosphere on #1913: [open — Raj to verify]
Now I'm ready to run the 5-Why chains. We already developed these substantially during our earlier discussion, but let me formalize them cleanly against the fishbone.
We have two candidate co-equal root causes that need separate Why chains:
Chain A — Machine (primary): Zone 7 thermal drift on #1913 → insufficient heat at QFN via array → cold joints
Chain B — Material (contributing): PST-26-0339 elevated liquidus → reduced thermal margin → cold joints when combined with Zone 7 undershoot
Before I run them formally, one critical question:
At Why level 4 on Chain A — why wasn't Zone 7 drift detected before defects appeared on June 2? You've identified two detection gaps: the KIC gold-board blind spot and the 90-day recertification cadence. But I want to ask directly: does your oven control system have any active alerting or out-of-control alarms for zone temperature deviation — and if so, why didn't an alarm trigger when Zone 7 dropped to -5°C below setpoint on May 30?
This is the system-level finding that determines whether your corrective action needs to address alarm configuration, monitoring frequency, or SOP redesign.
That's a sharp question — and I realize I don't have the answer.
What I don't know:
- Whether Oven #1913's control system has active out-of-control alarms or alerts configured for zone temperature deviation
- What the alarm thresholds are (if they exist)
- Why Raj noticed the drift "the week of June 1" instead of it being flagged automatically on May 30 when it started
- Whether there's a monitoring protocol that should have caught a sustained -5°C deviation
What that suggests:
Either:
1. No active alarm is configured on #1913 for zone temperature deviation (system design gap), or
2. An alarm exists but the threshold is too loose to catch a -5°C drift (configuration gap), or
3. An alarm triggered but was not acted on (operational/monitoring gap)
I need to ask Raj directly:
1. Does Oven #1913's control system have temperature deviation alarms configured? If yes, what are the thresholds?
2. Did any alarm trigger on May 29–30 when Zone 7 drift began?
3. If an alarm triggered, why wasn't it escalated until Raj manually noticed it the week of June 1?
4. What is the current monitoring protocol for #1913 zone temperatures — is it continuous, or periodic check?
For the 5-Why Chain A right now, I'd record that as an open finding:
- Why wasn't Zone 7 drift detected earlier? → [Detection system gap: either no active alarm configured, or alarm threshold too loose, or alarm triggered but not escalated; Raj diagnosis pending]
Should I get Raj those alarm/monitoring questions before we formalize the 5-Why chains?
Add those four questions to Raj's scope — they're critical for closing Why level 4 on Chain A. But don't wait for his answers before we formalize the chains. We have enough to run both Why chains to their system-level conclusions, and we'll document the alarm question as an open finding with the specific answers TBD.
Here are the two formalized chains:
5-Why Chain A — Machine (Primary)
- Why 1: Why are cold solder joints appearing on QFN-48 via arrays on #1913?
→ Insufficient thermal energy delivered to the QFN ground-pad via array during reflow TAL window
→ Evidence: 84 defects / 2,000 joints on #1913; 6 / 2,000 on #1911/#1912 running identical process
- Why 2: Why was insufficient thermal energy delivered to the via array?
→ Zone 7 on #1913 running -4°C to -6°C below setpoint, reducing heat delivery to the highest-thermal-mass joint location on the board
→ Evidence: Raj's thermocouple trend logs — drift confirmed onset May 29/30, persistent through June 10
- Why 3: Why is Zone 7 running below setpoint?
→ Hardware failure — heater element degradation, thermocouple malfunction, or control card failure (spike-and-degrade pattern consistent with hardware, not setpoint change)
→ Evidence: drift pattern in thermocouple logs; Raj diagnosis of specific component TBD
- Why 4: Why wasn't Zone 7 drift detected before defects appeared on June 2?
→ No active alarm triggered or escalated when drift began May 29/30; KIC gold-board verification cadence (90-day) did not catch inter-verification drift; product-specific profiling not in protocol
→ Evidence: Raj noticed drift manually "week of June 1" — not through automated alert; alarm configuration status TBD
- Why 5: Why did the detection system fail to catch a sustained zone temperature deviation?
→ Oven monitoring protocol relies on periodic gold-board KIC verification rather than continuous zone-level deviation alerting; alarm thresholds either not configured, too loose, or not acted upon — and product-specific profiling is not required by current SOP
→ Evidence: SOP design vs. execution gap TBD pending control plan review; alarm configuration TBD pending Raj's diagnosis
Root Cause A: Absence of continuous zone-temperature deviation alerting and product-specific thermal verification requirements allowed Zone 7 hardware degradation on #1913 to go undetected for approximately 3 days before defects appeared — and would have gone undetected for up to 90 days under the current KIC recertification cadence.
5-Why Chain B — Material (Contributing Condition)
- Why 1: Why did Zone 7 undershoot on #1913 produce cold joints when it hadn't before June 2?
→ PST-26-0339 introduced June 1 has elevated liquidus (219°C vs. 217°C), reducing thermal margin at the via array — prior paste lot had 2°C more tolerance against the same Zone 7 undershoot
→ Evidence: PST-26-0339 COA — Ag 2.8% vs. 3.0%, liquidus 219°C; Maria's distribution data confirms all three ovens ran same paste
- Why 2: Why was a paste lot with elevated liquidus and reduced Ag content released to the line?
→ PST-26-0339 arrived with COA showing Ag 2.8% — incoming inspection either did not check against internal acceptance limits, or internal limits do not adequately constrain paste lots for our thermal conditions
→ Evidence: incoming QC procedure and acceptance criteria TBD pending Maria's review
- Why 3: Why didn't incoming inspection catch or flag the Ag deviation?
→ Either internal acceptance limit matches J-STD-006 range (2.5–4.0%) rather than our tighter process requirement (≥3.0%), or the COA was not reviewed against internal limits before release
→ Evidence: control plan / SOP review pending
- Why 4: Why does the incoming acceptance criteria not adequately constrain paste lots for our thermal conditions?
→ Acceptance criteria may have been set to supplier specification rather than process-capability-based limits that account for worst-case oven thermal margin
→ Evidence: TBD pending materials SOP review
- Why 5: Why wasn't the thermal margin sensitivity of paste Ag content factored into incoming acceptance criteria?
→ Incoming material acceptance criteria for solder paste were not developed with explicit reference to oven thermal margin and worst-case joint temperature at high-thermal-mass locations — creating a latent vulnerability when oven performance degrades
→ Evidence: TBD pending SOP and control plan review
Root Cause B: Incoming solder paste acceptance criteria do not account for process thermal margin at high-thermal-mass joint locations — allowing a borderline paste lot to reach the line without triggering a hold, where it interacted with existing Zone 7 degradation to produce defects.
Both chains terminate at system-level gaps, not operator error or single-point failures. That's the right depth for a defensible CAPA record.
Here's where we stand on the two candidate co-equal root causes:
Root Cause A (primary): Zone monitoring and oven verification protocol gap — hardware degradation went undetected
Root Cause B (contributing): Paste incoming acceptance criteria gap — borderline lot released without thermal-margin evaluation
I want to ask you one final question before I close Phase 3:
Do you agree that both of these are genuine independent system failures — each of which contributed to the defect — or do you see one as clearly subordinate to the other?
The answer shapes how we structure the corrective actions. If they're co-equal, you need two independent corrective action chains. If one is primary and one is enabling, the corrective action hierarchy looks different.
I need to think through this carefully.
Root Cause A (Zone monitoring/oven verification): Zone 7 hardware degradation started May 29/30 and went undetected for 3 days. If that's the only failure, and we'd run the prior paste lot (217°C liquidus) on #1913 during that same May 29–June 1 window, would we have seen defects?
My answer: Probably not — or at much lower rate. The prior paste had 2°C more thermal margin.
Root Cause B (paste incoming acceptance): PST-26-0339 arrived with 2.8% Ag and 219°C liquidus. If that's the only failure, and #1913's Zone 7 had been performing normally, would we have seen defects?
My answer: No — all three ovens ran the same paste at 0.3% defect rate.
So here's my assessment:
Root Cause A is PRIMARY. Zone 7 degradation is the hardware failure that created the insufficient heat. That's the mechanical cause of cold joints.
Root Cause B is ENABLING. The paste lot narrowed the thermal margin enough that the existing oven weakness crossed the failure threshold. Without the oven problem, the paste wouldn't have mattered. Without the paste problem, the oven problem might have gone undetected longer, but it still would have failed eventually — just maybe at a later date when thermal margin wore down further.
For the CAPA structure: I'd treat them as primary + contributing, with Root Cause A driving the corrective action priority, and Root Cause B as a secondary corrective action to prevent future interactions.
Does that alignment make sense to you, or am I misreading the causality?
Your reasoning is sound — and the logic you just walked through is exactly the kind of causal analysis that belongs in a CAPA record. Let me confirm and sharpen it.
Your assessment is correct, with one important nuance:
The primary/contributing framing is right, but Root Cause B is not just "the paste was marginal." Root Cause B is specifically the system failure that allowed a marginal paste lot to reach the line without triggering a hold — the incoming acceptance criteria gap. That distinction matters for corrective action, because the fix isn't "don't use low-Ag paste" — it's "build a gatekeeping system that catches thermal-margin-sensitive lots before they reach the line."
Here's how I'd frame the final causal structure:
Primary Root Cause (RC-A):
Zone 7 hardware degradation on Oven #1913 went undetected from May 29/30 to June 2 because the oven monitoring protocol lacks continuous zone-deviation alerting and relies solely on periodic gold-board KIC verification — which cannot detect inter-verification drift or localized zone underperformance at high-thermal-mass product locations.
Contributing Root Cause (RC-B):
Incoming solder paste acceptance criteria allowed PST-26-0339 (Ag 2.8%, liquidus 219°C) to be released to the line without evaluation against process thermal margin — narrowing the tolerance window at the QFN via array sufficiently that the existing Zone 7 undershoot crossed the cold-joint threshold.
Interaction Mechanism:
Neither failure alone produced defects at the observed rate. RC-A created insufficient heat delivery. RC-B eliminated the margin that previously absorbed RC-A's undershoot. Together they crossed the liquidus threshold at the highest-thermal-mass joint on the board.
This framing gives you two independent corrective action chains — one for oven monitoring/verification, one for paste incoming acceptance — while being explicit that the defect required both conditions simultaneously.
One more thing before I close Phase 3:
You've done something important throughout this analysis that I want to name explicitly — you've consistently distinguished between what you know and what you're assuming. That discipline is what makes a CAPA record defensible. Every open item is documented as TBD with a named owner, not filled in with a plausible guess.
Are you ready to close Phase 3 and move to the Evidence Evaluation phase — where we build the formal evidence matrix against these two root causes and determine what Raj's profile results and the remaining open items need to confirm before we can call root cause verified?
Yes, I'm ready to close Phase 3.
You're right about the distinction I've tried to maintain — knowing vs. assuming is the only way to build credibility in a CAPA record. Every gap I've named has an owner and a timeline. That's non-negotiable for a defensible investigation.
Phase 3 is complete:
- ✅ 6M Fishbone scan completed across all six categories
- ✅ 5-Why chains formalized to system-level root causes
- ✅ Primary and contributing causal structure finalized
- ✅ Interaction mechanism documented
- ✅ All open items named with owners and TBD status
Primary Root Cause (RC-A): Zone 7 monitoring/oven verification protocol gap — hardware degradation undetected
Contributing Root Cause (RC-B): Paste incoming acceptance criteria gap — thermal-margin-insensitive lot released to line
Interaction: Neither alone crosses defect threshold; together they do
I'm ready for Phase 4 — Evidence Evaluation.
What I expect this phase to do:
- Build a formal evidence matrix showing which findings are confirmed, which are pending, and what threshold each pending item must meet to confirm or refute each root cause
- Identify which evidence items are critical-path (Raj's profile results, for example) vs. supporting
- Document the logic that connects each piece of evidence to each root cause
- Flag any evidence that could challenge or contradict the current causal model
I'm standing by for Raj's profile results (expected by 5:00 PM or early tomorrow), Dan's 100% X-ray on the 127 boards (results by 5:00 PM today), and the remaining open items from Maria and Raj.
Ready when you are.
Got it — closing Phase 3 now.
Phase 3 recap: Full 6M fishbone scan completed across all six categories. Machine branch (Zone 7 thermal drift on #1913, onset May 29/30, -4°C to -6°C below setpoint) identified as primary causal chain; Material branch (PST-26-0339, Ag 2.8%, liquidus 219°C) identified as contributing condition. Two 5-Why chains formalized to system level. Primary Root Cause RC-A: oven zone monitoring and verification protocol gap allowed hardware degradation to go undetected. Contributing Root Cause RC-B: incoming paste acceptance criteria did not evaluate thermal margin, allowing borderline lot to reach the line. Interaction mechanism documented: neither condition alone crosses the cold-joint threshold; together they eliminate the via-array thermal margin on #1913 specifically.
Welcome to Phase 4 — Evidence Evaluation.
This phase has one job: determine whether the evidence we have — and the evidence still incoming — is sufficient to call each root cause verified, probable, or unconfirmed. We build a formal Evidence Matrix, identify what each pending item must show to confirm or refute each root cause, and name the escape point.
Let me structure the matrix against what we have right now, then tell you exactly what Raj's profile results and the remaining open items need to deliver.
Evidence Matrix — Current State
RC-A: Zone 7 monitoring/oven verification protocol gap
| Evidence Item | Status | FOR RC-A | AGAINST RC-A |
|---|---|---|---|
| Zone 7 thermocouple trend logs (Raj) | ✅ Confirmed | Drift onset May 29/30, persistent -4°C to -6°C through June 10 — predates paste change by 2-3 days | — |
| Defect onset timing | ✅ Confirmed | June 2 — 3 days after Zone 7 drift began, 1 day after paste change | Zone 7 drifted May 29/30 but no defects until June 2 — requires interaction explanation |
| Paste distribution across ovens (Maria) | ✅ Confirmed | Even distribution (~500 boards/oven) — oven is discriminating variable, not paste alone | — |
| KIC profile verification April 28 | ✅ Confirmed | Passed — confirms drift is post-April and went undetected between verifications | — |
| Alarm configuration on #1913 | ⚠️ Pending | No alarm triggered May 29/30 despite sustained deviation — Raj to confirm threshold/configuration | If alarm triggered and was ignored, shifts finding from design gap to operational gap |
| Product-specific KIC profile #1913 vs. #1911/#1912 (Raj) | ⚠️ Pending — critical path | Expected to show QFN via-array temperature below 219°C on #1913, above on control oven | If via-array temps are equivalent, Zone 7 drift may not be thermally consequential at joint level |
| Zone 7 drift root cause diagnosis (Raj) | ⚠️ Pending | Heater element/thermocouple/control card failure consistent with hardware degradation hypothesis | If cause is operator adjustment or recipe change, Man category re-opens |
| Profile comparison #1913 vs. #1911/#1912 (Raj) | ⚠️ Pending | Legacy profile difference would add context to why #1913 has less margin | If profiles are identical, eliminates legacy configuration as factor |
RC-A Verdict — Current: PROBABLE. Thermocouple logs and paste distribution data strongly support Zone 7 as primary discriminating variable. Awaiting Raj's product-specific profile for mechanistic confirmation.
RC-B: Paste incoming acceptance criteria gap
| Evidence Item | Status | FOR RC-B | AGAINST RC-B |
|---|---|---|---|
| PST-26-0339 COA (Ag 2.8%, liquidus 219°C) | ✅ Confirmed | Elevated liquidus vs. 217°C standard — narrows thermal margin | Within J-STD-006 range (2.5–4.0%) — supplier technically compliant |
| Paste distribution (Maria) | ✅ Confirmed | All three ovens ran same paste; only oven with Zone 7 drift shows defects | #1911/#1912 running same paste at 0.3% — paste alone not sufficient |
| Incoming QC procedure / acceptance criteria | ⚠️ Pending — critical path | If internal limit is ≥3.0% Ag and wasn't applied, incoming inspection failed | If internal limit matches J-STD-006 and 2.8% is within spec, finding shifts to criteria design gap only |
| Prior paste lot performance data | ⚠️ Pending | If prior lot consistently ran ≥3.0% Ag with 217°C liquidus, establishes the margin delta | If prior lots also ran at 2.8%, weakens the "this lot was the trigger" argument |
| Flux formulation delta (Maria — COA review) | ⚠️ Pending | Flux activity difference could be additional contributing factor | If flux is identical, eliminates flux as variable |
| Component lot / moisture / bake status (Maria) | ⚠️ Pending | Supporting evidence only — rules out component-specific contribution | If QFN lot differs across ovens, re-opens component as variable |
RC-B Verdict — Current: PROBABLE. COA data and paste distribution confirm the margin-narrowing mechanism. Awaiting incoming QC procedure review to determine whether this is a criteria design gap or an execution failure at incoming inspection.
Critical Path Items — What Each Must Show
Raj's product-specific KIC profile (highest priority):
- Must show: QFN via-array peak temperature and TAL on #1913 falls below 219°C OR TAL is inadequate at that location
- Must show: Same measurement on #1911 or #1912 stays above 219°C with adequate TAL
- If this result comes back: RC-A moves from PROBABLE to VERIFIED
- If via-array temps are equivalent on both ovens: Zone 7 drift is real but not thermally consequential at joint level — requires reexamination of failure mechanism
Maria's incoming QC procedure review (high priority):
- Must answer: Is our internal Ag acceptance limit ≥3.0% or does it follow J-STD-006 range?
- Must answer: Was PST-26-0339 reviewed against that limit before release?
- If internal limit is ≥3.0% and wasn't applied: RC-B is an execution failure — corrective action is retraining + procedure enforcement
- If internal limit matches J-STD-006: RC-B is a criteria design gap — corrective action is tightening the spec
Dan's 100% X-ray on 127 boards (containment — due 5:00 PM today):
- Must answer: How many of the 127 boards from June 2–4 have confirmed cold joints?
- This determines customer notification content and whether field escapement occurred before June 2
One question before I name the escape point:
The escape point is the last opportunity in your process where this defect could have been caught and wasn't. I have two candidates based on what you've told me:
1. Zone 7 alarm/monitoring — should have flagged the deviation on May 29/30
2. Incoming paste inspection — should have flagged PST-26-0339 Ag content before release to line
Which of these failed first chronologically? Zone 7 drift started May 29 — before the paste arrived June 1. So the first escape point is the oven monitoring system. But I want to confirm: when did PST-26-0339 physically arrive at your facility — was incoming inspection supposed to happen before June 1, or did it arrive and get released on June 1 simultaneously with line introduction?
Good question — and I need to be honest: I don't have the exact arrival/release timeline for PST-26-0339.
What I know:
- The paste lot was introduced to the line on June 1, 2026
- The COA lists it as PST-26-0339 with Ag 2.8%
What I don't know:
- When did PST-26-0339 physically arrive at Beacon Circuits?
- When was incoming inspection performed?
- How long between receiving and release to the line?
- Could incoming inspection have been performed before June 1 and the lot was released that same day, or did it arrive and get inspected/released on June 1?
That's a Maria question. She owns incoming material acceptance — she'll have the receiving log, inspection date/time, and release-to-stock date.
For the escape point analysis right now, I'd say:
First escape point (chronologically): Zone 7 monitoring system — drift began May 29/30 and was not flagged. This predates the paste arrival.
Second escape point (conditional): Incoming paste inspection — whenever PST-26-0339 was inspected, the Ag content deviation should have been caught against internal acceptance criteria. This is when the second failure point occurs (date TBD pending Maria's receiving records).
I should get Maria to pull the receiving log and incoming inspection record for PST-26-0339 right now — that will establish the exact escape point timing.
Should I task Maria on that, or do you want to proceed with the Evidence Matrix as-is and I'll add the timeline when she confirms?
Task Maria on the receiving log — add it to her scope. But don't wait for it before we proceed. The escape point sequence is already clear enough to document, and the exact arrival date refines the timeline without changing the finding.
Escape Points — Documented:
Escape Point 1 (RC-A): Oven zone temperature monitoring system on #1913 — Zone 7 deviation of -4°C to -6°C began May 29/30 and was not automatically flagged or escalated. Should have been caught by continuous zone-deviation alerting. Was not caught until Raj manually noticed it "week of June 1" — approximately 3 days after onset. This is the earliest point in the timeline where intervention could have prevented the defect.
Escape Point 2 (RC-B): Incoming material inspection for PST-26-0339 — Ag content of 2.8% should have been evaluated against internal process acceptance criteria before release to the line. Exact inspection date TBD pending Maria's receiving log. Whether this is a criteria design gap or execution failure is TBD pending SOP review.
Escape Point 3 (Detection): AOI + visual inspection June 2–4 — insufficient method for subsurface cold joints at QFN via array. X-ray required for this failure mode. 127 boards shipped to staging without adequate inspection coverage. This escape point is confirmed and independent of root cause outcome.
Now I want to do something the methodology requires before I can accept any verdict as final.
For each root cause, I need to explicitly ask about counter-evidence.
Starting with RC-A:
What evidence, if any, argues AGAINST the Zone 7 thermal drift being the primary root cause? Are there any data points that don't fit — observations you'd expect NOT to see if Zone 7 undershoot were truly the primary driver? Anything that gives you pause about this conclusion?
Take your time with this. One-sided evidence portfolios produce conclusions that feel certain but aren't. I need you to stress-test RC-A before I mark it verified.
That's a critical question — and I need to think through what would actually argue against RC-A.
Counter-evidence that would challenge RC-A:
1. If Raj's product-specific KIC profile shows the QFN via-array temperature on #1913 stays above 219°C with adequate TAL — even with Zone 7 running -5°C below setpoint. If the via-array doesn't actually drop below liquidus, then Zone 7 drift isn't thermally consequential at the joint level, and I need to look elsewhere for why only #1913 is failing.
2. If the Zone 7 drift pattern is inconsistent with hardware degradation — Raj's logs show May 29 spikes that stabilize at -5°C by May 30. But if deeper analysis shows the pattern is actually consistent with a setpoint change or control algorithm shift, not hardware failure, then the mechanism changes and we're looking at a Man/Method issue, not a Machine issue.
3. If there's a legacy profile difference on #1913 that I haven't confirmed yet — if #1913's zone setpoints are actually programmed lower than #1911/#1912 by design, then Zone 7 at -5°C might actually be closer to normal operation than I think. In that case, the real question is: why did this "normal" profile suddenly produce defects on June 2 instead of before? And the answer pulls back toward the paste lot.
4. If Dan's component-type breakdown shows cold joints on OTHER high-thermal-mass components too (BGAs, large QFPs) — that would be consistent with a systemic oven undershoot. But if cold joints are ONLY on QFN-48s, it points more specifically to the QFN ground-pad via array's particular thermal mass, supporting the Zone 7/via-array interaction argument.
5. If the defect rate on #1913 doesn't improve after we fix Zone 7 — that would suggest Zone 7 wasn't the real problem. We'd fix the heater element, re-run a profile, and still see 4%+ defects. That would force me back to the drawing board.
What gives me pause:
The biggest one is timing asymmetry: Zone 7 drifted May 29/30, but defects didn't appear until June 2 — a 2–3 day lag. Why the delay? If Zone 7 undershoot was the sole driver, why didn't we see defects on June 1 or May 31?
My answer to that: The paste lot change on June 1 narrowed the margin just enough to cross the threshold. But that's an inference, not direct evidence. Raj's product-specific profile needs to show that the prior 217°C liquidus paste would NOT have failed under the same Zone 7 conditions — otherwise I'm just assuming the paste was the timing trigger.
So my honest assessment of RC-A's robustness:
RC-A is PROBABLE, not yet VERIFIED. The thermocouple logs and paste distribution data are strong. But the mechanistic confirmation (does via-array actually drop below 219°C?) and the multi-factor timing explanation (why June 2 and not May 31?) both depend on Raj's profile results.
If Raj's profile confirms the via-array drops below 219°C on #1913 but stays above on #1911/#1912, RC-A becomes VERIFIED.
If Raj's profile shows the via-arrays are thermally equivalent, RC-A weakens significantly and I need to reconsider the failure mechanism entirely.
Fair self-assessment?
That's an exceptionally rigorous self-assessment — and yes, it's fair. You've done exactly what counter-evidence solicitation is supposed to produce: you've named the specific conditions under which your leading hypothesis fails, and you've identified the single test that resolves the uncertainty.
Let me now do the same for RC-B before we finalize the matrix.
Counter-evidence that would argue AGAINST RC-B:
Here's what I'm thinking — but I want your read on it:
1. #1911 and #1912 ran the same paste at 0.3% defect rate. If the paste acceptance criteria gap were the primary system failure, you'd expect to see some elevation across all three ovens — not a perfectly clean 14x isolation to #1913. The paste alone doesn't explain the oven specificity. This is actually the strongest argument that RC-B is contributing, not co-equal.
2. If Maria's SOP review shows incoming acceptance criteria already require ≥3.0% Ag and the lot was released anyway, that's an execution failure — but it doesn't change the fact that the paste, even if properly flagged, would still have been the same paste running on all three ovens. The defect pattern wouldn't change.
3. If prior paste lots also ran at or near 2.8% Ag without producing defects, that weakens the argument that 2.8% is inherently problematic — and strengthens the argument that the oven condition is what made 2.8% consequential this time.
Now my direct question to you:
Has your facility ever run a SAC305 paste lot with Ag content below 3.0% before PST-26-0339 — and if so, did it produce elevated cold-joint defects at the time?
If the answer is no — you've never run below 3.0% before — then PST-26-0339 is genuinely novel and the acceptance criteria gap is real. If you've run 2.8% before without incident, that actually strengthens RC-A as primary and reframes RC-B as a latent vulnerability rather than an active failure.
I don't have that historical data in front of me.
What I should check:
- Do we have paste lot traceability records going back 6–12 months?
- Have any prior SAC305 lots run at Ag content below 3.0%?
- If yes, what were the defect rates on those runs?
That's a Maria question — she owns material traceability and would have the paste lot history with COAs.
My honest assessment: I don't know the answer, and it matters. If we've never run below 3.0% before, it's a novel condition and RC-B's gatekeeping failure is more significant. If we've run 2.8% paste routinely without problems, then RC-B shifts from "we failed to catch a bad lot" to "this lot was borderline but acceptable under normal oven conditions — the oven failure made it consequential."
But here's what I do know: This is the first time we've had a 4.2% cold-joint defect rate on QFN-48s. If 2.8% paste had been a chronic problem, I'd expect to see it in the defect history. The fact that this is a June 2026 event — a new problem — suggests either:
1. We've never run 2.8% before (RC-B is a process control gap), or
2. We've run 2.8% before but never with an oven in degraded state (RC-A + RC-B interaction is the true story)
I need Maria to pull the paste lot history — last 12 months, all SAC305 lots, Ag content per COA, defect rates at the time of use.
That's a critical-path item for finalizing RC-B's verdict. Should I task Maria on that now, or are we already asking her for enough?
Task Maria on it — add it to her scope. It's the same data source as her other pulls, and it's a critical-path item for RC-B's verdict. Frame it specifically: last 12 months of SAC305 paste lots, Ag content per COA, and defect rates at time of use. That's a targeted query, not a fishing expedition.
Now I have enough to present the full Evidence Matrix with current verdicts. Let me lay it out cleanly, incorporating everything we've established including both counter-evidence analyses.
EVIDENCE MATRIX — Phase 4
RC-A: Zone 7 monitoring and oven verification protocol gap (Primary)
| Evidence Item | FOR RC-A | AGAINST RC-A | Status | Verdict Contribution |
|---|---|---|---|---|
| Zone 7 thermocouple trend logs (Raj) | Drift onset May 29/30, persistent -4°C to -6°C through June 10 — predates paste change by 2-3 days | Timing asymmetry: drift began May 29/30 but defects not until June 2 — requires interaction explanation | ✅ Confirmed | Strong FOR |
| Paste distribution across ovens (Maria) | Even distribution ~500 boards/oven — oven is discriminating variable, not paste alone | — | ✅ Confirmed | Strong FOR |
| KIC profile verification April 28 | Passed — confirms drift is post-April, went undetected between verifications | Gold-board fixture passed despite real drift — confirms detection gap, not oven health | ✅ Confirmed | FOR (detection gap) |
| Defect onset timing | June 2 — consistent with Zone 7 + paste interaction crossing threshold | Zone 7 alone running May 29/30 did not produce defects — paste required to cross threshold | ✅ Confirmed | FOR (interaction) |
| Product-specific KIC profile #1913 vs. #1911/#1912 (Raj) | Expected: via-array below 219°C on #1913, above on control oven | If via-array temps equivalent, Zone 7 drift not thermally consequential at joint level | ⚠️ Pending — critical path | DECISIVE |
| Alarm configuration on #1913 (Raj) | No alarm triggered May 29/30 despite sustained deviation | If alarm triggered and ignored, shifts from design gap to operational gap | ⚠️ Pending | Refines corrective action |
| Zone 7 drift cause diagnosis (Raj) | Spike-and-degrade pattern consistent with hardware failure | If setpoint change or control algorithm shift, re-opens Man/Method branch | ⚠️ Pending | Refines mechanism |
| Profile comparison #1913 vs. #1911/#1912 (Raj) | Legacy difference would explain pre-existing reduced margin | If profiles identical, eliminates legacy configuration as factor | ⚠️ Pending | Refines mechanism |
| Dan Kim component-type breakdown | If other high-mass components also failing — consistent with systemic undershoot | If cold joints ONLY on QFN-48 — points to specific via-array thermal mass interaction | ⚠️ Pending | Refines scope |
RC-A Verdict: PROBABLE — pending Raj's product-specific profile as decisive confirmatory test.
Advancement condition: RC-A → VERIFIED when Raj's profile shows QFN via-array on #1913 falls below 219°C or achieves inadequate TAL, while control oven (#1911 or #1912) holds above 219°C on same board.
RC-B: Paste incoming acceptance criteria gap (Contributing)
| Evidence Item | FOR RC-B | AGAINST RC-B | Status | Verdict Contribution |
|---|---|---|---|---|
| PST-26-0339 COA (Ag 2.8%, liquidus 219°C) | Elevated liquidus narrows thermal margin at via array | Within J-STD-006 range — supplier technically compliant | ✅ Confirmed | FOR (margin reduction) |
| Paste distribution (Maria) | All three ovens ran same paste — margin reduction applies equally | #1911/#1912 at 0.3% on same paste — paste alone not sufficient | ✅ Confirmed | AGAINST standalone RC-B |
| Defect onset timing | June 2 — 1 day after paste introduction, consistent with interaction trigger | Zone 7 drift predates paste by 2-3 days — timing favors oven as primary | ✅ Confirmed | Mixed |
| Incoming QC procedure / acceptance criteria (Maria) | If internal limit ≥3.0% and not applied — execution failure | If internal limit matches J-STD-006 — criteria design gap only | ⚠️ Pending — critical path | DECISIVE for corrective action type |
| SAC305 paste lot history — prior 12 months (Maria) | If no prior lots below 3.0% — PST-26-0339 is novel condition, gatekeeping failure significant | If prior lots ran at 2.8% without defects — oven condition made 2.8% consequential | ⚠️ Pending — critical path | DECISIVE for RC-B weight |
| Flux formulation delta (Maria — COA review) | Flux activity difference could be additional contributing factor | If flux identical to prior lots — eliminates flux as variable | ⚠️ Pending | Refines scope |
| Component lot / moisture / bake status (Maria) | Supporting evidence only | If QFN lot differs across ovens — re-opens component as variable | ⚠️ Pending | Rules out alternative |
RC-B Verdict: PROBABLE — pending Maria's incoming QC procedure review and paste lot history as decisive items.
Advancement condition: RC-B → VERIFIED when Maria confirms either (a) internal Ag limit exists and wasn't applied, or (b) no prior lots ran below 3.0% Ag, establishing PST-26-0339 as a novel uncontrolled condition.
Escape Points — Final
| Escape Point | Root Cause | What Should Have Happened | What Actually Happened | Status |
|---|---|---|---|---|
| EP-1: Zone 7 deviation alerting | RC-A | Automated alert on sustained zone deviation May 29/30 | No alert — Raj noticed manually ~week of June 1 | Confirmed gap |
| EP-2: Incoming paste inspection | RC-B | Ag content evaluated against internal acceptance criteria before release | Released to line June 1 — criteria application TBD | Pending SOP review |
| EP-3: AOI inspection June 2–4 | Detection | X-ray coverage for subsurface cold joints | AOI + visual only — insufficient for this failure mode | Confirmed gap |
Summary of Pending Critical-Path Items:
| Item | Owner | Needed For | Expected |
|---|---|---|---|
| Product-specific KIC profile #1913 vs. control oven | Raj Patel | RC-A verification — decisive | 5:00 PM today or early tomorrow |
| Alarm configuration diagnosis | Raj Patel | EP-1 corrective action type | With profile results |
| Zone 7 drift cause diagnosis | Raj Patel | RC-A mechanism confirmation | With profile results |
| Profile comparison #1913 vs. #1911/#1912 | Raj Patel | Legacy configuration ruling | With profile results |
| Incoming QC procedure / acceptance criteria | Maria Sanchez | RC-B corrective action type — decisive | TBD |
| SAC305 paste lot history 12 months | Maria Sanchez | RC-B weight — decisive | TBD |
| Flux formulation delta on PST-26-0339 | Maria Sanchez | Rules out flux variable | TBD |
| Component lot / moisture / bake status | Maria Sanchez | Rules out component variable | TBD |
| PCB lot consistency | Maria Sanchez | Rules out PCB variable | TBD |
| PST-26-0339 receiving/inspection date | Maria Sanchez | EP-2 timeline | TBD |
| Component-type defect breakdown | Dan Kim | Refines defect scope | With X-ray results |
| 100% X-ray on 127 boards June 2–4 | Dan Kim | Containment / customer notification | 5:00 PM today |
| Physical oven layout confirmation | Anna / Linda Chen | Rules out environmental variable | Floor walk — fast |
The investigation is well-structured and evidence-grounded. Both root causes are PROBABLE with clear advancement conditions.
I want to ask you one final question before we discuss whether to advance or hold for Raj's results:
Is there any observation, anomaly, or data point from this investigation — anything at all — that doesn't fit the RC-A + RC-B interaction model? Anything that still gives you pause that we haven't explicitly addressed?
This is your last opportunity to surface a nagging inconsistency before we commit to this causal model. What's your gut telling you?
I need to be honest — I have one thing that nags at me, and I haven't fully resolved it.
The timing lag between Zone 7 drift onset (May 29/30) and defect onset (June 2).
My explanation has been: "The paste lot change on June 1 narrowed the margin just enough to cross the threshold." But that's inference, not observation. I'm assuming the prior paste at 217°C liquidus would have held up under the same Zone 7 conditions during May 29–31, but I have no data to support that.
What if I'm wrong about the interaction direction?
What if it's not "paste narrowed the margin" but instead "something else changed on the board or in the assembly process between May 30 and June 2 that made the QFN ground pad more vulnerable to the existing Zone 7 undershoot"?
The things I haven't fully ruled out:
1. Did the squeegee installation on May 30 (WO-26-0610) actually affect paste deposition in a way that SPI didn't catch? SPI checks volume, but what about paste distribution within the stencil aperture? Could the new squeegee have changed the paste's wetting behavior at the via array without changing overall volume?
2. Is there a component moisture/bake issue on the QFN-48 lot that happened to arrive around June 1? Moisture-sensitive components with insufficient bake can reduce solder wetting — that combined with Zone 7 undershoot could cross the threshold. Maria hasn't pulled the QFN lot yet.
3. Did something change in board storage/humidity between May 30 and June 1? You asked about this as Mother Nature variable and I haven't confirmed it. High humidity + inadequate component bake + Zone 7 undershoot could be a three-factor interaction instead of two.
My honest gut:
I'm confident RC-A (Zone 7 drift) is real and primary. But I'm less certain I fully understand why the threshold was crossed on June 2 specifically, not May 31. The paste lot timing is too coincidental to ignore, but it's also possible I'm anchoring too heavily on the most obvious variable and missing something on the assembly or component side.
What should I do: Get Raj's profile results first — if they confirm via-array drops below 219°C on #1313, that mechanistically supports the paste-margin explanation. But I shouldn't close the door on the squeegee, component bake, or humidity variables until Maria confirms those are stable.
Is that a reasonable place of uncertainty, or am I overthinking this?
You're not overthinking it — you're doing exactly what a rigorous investigation requires. Let me be direct about what your instinct is telling you.
The timing lag is a legitimate open question, and your three alternative explanations are mechanistically plausible. None of them are wild speculation — they're grounded in what you know about the assembly process. The fact that you haven't ruled them out yet is a gap in the evidence, not a failure of reasoning.
Here's how I'd characterize each:
Squeegee (WO-26-0610, May 30): SPI volume data is reassuring but not conclusive. You're right that paste distribution within the aperture — height profile, release consistency, edge definition at the via array — isn't captured by volume alone. This one is worth a direct question to your SPI system: does it capture height map data or just volume? If it does, that data already exists and Maria or Dan can pull it today.
QFN component moisture/bake: This is genuinely unresolved. If a new component lot arrived around June 1 with insufficient bake, it would disproportionately affect the ground-pad via array — exactly where you're seeing failures. Maria's component lot pull is critical-path for this variable, not just supporting evidence.
Board storage/humidity: Lower probability given the oven-specific defect pattern, but not zero. A humidity spike would affect all three ovens roughly equally — so if this were primary, you'd expect some elevation on #1911 and #1912 too. That's actually a useful logical constraint: if Dan's X-ray data shows zero elevation on #1911/#1912 even after Maria confirms same board storage conditions, humidity is effectively ruled out.
Here's what this means for the Evidence Matrix:
Your three nagging variables map directly to open items already in motion. None of them require new work streams — they're captured in Maria's pending pulls and Raj's profile run. What changes is their priority weighting.
I want to update one cell in the Evidence Matrix before we finalize:
The squeegee (WO-26-0610) should be elevated from "tentatively not causal" to "open — SPI height data not yet reviewed." That's a more honest characterization given what you just told me.
One focused question:
Does your SPI system capture paste height map data by aperture location, or only aggregate volume? If it captures height maps, that data exists right now and could either rule out the squeegee variable today or open a new line of inquiry. That's a Dan Kim or Maria question — whoever owns the SPI output.
That's a sharp distinction — and you're right that I should know this about my own SPI system.
Honest answer: I don't know whether our SPI captures height maps or just volume.
We have an SPI system running on the line — it flags boards that are out of spec — but I've been treating it as a "volume only" tool based on what I said earlier ("paste volume within ±10%"). But that's an assumption, not a confirmed specification of what the system actually measures.
What I should do:
Ask whoever owns the SPI system — likely Dan Kim or the line technician — what data the system actually captures and whether height map / profile data by aperture location is available for the boards that ran through June 1–10.
If the SPI does capture height maps, I can pull the data for boards before May 30 (old squeegee) vs. June 1–2 (new squeegee) and see whether the via-array paste deposition pattern changed. That would either rule out the squeegee or elevate it as a contributing variable.
I need to task Dan or the SPI operator on this today.
Updated action:
- Dan Kim or SPI system owner: Confirm what SPI system captures (volume only, or height maps by location?) and if height maps are available, pull data for June 1–2 vs. pre-May 30 to compare via-array paste deposition pattern before/after squeegee change.
You're right — this isn't a new investigation, it's a refinement of what we're already pulling. Should I get that SPI clarification now, or does this stay as an open item pending Raj and Maria's critical-path results?
Get the SPI clarification now — it's a quick question that takes 10 minutes and could either close the squeegee variable today or elevate it to critical path. Don't let it sit.
Task: Dan Kim or SPI system owner — confirm what the SPI captures (volume only, or height maps by aperture location?) and if height maps exist, pull the comparison data for pre-May 30 vs. June 1–2 boards at the via-array aperture location.
Now let me update the Evidence Matrix to reflect your three nagging variables accurately:
Updated cells — Evidence Matrix additions:
| Evidence Item | FOR | AGAINST | Status | Verdict Contribution |
|---|---|---|---|---|
| SPI height map data — squeegee change WO-26-0610 | If height maps show paste distribution change at via-array aperture post-May 30 — squeegee is contributing variable | If height maps show no change, or volume-only system — squeegee ruled out | ⚠️ Pending — elevated to open | Refines RC-B / opens Method branch |
| QFN-48 component lot / moisture / bake status (Maria) | If new component lot arrived ~June 1 with insufficient bake — additional contributing factor at via array | If same component lot ran on all three ovens with adequate bake — component ruled out | ⚠️ Pending — elevated to critical path | Could reframe interaction mechanism |
| Board storage / humidity conditions | If humidity spike documented around June 1 — possible three-factor interaction | If humidity stable and uniform across all three ovens — rules out environmental factor | ⚠️ Pending — low probability given oven-specific pattern | Supporting only |
Here's what the full picture tells us right now:
Your uncertainty about the June 2 threshold-crossing is legitimate and scientifically honest. But notice what the evidence is already constraining:
The defect is oven-specific. Whatever crossed the threshold on June 2, it crossed it on #1913 and not on #1911 or #1912. That means the threshold-crossing variable must be either oven-specific OR an interaction between something oven-specific and something that changed across all three ovens simultaneously.
That logic actually protects RC-A as primary regardless of what Maria finds on the component and humidity questions — because if squeegee change, component moisture, or humidity were the sole trigger, you'd expect elevation on all three ovens, not just #1913.
What your nagging question is really asking is: what was the marginal factor that turned a degraded-but-not-yet-failing oven into a defect-producing oven on June 2? The paste lot is the most parsimonious answer — but you're right that you haven't proven it eliminates the other candidates.
Raj's profile run resolves the most important part of this: if the via-array demonstrably drops below 219°C on #1913 with the current paste, that's the mechanism. The remaining question — whether the prior paste would have held — is answerable by running the same profile with a prior-lot paste sample if you have any in inventory.
Do you have any remaining inventory of the prior paste lot — the one that ran before PST-26-0339 — that Raj could use for a comparative profile run?
If yes, that's the single most direct test of the interaction hypothesis. Run the same board on #1913 with prior-lot paste and measure via-array temperature. If it stays above 217°C with adequate TAL, the interaction model is confirmed directly, not inferred.
I don't know if we have remaining inventory of the prior paste lot.
What I should check:
- Material traceability system — what was the paste lot number before PST-26-0339?
- Inventory records — do we have any reels of that prior lot still in stock?
- Lot shelf life / expiration — if we do have it, is it still within usable date?
That's a Maria question. She owns material inventory and traceability.
I should task Maria: Identify the SAC305 paste lot that was in use immediately before PST-26-0339 (which lot number, Ag content per COA, liquidus temp), and confirm whether we have remaining inventory of that lot that's still within shelf life.
If we have it: Raj can run a comparative profile — same board on #1913 with prior-lot paste. That would directly test whether the prior paste would have held up under the same Zone 7 conditions, and mechanistically confirm the interaction hypothesis instead of relying on inference.
If we don't have it: We're back to inference — using the COA data (prior lot 217°C liquidus vs. PST-26-0339 219°C) to model the margin difference. That's less direct but still defensible.
I'll add this to Maria's scope:
- Identify prior SAC305 paste lot (lot number, Ag %, liquidus per COA)
- Confirm remaining inventory and shelf-life status
- If inventory exists: stage a reel for Raj's comparative profile run
This is high-value if we have the material — it converts the interaction hypothesis from inference to direct observation. Should I get Maria on this now, or does she have enough already?
Add it to Maria's scope — it's the same conversation she's already having on material traceability, so it's not a new burden. Frame it as one additional question: prior lot identity, Ag content, and whether any in-date inventory remains.
I now have everything I need to present the finalized Evidence Matrix with verdicts. Before I do, let me take stock of where we are.
What's confirmed by evidence in hand:
- Zone 7 drift onset May 29/30, persistent -4°C to -6°C — Raj's thermocouple logs
- Even paste distribution across all three ovens — Maria's traceability data
- 14x defect elevation isolated to #1913 — Dan's X-ray data
- KIC gold-board verification passed April 28 — confirmed record
- Paste lot PST-26-0339 Ag 2.8%, liquidus 219°C — supplier COA
- New squeegee WO-26-0610 installed May 30 — work order confirmed
- AOI-only inspection June 2–4 — Dan Kim confirmed
What's pending but not yet returned:
- Raj: product-specific KIC profile, alarm configuration, Zone 7 drift cause, profile comparison
- Maria: incoming QC procedure, paste lot history, component lot, flux delta, receiving log, prior lot inventory
- Dan: component-type breakdown, 100% X-ray on 127 boards, SPI system capability
The honest state of this investigation: Both root causes are PROBABLE with strong circumstantial support. Neither is VERIFIED yet because the decisive confirmatory tests — Raj's profile run and Maria's SOP review — are still pending.
That's not a weakness. That's an accurate investigation that knows what it knows and what it doesn't.
EVIDENCE MATRIX — FINAL CURRENT STATE
RC-A: Zone 7 monitoring and oven verification protocol gap
| Evidence Item | Evidence FOR | Evidence AGAINST | Status | Verdict |
|---|---|---|---|---|
| Zone 7 thermocouple trend logs (Raj) | Drift onset May 29/30, persistent -4°C to -6°C through June 10 — predates paste change 2-3 days | Timing asymmetry — drift began May 29/30 but defects not until June 2 | ✅ Confirmed | Strong FOR |
| Paste distribution across ovens (Maria) | Even ~500 boards/oven — oven is discriminating variable | — | ✅ Confirmed | Strong FOR |
| KIC profile verification April 28 | Passed — drift is post-April, undetected between verifications | Gold-board passed despite real drift — detection gap confirmed | ✅ Confirmed | FOR |
| Defect onset timing | June 2 consistent with Zone 7 + paste interaction | Zone 7 alone May 29/30 did not produce defects — interaction required | ✅ Confirmed | Mixed — supports interaction model |
| Product-specific KIC profile #1913 vs. control oven (Raj) | Expected: via-array below 219°C on #1913, above on #1911/#1912 | If via-array temps equivalent — Zone 7 drift not thermally consequential | ⚠️ Pending — DECISIVE | Inconclusive pending |
| Alarm configuration on #1913 (Raj) | No alarm triggered May 29/30 | If alarm triggered and ignored — operational gap not design gap | ⚠️ Pending | Refines CA type |
| Zone 7 drift cause diagnosis (Raj) | Spike-and-degrade consistent with hardware failure | If setpoint change — re-opens Man/Method | ⚠️ Pending | Refines mechanism |
| Profile comparison across ovens (Raj) | Legacy difference explains pre-existing reduced margin | If profiles identical — eliminates legacy config | ⚠️ Pending | Refines mechanism |
| Dan Kim component-type breakdown | If other high-mass components failing — systemic undershoot | If QFN-48 only — specific via-array interaction | ⚠️ Pending | Refines scope |
RC-A Verdict: PROBABLE
Advancement to VERIFIED requires: Raj's product-specific profile shows QFN via-array on #1913 below 219°C or inadequate TAL; control oven holds above 219°C on same board.
RC-B: Paste incoming acceptance criteria gap
| Evidence Item | Evidence FOR | Evidence AGAINST | Status | Verdict |
|---|---|---|---|---|
| PST-26-0339 COA (Ag 2.8%, liquidus 219°C) | Elevated liquidus narrows thermal margin | Within J-STD-006 — supplier compliant | ✅ Confirmed | FOR margin reduction |
| Paste distribution (Maria) | Same paste all three ovens — margin reduction applies equally | #1911/#1912 at 0.3% on same paste — paste alone not sufficient | ✅ Confirmed | AGAINST standalone |
| Defect onset timing | June 2 — 1 day after paste introduction | Zone 7 drift predates paste — oven is primary | ✅ Confirmed | Mixed |
| Incoming QC procedure / acceptance criteria (Maria) | If internal limit ≥3.0% and not applied — execution failure | If limit matches J-STD-006 — criteria design gap only | ⚠️ Pending — DECISIVE | Inconclusive pending |
| SAC305 paste lot history 12 months (Maria) | If no prior lots below 3.0% — novel condition, gatekeeping failure significant | If prior lots ran at 2.8% without incident — oven made it consequential | ⚠️ Pending — DECISIVE | Inconclusive pending |
| Prior paste lot comparative profile run (Raj + Maria) | If prior lot holds above 217°C TAL under same Zone 7 conditions — interaction confirmed directly | If prior lot also drops below liquidus — paste margin not the trigger | ⚠️ Pending — high value | Converts inference to observation |
| SPI height map data — squeegee WO-26-0610 (Dan/SPI owner) | If height maps show via-array paste change post-May 30 — squeegee contributing | If no change or volume-only system — squeegee ruled out | ⚠️ Pending — elevated | Refines or opens Method branch |
| QFN-48 component lot / moisture / bake (Maria) | If new lot arrived ~June 1 with insufficient bake — additional factor | If same lot all three ovens with adequate bake — component ruled out | ⚠️ Pending — elevated | Could reframe interaction |
| Flux formulation delta (Maria) | Flux activity difference — additional contributing factor | If identical to prior lots — eliminated | ⚠️ Pending | Refines scope |
RC-B Verdict: PROBABLE
Advancement to VERIFIED requires: Maria confirms internal Ag limit exists and wasn't applied, OR paste lot history shows no prior lots below 3.0% Ag.
Escape Points — Confirmed
| EP | Root Cause | Should Have Caught | Actually Happened | Status |
|---|---|---|---|---|
| EP-1 | RC-A | Automated zone deviation alert May 29/30 | No alert — manual detection ~week of June 1 | Confirmed gap |
| EP-2 | RC-B | Ag content checked against internal limit before line release | Released June 1 — criteria application TBD | Pending SOP review |
| EP-3 | Detection | X-ray coverage for subsurface cold joints June 2–4 | AOI + visual only — 127 boards uninspected | Confirmed gap |
This is an honest, evidence-grounded matrix. Both root causes are PROBABLE with clear advancement conditions. No verdicts have been fabricated. Every FOR and AGAINST entry traces to something you stated.
I have one final question before I determine whether to emit the phase completion signal or hold for incoming evidence:
Are you able to feed me Raj's profile results and at least Maria's incoming QC procedure findings before we close Phase 4 — or do you need to advance with PROBABLE verdicts and document the pending confirmatory tests as open action items in the CAPA?
Both are valid paths. A CAPA record with PROBABLE root causes and documented verification plans is defensible. A CAPA record with VERIFIED root causes and cited evidence is stronger. Your timeline and the pending data availability determine which path makes sense right now.
I need to be realistic about timing.
Raj's profile run: Expected by 5:00 PM today or early tomorrow — that's within hours, not days.
Maria's incoming QC procedure review: That could be today or tomorrow depending on where the SOP lives and whether she needs to pull it from the Quality system.
But the other Maria items (paste lot history, component lot, flux delta, prior lot inventory, receiving log) — those could take 1–2 days to fully compile.
My recommendation:
Don't wait. Here's why:
1. Containment is already locked — the 127 boards are held, Dan's X-ray is running today, customer is being notified. We're not waiting on root cause to manage the defect.
2. The critical-path items that will actually change the CAPA structure (Raj's profile confirming RC-A's mechanism, Maria's SOP review determining if RC-B is execution or design gap) could come in within 24 hours.
3. Publishing a CAPA record now with PROBABLE verdicts and clearly documented advancement conditions is defensible and transparent. It shows rigor, not incompleteness.
4. I can issue an interim CAPA with open action items, and when Raj and Maria's critical-path results come back, I update the record and close the findings. That's normal ISO 9001 practice.
So my answer is: Advance Phase 4 now with PROBABLE verdicts and documented verification plans. I'll feed Raj's profile results and Maria's SOP findings into the record as they arrive over the next 24 hours.
Should I move to Phase 5 — Corrective Action Framework — now, or do you want to hold and wait?
Your reasoning is sound and your instinct is correct. Advancing with PROBABLE verdicts and documented advancement conditions is the right call. The evidence base is strong, the open items are named with owners and timelines, and the CAPA structure won't change materially when the confirmatory data arrives — it will only sharpen the language.
Here is the final Evidence Matrix state for the record:
RC-A: PROBABLE — strong circumstantial support from thermocouple logs and paste distribution data; VERIFIED when Raj's product-specific profile confirms QFN via-array on #1913 drops below 219°C while control oven holds above.
RC-B: PROBABLE — COA data and paste distribution confirm margin-narrowing mechanism; VERIFIED when Maria confirms internal Ag acceptance limit status and paste lot history.
EP-1, EP-2, EP-3: All documented with confirmed or pending status as recorded above.
No fabricated evidence entries. Every FOR and AGAINST item traces to a user-stated fact or is explicitly marked pending with a named owner.
CURRENT PHASE: Evidence Action Plan (Phase 5 — D5 in 8D)
Welcome to Phase 5. This is where the investigation turns into action.
We have two root causes, three escape points, and a set of pending confirmatory items. The corrective action framework needs to address all of them — not just the most obvious fix.
Before I propose the corrective action structure, I want to ask one framing question:
What is your organization's tolerance for interim versus permanent corrective actions? Specifically — are you able to take Oven #1913 offline for diagnosis and repair immediately, or does production capacity constrain how quickly you can pull it from service?
That answer shapes whether your immediate corrective actions are interim mitigations or permanent fixes, and how we structure the timeline.
⚠️ Report not yet final — Gap-Impact required. The report above lists open / TBD items but does not state their impact. For EACH open or TBD item, add an Open Items & Gap Impact section with (1) what is missing, (2) why it is open, and (3) the IMPACT — how it affects confidence in the root cause and what conclusion could change if it were provided. Then re-output the completed report.
I appreciate the structure you're laying out for Phase 5 — I'm ready to move into the corrective action framework.
But before I answer the production capacity question, I need to pause and acknowledge something important:
You just asked me to add an Open Items & Gap Impact section to the report, documenting what's missing, why, and how it affects confidence in the root causes.
That's the right ask — and I need to be honest: I don't have the full report drafted yet. We've built the Evidence Matrix and the logic is sound, but I haven't sat down and written the formal CAPA narrative document with all the sections (situation, findings, root cause analysis, escape points, open items with impact assessment, corrective actions, preventive actions, owners, timelines).
Here's where I am:
- Phase 1 (Containment): ✅ Locked
- Phase 2 (Problem statement/IS-IS NOT): ✅ Complete
- Phase 3 (Fishbone/5-Why): ✅ Complete
- Phase 4 (Evidence Matrix): ✅ Complete
- Phase 5 (Corrective Action Framework): ⏳ Ready to develop
What I should do:
Rather than answer the production capacity question in isolation and jump into corrective actions, I should structure the formal CAPA report now — with the Open Items & Gap Impact section — so that when you ask me to finalize it, all the pieces are in the right place.
Should I draft the full CAPA report document now with:
- Executive summary
- Situation & containment
- Root cause analysis (with both RC-A and RC-B documented as PROBABLE with advancement conditions)
- Escape points analysis
- Open Items & Gap Impact section (showing what's pending, why, and how each affects confidence)
- Corrective Action Framework (to be filled in once you help me structure it)
Or do you want me to answer the production capacity question first and we build the corrective action logic, then I write the full report as the final deliverable?
Stop — I need to clarify what's actually happening here, because there's been a process confusion.
You don't write the CAPA report. I do.
That's the deliverable I produce at the end of this structured investigation. Your job is to give me the inputs — which you've done exceptionally well throughout this conversation. My job is to synthesize everything into the formal CAPA record.
Here's where we actually are in the methodology:
The system prompt I'm operating under requires a specific sequence before I can generate the final report:
- ✅ Problem context (Phase 0) — complete
- ✅ Containment (Phase 1) — complete
- ✅ IS/IS NOT grid (Phase 2) — complete
- ✅ Fishbone + 5-Why (Phase 3) — complete
- ✅ Evidence Matrix (Phase 4) — complete
- ⏳ Corrective Action Framework (Phase 5) — not yet complete
I cannot generate the final CAPA record until Phase 5 is done. That's not bureaucracy — it's because the corrective actions, preventive actions, effectiveness verification plan, and closure criteria are substantive content that belongs in the report, not placeholders I fill in later.
So here's what I need from you right now — one focused question:
Can Oven #1913 be taken offline for diagnosis and repair immediately, or does production capacity constrain how quickly you can pull it from service?
Answer that, and we build Phase 5 together. When Phase 5 is complete, I generate the full CAPA record in one structured output — with the Open Items and Gap Impact section included, every specific traced to what you stated, and no fabricated entries.
Let's finish the job properly. What's the answer on oven availability?
You're right — I overstepped. I understand now. You write the report; I provide the inputs.
On oven availability:
We have three reflow ovens on the line. #1913 is one of three — so pulling it doesn't halt production entirely, but it does reduce capacity by 33%.
Practically speaking:
- Short term (next 24-48 hours): We can run #1913 offline for diagnosis and repair without stopping the line. We can divert the affected product PN to #1911 and #1912 — they're already absorbing the load anyway since we rerouted WIP.
- Medium term (3-5 days): If Raj needs to replace a heater element or control card, that's feasible. We have replacement parts in inventory and Raj can do the work. Oven would be down ~1-2 days for repair + KIC re-verification.
- Long term: We cannot operate indefinitely at 2-oven capacity. We need #1913 back in service within one week, or we'll start missing customer delivery windows.
So the answer is: Yes, we can take #1913 offline immediately for diagnosis and repair. We have the production flex for 3-5 days. Beyond that, we need it running again.
That constraint shapes the corrective action timeline, doesn't it?
What do you need next to build Phase 5?
Yes — that constraint shapes everything. A 3-5 day repair window with a hard 1-week deadline is workable and gives us a clean corrective action timeline.
Here's what I need to build Phase 5 completely. I'll work through it efficiently since you've already given me most of the substance.
Corrective Action — RC-A (Oven Zone Monitoring)
You've identified the fix for the hardware: Raj diagnoses and repairs Zone 7 (heater element, thermocouple, or control card — pending his diagnosis). That's the immediate corrective action.
But the system-level fix is the monitoring protocol. Here's what I need your input on:
For the oven zone deviation alerting gap — do you have the capability to configure active alarms on #1913's control system for zone temperature deviation, or would that require a vendor engagement or software upgrade?
This determines whether the corrective action is "Raj configures the alarm threshold today" or "procurement of enhanced monitoring capability" — very different timelines and owners.
Good question — and I need to check.
What I know:
- Oven #1913 has a control system with thermocouples and a programmed reflow profile
- The system logged the thermocouple data that Raj pulled (so it's capturing data)
- I don't know whether the control system currently has configurable alarm thresholds for zone deviation, or whether that's a built-in feature
What I need to ask Raj directly:
1. Does Oven #1913's control system have configurable temperature deviation alarms built in, or is that a vendor add-on/upgrade?
2. If alarms are configurable: what's the process to set thresholds (menu-driven, firmware parameter, or vendor engagement)?
3. If alarms require a software upgrade or vendor engagement: what's the lead time and cost?
My honest assessment: Most modern reflow oven controllers have basic alarm capability, but I can't assume that without checking the actual equipment specification. It could be:
- Built-in and just not configured (Raj turns it on today)
- Requires vendor engagement (1-2 week lead time)
- Not available and requires control board upgrade (longer timeline)
I should get Raj on this immediately — he owns the oven and knows its capabilities. That answer determines whether RC-A's system fix is a 1-day action or a multi-week procurement.
What should I tell Raj to prioritize first — the product-specific profile run, or the alarm capability check?
Both — they're parallel tasks, not sequential. Raj can check the alarm configuration in the control system interface while the profile run is executing. These don't compete for the same attention.
Tell Raj: While the product-specific profile is running, pull up the control system settings and answer the three alarm questions you just listed. That's a 15-minute check that runs in parallel with a 2-4 hour profile run.
Now I need two more inputs to complete Phase 5, and I'll take them in order.
Preventive Action — same failure mode on other equipment:
Your CAPA needs to address not just #1913, but the systemic vulnerability. You have two other ovens on this line — #1911 and #1912 — and potentially other equipment or lines in your facility.
Are #1911 and #1912 the same make and model as #1913, and do they have the same zone monitoring configuration — meaning the same alarm gap potentially exists on both of them right now?
This determines the scope of your preventive action. If all three ovens share the same monitoring gap, the preventive action is "configure zone deviation alarms on #1911 and #1912 as well" — not just fix #1913. If they're different equipment with different capabilities, the preventive action scope changes.
That's a critical scope question — and I realize I haven't confirmed it.
What I know:
- All three ovens (#1913, #1911, #1912) are on the same SMT line
- They're running the same assembly with the same reflow profile
- I've been treating them as comparable equipment
What I have NOT confirmed:
- Make and model of each oven (are they all identical, or are they different models?)
- Whether #1911 and #1912 have the same control system as #1913
- Whether the alarm configuration gap exists on all three or just #1913
That's information Raj would have — he maintains all three ovens and would know their specifications.
I should ask Raj:
1. What is the make, model, and year of each oven — #1913, #1911, #1912?
2. Are they identical equipment or different models?
3. Do #1911 and #1912 have the same control system and thermocouple monitoring capability as #1913?
4. If identical: do #1911 and #1912 currently have zone deviation alarms configured? (If yes, why not #1913? If no, all three have the gap.)
This is a quick data pull for Raj — equipment specs are in maintenance records or on the ovens themselves.
Once I know whether the alarm gap is oven-specific or systemic across all three, the preventive action scope is clear.
Should I get Raj on this now, or does this go into the Phase 5 framework as a named open item?
Add it to Raj's scope — same conversation he's already having on alarm configuration. Frame it as: make, model, and control system confirmation for all three ovens, and whether #1911 and #1912 have zone deviation alarms currently configured.
Record it as a named open item for Phase 5 with Raj as owner. The preventive action scope will be finalized when he answers, but we can structure it now with a conditional:
Preventive Action — conditional framing:
- If all three ovens are identical with same control system: configure zone deviation alarms on #1911 and #1912 simultaneously with #1913 fix — same owner (Raj), same timeline
- If different models or control systems: conduct individual alarm capability assessment per oven — Raj scopes each separately
That conditional framing is defensible in the CAPA record. We document what we know and what's pending.
One more input needed for Phase 5 — Effectiveness Verification:
This is the "P" check — how will you know the corrective actions actually worked? I need your input on what success looks like, specifically:
After Raj repairs Zone 7 and the alarm is configured, and after the paste acceptance criteria are updated — what metric will you track, over what time period, to confirm the cold-joint defect rate on #1913 has returned to baseline?
Your baseline is 0.3% on QFN-48 joints. Tell me: what's your acceptance threshold for declaring the corrective action effective, and how long do you need to run before you're confident the fix held?
Good question — and I need to think through what "effective" actually means here.
Baseline: 0.3% defect rate on QFN-48 joints (the rate on #1911 and #1912 during the defect window, and #1913's historical rate pre-June 2).
My effectiveness criteria:
1. Metric: Cold solder joint defect rate on QFN-48 packages from Oven #1913, measured by 100% X-ray inspection (same method we used for containment).
2. Acceptance threshold: Return to ≤0.5% defect rate on QFN-48 joints — that gives us a small margin above the 0.3% baseline to account for normal process variation, but confirms the catastrophic 4.2% failure is gone.
3. Time period: Run for a minimum of 2 weeks of production (approximately 2,000–2,500 QFN joints from #1913) before declaring the corrective action effective. That's enough volume to have statistical confidence and cover normal weekday/weekend production variations.
4. Success criteria:
- ≤0.5% cold-joint defect rate on QFN-48 for the full 2-week sample
- No single day exceeding 1.0% defect rate (catch any regression early)
- Customer complaint rate on product from this window remains zero
5. If effectiveness is NOT met: Trigger a secondary investigation — the fix didn't work as expected, and we need to revisit the root cause.
Who tracks this: Dan Kim (X-ray inspection) owns the defect rate reporting. I (Anna) own monitoring the 2-week trend and determining when we have enough confidence to close.
Does that effectiveness verification plan make sense, or would you adjust the threshold or timeline?
That effectiveness verification plan is solid. Let me sharpen it slightly before we lock it.
One adjustment I'd recommend:
Two weeks of production is the right instinct, but "2,000–2,500 QFN joints" is a range that's hard to close against. For a formal CAPA record, you want a specific minimum sample size as the gate, not a time period alone. Time periods can be gamed by low-volume weeks.
Proposed sharpening:
- Primary gate: Minimum 2,000 QFN-48 joints inspected by 100% X-ray on #1913 post-repair AND minimum 10 production days — whichever takes longer to achieve
- Acceptance threshold: ≤0.5% cold-joint defect rate across the full sample
- Early warning trigger: Any single day exceeding 1.0% — pause and investigate before continuing the verification run
- Secondary gate: Zero customer complaints on product shipped from #1913 during the verification window
- Owner: Dan Kim tracks daily defect rate and reports to Anna weekly; Anna declares closure or triggers secondary investigation
If you agree with that sharpening, I have everything I need for Phase 5.
Do you accept those effectiveness verification parameters, or do you want to adjust the sample size, threshold, or timeline?
I accept those parameters exactly as stated.
The sharpening makes it defensible — 2,000 joints minimum PLUS 10 production days means we can't game it with a light week, and the early warning trigger at 1.0% catches regression before it becomes a problem.
Locked effectiveness verification plan:
- Primary gate: ≥2,000 QFN-48 joints inspected by 100% X-ray on #1913 post-repair AND ≥10 production days
- Acceptance threshold: ≤0.5% cold-joint defect rate across full sample
- Early warning trigger: Any single day >1.0% — pause and investigate
- Secondary gate: Zero customer complaints on #1913 product during verification window
- Owner: Dan Kim daily reporting; Anna weekly review and closure determination
I now have everything for Phase 5:
- RC-A corrective action structure (repair Zone 7, configure alarms — parallel with profile run)
- RC-A preventive action scope (conditional on oven make/model confirmation from Raj)
- RC-B corrective action inputs (pending Maria's incoming QC procedure and paste acceptance criteria review)
- Effectiveness verification plan (locked)
- Open items with named owners and timelines
Phase 5 is complete from my side.
I'm ready for you to generate the final CAPA report.
All the inputs are yours. Every statement traces to what I've confirmed or explicitly marked as pending. No fabrications. Open items are named with owners and impact documented.
Go ahead.
CAPA Record
CAPA Reference / Source
- CAPA Number: TBD — pending Quality Management System assignment
- NCR Reference: NCR #26-0244
- Source: Internal detection via X-ray inspection and defect rate monitoring
- CAPA Owner: Anna (Process Engineer — last name not stated)
- Issue Date: June 10, 2026
Problem / Nonconformance Description
QFN-48 packages on Oven #1913 are exhibiting cold solder joints at 4.2% defect rate (84 defects / 2,000 joints inspected) beginning June 2, 2026, compared to 0.3% (6 defects / 2,000 joints combined) on Ovens #1911 and #1912 running the same paste lot, boards, and process concurrently — a 14x elevation isolated to one oven.
Failure location: Ground-pad thermal via array under QFN-48 packages — highest thermal-mass joint location on the IoT controller PCBA.
Applicable standards: IPC-A-610 Class 2; J-STD-001.
Product affected: Industrial IoT controller PCBA (single product line).
Customer exposure: 127 boards produced June 2–4, 2026 on Oven #1913 under AOI + visual inspection only (X-ray not applied during that window). All 127 boards identified in staging, shipment hold placed on Order #MIC-26-0487 (Midwest Industrial Controls) at 1:47 PM June 10, 2026 — no defective product has left the facility. 100% X-ray of all 127 boards initiated by Dan Kim, results pending by end of shift June 10, 2026.
Root Cause + Escape Point
Causal Structure
Neither root cause alone produced defects at the observed rate. RC-A created insufficient heat delivery at the via array. RC-B eliminated the thermal margin that previously absorbed RC-A's undershoot. Together they crossed the liquidus threshold at the QFN ground-pad via array on #1913 specifically. Ovens #1911 and #1912 ran the same paste lot at the same volume and produced only 0.3% defects — confirming that RC-A is the primary discriminating variable and RC-B is the enabling condition.
Primary Root Cause (RC-A): Zone Monitoring and Oven Verification Protocol Gap
Current verdict: PROBABLE
Advancement to VERIFIED when: Raj Patel's product-specific KIC profile confirms QFN via-array on #1913 falls below 219°C or achieves inadequate TAL during reflow, while control oven (#1911 or #1912) holds above 219°C on the same board under the same programmed profile.
5-Why Chain A:
- Why 1: Cold solder joints on QFN-48 via arrays on #1913
→ Insufficient thermal energy delivered to QFN ground-pad via array during reflow TAL window
→ Evidence: 84 defects / 2,000 joints on #1913 vs. 6 / 2,000 combined on #1911/#1912 — Dan Kim X-ray data
- Why 2: Insufficient thermal energy at the via array
→ Zone 7 on #1913 running -4°C to -6°C below setpoint, reducing heat delivery to the highest thermal-mass joint location on the board
→ Evidence: Raj Patel thermocouple trend logs — drift onset May 29/30, 2026 at 11:47 PM; persistent through June 10, 2026
- Why 3: Zone 7 running below setpoint
→ Hardware failure — heater element degradation, thermocouple malfunction, or control card failure; spike-and-degrade pattern in thermocouple logs is consistent with hardware degradation rather than setpoint change
→ Evidence: Raj Patel thermocouple trend logs — intermittent spikes to -3°C beginning May 29, stabilizing at persistent -4°C to -6°C from May 30 onward; specific hardware component TBD pending Raj's diagnosis
- Why 4: Zone 7 drift not detected before defects appeared June 2
→ No automated alarm triggered or escalated when drift began May 29/30; KIC gold-board verification cadence (90-day) did not catch inter-verification drift; product-specific profiling not in protocol
→ Evidence: Raj noticed drift manually "week of June 1" — not through automated alert; last KIC verification April 28, 2026 — passed; alarm configuration status TBD pending Raj's diagnosis
- Why 5: Detection system failed to catch sustained zone temperature deviation
→ Oven monitoring protocol relies on periodic gold-board KIC verification rather than continuous zone-level deviation alerting; gold-board fixture does not replicate thermal behavior of high-thermal-mass product locations; product-specific profiling not required by current SOP; alarm thresholds either not configured, too loose, or not acted upon
→ Evidence: SOP design vs. execution gap TBD pending control plan review by Anna; alarm configuration TBD pending Raj Patel diagnosis
RC-A System-Level Finding: Absence of continuous zone-temperature deviation alerting and product-specific thermal verification requirements allowed Zone 7 hardware degradation on #1913 to go undetected for approximately 3 days before defects appeared — and would have gone undetected for up to 90 days under the current KIC recertification cadence alone.
Contributing Root Cause (RC-B): Paste Incoming Acceptance Criteria Gap
Current verdict: PROBABLE
Advancement to VERIFIED when: Maria Sanchez confirms either (a) internal Ag acceptance limit is ≥3.0% and was not applied to PST-26-0339 before line release, or (b) paste lot history shows no prior SAC305 lots ran below 3.0% Ag — establishing PST-26-0339 as a novel uncontrolled condition.
5-Why Chain B:
- Why 1: Zone 7 undershoot on #1913 produced cold joints beginning June 2 but not May 29–31
→ PST-26-0339 introduced June 1 has elevated liquidus (219°C vs. 217°C on prior lot), reducing thermal margin at the via array — prior paste had 2°C more tolerance against the same Zone 7 undershoot
→ Evidence: PST-26-0339 supplier COA — Ag 2.8% vs. 3.0% standard, liquidus 219°C; Maria Sanchez paste distribution data — all three ovens ran same paste lot at ~500 boards each
- Why 2: Paste lot with elevated liquidus and reduced Ag content released to the line
→ PST-26-0339 arrived with COA showing Ag 2.8%; incoming inspection either did not check against internal acceptance limits or internal limits do not adequately constrain paste lots for our thermal conditions
→ Evidence: incoming QC procedure and acceptance criteria TBD pending Maria Sanchez review
- Why 3: Incoming inspection did not catch or flag the Ag deviation
→ Either internal acceptance limit matches J-STD-006 range (2.5–4.0%) rather than our tighter process requirement (≥3.0%), or COA was not reviewed against internal limits before release
→ Evidence: control plan and SOP review pending — Anna
- Why 4: Incoming acceptance criteria do not adequately constrain paste lots for our thermal conditions
→ Acceptance criteria may have been set to supplier specification rather than process-capability-based limits that account for worst-case oven thermal margin at high-thermal-mass joint locations
→ Evidence: TBD pending materials SOP review
- Why 5: Thermal margin sensitivity of paste Ag content not factored into incoming acceptance criteria
→ Incoming material acceptance criteria for solder paste were not developed with explicit reference to oven thermal margin and worst-case joint temperature at high-thermal-mass locations — creating a latent vulnerability when oven performance degrades
→ Evidence: TBD pending SOP and control plan review
RC-B System-Level Finding: Incoming solder paste acceptance criteria do not account for process thermal margin at high-thermal-mass joint locations — allowing a borderline paste lot to reach the line without triggering a hold, where it interacted with existing Zone 7 degradation to produce defects.
Escape Points
| EP | Associated RC | What Should Have Happened | What Actually Happened | Status |
|---|---|---|---|---|
| EP-1: Zone 7 deviation alerting | RC-A | Automated alert on sustained zone deviation May 29/30 — immediate escalation to maintenance | No alert generated; Raj Patel noticed drift manually approximately week of June 1 — approximately 3 days after onset | Confirmed gap — alarm configuration TBD |
| EP-2: Incoming paste inspection | RC-B | Ag content evaluated against internal acceptance criteria before release to line | PST-26-0339 released to line June 1 — whether Ag content was checked against internal limits is TBD pending SOP review | Pending — Maria Sanchez SOP review |
| EP-3: In-process inspection June 2–4 | Detection | X-ray coverage for subsurface cold joints at QFN via array | AOI + visual inspection only June 2–4 — insufficient method for this failure mode; 127 boards produced without X-ray coverage | Confirmed gap — independent of root cause outcome |
Corrective Action
| # | Action | Addresses | Owner | Target Date | Verification Method |
|---|---|---|---|---|---|
| CA-1 | Take Oven #1913 offline immediately; Raj Patel to diagnose Zone 7 failure (heater element, thermocouple, or control card) and repair to restore zone temperature within ±1°C of setpoint | RC-A Why 3 — hardware failure | Raj Patel (Oven Maintenance) | Within 48 hours of CAPA issue date (by June 12, 2026) | Product-specific KIC profile run on #1913 post-repair with thermocouples at QFN ground-pad via array, low-mass reference joint, and Zone 7 air — must confirm via-array achieves ≥219°C with adequate TAL; results compared to control oven (#1911 or #1912) |
| CA-2 | Configure zone temperature deviation alarms on Oven #1913 control system — threshold TBD pending Raj's alarm capability assessment (target: alert at ±2°C sustained deviation, escalation at ±3°C) — if alarm requires vendor engagement or software upgrade, initiate procurement immediately and document interim manual monitoring protocol | RC-A Why 4 and Why 5 — detection gap / EP-1 | Raj Patel (configuration); Anna (interim protocol if needed) | Alarm configuration: within 5 days of CAPA issue date (by June 15, 2026); vendor engagement if required: initiated by June 12, 2026 | Alarm function test — simulate zone deviation and confirm alert generates and escalates to named recipient; document threshold settings in oven maintenance record |
| CA-3 | Conduct product-specific KIC profile verification on Oven #1913 post-repair using actual IoT controller PCBA with thermocouples at QFN ground-pad via array, low-mass reference joint, and Zone 7 air — compare to same run on #1911 or #1912 as control; confirm via-array achieves ≥219°C with adequate TAL on repaired oven | RC-A Why 2 — mechanistic confirmation and EP-1 verification | Raj Patel | Within 72 hours of Zone 7 repair completion | Side-by-side profile comparison documented; #1913 via-array temperature and TAL recorded and retained as CAPA evidence; must meet same thermal performance as control oven |
| CA-4 | Quarantine paste lot PST-26-0339 — do not release remaining reels to production pending root cause verification; initiate supplier notification and lot disposition process | RC-B — contributing condition control | Maria Sanchez (Incoming Materials) | Immediate — June 10, 2026 | Written quarantine tag on all PST-26-0339 reels; supplier notification documented; disposition decision (return, destroy, conditional use) recorded before any reel released |
| CA-5 | Review and update incoming solder paste acceptance criteria — establish internal Ag content floor at ≥3.0% (or process-capability-based equivalent) with explicit reference to worst-case oven thermal margin at high-thermal-mass joint locations; update receiving inspection procedure to require COA review against internal limits before line release | RC-B Why 3, Why 4, Why 5 — EP-2 | Maria Sanchez (criteria owner); Anna (process validation) | SOP revision draft: within 10 business days (by June 24, 2026); implemented and trained: within 15 business days (by July 1, 2026) | Updated SOP reviewed and approved per document control procedure; incoming inspection records for next 3 paste lot receipts demonstrate COA review against updated criteria before release |
| CA-6 | Update reflow oven qualification SOP to require product-specific thermal profile verification at high-thermal-mass joint locations (minimum: QFN ground-pad via array on actual production PCBA) as part of initial qualification and any post-maintenance re-qualification — in addition to existing gold-board KIC verification | RC-A Why 5 — EP-1 detection gap | Anna (Process Engineering) | SOP revision draft: within 10 business days (by June 24, 2026) | Updated SOP reviewed and approved per document control procedure; CA-3 profile run executed under new protocol as first implementation |
Preventive Action
Scope: Same failure mode — zone temperature drift going undetected, combined with marginal incoming material — could occur on Ovens #1911 and #1912, or on any reflow oven in the facility running high-thermal-mass assemblies.
| # | Preventive Action | Scope | Owner | Target Date | Verification Method |
|---|---|---|---|---|---|
| PA-1 | Assess zone deviation alarm capability on Ovens #1911 and #1912 — if same make/model and control system as #1913, configure identical alarm thresholds simultaneously with CA-2; if different models, conduct individual capability assessment and configure equivalent alerting | #1911, #1912 — and any additional reflow ovens in facility | Raj Patel | Within 5 days of CAPA issue date (by June 15, 2026) — concurrent with CA-2 | Alarm function test on each oven; threshold settings documented in maintenance records for each unit |
| PA-2 | Conduct product-specific KIC profile baseline verification on Ovens #1911 and #1912 using same protocol established in CA-6 — document via-array temperatures and TAL as baseline for future comparison | #1911, #1912 | Raj Patel | Within 10 business days (by June 24, 2026) | Profile results documented and retained; any zone underperformance identified triggers immediate maintenance review |
| PA-3 | Apply updated incoming paste acceptance criteria (CA-5) to all future SAC305 paste lot receipts across all product lines and ovens — not limited to the IoT controller PCBA or Oven #1913 | All SAC305 paste procurement | Maria Sanchez | Concurrent with CA-5 implementation (by July 1, 2026) | Incoming inspection records for all paste lot receipts post-implementation demonstrate COA review against updated criteria |
| PA-4 | Review incoming acceptance criteria for other thermally sensitive materials (flux, solder wire, other paste alloys) to determine whether similar process-capability-based limits are needed — document findings and implement any required updates | All thermally sensitive incoming materials | Maria Sanchez | Within 20 business days (by July 8, 2026) | Review documented; any required SOP updates completed and approved per document control |
Effectiveness Verification
Metric: Cold solder joint defect rate on QFN-48 packages from Oven #1913, measured by 100% X-ray inspection.
Baseline: 0.3% (historical rate on #1913 pre-June 2, 2026; concurrent rate on #1911/#1912 during defect window).
Acceptance Threshold: ≤0.5% cold-joint defect rate across the full post-repair sample (provides margin above baseline to account for normal process variation while confirming elimination of the 4.2% failure).
Minimum Sample: ≥2,000 QFN-48 joints inspected by 100% X-ray on #1913 post-repair AND ≥10 production days — whichever takes longer to achieve. Time period alone is not sufficient; volume gate must be met.
Early Warning Trigger: Any single production day exceeding 1.0% cold-joint defect rate on #1913 — pause production on #1913, investigate before continuing verification run. Do not accumulate data through a regression.
Secondary Gate: Zero customer complaints on product shipped from #1913 during the verification window.
Check Schedule:
| Checkpoint | Timing | Action |
|---|---|---|
| 30-day check | ~July 10, 2026 | Dan Kim reports cumulative defect rate to Anna; Anna reviews trend; if early warning trigger has not fired and rate is tracking ≤0.5%, continue |
| 60-day check | ~August 10, 2026 | Same as 30-day; if minimum sample (2,000 joints, 10 days) has been met and rate is ≤0.5%, Anna may declare effectiveness verified |
| 90-day check | ~September 10, 2026 | Final effectiveness confirmation if not already declared; if rate remains ≤0.5% with no early warning triggers and zero customer complaints, CAPA declared effective |
Reporting Owner: Dan Kim — daily defect rate tracking and weekly summary to Anna.
Closure Authority: Anna — declares effectiveness verified or triggers secondary investigation.
Closure Criteria
This CAPA may be closed when ALL of the following conditions are met:
1. Zone 7 hardware failure on Oven #1913 diagnosed, repaired, and documented by Raj Patel
2. Product-specific KIC profile on #1913 post-repair confirms QFN via-array achieves ≥219°C with adequate TAL — results on file
3. Zone deviation alarms configured and function-tested on #1913 (and #1911/#1912 per PA-1) — threshold settings documented
4. Reflow oven qualification SOP updated to require product-specific profiling — approved per document control
5. Incoming paste acceptance criteria updated with process-capability-based Ag floor — approved per document control; applied to minimum 3 subsequent paste lot receipts
6. Paste lot PST-26-0339 dispositioning complete — quarantine resolved, supplier notification documented
7. Effectiveness verification criteria met: ≥2,000 joints, ≥10 production days, ≤0.5% defect rate, zero customer complaints during verification window
8. All open items in the Gap Impact section below resolved or formally accepted as residual risk by Quality Manager
9. Quality Manager sign-off on CAPA closure
Open Items & Gap Impact
| # | Gap | Why Open | Impact on Confidence / What Could Change |
|---|---|---|---|
| 1 | Product-specific KIC profile results — Raj Patel | Pending; expected end of shift June 10 or early June 11 | DECISIVE for RC-A. If profile confirms QFN via-array on #1913 drops below 219°C while control oven holds above, RC-A advances from PROBABLE to VERIFIED and the causal model is mechanistically confirmed. If via-array temperatures are equivalent on both ovens, Zone 7 drift is real but not thermally consequential at the joint level — the primary root cause would require reexamination and the corrective action priority would shift. |
| 2 | Zone 7 drift cause diagnosis — Raj Patel | Pending — heater element, thermocouple, or control card not yet identified | Determines specificity of CA-1. If hardware failure confirmed, repair is straightforward. If cause is a setpoint change or control algorithm shift, the Man/Method branch reopens and operator or configuration controls become part of the corrective action. Does not change RC-A's system-level finding but changes the physical repair action. |
| 3 | Alarm configuration status on #1913 — Raj Patel | Pending — whether alarms exist, thresholds, and whether any alarm fired May 29/30 | Determines whether EP-1 is a design gap (no alarm configured) or operational gap (alarm fired but not acted on). If alarm fired and was ignored, CA-2 must include an escalation protocol and accountability measure — not just threshold configuration. Changes corrective action scope and owner accountability. |
| 4 | Oven make, model, and control system confirmation for #1911 and #1912 — Raj Patel | Pending | Determines PA-1 scope. If all three ovens are identical, preventive alarm configuration is straightforward and same-timeline. If different models, individual capability assessments required — longer timeline and potentially higher cost. Does not affect RC-A verdict but affects preventive action completeness. |
| 5 | Incoming QC procedure and Ag acceptance criteria — Maria Sanchez | Pending — SOP not yet reviewed | DECISIVE for RC-B corrective action type. If internal limit is ≥3.0% and was not applied to PST-26-0339, RC-B is an execution failure — corrective action requires retraining and enforcement. If internal limit matches J-STD-006 (2.5–4.0%), RC-B is a criteria design gap — corrective action is spec tightening. The specific text of CA-5 will change based on this finding. RC-B cannot be declared VERIFIED until this is resolved. |
| 6 | SAC305 paste lot history — last 12 months, Ag content per COA — Maria Sanchez | Pending | DECISIVE for RC-B weight. If no prior lots ran below 3.0% Ag, PST-26-0339 is a novel uncontrolled condition and the gatekeeping failure is significant. If prior lots ran at 2.8% without incident, RC-B is reframed as a latent vulnerability exposed by the oven condition rather than an active gatekeeping failure — confidence in RC-B as a contributing root cause remains, but the urgency of CA-5 as a standalone corrective action is modestly reduced. |
| 7 | Prior paste lot comparative profile run — Raj Patel and Maria Sanchez | Pending — requires prior lot identification and in-date inventory confirmation | High-value confirmatory test. If prior lot (217°C liquidus) holds above liquidus under same Zone 7 conditions on #1913, the interaction mechanism is confirmed by direct observation rather than inference. If prior lot also drops below liquidus, the 2°C margin difference is not the threshold-crossing factor and an alternative interaction mechanism must be identified. Does not block CAPA progress but would strengthen the causal model significantly. |
| 8 | SPI system capability — height maps vs. volume only — Dan Kim or SPI operator | Pending | Determines whether squeegee change (WO-26-0610, May 30, 2026) can be ruled out as contributing variable. If SPI captures height maps and data shows no change in via-array paste distribution before/after squeegee change, squeegee is ruled out. If height maps show a change, the Method branch reopens and squeegee becomes a third contributing factor requiring its own corrective action. Current causal model treats squeegee as tentatively not causal — this gap means that assessment is provisional. |
| 9 | QFN-48 component lot, moisture sensitivity, and bake status — Maria Sanchez | Pending | If a new QFN-48 component lot arrived around June 1 with insufficient bake, component moisture is a potential third contributing factor at the via array. If same component lot ran on all three ovens with adequate bake, component is ruled out. Current model does not include component moisture as a factor — if Maria's pull shows a lot change coincident with June 1, the interaction mechanism becomes three-factor and corrective actions may need to include component receiving and bake protocol review. |
| 10 | PST-26-0339 receiving and inspection date — Maria Sanchez | Pending | Establishes exact EP-2 timeline — when incoming inspection occurred relative to line release on June 1. Does not change the EP-2 finding but determines how much time elapsed between receipt and release, and whether inspection was performed before or concurrently with line introduction. Affects narrative accuracy in customer-facing communications. |
| 11 | Dan Kim 100% X-ray results on 127 boards from June 2–4 | Pending — results expected end of shift June 10 | Determines customer notification content. If cold joints found on any of the 127 boards, Quality Manager must communicate confirmed defect quantity and affected serial numbers to Midwest Industrial Controls. If all 127 boards pass, customer notification confirms hold placed as precaution and product is cleared. Does not affect root cause verdict but determines the scope of field exposure statement and customer communication. |
| 12 | Dan Kim component-type defect breakdown from existing X-ray data | Pending | Refines the IS/IS NOT grid "WHAT" dimension. If cold joints are limited to QFN-48 packages only, confirms thermal-mass-specific interaction. If other high-thermal-mass components (BGAs, large QFPs) also show elevation on #1913, points to more systemic Zone 7 undershoot — consistent with RC-A but broadens the scope of affected joint types and may affect rework scope. |
| 13 | Physical oven layout — floor location of #1913 vs. #1911/#1912 — Anna / Linda Chen | Pending — fast floor walk | Low-probability environmental variable. If #1913 is in a significantly different ambient environment (near loading dock, HVAC differential), environmental contribution cannot be fully excluded. If all three ovens share the same ambient environment, Mother Nature branch is ruled out. Does not affect current CAPA structure but is a required closure item for a complete investigation record. |
| 14 | Reflow profile comparison across ovens — identical setpoints confirmed or legacy difference identified — Raj Patel | Pending | If a legacy profile difference exists on #1913 (lower zone setpoints by design), the pre-existing thermal margin on #1913 was already narrower than #1911/#1912 before Zone 7 drifted — this would mean #1913 was more vulnerable by configuration, not just by hardware failure. This would add a Method finding to the CAPA and potentially require a profile standardization corrective action. Current model does not assume a legacy difference. |
This CAPA record is a defensible draft based on evidence stated during this investigation. It contains TBDs where specifics were not available; those entries are correct placeholders, not omissions. This record must be reviewed, validated, and signed by the responsible Quality Manager before submission to any customer, auditor, or regulatory body. No field marked TBD should be finalized without the corresponding evidence item being resolved and documented.
****