Kā pārvērst PCBA piedāvājumu par -gatavu NPI pakotni

PCBA RFQ nav veidošanas instrukcija.

Tas var ietvert MK, Gerber failus, montāžas piezīmes, mērķa daudzumus, testa cerības un piegādes jautājumus. Bet tā darbs joprojām ir komerciāls: tas palīdz EMS partnerim novērtēt darbības jomu, izmaksas, iespējamību, materiālu iedarbību un ražošanas sarežģītību.

PCBA NPI pakotnei ir cits uzdevums. Tas pārvērš citātu-posma informāciju par izlaistajiem izpildes ievadiem inženiertehniskajai pārskatīšanai, komponentu iegādei, PCB montāžai, SMT programmēšanai, pārbaudei, funkcionālajai pārbaudei, pārstrādes kontrolei un pirmās versijas izlaišanai.

PCBA RFQ novērtē projektu. Būvēšanai-gatava NPI pakotne sagatavo projektu izveidei.

Šo atšķirību ir viegli nepamanīt, jo abos posmos tiek izmantoti daudzi vienādi faili. Patiesais jautājums nav par to, vai BOM vai Gerber pastāv. Jautājums ir par to, vai informācija ir pietiekami skaidra, lai iepirkumu, inženieru, ražošanas, kvalitātes un testēšanas komandas varētu rīkoties bez minējumiem.

Pašreizējā elektronikas ražošanas vidē materiālu pieejamība, apstiprinātie aizstājēji un iegādes īpašumtiesības var ātri mainīt būvēšanas plānu. Tāpēc piedāvājumu pakotne, kas ir pietiekami laba cenu noteikšanai, joprojām var būt pārāk brīva, lai veiktu pirmo-veidojumu.

RFQ-uz-NPI konvertēšanas mērķis nav izveidot lielāku dokumentu mapi. Mērķis ir citātu-posma pieņēmumus pārvērst norādījumos, pēc kuriem cilvēki var strādāt.

Citāts var pieļaut pieņēmumus. Būvējums nevar būt atkarīgs no tiem.

Sāciet ar pieņēmumiem aiz citāta

Visnoderīgākā vieta, kur sākt, nav BOM, Gerber pakotne vai montāžas rasējums.

Tas ir pieņēmuma slānis aiz RFQ.

Kotēšanas laikā NMP komandai bieži nākas izdarīt praktiskus pieņēmumus, jo ne visas detaļas vēl ir pieejamas. Šie pieņēmumi var ietvert:

• vai būve ir pabeigta, daļēji pabeigta vai nosūtīta;
• vai citētajā BOM ir izmantoti precīzi MPN vai budžeta aizstājēji;
• vai PCB dati ir galīgi vai joprojām tiek pārskatīti;
• vai programmēšana ir iekļauta vai tikai apspriesta;
• vai funkcionālā pārbaude nozīmē pilnu pārbaudes procedūru vai vienkāršu aktivizēšanu{0}};
• vai ir iekļauts iepakojums, marķēšana, atbilstošs pārklājums vai kastes komplekts;
• vai pircējs pieņem apstiprinātus aizstājējus parastajām sastāvdaļām;
• vai pārbaudes joma ietver AOI, X{0}}Ray, ICT, FCT vai tikai standarta procesa pārbaudi.

Šie pieņēmumi ir normāli RFQ laikā. Tie kļūst riskanti NPI laikā, ja tie paliek slēpti.

Noderīgam RFQ-to-NPI pārejai katrs galvenais piedāvājuma pieņēmums jāpārvērš vienā no trim statusiem:

Šī darbība novērš izplatītu pirmās{0}}veidošanas problēmu: EMS komanda piedāvā vienu pieņēmumu kopu, bet pircējs sagaida izpildi saskaņā ar citu.

Bloķējiet pirmo{0}}būves robežu

"Freeze" var izklausīties pārāk stingri NPI projektam. Agrīnās konstrukcijas bieži mainās. Inženieru komandas joprojām var apstiprināt programmaparatūru, korpusa piemērotību, pārbaudes metodes vai komponentu opcijas.

Tas nenozīmē, ka pirmā versija var palikt nenoteikta.

Pirms pirmās NPI versijas izlaišanas komandai ir jābloķē šī būvējuma robežas: kas ir iekļauts, kas ir izslēgts un kas tiek atlikts uz vēlāku pārskatīšanu.

Tas nav tas pats, kas visa produkta sasaldēšana. Tas vienkārši dod EMS komandai stabilu mērķi materiālu sagatavošanai, SMT programmēšanai, pārbaužu plānošanai, testa iestatīšanai un piegādes komunikācijai.

Praktiskai pirmās{0}}būvēšanas robežai ir jāapstiprina:

• vai darbības joma ir dēļa{0}}līmenisPCB montāžatikai;
• vai komplektācijā ietilpst SMT montāža, DIP montāža, jauktas tehnoloģijas montāža, selektīva lodēšana vai viļņu lodēšana;
• vai ir iekļauta PCB ražošana;
• vai komponentu piegāde ir pilnībā pabeigta, daļēji pabeigta vai klienta{0}}piegādāta;
• vai ir iekļauta programmēšana;
• vai testēšana un pārbaude ir iekļauta un kādā līmenī;
• vai ir iekļauts atbilstošs pārklājums, kabeļu montāža, marķēšana, iepakošana vai kastes komplekts;
• kādu izlaides stāvokli pircējs sagaida piegādes brīdī.

Šī nav papīra detaļa. Tas tieši ietekmē materiālu sagatavošanu, trafaretu plānošanu, SMT programmēšanu, pārbaudes maršrutēšanu, testa iestatīšanu, pārstrādes apstrādi un grafika saziņu.

Plāksnes-līmeņa PCBA uzbūve un komplektācija, kas ietver programmēšanu, funkcionālo testēšanu, atbilstošu pārklājumu, marķēšanu un galīgo iepakošanu, nav viens un tas pats NPI darbs, pat ja PCB dizains ir identisks.

Pirmā-izveides robeža katrai komandai nosaka praktisku mērķi. Darbības joma var paplašināties nākamajā būvniecībā. Bet pirmajai konstrukcijai ir jāzina, ko nozīmē “paveikts”.

Pārvērtiet MK par avota{0}}kontroldokumentu

Piedāvājuma posmā MK bieži ir cenu noteikšanas rīks.

NPI posmā tam jākļūst par avota{0}}kontroldokumentu.

Tas nozīmē, ka MK vairs nevajadzētu vienkārši uzskaitīt komponentus. Tajā ir jāpaziņo OEM un EMS komandām, kā šīs izveides laikā tiks apstrādāts katrs būtisks lēmums.

Konstrukcijai{0}}gatavā MK vajadzētu noskaidrot:

• apstiprināta ražotāja detaļu numuri;
• ražotāju nosaukumi un detaļu apraksti;
• atsauces apzīmējumi un daudzumi;
• informācija par iepakojumu vai nospiedumu;
• apstiprināti vietnieki;
• -neaizstāj{1}}daļas;
• pircēja -mēbelētās daļas;
• EMS{0}}iegādātās daļas;
• gari-potenciālā pirkuma vai piešķiršanas-sensitīvi vienumi;
• dzīves cikla problēmas, piemēram, EOL vai NRND risks, ja tie tiek identificēti;
• DNP, DNI vai izvēles montāžas pozīcijas;
• materiālu piezīmes par īpašu apstrādi, mitruma jutīgumu, marķēšanu vai izsekojamību.

Šeit parādās daudzas RFQ-to-NPI problēmas.

BOM var izskatīties pabeigta, jo katrai rindai ir daļas numurs. Bet, ja neviens nezina, vai pircējs vai EMS partneris ir atbildīgs par šīs daļas iegūšanu, MK nav gatava{1}}.

Ja kotēšanai tika izmantots aizstājējs, bet tas nekad nav apstiprināts ražošanai, MK netiek reāli kontrolēts. Ja svarīgam komponentam nav apstiprināta alternatīva, piegādes maiņas gadījumā pirkšana nevar darboties elastīgi.

Pabeigtās PCB montāžas gadījumā MK kontrolē iepirkumu.

Daļējai pabeigtai PCB montāžai MK kļūst arī par atbildības karti: kuras daļas ir piegādātas EMS{0}}, kuras daļas ir piegādātas pircējam-, kuras daļas ir apstiprinātas nomaiņai un kuras daļas nevar pārvietot bez rakstiska apstiprinājuma.

Nosūtītajām būvēm MK kontrolē, kas pircējam ir jāpiegādā, pirms var turpināt ražošanu.

Visos trīs gadījumos MK pārskatīšanai vajadzētu pāriet no “Vai mēs varam to citēt?” uz "Vai mēs varam to nopirkt, komplektēt, izsekot, salikt, pārbaudīt un atbrīvot?"

Izlaidiet vienu inženiertehnisko datu bāzes līniju NPI versijai

RFQ faili bieži tiek savākti laika gaitā. Pircējs e-pasta pavedienā var nosūtīt vienu MK versiju, pēc tam pārskatītu Gerber pakotni, pēc tam jaunu CPL failu un pēc tam atjauninātas montāžas piezīmes.

Tas var būt noderīgs piedāvājuma pārskatīšanas laikā.

Tas nav piemērots versijas izlaišanai.

Būv-gatavai PCBA NPI pakotnei ir nepieciešama viena izlaista inženiertehniskā bāzes līnija. Bāzes līnijai nav jābūt galīgai visam produkta dzīves ciklam, taču tai ir jābūt galīgai šai versijai.

Pamatlīnijai ir jānorāda derīga pārskatīšana:

Mērķis nav pieprasīt no katra klienta visus iespējamos failus. Vienkāršai montāžai var nebūt vajadzīgs tāds pats iepakojuma dziļums kā rūpnieciskai vadības panelim ar programmaparatūru, savienotājiem, relejiem, BGA un korpusa ierobežojumiem.

Mērķis ir izlīdzināšana.

Ja MK norāda uz vienu versiju, Gerber pakotne norāda uz citu un CPL fails ir no cita eksporta, ražošanas komanda nedarbojas, izmantojot būvēšanas pakotni. Tas darbojas no puzles, un trūkstošie gabali parasti parādās sliktākajā iespējamajā laikā: komplektēšanas, SMT programmēšanas, pārbaudes iestatīšanas vai pirmā raksta pārskatīšanas laikā.

Pārvērtiet DFM un DFT atradumus atvērtā-vienumu reģistrā

DFM pārskatīšanai un DFT plānošanai nevajadzētu būt ārpus NPI paketes kā atsevišķiem inženiertehniskiem komentāriem. Tiem jākļūst par daļu no darba kontroles sistēmas pirmajā būvniecībā.

Šajā posmā jautājums nav "Kāpēc DFM ir svarīgs?"

Jautājums ir: kuras DFM vai DFT problēmas var ietekmēt šo būvējumu, un kā katra no tām tiks slēgta vai pārvaldīta?

Tipiski atvērtie vienumi var ietvert:

• neskaidra polaritāte vai tapas 1 marķējums;
• komponentu orientācijas konflikti;
• nospiedumu un iepakojuma neatbilstības risks;
• šauras atstarpes starp savienotājiem, augstiem komponentiem vai smalku{0}}slīpu SMT ierīcēm;
• BGA, QFN vai slēptās lodēšanas savienojuma pārbaudes prasības;
• trūkst vai ir ierobežota piekļuve pārbaudei;
• programmēšanas saskarne nav apstiprināta;
• IKT vai FCT armatūra nav gatava;
• savienotāja piekļuve bloķēta pēc korpusa montāžas;
• konformāls pārklājums neļauj{0}}noteikt noteiktas vietas;
• selektīvās lodēšanas vai ar roku{0}}lodēšanas ierobežojumi;
• neskaidras pārstrādāšanas un atkārtotas pārbaudes cerības.

NPI pakotnē nedrīkst būt tikai uzraksts "DFM pārskatīšana pabeigta". Tas ir pārāk neskaidrs.

Tam vajadzētu parādīt darba statusu:

Šis reģistrs ir praktisks tilts starp inženiertehnisko pārbaudi un ražošanas izpildi.

Build{0}}gatavs nenozīmē, ka nav problēmu. Tas nozīmē, ka zināmās problēmas ir redzamas, piešķirtas un pārvaldītas, pirms tās patērē ražošanas laiku.

Definējiet izmaiņu kontroli, pirms notiek pirmās izmaiņas

NPI projekti mainās. Tas ir normāli.

Komponents var kļūt nepieejams. Pēdas nospiedums var būt jālabo. Programmaparatūras versija var mainīties pēc izlaišanas-. Pircējs var atjaunināt testa metodi. Pēc DFM atgriezeniskās saites projektēšanas inženieris var izdot jaunu PCB versiju.

Problēma nav pašās pārmaiņās. Problēma ir nekontrolētas pārmaiņas.

Pirms pirmās versijas sākšanas NPI pakotnei ir jādefinē, kā tiks apstrādātas izmaiņas pēc tam, kad tiks apstiprināta izlaistā bāzes līnija.

Praktiskai izmaiņai{0}}vadības plūsmai vajadzētu atbildēt uz:

• Kas var pieprasīt izmaiņas?
• Kāda informācija jāiekļauj pieprasījumā?
• Kas pārskata ietekmi uz izmaksām, izpildes laiku, ieguvi, instrumentiem, testēšanu un kvalitāti?
• Kurš apstiprina izmaiņas?
• Kādi dokumenti ir jāatjaunina?
• Kā par jauno versiju tiks paziņots iepirkumiem, SMT, pārbaudei, testēšanai un piegādei?
• Kas notiek ar jau iegādātu materiālu vai jau uzbūvētiem dēļiem?

Tam nav jākļūst par smagu uzņēmuma procesu katram mazam prototipam. Bet tam ir jābūt pietiekami skaidram, lai nepieļautu, ka neformālas izmaiņas būvē nepamanītas.

Neliela piezīme e-pastā var kļūt par īstu ražošanas problēmu, ja tā maina MK, PCB pārskatīšanu, programmēšanas metodi vai pārbaudes prasību un pārējā komanda to nekad neredz.

Pārskatīšanas kontrole nav administrēšana. Tādā veidā pirmā konstrukcija paliek izsekojama.

Definējiet pirmo{0}}būvējuma izvadi pirms ražošanas uzsākšanas

Pirmajai NPI versijai ir jābūt noteiktam izvades nosacījumam.

Tas atšķiras no plašas izmēģinājuma pieņemšanas politikas rakstīšanas. Tas ir tūlītējāks. Tas atbild par to, ko EMS partneris sagaida šīs versijas beigās.

Piemēram, izvade var būt:

• tikai samontēti dēļi;
• samontēti un vizuāli pārbaudīti dēļi;
• AOI{0}}pārbaudīti dēļi;
• dēļi ar rentgena pārbaudi atlasītajām pakām;
• programmētas plates;
• ieprogrammēts un iedarbināts{0}}uz pārbaudītiem dēļiem;
• funkcionāli pārbaudītas plāksnes;
• dēļi, kas piegādāti ar pārbaudes ierakstiem;
• dēļi, kas nosūtīti ar kļūmju, pārstrādāšanas un atkārtotas pārbaudes ierakstiem;
• dēļi ir iepakoti, marķēti un sagatavoti nākamajam integrācijas posmam.

Ne katrai pirmajai versijai ir nepieciešama pilnīga funkcionālā pārbaude. Dažas versijas ir paredzētas inženierzinātņu audzināšanai-. Daži ir paredzēti mehāniskai pielāgošanai. Daži no tiem ir paredzēti programmaparatūras ielādes apstiprināšanai. Daži no tiem ir tuvu izmēģinājuma versijai, un tiem ir nepieciešami pilnīgāki ieraksti.

NPI pakotnei jāatbilst izveides mērķim.

Ja ir iekļauta funkcionālā pārbaude, paketē ir jādefinē:

• programmaparatūras versija;
• programmēšanas metode;
• pārbaudes aprīkojuma vai armatūras statuss;
• funkcionālās pārbaudes procedūra;
• paredzamās izlaides vai mērījumu robežas;
• izturēt/neizturēt kritēriji;
• neizdevās -vienības apstrāde;
• pārstrādāšanas un atkārtotas pārbaudes noteikumi;
• testa ieraksta formāts.

Plātni var pareizi salikt, un tā joprojām neatbilst pircēja cerībām, ja nekad nav definēts paredzamais izejas nosacījums.

Pirmajai versijai nevajadzētu beigties ar debatēm par to, ko nozīmē “pabeigts”.

Padariet pakotni lietojamu ar katru funkciju

Spēcīga NPI pakete nav rakstīta vienai nodaļai.

Tam vajadzētu būt izmantojamam ikvienai komandai, kurai jārīkojas saistībā ar būvniecību.

Tāpēc pakotnei nevajadzētu justies kā nejaušai pielikumu mapei.

Tam vajadzētu darboties kā praktiskai pārejai no piedāvājuma uz izpildi.

Labākais tests ir vienkāršs: vai katra komanda var sākt savu darbu, vēlreiz neuzdodot tos pašus precizējošos jautājumus?

Ja atbilde ir nē, NPI pakotne vēl nav{0}}gatava.

Glabājiet komerciālos pieņēmumus atsevišķi no veidošanas instrukcijām

Viena smalka RFQ-to-BP kļūda ir tā, ka komerciāliem pieņēmumiem nejauši kļūst par ražošanas norādījumiem.

Kotācijas laikā EMS partneris var uzņemties standarta iepakojumu, standarta pārbaudi, standarta komponentu iegūšanu, standarta izpildes laiku vai standarta apstrādi. Šie pieņēmumi var būt saprātīgi cenu noteikšanai, taču tie joprojām ir jāapstiprina pirms būvējuma izlaišanas.

Piemēram:

• Cenā var būt standarta iepakojums, savukārt faktiskajam NPI komplektam ir nepieciešami ESD maisiņi, paplātes, etiķetes, sērijas numuri vai atsevišķa neveiksmīga{0}}vienība.
• Citāts var pieņemt standarta AOI pārbaudi, savukārt panelim var būt nepieciešama rentgena pārbaude BGA vai QFN pakotņu dēļ.
• Piedāvājumā var nebūt funkcionālas pārbaudes, savukārt pircējs sagaida programmaparatūras ielādi un sistēmas{0}}līmeņa verifikāciju.
• Citāts var pieņemt EMS avotus, savukārt pircējs plāno piegādāt kritiskos IC.
• Cenā var pieņemt, ka nav īpaša pārklājuma, savukārt lietojumprogrammai ir nepieciešams atbilstošs pārklājums, vai arī to nedrīkst kontrolēt.

NPI paketē skaidri jānorāda, kuri pieņēmumi tagad ir apstiprināti norādījumi un kuri pieņēmumi ir mainījušies.

Noderīgs jautājums nodošanas sanāksmei ir:

"Ko mēs pieņēmām par citātu un ko esam apstiprinājuši būvei?"

Šis viens jautājums bieži atklāj atšķirību starp cenu -gatavu pakotni un būvēšanai-gatavu pakotni.

Izmantojiet pirmo būvējumu, lai izveidotu nākamo-veidojumu mācību cilpu

Būvēšanai-gatavai PCBA NPI pakotnei ir arī jāsagatavo projekts, lai mācītos no pirmās versijas.

Pirmā konstrukcija nav tikai sūtījums. Tas ir inženierzinātņu un ražošanas atgriezeniskās saites pasākums.

NPI pakotnei ir jādefinē, kāda informācija tiks tverta izveides laikā vai pēc tās, piemēram:

• materiālu trūkums;
• aizvietotāju apstiprināšanas jautājumi;
• ienākošās materiālās problēmas;
• montāžas defekti;
• neskaidras polaritātes vai orientācijas piezīmes;
• AOI vai rentgenstaru atradumi;
• programmēšanas problēmas;
• funkcionālās pārbaudes kļūmes;
• pārstrādes darbības;
• atkārtotas pārbaudes rezultāti;
• armatūras vai instrumentu ierobežojumi;
• iepakošanas un apstrādes jautājumi;
• ieteicamās izmaiņas pirms nākamās versijas.

Šīs atsauksmes kļūst noderīgas tikai tad, ja tās ir saistītas ar pareizo pārskatīšanas bāzes līniju.

Ja komanda nezina, kura MK, PCB versija, programmaparatūras versija un pārbaudes metode tika izmantota, vispirms{0}}būvējuma atsauksmes ir grūti piemērot.

Labs RFQ-to-NPI process neapstājas pie "dēļi tika uzbūvēti".

Tas jautā: "Ko šī celtne mums mācīja pirms nākamās?"

Tādā veidā projekts pāriet no pirmās versijas uz izmēģinājuma versiju, zema{0}}apjoma ražošanu un stabilāku EMS ražošanu.

Kas parasti satur gatavu PCBA NPI pakotni{0}}

Par būvēšanai-gatavu NPI pakotni nevajadzētu vērtēt tikai pēc failu skaita. Tas jāvērtē pēc tā, vai katra pakārtotā komanda var no tā rīkoties.

Pakotne ir{0}}gatava, ja tā ir pietiekami specifiska, lai inženieru, ieguves, ražošanas, kvalitātes un testēšanas komandas varētu virzīties uz priekšu, neizmantojot pieņēmumus.

Kur STHL iederas šajā diskusijā

OEM pircējiem RFQ-uz-NPI pāreja ir vienkāršāka, ja EMS partneris var atbalstīt gan komerciālās aplēses, gan ražošanas izpildi.

STHL atbalsta OEM projektusPCB montāža, PCB prototipēšana, komponentu ieguves koordinēšana, inženierijas failu pārskatīšana, ražošanas sagatavošana unPārbaude un pārbaude. Daudzās NPI{1}}posma diskusijās praktiskais darbs nav tikai tāfeles citēšana. Runa ir par avota īpašumtiesību noskaidrošanu, apstiprinātajiem aizstājējiem, pirmās-būvējuma darbības jomu, inženiertehnisko datu kontroli, pārbaužu plānošanu, programmēšanas prasībām un testēšanas metožu gatavību.

Tīrāka NPI nodošana sniedz gan oriģinālā aprīkojuma ražotājiem, gan EMS komandai labākas iespējas izveidot pirmo darbību, pamatojoties uz tiem pašiem pieņēmumiem, pārskatījumiem un pienākumiem.

Ja jūsu komanda jau ir iesniegusi PCBA piedāvājumu un gatavojas pirmajai versijai, STHL var palīdzēt pārbaudīt, vai piedāvājuma pakotne ir gatava kļūt par izpildei{0}}gatavu NPI pakotni.

Vai gatavojat pirmo būvējumu pēc piedāvājuma pārskatīšanas? Iesniedziet savu projektu caurPieprasīt cenas piedāvājumuvai e-pastu info@pcba-china.com.

Secinājums

PCBA RFQ ir aplēses ievade. PCBA NPI pakotne ir izpildes ievade.

RFQ palīdz EMS partnerim izprast izmaksas, apjomu, iespējamību un risku. NPI pakotne pārvērš šo informāciju par praktisku ražošanas ievadi projektēšanai, piegādei, montāžai, pārbaudei, programmēšanai, testēšanai un pirmās būves izpildei.

Atšķirība nav failu skaits. Tas ir kontroles stāvoklis.

Būvējuma-gatavā PCBA NPI pakotne nosaka, kas tiek veidots, kura versija ir derīga, kurš piegādā katru daļu, kuri pieņēmumi tiek apstiprināti, kā tiks aizvērti atvērtie inženiertehniskie elementi, kā tiks pārbaudīta pirmā versija un kā tiks iegūti rezultāti nākamajai versijai.

Būvējums-gatavs nenozīmē, ka visas problēmas jau ir atrisinātas.

Tas nozīmē, ka projekts ir pietiekami organizēts, lai pārietu no piedāvājuma uz izpildi, nepaļaujoties uz minējumiem.