După ce trimiteți o cerere de solicitare PCBA: revizuire, clarificare, cotație și versiune de compilare

Prezentare generală

Trimiterea unui RFQ PCBA începe revizuirea. Nu înseamnă că proiectul este gata de cotație și, cu siguranță, nu înseamnă că fabrica este gata să construiască.

Odată ce un furnizor EMS primește cererea de cerere, locul de muncă se schimbă. Echipele de vânzări, inginerie, aprovizionare, testare și comerciale trebuie să se asigure că evaluează aceeași construcție în baza acelorași ipoteze.

Aici contează un proces disciplinat PCBA RFQ.

RFQ-ul spune furnizorului ce vrea cumpărătorul să fie evaluat. Cotația înregistrează ce preț este stabilit și în ce ipoteze. Înainte de începerea producției, deciziile care afectează construcția trebuie să devină instrucțiuni clare pentru revizuirea curentă.

Un proiect poate fi gata de cotare înainte de a fi gata de lansare în producție.

Acel decalaj dintre cele două este locul în care are loc o mare parte din munca reală RFQ.

RFQ-ul, cotația și versiunea de build fac diferite lucrări

Multe dintre aceleași fișiere pot apărea atât în ​​fazele de RFQ, cât și în fazele de lansare{0}}producție, dar au un scop diferit în fiecare moment.

Această distincție este ușor de ratat deoarece BOM, datele PCB, informațiile de programare, cerințele de testare și alte intrări ale proiectului pot apărea în toate cele trei etape.

Întrebarea reală nu este dacă acele fișiere există.

Este dacă toată lumea le folosește pentru aceeași versiune, aceeași revizuire și același domeniu convenit.

În timp ce se construiește citatul

O ofertă de asamblare PCB vine rar de la o persoană care deschide o BOM și calculează un preț.

Mai multe recenzii pot avea loc în paralel și fiecare echipă caută ceva diferit.

În primul rând, asigurați-vă că toată lumea revizuiește aceeași versiune

Odată ce RFQ sosește, prima sarcină practică este de a stabili ce informații se aplică ofertei în curs de pregătire.

În această etapă, nu este nevoie să repeți o altă listă de verificare a fișierelor pe care cumpărătorul ar fi trebuit să le trimită. Asta aparține înainte de RFQ.

Acum întrebările sunt diferite.

Revizuirile PCB și BOM aparțin împreună?

CPL sau datele de plasare se potrivesc cu revizuirea actuală a ansamblului?

Este cantitatea cerută prima versiune reală, o cantitate pilot sau un scenariu de volum viitor?

Este proiectul la cheie, parțial la cheie, clientul-furnizat sau un amestec?

Sunt programarea și testarea funcțională parte din domeniul actual?

A sosit un ECN sau o altă modificare de design în timp ce cererea de cerere este deja în curs de revizuire?

Niciuna dintre aceste situații nu este neobișnuită. Proiectele prototip și NPI se schimbă.

Problema începe atunci când ingineria revizuiește o versiune, aprovizionarea stabilește prețul pentru alta, iar cumpărătorul se așteaptă la altceva.

Dacă apare o nouă revizuire, ipotezele de inginerie, aprovizionare, testare și comerciale afectate ar trebui verificate din nou. O revizuire minoră nu necesită automat ca întregul RFQ să înceapă de la capăt, dar baza cotației trebuie să rămână clară.

Inginerie: putem construi ceea ce este cotat?

În etapa RFQ, ingineria caută în mod normal condiții de producție și de testare care ar putea afecta în mod semnificativ domeniul de aplicare citat.

În funcție de proiect, acesta poate include:

• fezabilitatea montajului;
• pachet- sau proces-componente sensibile;
• ipoteze de panelizare sau de fabricație;
• preocupări DFM sau DFT;
• acces la programare;
• acces de testare;
• operațiuni speciale de asamblare;
• implicații pentru prototip, pilot sau{0}}producție ulterioară.

Aceasta este o limită importantă.

Revizuirea ingineriei RFQ nu este automat un audit complet de-proiectare a produsului.

Sarcina sa este de a scoate în evidență problemele care pot schimba fabricabilitatea, munca de pregătire, domeniul de testare, costul sau timpul de livrare înainte ca aceste ipoteze să devină parte din cotație.

Aprovizionare: putem sursa BOM în condițiile cotate?

Echipa de aprovizionare rezolvă o altă problemă.

Pentru ansamblul PCB la cheie și parțial-la cheie, este posibil ca revizuirea să aibă în vedere:

• disponibilitatea componentelor;
• starea ciclului de viață;
• expunere MOQ sau MPQ;
• piese sensibile-de lungă durată sau de alocare-;
• reguli alternative aprobate;
• componente furnizate de client-;
• articole de-valoare mare sau sursă unică-;
• conditii de aprovizionare care pot afecta orarul solicitat.

O BOM nu este pregătită pentru aprovizionare doar pentru că fiecare rând este completată.

Furnizorul încă trebuie să știe ce piese sunt evaluate, ce surse sunt acceptabile și ce se întâmplă dacă componenta exactă solicitată nu poate suporta construcția planificată.

Condițiile materiale se pot deplasa, de asemenea, între examinarea RFQ și plasarea comenzii. Prin urmare, ipotezele critice de aprovizionare pot necesita o altă verificare înainte de a se face angajamentele de cumpărare.

Testare și programare: ce trebuie să includă domeniul actual?

Testarea poate schimba domeniul comercial fără a schimba designul PCB.

O construcție care necesită o inspecție de rutină a producției nu este același RFQ cu cel care necesită:

• testarea funcțională-specifică clientului;
• programare;
• un dispozitiv dedicat;
• configurația specifică-unității;
• înregistrări speciale ale testelor;
• lucrări suplimentare de validare.

Același lucru este valabil și pentru firmware.

Dacă este inclusă programarea, echipa EMS poate avea nevoie să știe ce versiune de producție se aplică, cum este încărcată, dacă datele de configurare sunt specifice unității-și ce verificare urmează programării.

Domeniul de aplicare al testului poate fi simplu sau extins. Ceea ce contează în etapa RFQ este ca ambele părți să înțeleagă ce include oferta actuală.

Ce se întâmplă cu ipotezele din spatele citatului?

Nu orice întrebare fără răspuns trebuie să oprească un citat.

Unele elemente pot rămâne ca ipoteze explicite.

Un mod practic de a le gândi este:

Confirmat

Punctul a fost verificat și poate face parte din cotația curentă sau din instrucțiunile de construcție.

Înlocuit

Ipoteza inițială nu se mai aplică deoarece cumpărătorul și furnizorul au convenit asupra unei alte condiții.

Deschide

Mai este nevoie de o decizie.

Un articol deschis ar trebui să aibă un proprietar și toți cei implicați ar trebui să înțeleagă ce afectează acesta.

Ultima parte contează.

Este posibil ca un detaliu de ambalare nerezolvat să nu blocheze aceeași activitate ca o revizuire PCB nerezolvată, o alternativă aprobată, o versiune de programare sau o metodă de testare.

Prioritatea ar trebui să urmărească impactul asupra proiectului, mai degrabă decât să trateze fiecare întrebare ca fiind la fel de urgentă.

Clarificarea ar trebui să închidă deciziile, nu să genereze trafic de e-mail

Clarificarea este normală în munca EMS.

O clarificare slabă nu este.

Un proces slab de RFQ pune o întrebare, așteaptă răspunsul, trimite o altă întrebare fără legătură și îl lasă pe cumpărător să încerce să înțeleagă care problemă contează de fapt.

O abordare mai bună grupează întrebările conexe și face vizibil motivul.

Pentru un RFQ simplu, e-mailul poate fi suficient.

Pentru un proiect mai complex, o scurtă întâlnire tehnică poate închide mai repede mai multe articole conectate decât un alt fir de e-mail lung.

Întâlnirea în sine nu este ideea.

Problema trebuie să ajungă la o decizie.

Când cotația se întoarce la cumpărător

Odată ce proiectul este suficient de clar pentru a stabili prețul, tipul de lucru se schimbă din nou.

Furnizorul a trecut de la înțelegerea proiectului la a face o ofertă comercială împotriva acestei înțelegeri.

Cotația ar trebui să aibă același preț la aceeași versiune pe care toată lumea o revizuiește

O cotație nu are nevoie de fiecare detaliu de producție viitoare pentru a fi finalizat.

Are nevoie de o bază de încredere.

Pentru un prototip, unele decizii pot rămâne deschise în mod rezonabil până când prima versiune învață echipa de ingineri mai multe.

Un proiect pilot sau de producție repetată-ar putea necesita o definiție mai strictă, deoarece instrumentele, testarea, strategia de aprovizionare, programarea și repetabilitatea sunt deja mai importante.

Ceea ce contează este că ingineria, aprovizionarea, testarea, vânzările și cumpărătorul încă vorbesc despre același proiect.

O cotație rapidă nu este deosebit de utilă dacă o echipă a revizuit Revizia A, alta a evaluat Revizia B și cumpărătorul se așteaptă la Revizia C.

De ce are nevoie citatul pentru a continua

Pentru fluxul de lucru RFQ, ceea ce contează este dacă oferta continuă ipotezele care vor afecta proiectul dacă acesta va merge mai departe.

În funcție de proiect, acesta poate include:

• baza de revizuire citată;
• model de aprovizionare;
• ipoteze alternative importante;
• pauze de cantitate sau cantitate;
• domeniul de programare și testare;
• ipoteze de instrumente sau NRE;
• dependențe relevante-de timp de livrare;
• Condițiile materiale furnizate de client-;
• excluderi care ar putea modifica execuția.

Cotația înregistrează înțelegerea comercială curentă.

Nu ar trebui tratat ca instrucțiunea de producție în sine.

Urmărirea-utilă are un motiv

După trimiterea ofertei, tăcerea nu spune furnizorului de ce proiectul a încetat să se miște.

Cumpărătorul poate fi:

• revizuirea ofertei cu ingineria;
• compararea furnizorilor;
• verificarea bugetului;
• validarea ipotezelor de aprovizionare;
• pregătirea unui audit al furnizorilor;
• a decide dacă să înceapă un prototip sau o construcție pilot;
• în așteptarea unei decizii interne de program.

Aceste situații nu ar trebui să beneficieze de aceeași urmărire-.

— Vreo actualizare? rareori spune multe părți oricărei părți.

O urmărire utilă-are un motiv.

De exemplu:

Cantitatea pilot citată se potrivește încă cu prima versiune planificată?

sau:

O ipoteză-sursă aprobată afectează atât costul materialului, cât și programul. Doriți să păstrăm sursa citată sau să revizuim opțiunea alternativă?

sau:

Dacă sfera comercială este acceptabilă, următorul pas este în mod normal un exemplu de construcție, un audit al furnizorilor sau o revizuire internă a PO?

Mai mult contact ajută numai dacă face următoarea decizie a cumpărătorului mai clară.

Când aprobarea comercială se transformă într-o construcție reală

O ofertă poate fi acceptată. Se poate emite un PO. Proiectul poate fi câștigat comercial.

Producția poate avea nevoie de încă un nivel de control.

Un PO nu înseamnă automat că construirea este gata de început

O comandă de cumpărare autorizează tranzacția comercială convenită.

Fabrica are încă nevoie de o țintă clară pentru construcția actuală.

În funcție de proiect, acest lucru poate necesita controlul final al:

• revizuiri PCB și BOM;
• supleanți aprobați;
• starea materialului furnizat de client-;
• firmware sau versiune de programare;
• domeniul de aplicare a testului și condițiile de acceptare;
• pregătirea pentru scule sau dispozitive de fixare;
• instrucțiuni speciale de asamblare;
• cerințe de etichetare și ambalare;
• abateri aprobate;
• cerințele de livrare relevante pentru construcție.

O comandă de repetare simplă poate avea deja majoritatea sub control.

Un prototip timpuriu poate avea în continuare modificări de inginerie legitime.

De aceea, „înghețați totul” nu este întotdeauna modul corect de a gândi despre NPI.

Întrebarea mai utilă este:

Ce revizuire și condiții sunt lansate pentru această versiune?

Produsul poate continua să evolueze mai târziu.

Fabrica încă mai are nevoie de o țintă controlată pentru plăcile pe care urmează să le producă.

Înainte de a începe construcția, ipotezele trebuie să devină instrucțiuni

Conversațiile cu citate-etapă sunt pline de scurtături utile.

Alternativ acceptabil.

Programare inclusa.

Utilizați procedura de testare actualizată.

Ambalați în același mod ca eșantionul.

Aceste afirmații pot fi perfect clare în timp ce vânzările și inginerie discută despre cererea de cerere.

Sunt mult mai puțin utile dacă producția trebuie să reconstituie mai târziu ceea ce a vrut să spună toată lumea.

Înainte de a începe construcția, ipotezele care afectează producția trebuie să devină instrucțiuni clare pentru construcția curentă.

O presupunere importantă poate ajunge la:

• confirmat;
• înlocuit cu o nouă condiție convenită;
• ținut deschis până la luarea deciziei cerute.

Numele exacte ale documentelor variază între furnizorii de EMS.

Principiul este simplu:

Producția nu ar trebui să reconstruiască conversația de cotație pentru a ști ce ar trebui să construiască.

Un RFQ bun poate merge în continuare greșit la Handoff-ul NPI

Acesta este unul dintre cele mai ușoare locuri de a pierde informații despre proiect, altfel bune.

Este posibil ca inginerie să fi semnalat o stare specială de proces.

Este posibil ca Sourcing să fi primit aprobarea pentru o alternativă.

Este posibil ca cumpărătorul să fi clarificat o cerință de testare.

Este posibil ca vânzările să fi convenit asupra ambalajului.

Este posibil să fi fost inclusă în cotație o ipoteză de fixare.

Fiecare decizie poate fi corectă singură.

Proiectul încă prezintă riscuri dacă acele decizii rămân împrăștiate în e-mailuri, citate, note de întâlnire și memorie individuală.

Un RFQ util-la-transmisia NPI duce deciziile curente mai departe.

Pentru o primă construcție, care se poate conecta:

revizuire curentă → reguli materiale aprobate → acțiuni de inginerie → cerințe de programare și testare → starea sculelor sau a dispozitivului de fixare → cerințe de ambalare și livrare.

Producția are nevoie de decizii.

Nu ar trebui să primească întregul istoric al RFQ și să fie de așteptat să îl interpreteze din nou.

Verificarea lansării ar trebui să se potrivească cu etapa proiectului

Nu orice comandă are nevoie de aceeași profunzime de control frontal{0}}.

Prototip

Prima versiune poate conține încă învățarea ingineriei.

Revizuirea actuală și instrucțiunile de fabricație trebuie să fie suficient de clare pentru a fi construite, dar nu există niciun motiv să pretindem că schimbările viitoare de proiectare sunt imposibile.

Construcție pilot

Mai multă atenție se îndreaptă adesea către:

• repetabilitate;
• executarea testului;
• strategia materială;
• scule;
• consistența procesului;
• pregătirea pentru următorul nivel de cantitate.

Repetare sau producție în volum

Accentul se deplasează mai departe către:

• control stabil al reviziilor;
• managementul modificării aprobat;
• continuitate materială;
• testare consistentă;
• repetabilitatea procesului;
• planificarea livrării.

Fluxul de lucru de bază este același.

Cantitatea de control se modifică odată cu stadiul proiectului.

Ce ar trebui să poată vedea cumpărătorii

Un cumpărător nu are nevoie de acces la fiecare foaie de lucru internă, conversație de aprovizionare sau discuție de inginerie.

Procesul ar trebui să fie în continuare de înțeles.

În momentul în care cererea de cerere se îndreaptă către o comandă, cumpărătorul ar trebui să poată răspunde la întrebări precum:

• Pe ce revizuire se bazează cotația actuală?
• Ce ipoteze importante sunt încă deschise?
• Riscurile materiale sau supleanții așteaptă aprobarea?
• Programarea și testarea sunt incluse în domeniul actual?
• Ce decizie este necesară în continuare?
• Dacă se emite un PO, ce trebuie să se întâmple înainte de începerea construirii?
• În ce etapă-deciziile vor fi incluse în NPI?

Este mai util decât pur și simplu să ți se spună:

Cotația dvs. este în curs de revizuire.

Unde se încadrează STHL în RFQ-pentru-crearea fluxului de lucru

Shenzhen STHL Technology Co., Ltd. (STHL) acceptă proiecte de asamblare PCB și EMS din RFQ și revizuirea fișierelor prin inginerie și pregătirea materialelor, pregătirea asamblarii, producția și testarea și livrarea specifice-proiectului.

Adâncimea exactă a revizuirii depinde de proiect, modelul său de aprovizionare, cerințele de testare, starea revizuirii, cantitate și stadiul de producție.

Cumpărătorii care evaluează un proiect activ pot revizui STHLServicii de asamblare PCBpentru domeniul de producție mai larg.

Când proiectul este gata pentru revizuirea furnizorului, putețitrimiteți detaliile proiectului dvs.

Pentru întrebări specifice-proiectului, contactați STHL lainfo@pcba-china.com.

Concluzie

Un proces util PCBA RFQ nu este doar:

fișiere în → preț out.

RFQ-ul, oferta și versiunea curentă de versiune au fiecare o activitate diferită.

RFQ oferă furnizorului EMS ceva de evaluat.

Citatul înregistrează ce este oferit și în ce ipoteze.

Dacă proiectul merge mai departe, deciziile care afectează producția trebuie să supraviețuiască transferului în NPI și să devină instrucțiuni utilizabile pentru construcția curentă.

Pe parcurs, clarificarea ar trebui să închidă deciziile reale. Modificările de revizuire ar trebui să declanșeze revizuirea acolo unde contează. Urmărirea-ar trebui să ajute la identificarea următoarei decizii a cumpărătorului, mai degrabă decât să adăugați un alt e-mail în fir.

Și odată ce sosește un OP, întrebarea nu mai este doar dacă proiectul a fost cotat corect.

Este dacă fabrica are acum aceeași înțelegere pe care o aveau echipele de cumpărător, vânzări, inginerie, aprovizionare și testare atunci când proiectul a fost convenit.

Aceasta este tranziția reală după ce este trimisă un RFQ PCBA:

de la informare → la acord comercial → la execuție controlată.