Com convertir una RFQ PCBA en un paquet NPI{0}}preparat per a la compilació

Una RFQ PCBA no és una instrucció de compilació.

Pot incloure una BOM, fitxers Gerber, notes de muntatge, quantitats objectiu, expectatives de prova i preguntes d'abastament. Però la seva feina encara és comercial: ajuda un soci d'EMS a estimar l'abast, el cost, la viabilitat, l'exposició al material i la complexitat de la fabricació.

Un paquet PCBA NPI té una feina diferent. Converteix la informació-de l'etapa del pressupost en entrades d'execució publicades per a la revisió d'enginyeria, l'aprovisionament de components, el muntatge de PCB, la programació SMT, la inspecció, les proves funcionals, el control de reelaboració i la primera versió de la versió.

Una RFQ de PCBA estima el projecte. Un paquet NPI-preparat per a la compilació prepara el projecte per ser construït.

Aquesta diferència és fàcil de perdre's perquè ambdues etapes utilitzen molts dels mateixos fitxers. La veritable pregunta no és si existeix la BOM o Gerber. La qüestió és si la informació és prou clara perquè els equips de compres, enginyeria, producció, qualitat i proves actuïn sense endevinar-los.

En l'entorn actual de fabricació d'electrònica, la disponibilitat del material, les alternatives aprovades i la propietat de l'abastament poden canviar el pla de construcció ràpidament. És per això que un paquet de RFQ que sigui prou bo per al preu encara pot ser massa fluix per a la primera-execució de la compilació.

L'objectiu de la conversió de RFQ-a-NPI no és crear una carpeta més gran de documents. L'objectiu és convertir les hipòtesis-de les etapes de cita en instruccions amb les quals la gent pugui treballar realment.

Una cita pot tolerar suposicions. Una construcció no pot dependre d'ells.

Comenceu amb els supòsits que hi ha darrere de la cotització

El lloc més útil per començar no és la BOM, el paquet Gerber o el dibuix de conjunt.

És la capa d'assumpció darrere de la RFQ.

Durant la cotització, l'equip d'EMS sovint ha de fer suposicions pràctiques perquè encara no tots els detalls estan disponibles. Aquests supòsits poden implicar:

• si la construcció és clau en mà, parcialment clau en mà o consignada;
• si la BOM citada utilitza MPN exactes o substituts pressupostaris;
• si les dades del PCB són definitives o encara estan en revisió del disseny;
• si la programació està inclosa o només es parla;
• si les proves funcionals significa un procediment de prova complet o una simple comprovació d'encesa-;
• si s'inclou l'embalatge, l'etiquetatge, el recobriment conforme o el muntatge de la caixa;
• si el comprador accepta alternatives aprovades per a components comuns;
• si l'abast de la inspecció inclou AOI, X-Ray, ICT, FCT o només la inspecció de procés estàndard.

Aquestes hipòtesis són normals durant la RFQ. Es tornen arriscats durant el NPI si romanen ocults.

Una RFQ útil-a-l'entrega de NPI hauria de convertir cada hipòtesi de cotització principal en un dels tres estats:

Aquest pas evita un problema comú de la primera-construcció: l'equip d'EMS cita sota un conjunt de supòsits, mentre que el comprador espera que s'executi sota un altre.

Bloqueja el primer-límit de construcció

"Freeze" pot semblar massa rígid per a un projecte NPI. Les compilacions primerenques sovint canvien. És possible que els equips d'enginyeria encara estiguin validant el microprogramari, l'ajust de la carcassa, els mètodes de prova o les opcions de components.

Això no vol dir que la primera construcció pugui romandre sense definir.

Abans que es publiqui la primera compilació de NPI, l'equip ha de bloquejar el límit d'aquesta compilació: què s'inclou, què s'exclou i què es defereix a una revisió posterior.

Això no és el mateix que congelar tot el producte. Simplement ofereix a l'equip EMS un objectiu estable per a la preparació del material, la programació SMT, la planificació d'inspeccions, la configuració de proves i la comunicació de lliurament.

Un límit pràctic de primera-construcció hauria de confirmar:

• si l'abast és a nivell-taulaMuntatge de PCBnomés;
• si la construcció inclou el muntatge SMT, el muntatge DIP, el muntatge de tecnologia mixta, la soldadura selectiva o la soldadura per ona;
• si s'inclou la fabricació de PCB;
• si l'abastament de components és clau en mà, parcialment clau en mà o subministrat-del client;
• si s'inclou la programació;
• si s'inclouen les proves i la inspecció i a quin nivell;
• si s'inclou el recobriment conforme, el muntatge de cables, l'etiquetatge, l'embalatge o el muntatge de la caixa;
• quina condició de sortida espera el comprador en el lliurament.

Aquest no és un detall de paperassa. Afecta directament la preparació del material, la planificació de la plantilla, la programació SMT, l'encaminament d'inspecció, la configuració de proves, la manipulació de reelaboració i la comunicació del programa.

Una compilació de PCBA de nivell-placa i una compilació que inclou programació, proves funcionals, recobriment conforme, etiquetatge i embalatge final no són la mateixa tasca NPI, encara que el disseny de la PCB sigui idèntic.

La primera-configuració del límit ofereix a cada equip un objectiu pràctic. L'abast es pot ampliar en la propera compilació. Però la primera construcció ha de saber què significa "fet".

Converteix la BOM en un document de control{0}}Aprovisionament

En l'etapa de RFQ, la BOM és sovint una eina de fixació de preus.

En l'etapa NPI, s'ha de convertir en un document de control-d'abastament.

Això vol dir que la BOM ja no hauria d'enumerar només components. Hauria d'informar als equips OEM i EMS com es gestionarà cada decisió de material durant aquesta construcció.

Una BOM-preparada per a la compilació hauria d'aclarir:

• números de peça del fabricant aprovats;
• noms de fabricants i descripcions de peces;
• designadors i quantitats de referència;
• informació del paquet o de la petjada;
• suplents aprovats;
• -no-substituïu parts;
• comprador-peces moblades;
• peces d'origen{0}}EMS;
• elements sensibles-de llarga possibilitat o d'assignació-;
• preocupacions del cicle de vida, com ara el risc EOL o NRND quan s'identifiquen;
• DNP, DNI o càrrecs de muntatge opcionals;
• notes de materials per a una manipulació especial, sensibilitat a la humitat, etiquetatge o traçabilitat.

Aquí és on apareixen molts problemes de RFQ-a-NPI.

Una BOM pot semblar completa perquè cada fila té un número de peça. Però si ningú sap si el comprador o el soci d'EMS és responsable d'aprovisionar-se d'aquesta peça, la BOM no està preparada-per la creació.

Si s'ha utilitzat un substitut per a la cotització, però mai no s'ha aprovat per a la producció, la BOM no està sota un control real d'aprovisionament. Si un component crític no té cap alternativa aprovada, la compra no pot actuar amb flexibilitat quan canvia el subministrament.

Per al muntatge de PCB clau en mà, la BOM controla l'adquisició.

Per al muntatge parcial de PCB clau en mà, la BOM també es converteix en un mapa de responsabilitat: quines peces provenen de l'EMS-, quines parts es subministren- al comprador, quines parts estan aprovades per a la substitució i quines parts no poden avançar sense l'aprovació per escrit.

Per a les construccions consignades, la BOM controla què ha de lliurar el comprador abans que la producció pugui continuar.

En els tres casos, la revisió de BOM hauria de passar de "Podem citar-la?" a "Podem comprar, equipar, rastrejar, muntar, inspeccionar i alliberar-lo?"

Allibera una línia de base de dades d'enginyeria per a la compilació de NPI

Els fitxers RFQ sovint es recullen al llarg del temps. El comprador pot enviar una versió de BOM, després un paquet Gerber revisat, després un fitxer CPL nou i, a continuació, notes de muntatge actualitzades en un fil de correu electrònic.

Això pot ser viable durant la revisió de la cotització.

No és viable per al llançament de compilació.

Un paquet PCBA NPI preparat-per compilar necessita una línia de base d'enginyeria publicada. La línia de base no ha de ser definitiva per a tot el cicle de vida del producte, però ha de ser definitiva per a aquesta compilació.

La línia de base ha d'identificar la revisió vàlida per a:

El propòsit no és exigir tots els fitxers possibles a cada client. És possible que un conjunt senzill no necessiti la mateixa profunditat de paquet que una placa de control industrial amb microprogramari, connectors, relés, BGA i restriccions de tancament.

La finalitat és l'alineació.

Si la BOM apunta a una revisió, el paquet Gerber apunta a una altra i el fitxer CPL prové d'una exportació diferent, l'equip de producció no treballa des d'un paquet de compilació. S'està treballant a partir d'un trencaclosques i les peces que falten solen aparèixer en el pitjor moment possible: durant la confecció, la programació SMT, la configuració de la inspecció o la revisió del primer article.

Converteix les troballes de DFM i DFT en un registre d'elements obert-

La revisió de DFM i la planificació de DFT no haurien de quedar fora del paquet NPI com a comentaris d'enginyeria separats. Haurien de formar part del sistema de control de treball per a la primera construcció.

En aquesta etapa, la pregunta no és "Per què és important DFM?"

La pregunta és: quins problemes de DFM o DFT poden afectar aquesta compilació i com es tancarà o gestionarà cadascun?

Els elements oberts típics poden incloure:

• polaritat poc clara o marca del pin 1;
• conflictes d'orientació de components;
• risc de desajustament de la petjada i del paquet;
• espai reduït al voltant de connectors, components alts o dispositius SMT{0}}de pas fi;
• Requisits d'inspecció de BGA, QFN o de soldadura oculta;
• accés a la prova mancat o limitat;
• interfície de programació no confirmada;
• L'aparell TIC o FCT no està preparat;
• accés al connector bloquejat després del muntatge del recinte;
• el recobriment conforme manté-les zones no definides;
• soldadura selectiva o restriccions{0}}de soldadura manual;
• expectatives de reelaboració i prova poc clares.

El paquet NPI no només hauria de dir "Revisió DFM completada". Això és massa vague.

Hauria de mostrar l'estat de treball:

Aquest registre és el pont pràctic entre la revisió d'enginyeria i l'execució de la producció.

Compilat-no vol dir que no hi hagi problemes. Significa que els problemes coneguts són visibles, assignats i gestionats abans que consumeixin temps de producció.

Definiu el control de canvis abans que es produeixi el primer canvi

Els projectes NPI canvien. Això és normal.

És possible que un component no estigui disponible. Pot ser que calgui corregir una petjada. Una versió del microprogramari pot canviar després d'-aparèixer. Un comprador pot actualitzar el mètode de prova. Un enginyer de disseny pot publicar una nova revisió de PCB després de la retroalimentació de DFM.

El problema no és el canvi en si. El problema és el canvi incontrolat.

Abans que comenci la primera compilació, el paquet NPI hauria de definir com es gestionaran els canvis després que s'aprovi la línia de base publicada.

Un flux de control-pràctic de canvis hauria de respondre:

• Qui pot sol·licitar un canvi?
• Quina informació s'ha d'incloure a la sol·licitud?
• Qui revisa l'impacte en el cost, el temps de lliurament, l'abastament, les eines, les proves i la qualitat?
• Qui aprova el canvi?
• Quins documents s'han d'actualitzar?
• Com es comunicarà la nova revisió a compres, SMT, inspecció, prova i enviament?
• Què passa amb el material ja comprat o els taulers ja construïts?

Això no ha de convertir-se en un procés empresarial pesat per a cada petit prototip. Però ha de ser prou clar per evitar que els canvis informals entrin a la construcció desapercebuts.

Una petita nota en un correu electrònic pot convertir-se en un veritable problema de producció si canvia la BOM, la revisió del PCB, el mètode de programació o el requisit de prova i la resta de l'equip no ho veu mai.

El control de revisions no és administració. Així és com la primera construcció es manté traçable.

Definiu la primera sortida de-construcció abans que comenci la producció

Una primera compilació de NPI hauria de tenir una condició de sortida definida.

Això és diferent d'escriure una política d'acceptació de pilots àmplia. És més immediat. Respon al que s'espera que el soci d'EMS ofereixi al final d'aquesta compilació.

Per exemple, la sortida pot ser:

• només taulers muntats;
• taulers muntats i inspeccionats visualment;
• AOI-taulers inspeccionats;
• taulers amb inspecció de raigs X-per als paquets seleccionats;
• plaques programades;
• programat i alimentat-en taulers marcats;
• taulers provats funcionalment;
• taulers enviats amb registres de prova;
• taulers enviats amb registres de fallada, reelaboració i reprovació;
• taulers empaquetats, etiquetats i preparats per al següent pas d'integració.

No totes les primeres compilacions necessiten proves funcionals completes. Algunes versions són per a l'aparició d'enginyeria-. Alguns són per a un ajust mecànic. Alguns són per a la validació de càrrega de microprogramari. Alguns estan a prop de la construcció pilot i requereixen registres més complets.

El paquet NPI ha de coincidir amb el propòsit de compilació.

Si s'inclouen proves funcionals, el paquet hauria de definir:

• versió del firmware;
• mètode de programació;
• equip de prova o estat de l'aparell;
• procediment de prova funcional;
• límits de mesura o sortida esperats;
• criteris d'aprovat/no apte;
• error en la gestió-de les unitats;
• regles de reelaboració i prova;
• format de registre de prova.

Un tauler es pot muntar correctament i encara no compleix les expectatives del comprador si la condició de sortida esperada no s'ha definit mai.

La primera construcció no hauria d'acabar amb un debat sobre què significava "acabat".

Feu que el paquet sigui utilitzable per totes les funcions

Un paquet NPI fort no està escrit per a un departament.

Ha de ser utilitzable per tots els equips que han d'actuar en la construcció.

És per això que el paquet no hauria de semblar una carpeta aleatòria de fitxers adjunts.

Hauria de funcionar com un traspàs pràctic de la RFQ a l'execució.

La millor prova és senzilla: cada equip pot començar la seva feina sense tornar a fer les mateixes preguntes d'aclariment?

Si la resposta és no, el paquet NPI encara no està preparat-.

Mantenir els supòsits comercials separats de les instruccions de construcció

Un subtil error de RFQ-a-NPI és permetre que els supòsits comercials es converteixin en instruccions de producció per accident.

Durant la cotització, el soci d'EMS pot assumir embalatge estàndard, inspecció estàndard, subministrament de components estàndard, termini de lliurament estàndard o manipulació estàndard. Aquestes hipòtesis poden ser raonables per al preu, però encara s'han de confirmar abans del llançament de la compilació.

Per exemple:

• Un pressupost pot suposar un embalatge estàndard, mentre que la creació real de l'NPI requereix bosses ESD, safates, etiquetes, números de sèrie o manipulació d'unitats-fallides separades.
• Una cotització pot suposar una inspecció AOI estàndard, mentre que el tauler pot necessitar una inspecció de raigs X-a causa dels paquets BGA o QFN.
• Una cotització pot suposar que no hi ha proves funcionals, mentre que el comprador espera carregar el microprogramari i verificar el nivell{0}}del sistema.
• Una cotització pot suposar l'obtenció d'EMS, mentre que el comprador té previst subministrar circuits integrats crítics.
• Una cotització pot suposar que no hi ha cap recobriment especial, mentre que l'aplicació requereix un recobriment conforme o mantenir{0}}fuit de control.

El paquet NPI hauria d'indicar clarament quins supòsits són ara instruccions aprovades i quins supòsits han canviat.

Una pregunta útil per a la reunió d'entrega és:

"Què vam suposar per al pressupost i què hem confirmat per a la construcció?"

Aquesta pregunta sovint exposa la diferència entre un paquet preparat-preu i un paquet preparat-construït.

Utilitzeu la primera versió per crear el següent-bucle d'aprenentatge de la construcció

Un paquet PCBA NPI preparat-de compilació també hauria de preparar el projecte per aprendre de la primera compilació.

La primera construcció no és només un enviament. És un esdeveniment de retroalimentació d'enginyeria i fabricació.

El paquet NPI hauria de definir quina informació es capturarà durant o després de la compilació, com ara:

• escassetat material;
• qüestions d'aprovació de substituts;
• problemes materials entrants;
• defectes de muntatge;
• notes de polaritat o orientació poc clares;
• AOI o troballes de raigs X-;
• problemes de programació;
• errors de les proves funcionals;
• accions de reelaboració;
• resultats de nova prova;
• limitacions de fixació o eines;
• problemes d'embalatge i manipulació;
• canvis recomanats abans de la propera compilació.

Aquest comentari només esdevé útil si està lligat a la base de revisió correcta.

Si l'equip no sap quina BOM, la revisió de PCB, la versió del microprogramari i el mètode de prova s'han utilitzat, els comentaris de la primera-construcció són difícils d'aplicar.

Un bon procés de RFQ-a-NPI no s'atura en "els taulers es van crear".

Es pregunta: "Què ens va ensenyar aquesta construcció abans de la següent?"

Així és com un projecte passa de la primera compilació a la construcció pilot, la producció de baix-volum i la producció d'EMS més estable.

Què conté normalment un paquet PCBA NPI preparat per a la compilació-

Un paquet NPI-preparat per a la compilació no s'ha de jutjar només pel nombre de fitxers. S'ha de jutjar per si cada equip aigües avall pot actuar a partir d'ell.

Un paquet està preparat-quan és prou específic perquè els equips d'enginyeria, aprovisionament, producció, qualitat i proves puguin avançar sense construir a partir de supòsits.

On encaixa STHL en aquesta discussió

Per als compradors OEM, la transició de la RFQ-a-NPI és més fàcil quan el soci d'EMS pot donar suport tant a l'estimació comercial com a l'execució de la fabricació.

STHL dóna suport a projectes OEMMuntatge de PCB, prototipatge de PCB, coordinació d'aprovisionament de components, revisió de fitxers d'enginyeria, preparació de la producció iProva i inspecció. En molts debats de l'etapa de l'NPI-, el treball pràctic no consisteix només en citar la junta. Es tracta d'aclarir la propietat de l'abastament, les alternatives aprovades, l'abast de la primera-construcció, el control de les dades d'enginyeria, la planificació d'inspeccions, els requisits de programació i la preparació del mètode de prova.

Una transferència de NPI més neta ofereix tant a l'OEM com a l'equip EMS una millor oportunitat de crear la primera execució a partir del mateix conjunt de supòsits, revisions i responsabilitats.

Si el vostre equip ja ha enviat un RFQ PCBA i s'està preparant per a la primera compilació, STHL us pot ajudar a revisar si el paquet de cotització està preparat per convertir-se en un paquet NPI-l'execució.

Esteu preparant una primera compilació després de la revisió de la RFQ? Presenta el teu projecte mitjançantSol·licita un pressuposto correu electrònic info@pcba-china.com.

Conclusió

Una RFQ PCBA és una entrada d'estimació. Un paquet PCBA NPI és una entrada d'execució.

La RFQ ajuda a un soci d'EMS a comprendre el cost, l'abast, la viabilitat i el risc. El paquet NPI converteix aquesta informació en inputs de producció pràctics per a enginyeria, aprovisionament, muntatge, inspecció, programació, proves i execució de la primera construcció.

La diferència no és el nombre de fitxers. És l'estat de control.

Un paquet PCBA NPI preparat-de compilació defineix què s'està construint, quina revisió és vàlida, qui subministra cada part, quines hipòtesis es confirmen, com es tancaran els elements d'enginyeria oberts, com es provarà la primera compilació i com es capturaran els resultats per a la següent compilació.

Compilat-no vol dir que tots els problemes ja estiguin resolts.

Significa que el projecte està prou organitzat per passar de la cotització a l'execució sense dependre de conjectures.