Hur man förvandlar en PCBA RFQ till ett Build-Ready NPI Package

En PCBA RFQ är inte en bygginstruktion.

Det kan innehålla en stycklista, Gerber-filer, monteringsanvisningar, målkvantiteter, testförväntningar och inköpsfrågor. Men dess jobb är fortfarande kommersiellt: det hjälper en EMS-partner att uppskatta omfattning, kostnad, genomförbarhet, materialexponering och tillverkningskomplexitet.

Ett PCBA NPI-paket har ett annat jobb. Det omvandlar citat-stegsinformation till frigivna exekveringsingångar för teknisk granskning, komponentförsörjning, PCB-montering, SMT-programmering, inspektion, funktionstestning, omarbetningskontroll och första versionssläpp.

En PCBA RFQ uppskattar projektet. Ett byggfärdigt-NPI-paket förbereder projektet för att byggas.

Den skillnaden är lätt att missa eftersom båda stegen använder många av samma filer. Den verkliga frågan är inte om BOM eller Gerber existerar. Frågan är om informationen är tillräckligt tydlig för att inköps-, ingenjörs-, produktions-, kvalitets- och testteam ska kunna agera utan att gissa.

I den nuvarande elektroniktillverkningsmiljön kan materialtillgänglighet, godkända alternativ och inköpsägande ändra byggplanen snabbt. Det är därför som ett paket med offertförfrågningar som är tillräckligt bra för prissättning fortfarande kan vara för löst för första-utförande.

Målet med RFQ-till-NPI-konvertering är inte att skapa en större mapp med dokument. Målet är att omvandla antaganden om citat-scen till instruktioner som folk faktiskt kan arbeta utifrån.

Ett citat kan tolerera antaganden. En konstruktion kan inte bero på dem.

Börja med antagandena bakom citatet

Det mest användbara stället att börja är inte stycklistan, Gerber-paketet eller monteringsritningen.

Det är antagandelagret bakom RFQ.

Under offert måste EMS-teamet ofta göra praktiska antaganden eftersom inte alla detaljer är tillgängliga ännu. Dessa antaganden kan innefatta:

• om byggnaden är nyckelfärdig, delvis nyckelfärdig eller konsignerad;
• om den angivna BOM använder exakta MPN eller budgetsubstitut;
• om PCB-data är slutgiltiga eller fortfarande under designgranskning;
• om programmering ingår eller bara diskuteras;
• om funktionstestning innebär en fullständig testprocedur eller en enkel{0}startkontroll;
• om förpackning, märkning, konform beläggning eller boxbyggd montering ingår;
• om köparen accepterar godkända suppleanter för gemensamma komponenter;
• om inspektionsomfånget inkluderar AOI, -Ray, ICT, FCT eller bara standardprocessinspektion.

Dessa antaganden är normala under RFQ. De blir riskabla under NPI om de förblir dolda.

En användbar offertförfrågan-till-NPI-överlämning bör konvertera varje större offertantagande till en av tre statusar:

Det här steget förhindrar ett vanligt första-byggproblem: EMS-teamet citerar under en uppsättning antaganden, medan köparen förväntar sig utförande under en annan.

Lås den första-bygggränsen

"Freeze" kan låta för stel för ett NPI-projekt. Tidiga byggnader förändras ofta. Ingenjörsteam kan fortfarande validera firmware, kapslingspassning, testmetoder eller komponentalternativ.

Det betyder inte att den första byggnaden kan förbli odefinierad.

Innan det första NPI-bygget släpps måste teamet låsa gränsen för det bygget: vad som ingår, vad som exkluderas och vad som skjuts upp till en senare revision.

Detta är inte detsamma som att frysa in hela produkten. Det ger helt enkelt EMS-teamet ett stabilt mål för materialberedning, SMT-programmering, inspektionsplanering, testinställning och leveranskommunikation.

En praktisk första-bygggräns bör bekräfta:

• om omfattningen är-nivåPCB monteringendast;
• om konstruktionen inkluderar SMT-montering, DIP-montering, blandad teknologimontering, selektiv lödning eller våglödning;
• om PCB-tillverkning ingår;
• om komponentförsörjningen är komplett nyckelfärdig, delvis nyckelfärdig eller kund-levererad;
• om programmering ingår;
• om provning och inspektion ingår och på vilken nivå;
• om konform beläggning, kabelmontering, märkning, förpackning eller boxbyggd montering ingår;
• vilket produktionsvillkor köparen förväntar sig vid leverans.

Det här är ingen pappersdetalj. Det påverkar direkt materialberedning, stencilplanering, SMT-programmering, inspektionsrutt, testinställning, omarbetningshantering och schemakommunikation.

En PCBA-konstruktion på-nivå och en konstruktion som inkluderar programmering, funktionstestning, konform beläggning, märkning och slutförpackning är inte samma NPI-jobb, även om PCB-designen är identisk.

Den första-bygggränsen ger varje lag ett praktiskt mål. Omfattningen kan utökas i nästa konstruktion. Men det första bygget måste veta vad "gjort" betyder.

Förvandla stycklistan till ett inköps-kontrolldokument

På RFQ-stadiet är BOM ofta ett prissättningsverktyg.

På NPI-stadiet måste det bli ett inköps-kontrolldokument.

Det betyder att BOM inte längre bara bör lista komponenter. Den bör berätta för OEM- och EMS-teamen hur varje materialbeslut kommer att hanteras under denna konstruktion.

En konstruktions-färdig stycklista bör förtydliga:

• godkända tillverkares artikelnummer;
• tillverkarens namn och beskrivningar av delar;
• referensbeteckningar och kvantiteter;
• information om paket eller fotavtryck;
• godkända suppleanter;
• -inte-ersätt delar;
• köparen-möblerade delar;
• EMS-delar;
• långa-lead eller allokeringskänsliga-objekt;
• livscykelproblem som EOL- eller NRND-risk när de identifieras;
• DNP, DNI eller valfria monteringspositioner;
• materialanteckningar för speciell hantering, fuktkänslighet, märkning eller spårbarhet.

Det är här många anbudsförfrågningar-till-NPI-problem uppstår.

En stycklista kan se komplett ut eftersom varje rad har ett artikelnummer. Men om ingen vet om köparen eller EMS-partnern är ansvarig för att anskaffa den delen, är BOM inte färdigbyggd-.

Om ett substitut användes för offert men aldrig godkänts för produktion är stycklistan inte under verklig inköpskontroll. Om en kritisk komponent inte har något godkänt alternativ kan inköp inte agera med flexibilitet när utbudet ändras.

För nyckelfärdig kretskortsmontering styr stycklistan inköp.

För partiell nyckelfärdig PCB-montering blir BOM också en ansvarskarta: vilka delar är EMS-inköpta, vilka delar är köparen-inredda, vilka delar är godkända för utbyte och vilka delar som inte kan gå vidare utan skriftligt godkännande.

För konsignerade byggen styr stycklistan vad köparen måste leverera innan produktionen kan fortsätta.

I alla tre fallen bör BOM granskning flytta från "Kan vi citera det?" till "Kan vi köpa, kit, spåra, montera, inspektera och släppa den?"

Släpp en teknisk databaslinje för NPI-byggnaden

RFQ-filer samlas ofta in med tiden. Köparen kan skicka en BOM-version, sedan ett reviderat Gerber-paket, sedan en ny CPL-fil och sedan uppdaterade monteringsanteckningar i en e-posttråd.

Det kan vara genomförbart vid offertgranskning.

Det går inte att använda för versionsversion.

Ett byggklart-PCBA NPI-paket behöver en släppt teknisk baslinje. Baslinjen behöver inte vara slutgiltig för hela produktens livscykel, men den måste vara slutgiltig för denna version.

Baslinjen bör identifiera den giltiga revisionen för:

Syftet är inte att kräva alla möjliga filer från varje kund. En enkel montering behöver kanske inte samma paketdjup som ett industriellt styrkort med firmware, kontakter, reläer, BGA:er och höljesbegränsningar.

Syftet är likriktning.

Om BOM pekar på en revision, Gerber-paketet pekar på en annan och CPL-filen kom från en annan export, arbetar inte produktionsteamet från ett byggpaket. Det arbetar från ett pussel, och de saknade bitarna dyker vanligtvis upp vid sämsta möjliga tidpunkt: under kitting, SMT-programmering, inspektionsinställning eller första artikelgranskning.

Konvertera DFM- och DFT-resultat till ett öppet-artikelregister

DFM-granskning och DFT-planering bör inte ligga utanför NPI-paketet som separata tekniska kommentarer. De bör bli en del av det fungerande kontrollsystemet för den första konstruktionen.

I detta skede är frågan inte "Varför är DFM viktigt?"

Frågan är: vilka DFM- eller DFT-problem kan påverka denna konstruktion, och hur kommer var och en att stängas eller hanteras?

Typiska öppna föremål kan vara:

• otydlig polaritet eller stift 1-märkning;
• komponentorienteringskonflikter;
• risk för att fotavtryck och förpackningar inte matchar;
• snäva avstånd runt kontakter, höga komponenter eller SMT-enheter med-fin stigning;
• Inspektionskrav för BGA, QFN eller dolda lödfogar;
• saknad eller begränsad teståtkomst;
• programmeringsgränssnitt inte bekräftat;
• IKT- eller FCT-armatur inte klar;
• anslutningsåtkomst blockerad efter montering av kapslingen;
• konform beläggning håller-ute områden som inte är definierade;
• selektiv lödning eller handlödning-begränsningar;
• otydliga omarbetningar och omtesta förväntningar.

NPI-paketet ska inte bara säga "DFM-granskning slutförd." Det är för vagt.

Den ska visa arbetsstatus:

Detta register är den praktiska bryggan mellan teknisk granskning och produktionsutförande.

Bygg-färdigt betyder inte att det inte finns några problem. Det betyder att de kända problemen är synliga, tilldelade och hanteras innan de förbrukar produktionstid.

Definiera ändringskontroll innan den första ändringen sker

NPI-projekt förändras. Det är normalt.

En komponent kan bli otillgänglig. Ett fotavtryck kan behöva korrigeras. En version av den fasta programvaran kan ändras efter att-läggs upp. En köpare kan uppdatera testmetoden. En konstruktör kan släppa en ny PCB-revision efter DFM-feedback.

Problemet är inte förändringen i sig. Problemet är okontrollerad förändring.

Innan den första builden startar bör NPI-paketet definiera hur ändringar kommer att hanteras efter att den släppta baslinjen har godkänts.

Ett praktiskt förändrings-kontrollflöde bör svara:

• Vem kan begära en ändring?
• Vilken information ska ingå i begäran?
• Vem granskar effekten på kostnad, ledtid, inköp, verktyg, test och kvalitet?
• Vem godkänner förändringen?
• Vilka dokument måste uppdateras?
• Hur kommer den nya revisionen att kommuniceras till inköp, SMT, inspektion, test och frakt?
• Vad händer med redan inköpt material eller redan byggda skivor?

Detta behöver inte bli en tung företagsprocess för varje liten prototyp. Men det måste vara tillräckligt tydligt för att förhindra att informella förändringar kommer in i byggnaden obemärkt.

En liten anteckning i ett e-postmeddelande kan bli ett verkligt produktionsproblem om den ändrar stycklista, PCB-revision, programmeringsmetod eller testkrav och resten av teamet aldrig ser det.

Revisionskontroll är inte administration. Det är så den första byggnaden förblir spårbar.

Definiera det första-byggda resultatet innan produktionen startar

En första NPI-build bör ha ett definierat utdatavillkor.

Detta skiljer sig från att skriva en bred acceptanspolicy för pilotprojekt. Det är mer omedelbart. Den svarar på vad EMS-partnern förväntas leverera i slutet av denna build.

Till exempel kan utdata vara:

• endast sammansatta brädor;
• monterade och visuellt inspekterade brädor;
• AOI-inspekterade brädor;
• tavlor med röntgeninspektion för utvalda paket;
• programmerade brädor;
• programmerad och ström-på kontrollerade kort;
• funktionstestade brädor;
• brädor som levereras med testprotokoll;
• brädor som skickas med fel-, omarbetnings- och omtestningsposter;
• skivor packade, märkta och förberedda för nästa integrationssteg.

Inte varje första bygg behöver fullständig funktionstestning. Vissa versioner är avsedda för teknikuppdrag-. Vissa är för mekanisk passform. Vissa är för validering av fast programvara. Vissa är nära pilotbyggda och kräver mer fullständiga register.

NPI-paketet bör matcha byggsyftet.

Om funktionstestning ingår ska paketet definiera:

• firmware-version;
• programmeringsmetod;
• testutrustning eller fixturstatus;
• funktionell testprocedur;
• förväntade uteffekt- eller mätgränser;
• kriterier för godkänd/underkänd;
• misslyckad-enhetshantering;
• omarbetning och omprovningsregler;
• testpostformat.

En bräda kan monteras korrekt och ändå inte uppfylla köparens förväntningar om det förväntade produktionsvillkoret aldrig definierades.

Det första bygget ska inte sluta med en debatt om vad "färdigt" betydde.

Gör paketet användbart för varje funktion

Ett starkt NPI-paket är inte skrivet för en avdelning.

Den bör kunna användas av alla lag som måste agera på bygget.

Det är därför paketet inte ska kännas som en slumpmässig mapp med bilagor.

Det ska fungera som en praktisk handoff från RFQ till exekvering.

Det bästa testet är enkelt: kan varje team börja sitt arbete utan att ställa samma förtydligande frågor igen?

Om svaret är nej är NPI-paketet ännu inte färdigbyggt-.

Håll kommersiella antaganden åtskilda från bygginstruktioner

En subtil anbudsförfrågan-till-NPI-misstag är att tillåta kommersiella antaganden att bli produktionsinstruktioner av en slump.

Under offert kan EMS-partnern anta standardförpackning, standardinspektion, standardkomponentförsörjning, standardledtid eller standardhantering. Dessa antaganden kan vara rimliga för prissättning, men de måste fortfarande bekräftas innan versionen släpps.

Till exempel:

• En offert kan anta standardförpackningar, medan själva NPI-bygget kräver ESD-påsar, brickor, etiketter, serienummer eller separat misslyckad-enhetshantering.
• En offert kan anta standard AOI-inspektion, medan kortet kan behöva röntgeninspektion på grund av BGA- eller QFN-paket.
• En offert kan anta att ingen funktionstestning förutsätter, medan köparen förväntar sig att firmware laddas och verifieras på -systemnivå.
• En offert kan anta EMS sourcing, medan köparen planerar att leverera kritiska IC.
• En offert kan anta ingen speciell beläggning, medan applikationen kräver konform beläggning eller hålla-utom kontroll.

I NPI-paketet bör det tydligt framgå vilka antaganden som nu är godkända instruktioner och vilka antaganden som har ändrats.

En användbar fråga för handoffmötet är:

"Vad antog vi för offerten och vad har vi bekräftat för bygget?"

Den frågan visar ofta skillnaden mellan ett pris-färdigt paket och ett byggfärdigt-paket.

Använd den första byggnaden för att skapa nästa-Bygg inlärningsslinga

Ett byggfärdigt- PCBA NPI-paket bör också förbereda projektet för att lära sig från den första bygget.

Det första bygget är inte bara en försändelse. Det är en feedbackhändelse från ingenjörs- och tillverkningsindustrin.

NPI-paketet bör definiera vilken information som kommer att fångas under eller efter bygget, till exempel:

• materialbrist;
• frågor om ersättningsgodkännande;
• inkommande materiella problem;
• monteringsfel;
• otydliga polaritets- eller orienteringsanteckningar;
• AOI- eller -röntgenfynd;
• programmeringsproblem;
• funktionstestfel;
• omarbetningsåtgärder;
• testa om resultat;
• fixtur- eller verktygsbegränsningar;
• förpacknings- och hanteringsfrågor;
• rekommenderade ändringar före nästa konstruktion.

Denna feedback blir bara användbar om den är kopplad till korrekt revisionsbaslinje.

Om teamet inte vet vilken BOM, PCB-revision, firmware-version och testmetod som användes, blir det svårt att använda första-byggfeedback.

En bra RFQ-till-NPI-process stannar inte vid "brädorna byggdes."

Den frågar: "Vad lärde den här byggnaden oss inför nästa?"

Det är så ett projekt går från första bygget till pilotbygget, låg-volymproduktion och mer stabil EMS-produktion.

Vad ett Build-Ready PCBA NPI-paket vanligtvis innehåller

Ett byggfärdigt-NPI-paket bör inte bara bedömas utifrån antalet filer. Det bör bedömas efter om varje nedströms lag kan agera utifrån det.

Ett paket är färdigbyggt-när det är tillräckligt specifikt för teknik-, inköps-, produktions-, kvalitets- och testteam att gå vidare utan att bygga utifrån antaganden.

Där STHL passar i denna diskussion

För OEM-köpare är övergången med offertförfrågan-till-NPI lättare när EMS-partnern kan stödja både kommersiell uppskattning och tillverkningsutförande.

STHL stödjer OEM-projekt genomPCB montering, PCB-prototyper, koordinering av komponentförsörjning, teknisk filgranskning, produktionsförberedelse ochProvning och inspektion. I många NPI-diskussioner handlar det praktiska arbetet inte bara om att citera styrelsen. Det handlar om att klargöra inköpsägande, godkända ersättare, första-byggomfattning, teknisk datakontroll, inspektionsplanering, programmeringskrav och beredskap för testmetoder.

En renare NPI-handoff ger både OEM- och EMS-teamet en bättre chans att bygga den första körningen från samma uppsättning antaganden, revisioner och ansvar.

Om ditt team redan har skickat in en PCBA RFQ och förbereder sig för den första builden kan STHL hjälpa till att granska om offertpaketet är redo att bli ett exekveringsfärdigt-NPI-paket.

Förbereder du ett första bygge efter RFQ-granskning? Skicka in ditt projekt genomBegär en offerteller mejla info@pcba-china.com.

Slutsats

En PCBA RFQ är en uppskattande ingång. Ett PCBA NPI-paket är en exekveringsingång.

Anbudsförfrågan hjälper en EMS-partner att förstå kostnad, omfattning, genomförbarhet och risk. NPI-paketet förvandlar den informationen till praktiska produktionsinsatser för konstruktion, inköp, montering, inspektion, programmering, testning och utförande av första bygg.

Skillnaden är inte antalet filer. Det är tillståndet för kontroll.

Ett byggfärdigt -PCBA NPI-paket definierar vad som byggs, vilken revision som är giltig, vem som tillhandahåller varje del, vilka antaganden som bekräftas, hur öppna tekniska objekt kommer att stängas, hur den första byggnaden kommer att testas och hur resultaten kommer att fångas in för nästa konstruktion.

Bygg-färdigt betyder inte att alla problem redan är lösta.

Det betyder att projektet är tillräckligt organiserat för att gå från offert till utförande utan att förlita sig på gissningar.