Cómo convertir una solicitud de cotización de PCBA en un paquete NPI listo para construir-

Una RFQ de PCBA no es una instrucción de construcción.

Puede incluir una lista de materiales, archivos Gerber, notas de ensamblaje, cantidades objetivo, expectativas de prueba y preguntas sobre abastecimiento. Pero su trabajo sigue siendo comercial: ayuda a un socio de EMS a estimar el alcance, el costo, la viabilidad, la exposición del material y la complejidad de fabricación.

Un paquete PCBA NPI tiene un trabajo diferente. Convierte la información de la etapa de cotización-en entradas de ejecución publicadas para revisión de ingeniería, abastecimiento de componentes, ensamblaje de PCB, programación SMT, inspección, pruebas funcionales, control de retrabajo y lanzamiento de la primera compilación.

Una solicitud de cotización de PCBA estima el proyecto. Un paquete NPI-listo para construir prepara el proyecto que se va a construir.

Es fácil pasar por alto esa diferencia porque ambas etapas utilizan muchos de los mismos archivos. La verdadera pregunta no es si existe BOM o Gerber. La pregunta es si la información es lo suficientemente clara para que los equipos de compras, ingeniería, producción, calidad y pruebas actúen sin adivinar.

En el entorno actual de fabricación de productos electrónicos, la disponibilidad de materiales, las alternativas aprobadas y la propiedad del abastecimiento pueden cambiar el plan de construcción rápidamente. Es por eso que un paquete de RFQ que sea lo suficientemente bueno para fijar el precio aún puede ser demasiado flexible para la ejecución de la primera-compilación.

El objetivo de la conversión de RFQ-a-NPI no es crear una carpeta de documentos más grande. El objetivo es convertir las suposiciones de la etapa de cotización-en instrucciones con las que las personas realmente puedan trabajar.

Una cita puede tolerar suposiciones. Una construcción no puede depender de ellos.

Comience con las suposiciones detrás de la cita

El lugar más útil para comenzar no es la lista de materiales, el paquete Gerber o el plano de ensamblaje.

Es la capa de supuestos detrás de la RFQ.

Durante la cotización, el equipo de EMS a menudo tiene que hacer suposiciones prácticas porque aún no están disponibles todos los detalles. Esos supuestos pueden implicar:

• si la construcción es llave en mano, llave en mano parcial o consignación;
• si la lista de materiales cotizada utiliza MPN exactos o sustitutos presupuestarios;
• si los datos sobre PCB son definitivos o aún están bajo revisión de diseño;
• si la programación está incluida o sólo se discute;
• si las pruebas funcionales significan un procedimiento de prueba completo o una simple-comprobación de encendido;
• si se incluye embalaje, etiquetado, revestimiento conformado o ensamblaje de caja;
• si el comprador acepta alternativas aprobadas para componentes comunes;
• si el alcance de la inspección incluye AOI, X-Rayos, ICT, FCT o solo inspección de procesos estándar.

Esas suposiciones son normales durante la RFQ. Se vuelven riesgosos durante la NPI si permanecen ocultos.

Una transferencia útil de RFQ-a-NPI debería convertir cada supuesto de cotización importante en uno de tres estados:

Este paso evita un problema común de primera-construcción: el equipo de EMS cotiza según un conjunto de suposiciones, mientras que el comprador espera la ejecución según otro.

Bloquear el primer-límite de compilación

"Congelar" puede parecer demasiado rígido para un proyecto NPI. Las primeras construcciones a menudo cambian. Es posible que los equipos de ingeniería aún estén validando el firmware, el ajuste del gabinete, los métodos de prueba u las opciones de componentes.

Eso no significa que la primera compilación pueda permanecer indefinida.

Antes de que se publique la primera compilación de NPI, el equipo debe definir los límites de esa compilación: qué se incluye, qué se excluye y qué se difiere para una revisión posterior.

Esto no es lo mismo que congelar todo el producto. Simplemente le brinda al equipo de EMS un objetivo estable para la preparación de materiales, la programación SMT, la planificación de inspecciones, la configuración de pruebas y la comunicación de entrega.

Un primer límite práctico-de compilación debería confirmar:

• si el alcance es a nivel de tablero-Asamblea del PWBsolo;
• si la construcción incluye ensamblaje SMT, ensamblaje DIP, ensamblaje de tecnología mixta, soldadura selectiva o soldadura por ola;
• si se incluye la fabricación de PCB;
• si el abastecimiento de componentes es completo, parcial o suministrado por el cliente;
• si se incluye programación;
• si se incluyen pruebas e inspecciones y a qué nivel;
• si se incluye revestimiento conformado, ensamblaje de cables, etiquetado, embalaje o ensamblaje de caja;
• qué condiciones de salida espera el comprador en el momento de la entrega.

Este no es un detalle de papeleo. Afecta directamente la preparación de materiales, la planificación de plantillas, la programación SMT, el enrutamiento de inspección, la configuración de pruebas, el manejo de retrabajo y la comunicación de cronogramas.

Una construcción de PCBA-a nivel de placa y una construcción que incluye programación, pruebas funcionales, revestimiento conforme, etiquetado y embalaje final no son el mismo trabajo NPI, incluso si el diseño de PCB es idéntico.

El primer-límite de compilación ofrece a cada equipo un objetivo práctico. El alcance puede ampliarse en la próxima compilación. Pero la primera compilación necesita saber qué significa "hecho".

Convierta la lista de materiales en un documento-de control de abastecimiento

En la etapa de solicitud de cotizaciones, la lista de materiales suele ser una herramienta de fijación de precios.

En la etapa NPI, debe convertirse en un documento-de control de abastecimiento.

Eso significa que la lista de materiales ya no debería limitarse a enumerar los componentes. Debe informar a los equipos OEM y EMS cómo se manejará cada decisión material durante esta construcción.

Una lista de materiales-lista para construir debe aclarar:

• números de pieza del fabricante aprobados;
• nombres de fabricantes y descripciones de piezas;
• designadores y cantidades de referencia;
• información del paquete o huella;
• suplentes aprobados;
• no-no-sustituyas piezas;
• comprador-piezas suministradas;
• piezas obtenidas por EMS-;
• elementos sensibles-de largo plazo o de asignación-;
• preocupaciones sobre el ciclo de vida, como el riesgo EOL o NRND, cuando se identifican;
• DNP, DNI o puestos de montaje opcionales;
• notas de material para manipulación especial, sensibilidad a la humedad, etiquetado o trazabilidad.

Aquí es donde aparecen muchos problemas de RFQ-a-NPI.

Una lista de materiales puede parecer completa porque cada fila tiene un número de pieza. Pero si nadie sabe si el comprador o el socio de EMS es responsable de obtener esa pieza, la lista de materiales no está-lista para construir.

Si se utilizó un sustituto para la cotización pero nunca se aprobó para la producción, la lista de materiales no está bajo control real de abastecimiento. Si un componente crítico no tiene una alternativa aprobada, el departamento de compras no puede actuar con flexibilidad cuando cambia el suministro.

Para el ensamblaje de PCB llave en mano, la lista de materiales controla la adquisición.

Para el ensamblaje parcial de PCB llave en mano, la lista de materiales también se convierte en un mapa de responsabilidad: qué piezas se obtienen{0}}EMS, qué piezas las proporciona el comprador-, qué piezas están aprobadas para sustitución y qué piezas no pueden avanzar sin una aprobación por escrito.

Para construcciones consignadas, la lista de materiales controla lo que el comprador debe entregar antes de que pueda continuar la producción.

En los tres casos, la revisión de la lista de materiales debería pasar de "¿Podemos cotizarlo?" a "¿Podemos comprarlo, equiparlo, rastrearlo, ensamblarlo, inspeccionarlo y liberarlo?"

Lanzar una línea base de datos de ingeniería para la compilación NPI

Los archivos de RFQ a menudo se recopilan con el tiempo. El comprador puede enviar una versión de BOM, luego un paquete Gerber revisado, luego un nuevo archivo CPL y luego notas de ensamblaje actualizadas en un hilo de correo electrónico.

Esto puede ser viable durante la revisión de cotizaciones.

No es viable para el lanzamiento de la compilación.

Un paquete PCBA NPI listo-listo para construir necesita una línea base de ingeniería publicada. No es necesario que la línea de base sea definitiva para todo el ciclo de vida del producto, pero debe ser definitiva para esta compilación.

La línea de base debe identificar la revisión válida para:

El objetivo no es exigir todos los archivos posibles a cada cliente. Es posible que un ensamblaje simple no necesite la misma profundidad de paquete que una placa de control industrial con restricciones de firmware, conectores, relés, BGA y gabinete.

El propósito es la alineación.

Si la BOM apunta a una revisión, el paquete Gerber apunta a otra y el archivo CPL proviene de una exportación diferente, el equipo de producción no está trabajando desde un paquete de compilación. Se trata de trabajar a partir de un rompecabezas y las piezas que faltan suelen aparecer en el peor momento posible: durante la preparación del kit, la programación SMT, la configuración de la inspección o la revisión del primer artículo.

Convierta los resultados de DFM y DFT en un registro de elementos abierto-

La revisión del DFM y la planificación del DFT no deben quedar fuera del paquete NPI como comentarios de ingeniería separados. Deberían formar parte del sistema de control de trabajo para la primera construcción.

En esta etapa, la pregunta no es "¿Por qué es importante el DFM?"

La pregunta es: ¿qué problemas de DFM o DFT pueden afectar esta compilación y cómo se cerrarán o gestionarán cada uno de ellos?

Las partidas abiertas típicas pueden incluir:

• polaridad poco clara o marca del pin 1;
• conflictos de orientación de componentes;
• riesgo de desajuste de huella y paquete;
• espacios reducidos alrededor de conectores, componentes altos o dispositivos SMT de paso fino-;
• BGA, QFN o requisitos de inspección de juntas de soldadura ocultas;
• acceso a la prueba faltante o limitado;
• interfaz de programación no confirmada;
• El dispositivo ICT o FCT no está listo;
• acceso al conector bloqueado después del montaje del gabinete;
• el revestimiento conformado mantiene-fuera de áreas no definidas;
• restricciones de soldadura selectiva o{0}}soldadura manual;
• expectativas poco claras de reelaboración y reevaluación.

El paquete NPI no sólo debe decir "revisión DFM completada". Eso es demasiado vago.

Debería mostrar el estado de funcionamiento:

Este registro es el puente práctico entre la revisión de ingeniería y la ejecución de la producción.

Que esté listo-no significa que no existan problemas. Significa que los problemas conocidos son visibles, asignados y gestionados antes de que consuman tiempo de producción.

Defina el control de cambios antes de que ocurra el primer cambio

Los proyectos de NPI cambian. Eso es normal.

Es posible que un componente deje de estar disponible. Es posible que una huella necesite corrección. Una versión de firmware puede cambiar después de abrir-. Un comprador puede actualizar el método de prueba. Un ingeniero de diseño puede publicar una nueva revisión de PCB después de recibir comentarios de DFM.

El problema no es el cambio en sí. El problema es el cambio incontrolado.

Antes de que comience la primera compilación, el paquete NPI debe definir cómo se manejarán los cambios después de que se apruebe la línea base publicada.

Un flujo de control de cambio-práctico debería responder a:

• ¿Quién puede solicitar un cambio?
• ¿Qué información debe incluirse en la solicitud?
• ¿Quién revisa el impacto en el costo, el tiempo de entrega, el abastecimiento, las herramientas, las pruebas y la calidad?
• ¿Quién aprueba el cambio?
• ¿Qué documentos deben actualizarse?
• ¿Cómo se comunicará la nueva revisión a compras, SMT, inspección, pruebas y envío?
• ¿Qué pasa con el material ya comprado o con los tableros ya construidos?

No es necesario que esto se convierta en un proceso empresarial pesado para cada pequeño prototipo. Pero debe ser lo suficientemente claro como para evitar que los cambios informales entren desapercibidos.

Una pequeña nota en un correo electrónico puede convertirse en un verdadero problema de producción si cambia la lista de materiales, la revisión de la PCB, el método de programación o los requisitos de prueba y el resto del equipo nunca la ve.

El control de revisiones no es administración. Así es como se puede rastrear la primera construcción.

Definir el resultado de la primera-compilación antes de que comience la producción

Una primera compilación de NPI debe tener una condición de salida definida.

Esto es diferente a redactar una política amplia de aceptación de pilotos. Es más inmediato. Responde a lo que se espera que entregue el socio de EMS al final de esta compilación.

Por ejemplo, la salida puede ser:

• tableros ensamblados únicamente;
• tableros ensamblados e inspeccionados visualmente;
• AOI-tableros inspeccionados;
• tableros con inspección por rayos X-para paquetes seleccionados;
• tableros programados;
• programado y encendido-en tableros verificados;
• tableros funcionalmente probados;
• tableros enviados con registros de pruebas;
• tableros enviados con registros de fallas, retrabajos y nuevas pruebas;
• tableros empaquetados, etiquetados y preparados para el siguiente paso de integración.

No todas las primeras compilaciones necesitan pruebas funcionales completas. Algunas compilaciones son para educación-de ingeniería. Algunos son para ajuste mecánico. Algunos son para validación de carga de firmware. Algunos están cerca de la construcción piloto y requieren registros más completos.

El paquete NPI debe coincidir con el propósito de compilación.

Si se incluyen pruebas funcionales, el paquete debe definir:

• versión de firmware;
• método de programación;
• estado del equipo o dispositivo de prueba;
• procedimiento de prueba funcional;
• límites de medición o producción esperados;
• criterios de aprobación/reprobación;
• error-en el manejo de la unidad;
• reelaborar y volver a probar las reglas;
• formato de registro de prueba.

Una placa se puede ensamblar correctamente y aun así no cumplir con las expectativas del comprador si la condición de salida esperada nunca se definió.

La primera versión no debería terminar con un debate sobre lo que significa "terminado".

Haga que el paquete sea utilizable para todas las funciones

Un paquete NPI sólido no está escrito para un solo departamento.

Debería ser utilizable por todos los equipos que deban actuar en la construcción.

Es por eso que el paquete no debería parecer una carpeta aleatoria de archivos adjuntos.

Debería funcionar como un traspaso práctico de la solicitud de cotizaciones a la ejecución.

La mejor prueba es simple: ¿puede cada equipo comenzar su trabajo sin volver a hacer las mismas preguntas aclaratorias?

Si la respuesta es no, el paquete NPI aún no está listo-.

Mantenga los supuestos comerciales separados de las instrucciones de construcción

Un error sutil entre RFQ-a-NPI es permitir que las suposiciones comerciales se conviertan en instrucciones de producción por accidente.

Durante la cotización, el socio de EMS puede asumir el embalaje estándar, la inspección estándar, el abastecimiento de componentes estándar, el plazo de entrega estándar o el manejo estándar. Esas suposiciones pueden ser razonables para el precio, pero aún deben confirmarse antes del lanzamiento de la versión.

Por ejemplo:

• Una cotización puede asumir un embalaje estándar, mientras que la construcción NPI real requiere bolsas, bandejas, etiquetas, números de serie o manejo de unidades fallidas-por separado.
• Una cotización puede asumir una inspección AOI estándar, mientras que la placa puede necesitar una inspección por rayos X-debido a los paquetes BGA o QFN.
• Una cotización puede suponer que no se realizan pruebas funcionales, mientras que el comprador espera la carga del firmware y la verificación del nivel del sistema-.
• Una cotización puede suponer el abastecimiento de EMS, mientras que el comprador planea suministrar circuitos integrados críticos.
• Una cotización puede asumir que no hay ningún recubrimiento especial, mientras que la aplicación requiere un recubrimiento conforme o mantenerse-fuera de control.

El paquete NPI debe indicar claramente qué supuestos son ahora instrucciones aprobadas y qué supuestos han cambiado.

Una pregunta útil para la reunión de traspaso es:

"¿Qué asumimos para el presupuesto y qué hemos confirmado para la construcción?"

Esa pregunta a menudo expone la diferencia entre un paquete-listo para el precio y un paquete listo-para la compilación.

Utilice la primera compilación para crear el siguiente-ciclo de aprendizaje de la compilación

Un paquete PCBA NPI listo-listo para compilar también debería preparar el proyecto para aprender de la primera compilación.

La primera construcción no es sólo un envío. Es un evento de retroalimentación de ingeniería y fabricación.

El paquete NPI debe definir qué información se capturará durante o después de la compilación, como por ejemplo:

• escasez de materiales;
• cuestiones de aprobación de sustitutos;
• problemas de entrada de materiales;
• defectos de montaje;
• notas de polaridad u orientación poco claras;
• Hallazgos de AOI o rayos X-;
• problemas de programación;
• fallas de pruebas funcionales;
• acciones de reelaboración;
• resultados de la nueva prueba;
• limitaciones de accesorios o herramientas;
• problemas de embalaje y manipulación;
• cambios recomendados antes de la próxima compilación.

Esta retroalimentación solo resulta útil si está vinculada a la línea base de revisión correcta.

Si el equipo no sabe qué lista de materiales, revisión de PCB, versión de firmware y método de prueba se utilizaron, será difícil aplicar los comentarios de la primera-compilación.

Un buen proceso de RFQ-a-NPI no se detiene en "se construyeron los tableros".

Pregunta: "¿Qué nos enseñó esta construcción antes de la siguiente?"

Así es como un proyecto pasa de la primera fase a la fase piloto, la producción de bajo-volumen y una producción EMS más estable.

Lo que suele contener un paquete NPI PCBA listo para construir-

Un paquete NPI-listo para compilar no debe juzgarse únicamente por la cantidad de archivos. Debe juzgarse en función de si cada equipo posterior puede actuar a partir de él.

Un paquete está-listo para construir cuando es lo suficientemente específico para que los equipos de ingeniería, abastecimiento, producción, calidad y pruebas avancen sin basarse en suposiciones.

Dónde encaja STHL en esta discusión

Para los compradores OEM, la transición de RFQ-a-NPI es más fácil cuando el socio de EMS puede respaldar tanto la estimación comercial como la ejecución de fabricación.

STHL apoya proyectos OEM a través deAsamblea del PWB, creación de prototipos de PCB, coordinación de abastecimiento de componentes, revisión de archivos de ingeniería, preparación de producción yPruebas e inspección. En muchas discusiones en la etapa NPI-, el trabajo práctico no consiste solo en citar al tablero. Se trata de aclarar la propiedad del abastecimiento, las alternativas aprobadas, el alcance de la primera-construcción, el control de los datos de ingeniería, la planificación de la inspección, los requisitos de programación y la preparación del método de prueba.

Una transferencia NPI más limpia brinda tanto al equipo OEM como al equipo EMS una mejor oportunidad de construir la primera ejecución a partir del mismo conjunto de suposiciones, revisiones y responsabilidades.

Si su equipo ya envió una solicitud de cotización de PCBA y se está preparando para la primera compilación, STHL puede ayudarlo a revisar si el paquete de cotización está listo para convertirse en un paquete NPI-listo para ejecución.

¿Está preparando una primera compilación después de la revisión de la solicitud de presupuesto? Envía tu proyecto a travésSolicitar una cotizacióno correo electrónico info@pcba-china.com.

Conclusión

Una RFQ de PCBA es una entrada de estimación. Un paquete PCBA NPI es una entrada de ejecución.

La RFQ ayuda a un socio de EMS a comprender el costo, el alcance, la viabilidad y el riesgo. El paquete NPI convierte esa información en insumos de producción prácticos para ingeniería, abastecimiento, ensamblaje, inspección, programación, pruebas y ejecución de la primera construcción.

La diferencia no es la cantidad de archivos. Es el estado de control.

Un paquete PCBA NPI-listo para construir define qué se está construyendo, qué revisión es válida, quién suministra cada pieza, qué suposiciones se confirman, cómo se cerrarán los elementos de ingeniería abiertos, cómo se probará la primera compilación y cómo se capturarán los resultados para la siguiente compilación.

Que esté listo-no significa que todos los problemas ya estén resueltos.

Significa que el proyecto está lo suficientemente organizado como para pasar de la cotización a la ejecución sin depender de conjeturas.