Cum să transformați un RFQ PCBA într-un pachet NPI gata de compilare-

Un RFQ PCBA nu este o instrucțiune de construire.

Poate include o BOM, fișiere Gerber, note de asamblare, cantități țintă, așteptări de testare și întrebări privind aprovizionarea. Dar munca sa este încă comercială: ajută un partener EMS să estimeze domeniul de aplicare, costul, fezabilitatea, expunerea la materiale și complexitatea producției.

Un pachet PCBA NPI are o activitate diferită. Transformă informațiile de-etapă de cotare în intrări de execuție lansate pentru revizuirea inginerească, aprovizionarea componentelor, asamblarea PCB-ului, programarea SMT, inspecția, testarea funcțională, controlul reprelucrării și prima versiune a versiunii.

Un RFQ PCBA estimează proiectul. Un pachet NPI-gata de construire pregătește proiectul pentru a fi construit.

Această diferență este ușor de ratat, deoarece ambele etape folosesc multe dintre aceleași fișiere. Adevărata întrebare nu este dacă BOM sau Gerber există. Întrebarea este dacă informațiile sunt suficient de clare pentru ca echipele de achiziții, inginerie, producție, calitate și testare să acționeze fără să ghicească.

În mediul actual de producție de electronice, disponibilitatea materialelor, alternativele aprobate și dreptul de proprietate asupra aprovizionării pot schimba rapid planul de construcție. Acesta este motivul pentru care un pachet RFQ care este suficient de bun pentru stabilirea prețurilor poate fi încă prea liber pentru prima-execuție a versiunii.

Scopul conversiei RFQ-la-NPI nu este de a crea un dosar mai mare de documente. Scopul este de a transforma ipotezele-de etape a citatelor în instrucțiuni de la care oamenii pot lucra efectiv.

Un citat poate tolera presupuneri. O construcție nu poate depinde de ei.

Începeți cu ipotezele din spatele citatului

Cel mai util loc de început nu este BOM, pachetul Gerber sau desenul de ansamblu.

Este stratul de ipoteză din spatele RFQ-ului.

În timpul cotării, echipa EMS trebuie adesea să facă ipoteze practice, deoarece nu toate detaliile sunt încă disponibile. Aceste ipoteze pot implica:

• dacă construcția este la cheie, parțială la cheie sau în consignație;
• dacă BOM-ul citat utilizează MPN-uri exacte sau înlocuitori bugetari;
• dacă datele PCB sunt finale sau încă în curs de revizuire a proiectului;
• dacă programarea este inclusă sau doar discutată;
• dacă testarea funcțională înseamnă o procedură completă de testare sau o simplă verificare a puterii-;
• dacă este inclusă ambalajul, etichetarea, acoperirea conformă sau ansamblul de cutie;
• dacă cumpărătorul acceptă alternative aprobate pentru componente comune;
• dacă domeniul de aplicare a inspecției include AOI, X-Ray, ICT, FCT sau numai inspecția standard a procesului.

Aceste ipoteze sunt normale în timpul RFQ. Ele devin riscante în timpul NPI dacă rămân ascunse.

Un RFQ util-la-transmisia NPI ar trebui să convertească fiecare ipoteză majoră a cotației într-una dintre cele trei stări:

Acest pas previne o problemă obișnuită a primei-construcții: echipa EMS citează sub un set de ipoteze, în timp ce cumpărătorul se așteaptă la executarea unui alt set.

Blocați prima-limită de construcție

„Freeze” poate suna prea rigid pentru un proiect NPI. Construcțiile timpurii se schimbă adesea. Este posibil ca echipele de inginerie să valideze în continuare firmware-ul, potrivirea carcasei, metodele de testare sau opțiunile componentelor.

Asta nu înseamnă că prima construcție poate rămâne nedefinită.

Înainte ca prima versiune NPI să fie lansată, echipa trebuie să blocheze granița acelei versiuni: ce este inclus, ce este exclus și ce este amânat pentru o revizuire ulterioară.

Acest lucru nu este același lucru cu congelarea întregului produs. Pur și simplu oferă echipei EMS o țintă stabilă pentru pregătirea materialelor, programarea SMT, planificarea inspecțiilor, configurarea testelor și comunicarea de livrare.

O limită practică de primă-construcție ar trebui să confirme:

• dacă domeniul de aplicare este la nivel-boardAnsamblu PCBnumai;
• dacă construcția include asamblare SMT, asamblare DIP, asamblare cu tehnologie mixtă, lipire selectivă sau lipire prin val;
• dacă fabricarea PCB este inclusă;
• dacă aprovizionarea componentelor este integrală la cheie, parțială la cheie sau furnizată de client{0}};
• dacă este inclusă programarea;
• dacă Testarea și Inspecția sunt incluse și la ce nivel;
• dacă este inclusă acoperirea conformă, asamblarea cablurilor, etichetarea, ambalarea sau asamblarea cutiei;
• ce stare de ieșire așteaptă cumpărătorul la livrare.

Acesta nu este un detaliu de documente. Afectează direct pregătirea materialului, planificarea șablonului, programarea SMT, rutarea inspecției, configurarea testelor, manipularea reprelucrării și comunicarea programului.

O construcție PCBA la nivel de placă-și o construcție care include programare, testare funcțională, acoperire conformă, etichetare și ambalare finală nu sunt aceeași sarcină NPI, chiar dacă designul PCB este identic.

Prima-limită de construcție oferă fiecărei echipe un obiectiv practic. Domeniul de aplicare se poate extinde în următoarea versiune. Dar prima construcție trebuie să știe ce înseamnă „terminat”.

Transformați BOM într-un document de control{0}}Sourcing

În etapa RFQ, BOM este adesea un instrument de stabilire a prețurilor.

În stadiul NPI, acesta trebuie să devină un document de control-sursă.

Asta înseamnă că BOM nu ar mai trebui să enumere pur și simplu componente. Ar trebui să spună echipelor OEM și EMS cum va fi tratată fiecare decizie de material în timpul acestei construcție.

O BOM-gata de compilare ar trebui să clarifice:

• numere de piese aprobate ale producătorului;
• numele producătorilor și descrierile pieselor;
• indicatori de referință și cantități;
• informații despre pachet sau amprentă;
• supleanți aprobați;
• -nu-înlocuiți părți;
• cumpărător-piese mobilate;
• Piese provenite-EMS;
• elemente sensibile-client sau alocare-de lungă durată;
• probleme legate de ciclul de viață, cum ar fi riscul EOL sau NRND atunci când sunt identificate;
• DNP, DNI sau posturi de asamblare opționale;
• note despre materiale pentru manipulare specială, sensibilitate la umiditate, etichetare sau trasabilitate.

Aici apar multe probleme RFQ-la-NPI.

O BOM poate părea completă deoarece fiecare rând are un număr de piesă. Dar dacă nimeni nu știe dacă cumpărătorul sau partenerul EMS este responsabil pentru aprovizionarea piesei respective, BOM nu este gata-construit.

Dacă un înlocuitor a fost folosit pentru cotație, dar nu a fost niciodată aprobat pentru producție, BOM nu este sub control real al aprovizionării. Dacă o componentă critică nu are o alternativă aprobată, achiziția nu poate acționa cu flexibilitate atunci când aprovizionarea se modifică.

Pentru asamblarea PCB la cheie, BOM controlează achizițiile.

Pentru asamblarea parțială a PCB-ului la cheie, BOM devine, de asemenea, o hartă a responsabilităților: ce piese provin din EMS-, ce piese sunt furnizate de cumpărător-, ce piese sunt aprobate pentru înlocuire și ce piese nu pot avansa fără aprobare scrisă.

Pentru versiunile în consignație, BOM controlează ce trebuie să livreze cumpărătorul înainte ca producția să poată continua.

În toate cele trei cazuri, revizuirea BOM ar trebui să treacă de la „Putem să o citam?” la „Putem să cumpărăm, să punem la dispoziție, să urmărim, să asamblam, să inspectăm și să-l eliberăm?”

Lansați o bază de date de inginerie pentru construirea NPI

Fișierele RFQ sunt adesea colectate în timp. Cumpărătorul poate trimite o versiune BOM, apoi un pachet Gerber revizuit, apoi un nou fișier CPL, apoi note de asamblare actualizate într-un fir de e-mail.

Acest lucru poate fi funcțional în timpul examinării ofertei.

Nu este funcțional pentru lansarea build.

Un pachet PCBA NPI gata de construire-are nevoie de o bază de inginerie lansată. Linia de bază nu trebuie să fie finală pentru întregul ciclu de viață al produsului, dar trebuie să fie finală pentru această versiune.

Linia de referință ar trebui să identifice revizuirea validă pentru:

Scopul nu este de a cere fiecare fișier posibil de la fiecare client. Este posibil ca un ansamblu simplu să nu aibă nevoie de aceeași adâncime a pachetului ca o placă de control industrială cu firmware, conectori, relee, BGA și constrângeri de carcasă.

Scopul este alinierea.

Dacă BOM indică o versiune, pachetul Gerber indică o alta și fișierul CPL provine dintr-un alt export, echipa de producție nu lucrează dintr-un pachet de compilare. Funcționează dintr-un puzzle, iar piesele lipsă apar de obicei în cel mai rău moment posibil: în timpul pregătirii, programarea SMT, configurarea inspecției sau revizuirea primului articol.

Transformați rezultatele DFM și DFT într-un registru de articole deschis-

Revizuirea DFM și planificarea DFT nu ar trebui să fie în afara pachetului NPI ca comentarii de inginerie separate. Ele ar trebui să devină parte a sistemului de control de lucru pentru prima construcție.

În această etapă, întrebarea nu este „De ce este important DFM?”

Întrebarea este: ce probleme DFM sau DFT pot afecta această versiune și cum vor fi închise sau gestionate fiecare?

Elementele deschise tipice pot include:

• polaritate neclară sau marcaj pin 1;
• conflicte de orientare pe componente;
• riscul de nepotrivire a amprentei și a pachetului;
• distanță strânsă în jurul conectorilor, componentelor înalte sau dispozitivelor SMT cu pas fin-;
• Cerințe de inspecție BGA, QFN sau lipire ascunsă;
• acces de testare lipsă sau limitat;
• interfața de programare nu este confirmată;
• dispozitivul ICT sau FCT nu este pregătit;
• accesul conectorului blocat după asamblarea carcasei;
• acoperirea conformă împiedică{0}}zonele nedefinite;
• constrângeri de lipire selectivă sau de lipire manuală{0};
• așteptări neclare de reluare și retestare.

Pachetul NPI nu ar trebui să spună doar „Evaluarea DFM finalizată”. Este prea vag.

Ar trebui să arate starea de lucru:

Acest registru este puntea practică între revizuirea ingineriei și execuția producției.

Build-gata nu înseamnă că nu există probleme. Înseamnă că problemele cunoscute sunt vizibile, atribuite și gestionate înainte ca acestea să consume timp de producție.

Definiți controlul modificărilor înainte de a avea loc prima schimbare

Proiectele NPI se schimbă. Este normal.

O componentă poate deveni indisponibilă. O amprentă poate necesita corectare. O versiune de firmware se poate modifica după-apariție. Un cumpărător poate actualiza metoda de testare. Un inginer proiectant poate lansa o nouă revizuire PCB după feedbackul DFM.

Problema nu este schimbarea în sine. Problema este schimbarea necontrolată.

Înainte de începerea primei versiuni, pachetul NPI ar trebui să definească modul în care vor fi gestionate modificările după aprobarea liniei de bază lansate.

Un flux practic de-control al schimbării ar trebui să răspundă:

• Cine poate solicita o schimbare?
• Ce informații trebuie incluse în cerere?
• Cine analizează impactul asupra costurilor, timpului de livrare, aprovizionării, sculelor, testării și calității?
• Cine aprobă schimbarea?
• Ce documente trebuie actualizate?
• Cum va fi comunicată noua revizuire către achiziții, SMT, inspecție, testare și expediere?
• Ce se întâmplă cu materialul deja achiziționat sau cu plăcile deja construite?

Acest lucru nu trebuie să devină un proces greoi de întreprindere pentru fiecare prototip mic. Dar trebuie să fie suficient de clar pentru a împiedica schimbările informale să intre în build neobservate.

O notă mică într-un e-mail poate deveni o problemă reală de producție dacă modifică BOM, revizuirea PCB, metoda de programare sau cerința de testare și restul echipei nu o vede niciodată.

Controlul revizuirilor nu este administrare. Acesta este modul în care prima construcție rămâne urmăribilă.

Definiți prima-ieșire de compilare înainte de începerea producției

O primă construcție NPI ar trebui să aibă o condiție de ieșire definită.

Acest lucru este diferit de scrierea unei politici ample de acceptare a pilotului. Este mai imediat. Răspunde la ceea ce se așteaptă să ofere partenerul EMS la sfârșitul acestei build.

De exemplu, rezultatul poate fi:

• numai plăci asamblate;
• placi asamblate si inspectate vizual;
• Plăci inspectate AOI-;
• plăci cu inspecție cu raze X-pentru pachetele selectate;
• placi programate;
• programat și alimentat-pe plăci bifate;
• placi testate functional;
• plăci livrate cu înregistrări de testare;
• plăci livrate cu înregistrări de defecțiuni, reprelucrare și retestare;
• plăci ambalate, etichetate și pregătite pentru următorul pas de integrare.

Nu fiecare primă versiune necesită testare funcțională completă. Unele versiuni sunt pentru inginerie-. Unele sunt pentru potrivire mecanică. Unele sunt pentru validarea încărcării firmware-ului. Unele sunt aproape de construcția pilot și necesită înregistrări mai complete.

Pachetul NPI ar trebui să se potrivească cu scopul construirii.

Dacă este inclusă testarea funcțională, pachetul ar trebui să definească:

• versiunea de firmware;
• metoda de programare;
• starea echipamentului sau a dispozitivului de testare;
• procedura de testare functionala;
• ieșirea așteptată sau limitele de măsurare;
• criterii de promovare/eșec;
• gestionarea-unității eșuate;
• reguli de reluare și retestare;
• formatul de înregistrare de test.

O placă poate fi asamblată corect și totuși nu poate îndeplini așteptările cumpărătorului dacă condiția de ieșire așteptată nu a fost niciodată definită.

Prima construcție nu ar trebui să se încheie cu o dezbatere despre ce înseamnă „terminat”.

Faceți pachetul utilizabil pentru fiecare funcție

Un pachet NPI puternic nu este scris pentru un singur departament.

Ar trebui să fie utilizabil de fiecare echipă care trebuie să acționeze asupra construcției.

Acesta este motivul pentru care pachetul nu ar trebui să se simtă ca un folder aleatoriu de atașamente.

Ar trebui să funcționeze ca o transferare practică de la RFQ la execuție.

Cel mai bun test este simplu: poate fiecare echipă să-și înceapă munca fără a pune din nou aceleași întrebări de clarificare?

Dacă răspunsul este nu, pachetul NPI nu este încă pregătit-.

Mențineți ipotezele comerciale separate de instrucțiunile de construcție

O greșeală subtilă de RFQ-la-NPI este aceea de a permite ipotezelor comerciale să devină instrucțiuni de producție din întâmplare.

În timpul ofertei, partenerul EMS poate asuma ambalare standard, inspecție standard, aprovizionare standard de componente, timp standard de livrare sau manipulare standard. Aceste ipoteze pot fi rezonabile pentru prețuri, dar trebuie să fie confirmate înainte de lansarea versiunii.

De exemplu:

• O ofertă poate presupune ambalaj standard, în timp ce construcția NPI reală necesită pungi ESD, tăvi, etichete, numere de serie sau manipulare separată-unităților eșuate.
• O cotație poate presupune o inspecție standard AOI, în timp ce placa poate avea nevoie de inspecție cu raze X-din cauza pachetelor BGA sau QFN.
• O ofertă poate presupune că nu există testare funcțională, în timp ce cumpărătorul se așteaptă la încărcarea firmware-ului și la verificarea-la nivel de sistem.
• O cotație poate presupune aprovizionarea EMS, în timp ce cumpărătorul plănuiește să furnizeze circuite integrate critice.
• O cotație poate presupune că nu există o acoperire specială, în timp ce aplicația necesită o acoperire conformă sau să nu fie controlat-.

Pachetul NPI ar trebui să precizeze clar care ipoteze sunt acum instrucțiuni aprobate și care ipoteze s-au schimbat.

O întrebare utilă pentru întâlnirea de transfer este:

„Ce am presupus pentru citat și ce am confirmat pentru construcție?”

Această singură întrebare expune adesea diferența dintre un pachet gata de preț- și un pachet gata de construcție-.

Utilizați prima versiune pentru a crea următoarea-bucla de învățare a construcției

Un pachet PCBA NPI gata de compilare-ar trebui să pregătească proiectul pentru a învăța de la prima versiune.

Prima construcție nu este doar un transport. Este un eveniment de feedback pentru inginerie și producție.

Pachetul NPI ar trebui să definească ce informații vor fi capturate în timpul sau după construcție, cum ar fi:

• lipsuri materiale;
• probleme de aprobare a înlocuitorilor;
• probleme materiale care apar;
• defecte de asamblare;
• note de polaritate sau orientare neclare;
• Constatări AOI sau cu raze X-;
• probleme de programare;
• eșecuri ale testelor funcționale;
• acțiuni de reluare;
• rezultatele retestării;
• limitări de fixare sau scule;
• probleme de ambalare și manipulare;
• modificări recomandate înainte de următoarea versiune.

Acest feedback devine util numai dacă este legat de linia de bază corectă a revizuirii.

Dacă echipa nu știe ce BOM, versiunea PCB, versiunea de firmware și metoda de testare au fost folosite, feedback-ul pentru prima{0}}construcție devine dificil de aplicat.

Un proces bun RFQ-la-NPI nu se oprește la „placile au fost construite”.

Se întreabă: „Ce ne-a învățat această construcție înainte de următoarea?”

Acesta este modul în care un proiect trece de la prima versiune la cea pilot, producție cu volum redus-și producție EMS mai stabilă.

Ce conține de obicei un pachet PCBA NPI pregătit pentru build-

Un pachet NPI gata de compilare-nu trebuie evaluat numai după numărul de fișiere. Ar trebui judecat dacă fiecare echipă din aval poate acționa din ea.

Un pachet este gata-construit atunci când este suficient de specific pentru ca echipele de inginerie, aprovizionare, producție, calitate și testare să avanseze fără a construi din presupuneri.

Unde se încadrează STHL în această discuție

Pentru cumpărătorii OEM, tranziția RFQ-la-NPI este mai ușoară atunci când partenerul EMS poate sprijini atât estimarea comercială, cât și execuția producției.

STHL sprijină proiecte OEM prinAnsamblu PCB, prototiparea PCB, coordonarea aprovizionării componentelor, revizuirea fișierelor de inginerie, pregătirea producției șiTestare și inspecție. În multe discuții în faza NPI-, munca practică nu se referă doar la citarea consiliului. Este vorba despre clarificarea proprietății surselor, a supleanților aprobați, a domeniului de aplicare a primei-construcții, a controlului datelor de inginerie, a planificării inspecțiilor, a cerințelor de programare și a pregătirii metodei de testare.

O transferare mai curată a NPI oferă atât OEM-ului, cât și echipei EMS o șansă mai bună de a construi prima execuție din același set de ipoteze, revizuiri și responsabilități.

Dacă echipa dvs. a trimis deja un RFQ PCBA și se pregătește pentru prima versiune, STHL vă poate ajuta să verificați dacă pachetul de ofertă este gata să devină un pachet NPI-gata de execuție.

Pregătiți o primă versiune după examinarea RFQ? Trimiteți proiectul dvs. prinSolicitați o cotațiesau e-mail info@pcba-china.com.

Concluzie

Un RFQ PCBA este o intrare de estimare. Un pachet PCBA NPI este o intrare de execuție.

RFQ ajută un partener EMS să înțeleagă costul, domeniul de aplicare, fezabilitatea și riscul. Pachetul NPI transformă aceste informații în intrări practice de producție pentru inginerie, aprovizionare, asamblare, inspecție, programare, testare și execuție a primei construcții.

Diferența nu este numărul de fișiere. Este starea de control.

Un pachet PCBA NPI gata de build-construire definește ce se construiește, ce revizuire este validă, cine furnizează fiecare parte, ce ipoteze sunt confirmate, cum vor fi închise elementele de inginerie deschise, cum va fi testată prima versiune și cum vor fi capturate rezultatele pentru următoarea versiune.

Build-gata nu înseamnă că fiecare problemă este deja rezolvată.

Înseamnă că proiectul este suficient de organizat pentru a trece de la cotație la execuție fără a se baza pe presupuneri.