Pateikus PCBA RFQ: peržiūra, paaiškinimas, citata ir kūrimo leidimas

Apžvalga

Pateikus PCBA RFQ, pradedama peržiūra. Tai nereiškia, kad projektas yra paruoštas cituoti, ir tai tikrai nereiškia, kad gamykla yra pasirengusi statyti.

Kai EMS teikėjas gauna RFQ, darbas pasikeičia. Pardavimo, inžinerijos, tiekimo, testavimo ir komercinės komandos turi įsitikinti, kad jos vertina tą patį kūrimą remdamosi tomis pačiomis prielaidomis.

Štai čia svarbus disciplinuotas PCBA RFQ procesas.

RFQ nurodo tiekėjui, ką pirkėjas nori įvertinti. Citatos įrašo, kas yra įkainota ir pagal kokias prielaidas. Prieš pradedant gamybą, sprendimai, turintys įtakos konstrukcijai, turi tapti aiškiomis dabartinės peržiūros instrukcijomis.

Projektas gali būti paruoštas cituoti, kol jis bus paruoštas gaminti.

Šis atotrūkis tarp šių dviejų yra ta vieta, kur vyksta didžioji dalis tikrojo RFQ darbo.

RFQ, citata ir kūrimo leidimas atlieka skirtingus darbus

Daugelis tų pačių failų gali būti rodomi tiek RFQ, tiek gamybos{0}}išleidimo stadijose, tačiau kiekvienu tašku jie skirti skirtingam tikslui.

Šį skirtumą lengva nepastebėti, nes MK, PCB duomenys, programavimo informacija, bandymo reikalavimai ir kiti projekto įvesties duomenys gali būti rodomi visuose trijuose etapuose.

Tikrasis klausimas nėra, ar tie failai egzistuoja.

Tai, ar visi juos naudoja tai pačiai versijai, tai pačiai peržiūrai ir ta pačiai sutartai apimčiai.

Kol citata kuriama

PCB surinkimo citata retai gaunama iš vieno asmens, kuris atidaro MK ir apskaičiuoja kainą.

Keletas peržiūrų gali vykti lygiagrečiai, ir kiekviena komanda ieško kažko kito.

Pirmiausia įsitikinkite, kad visi peržiūri tą pačią versiją

Gavus užklausą, pirmoji praktinė užduotis yra nustatyti, kuri informacija taikoma ruošiamai citatai.

Šiame etape nereikia kartoti kito failų, kuriuos pirkėjas turėjo pateikti, kontrolinio sąrašo. Tai priklauso prieš RFQ.

Dabar klausimai kitokie.

Ar PCB ir BOM versijos priklauso kartu?

Ar CPL arba vietos duomenys atitinka dabartinę surinkimo versiją?

Ar prašomas kiekis yra tikroji pirmoji versija, bandomasis kiekis ar būsimo apimties scenarijus?

Ar projektas iki galo, dalinis iki galo, klientas{0}}tiekiamas ar mišinys?

Ar programavimas ir funkcinis testavimas yra dabartinės taikymo srities dalis?

Ar buvo atliktas ECN ar kitas dizaino pakeitimas, kol pasiūlymas jau peržiūrimas?

Nė viena iš šių situacijų nėra neįprasta. Keičiasi prototipų ir NPI projektai.

Problema prasideda tada, kai inžinerija peržiūri vieną versiją, tiekimas nustato kitą kainą, o pirkėjas tikisi kažko kito.

Jei pateikiama nauja versija, paveiktos inžinerinės, tiekimo, bandymo ir komercinės prielaidos turėtų būti patikrintos dar kartą. Nedideliam pataisymui nereikia automatiškai pradėti visą RFQ, tačiau pasiūlymo pagrindas vis tiek turi likti aiškus.

Inžinerija: ar galime sukurti tai, kas cituojama?

RFQ etape inžinerija paprastai ieško gamybos ir bandymo sąlygų, kurios galėtų reikšmingai paveikti nurodytą sritį.

Priklausomai nuo projekto, tai gali būti:

• surinkimo galimybė;
• supakuoti- arba apdoroti-jautrius komponentus;
• panelizacijos arba gamybos prielaidos;
• DFM arba DFT problemos;
• programavimo prieiga;
• išbandyti prieigą;
• specialios surinkimo operacijos;
• prototipas, bandomasis ar naujesnės{0}}gamybos pasekmės.

Tai svarbi riba.

RFQ inžinerijos peržiūra automatiškai nėra pilnas produkto{0}}dizaino auditas.

Jos užduotis yra atskleisti problemas, kurios gali pakeisti pagaminamumą, paruošiamuosius darbus, bandymo apimtį, kainą ar atlikimo laiką, kol šios prielaidos taps pasiūlymo dalimi.

Tiekimas: ar galime gauti BOM nurodytomis sąlygomis?

Tiekimo komanda sprendžia kitokią problemą.

Atliekant peržiūrą gali reikėti apsvarstyti:

• komponentų prieinamumas;
• gyvavimo ciklo būsena;
• MOQ arba MPQ ekspozicija;
• ilgos-galios arba paskirstymo-jautrios dalys;
• patvirtintos alternatyvios taisyklės;
• kliento{0}}pateikti komponentai;
• didelės-vertės arba vieno-šaltinio elementai;
• apsirūpinimo sąlygomis, kurios gali turėti įtakos prašomam grafikui.

KS nėra paruošta gauti tik todėl, kad užpildyta kiekviena eilutė.

Tiekėjas vis tiek turi žinoti, kurios dalys yra įkainotos, kurie šaltiniai yra priimtini ir kas atsitiks, jei konkretus prašomas komponentas negali palaikyti planuojamos konstrukcijos.

Materialinės sąlygos taip pat gali keistis tarp RFQ peržiūros ir užsakymo pateikimo. Todėl prieš prisiimant pirkimo įsipareigojimus gali reikėti dar kartą patikrinti svarbias tiekimo prielaidas.

Testavimas ir programavimas: ką reikia įtraukti į dabartinę sritį?

Testavimas gali pakeisti komercinę apimtį nekeičiant PCB konstrukcijos.

Konstrukcija, kuriai reikalinga įprastinė gamybos patikra, nėra tas pats pasiūlymas, kuris reikalauja:

• kliento -konkretus funkcinis testavimas;
• programavimas;
• specialus tvirtinimas;
• vieneto-konkreti konfigūracija;
• specialūs bandymų įrašai;
• papildomi patvirtinimo darbai.

Tas pats pasakytina ir apie programinę-aparatinę įrangą.

Jei įtrauktas programavimas, EMS komandai gali reikėti žinoti, kuri gamybos versija taikoma, kaip ji įkeliama, ar konfigūracijos duomenys yra specifiniai{0}} vienetui ir koks patvirtinimas atliekamas po programavimo.

Bandymo apimtis gali būti paprasta arba plati. RFQ etape svarbu, kad abi pusės suprastų, ką apima dabartinė citata.

Kas atsitiks su prielaidomis, esančiomis už citatos?

Ne kiekvienas neatsakytas klausimas turi sustabdyti citatą.

Kai kurie elementai gali likti kaip aiškios prielaidos.

Praktinis būdas apie juos galvoti yra:

Patvirtinta

Taškas buvo patikrintas ir gali būti dabartinės citatos arba kūrimo instrukcijų dalis.

Pakeistas

Pradinė prielaida nebegalioja, nes pirkėjas ir tiekėjas susitarė dėl kitokios sąlygos.

Atidaryti

Vis dar reikia sprendimo.

Atviras daiktas turi turėti savininką, o visi dalyvaujantys turėtų suprasti, ką jis veikia.

Svarbi paskutinė dalis.

Neišspręsta pakuotės detalė negali blokuoti to paties darbo kaip neišspręstas PCB peržiūra, patvirtintas alternatyvus, programavimo leidimas ar bandymo metodas.

Pirmenybė turėtų būti teikiama atsižvelgiant į poveikį projektui, o ne kiekvieną klausimą traktuojant kaip vienodai skubų.

Paaiškinimas turėtų uždaryti sprendimus, o ne generuoti el. laiškų srautą

Aiškinimas yra normalus EMS darbe.

Prastas paaiškinimas nėra.

Silpnas RFQ procesas užduoda vieną klausimą, laukia atsakymo, siunčia kitą nesusijusį klausimą ir palieka pirkėją bandyti suprasti, kuri problema iš tikrųjų svarbi.

Geresnis požiūris sugrupuoja susijusius klausimus ir padaro matomą priežastį.

Norint gauti paprastą RFQ, gali pakakti el.

Sudėtingesnio projekto atveju trumpas techninis susitikimas gali uždaryti kelis sujungtus elementus greičiau nei kita ilga el. pašto gija.

Pats susitikimas nėra esmė.

Klausimas turi būti priimtas sprendimas.

Kai pasiūlymas grįš pirkėjui

Kai projektas yra pakankamai aiškus, kad būtų galima nustatyti kainą, darbo pobūdis vėl pasikeičia.

Tiekėjas perėjo nuo supratimo apie projektą ir pateikė komercinį pasiūlymą, priešingą supratimui.

Kaina turėtų būti tokia pati, kokią visi peržiūrėjo

Citatai nebūtina užbaigti visos būsimos gamybos detalės.

Tam reikia patikimo pagrindo.

Prototipo atveju kai kurie sprendimai gali pagrįstai likti atviri, kol pirmoji konstrukcija išmokys inžinierių komandą daugiau.

Bandomajam arba pakartotiniam{0}}gamybos projektui gali prireikti griežčiau apibrėžti, nes įrankiai, testavimas, tiekimo strategija, programavimas ir pakartojamumas jau yra svarbesni.

Svarbu tai, kad inžinerija, tiekimas, bandymai, pardavimas ir pirkėjas vis dar kalba apie tą patį projektą.

Greita citata nėra ypač naudinga, jei viena komanda peržiūrėjo A versiją, kita – B versiją, o pirkėjas tikisi C pataisos.

Ką citata turi tęsti

Atliekant RFQ darbo eigą svarbu, ar citata perkelia prielaidas, kurios turės įtakos projektui, jei jis tęsis.

Priklausomai nuo projekto, tai gali būti:

• cituojamas peržiūros pagrindas;
• tiekimo modelis;
• svarbios alternatyvios prielaidos;
• kiekis arba kiekio pertraukos;
• programavimo ir testavimo apimtis;
• įrankių arba NRE prielaidos;
• atitinkamos pristatymo{0}}laiko priklausomybės;
• kliento-pateiktos materialinės sąlygos;
• išimtys, galinčios pakeisti vykdymą.

Citata įrašo dabartinį komercinį supratimą.

Ji neturėtų būti traktuojama kaip pati gamybos instrukcija.

Naudingi tolesni veiksmai{0}}turi priežastį

Išsiuntus citatą tyla nepasakoja tiekėjui, kodėl projektas sustojo.

Pirkėjas gali būti:

• pasiūlymo peržiūra su inžinieriumi;
• tiekėjų palyginimas;
• biudžeto tikrinimas;
• tiekimo prielaidų patvirtinimas;
• tiekėjo audito rengimas;
• nuspręsti, ar pradėti prototipą ar bandomąjį kūrimą;
• laukia vidinio programos sprendimo.

Tokios situacijos neturėtų būti stebimos vienodai{0}}.

"Kažkoks atnaujinimas?" retai kuriai pusei daug pasako.

Naudingas tolesnis darbas-turi priežastį.

Pavyzdžiui:

Ar nurodytas bandomasis kiekis vis dar atitinka jūsų suplanuotą pirmąją versiją?

arba:

Viena patvirtinta{0}}šaltinio prielaida turi įtakos ir medžiagų sąnaudoms, ir tvarkaraščiui. Ar norėtumėte, kad pasiliktume cituojamą šaltinį ar peržiūrėtume kitą parinktį?

arba:

Jei komercinė apimtis yra priimtina, ar kitas jūsų žingsnis paprastai yra pavyzdinis kūrimas, tiekėjo auditas ar vidinė PO peržiūra?

Daugiau kontaktų padeda tik tuo atveju, jei pirkėjo sprendimas tampa aiškesnis.

Kai komercinis patvirtinimas virsta tikru pastatu

Citata gali būti priimta. Gali būti išduotas PO. Projektą galima laimėti komerciškai.

Gamybai vis tiek gali prireikti dar vieno kontrolės lygio.

PO automatiškai nereiškia, kad kūrimas yra paruoštas pradėti

Pirkimo užsakymas patvirtina sutartą komercinį sandorį.

Gamyklai vis dar reikia aiškaus dabartinės statybos tikslo.

Atsižvelgiant į projektą, gali prireikti galutinės kontrolės:

• PCB ir BOM peržiūros;
• patvirtinti pakaitiniai nariai;
• klientas{0}}tiekiama medžiaga;
• programinės įrangos arba programinės įrangos leidimas;
• bandymo apimtis ir priėmimo sąlygos;
• įrankių ar tvirtinimo detalių paruošimas;
• specialios surinkimo instrukcijos;
• ženklinimo ir pakavimo reikalavimai;
• patvirtinti nukrypimai;
• pristatymo reikalavimai, susiję su konstrukcija.

Paprastas pakartotinis užsakymas jau gali būti kontroliuojamas.

Ankstyvojo prototipo vis dar laukia teisėti inžineriniai pakeitimai.

Štai kodėl „viską užšaldyti“ ne visada yra tinkamas būdas galvoti apie NPI.

Naudingesnis klausimas yra:

Kokios versijos ir sąlygos išleidžiamos šiai versijai?

Produktas gali toliau tobulėti vėliau.

Gamyklai vis dar reikia vieno kontroliuojamo taikinio plokštėms, kurias ji ruošiasi gaminti.

Prieš pradedant kūrimą, prielaidos turi tapti instrukcijomis

Citata{0}}etapiniuose pokalbiuose gausu naudingų trumpinių.

Alternatyva priimtina.

Programavimas įtrauktas.

Naudokite atnaujintą bandymo procedūrą.

Supakuokite taip pat, kaip ir pavyzdį.

Šie teiginiai gali būti visiškai aiškūs, kol pardavimai ir inžinerija aptaria RFQ.

Jie yra daug mažiau naudingi, jei gamyba vėliau turi atkurti tai, ką visi turėjo omenyje.

Prieš pradedant kūrimą, prielaidos, turinčios įtakos gamybai, turi tapti aiškiomis dabartinės versijos instrukcijomis.

Svarbi prielaida gali baigtis:

• patvirtinta;
• pakeista nauja sutarta sąlyga;
• laikomas atviru, kol bus priimtas reikalingas sprendimas.

Tikslūs dokumentų pavadinimai skiriasi priklausomai nuo EMS teikėjų.

Principas yra aiškus:

Gamybai nereikėtų rekonstruoti pokalbio su citata, kad žinotų, ką ji turėtų sukurti.

NPI perdavimo metu geras užsakymas vis tiek gali suklysti

Tai viena iš lengviausių vietų prarasti gerą projekto informaciją.

Inžinerija galėjo pažymėti specialią proceso sąlygą.

Sourcing galėjo gauti patvirtinimą dėl alternatyvaus.

Pirkėjas galėjo patikslinti bandymo reikalavimą.

Pardavėjai galėjo susitarti dėl pakuotės.

Į citatą galėjo būti įtraukta tvirtinimo prielaida.

Kiekvienas sprendimas gali būti teisingas savaime.

Projektas vis dar kelia pavojų, jei tie sprendimai liks išsibarstę po el. laiškus, citatas, susitikimų pastabas ir asmeninę atmintį.

Naudingas RFQ-to-NPI perdavimas perkelia dabartinius sprendimus.

Pirmą kartą statant tai gali būti prijungta:

dabartinė peržiūra → patvirtintos medžiagų taisyklės → inžineriniai veiksmai → programavimo ir bandymo reikalavimai → įrankių ar tvirtinimo elementų būklė → pakavimo ir pristatymo reikalavimai.

Gamybai reikia sprendimų.

Ji neturėtų gauti visos RFQ istorijos ir turėtų būti interpretuojama dar kartą.

Išleidimo patikra turėtų atitikti projekto etapą

Ne kiekvienam užsakymui reikia vienodo{0}}priekinio valdymo gylio.

Prototipas

Pirmoje versijoje vis dar gali būti inžinerinių žinių.

Dabartinė peržiūra ir gamybos instrukcijos turi būti pakankamai aiškios, kad būtų galima sukurti, tačiau nėra jokios priežasties apsimesti, kad būsimi projekto pakeitimai yra neįmanomi.

Pilotinis kūrimas

Daugiau dėmesio dažnai nukreipiama į:

• pakartojamumas;
• testo vykdymas;
• materialinė strategija;
• Įrankiai;
• proceso nuoseklumas;
• pasiruošimas kitam kiekio lygiui.

Pakartotinis arba tūrinis gamyba

Daugiau dėmesio skiriama:

• stabili peržiūros kontrolė;
• patvirtintas pokyčių valdymas;
• materialinis tęstinumas;
• nuoseklus testavimas;
• proceso pakartojamumas;
• pristatymo planavimas.

Pagrindinė darbo eiga yra ta pati.

Kontrolės apimtis keičiasi atsižvelgiant į projekto etapą.

Ką turėtų matyti pirkėjai

Pirkėjui nereikia prieigos prie kiekvieno vidinio darbalapio, šaltinio pokalbio ar inžinerinės diskusijos.

Procesas vis tiek turėtų būti suprantamas.

Tuo metu, kai RFQ pereina link užsakymo, pirkėjas turėtų turėti galimybę atsakyti į tokius klausimus kaip:

• Kokiu pataisymu pagrįsta dabartinė citata?
• Kurios svarbios prielaidos vis dar atviros?
• Ar materialinė rizika ar pakaitiniai nariai laukia patvirtinimo?
• Ar programavimas ir testavimas yra įtraukti į dabartinę taikymo sritį?
• Kokio sprendimo reikia toliau?
• Jei PO išduodamas, kas vis tiek turi įvykti prieš pradedant kūrimą?
• Kuris citatų{0}}etapų sprendimai bus įtraukti į NPI?

Tai naudingiau nei tiesiog pasakyta:

Jūsų citata peržiūrima.

Kur STHL tinka RFQ-kad-kurtų darbo eigą

„Shenzhen STHL Technology Co., Ltd.“ (STHL) palaiko PCB surinkimo ir EMS projektus nuo RFQ ir failų peržiūros iki inžinerijos ir medžiagų paruošimo, surinkimo paruošimo, gamybos ir konkrečių projektų{2} bandymų bei pristatymo.

Tikslus peržiūros gylis priklauso nuo projekto, jo šaltinio modelio, bandymo reikalavimų, peržiūros būsenos, kiekio ir gamybos etapo.

Pirkėjai, vertinantys aktyvų projektą, gali peržiūrėti STHLPCB surinkimo paslaugosplatesnei gamybos apimčiai.

Kai projektas bus paruoštas tiekėjo peržiūrai, galitepateikti savo projekto duomenis.

Jei turite klausimų apie projektą{0}}, susisiekite su STHL elinfo@pcba-china.com.

Išvada

Naudingas PCBA RFQ procesas nėra paprastas:

failai į → kaina išeina.

RFQ, citata ir dabartinis versijos leidimas turi skirtingą užduotį.

RFQ suteikia EMS teikėjui ką nors įvertinti.

Citata įrašo, kas yra siūloma ir kokiomis prielaidomis.

Jei projektas juda į priekį, sprendimai, turintys įtakos gamybai, turi išgyventi perkėlimą į NPI ir tapti tinkamomis instrukcijomis dabartinei versijai.

Be to, išaiškinimas turėtų užbaigti tikrus sprendimus. Taisymo pakeitimai turėtų paskatinti peržiūrą ten, kur jie yra svarbūs. Tolesni veiksmai-turėtų padėti nustatyti kitą pirkėjo sprendimą, o ne tiesiog pridėti kitą el. laišką į grupę.

Ir kai gaunamas PO, nebekyla klausimas, ar projektas buvo cituojamas teisingai.

Tai, ar gamykla dabar turi tokį patį supratimą, kokį suprato pirkėjų, pardavimų, inžinierių, tiekimo ir bandymų komandos, kai buvo susitarta dėl projekto.

Tai yra tikrasis perėjimas po PCBA RFQ pateikimo:

nuo informacijos → iki komercinio susitarimo → iki kontroliuojamo vykdymo.