Gestión de variantes de BOM para montaje PCB

Las variantes de la lista de materiales (BOM) para el ensamblaje de PCB permiten a un fabricante de equipos originales (OEM) producir distintos conjuntos sobre un diseño común de PCB sin ensamblar, controlando qué componentes se montan. Una variante de producto que pueda fabricarse también necesita una relación aprobada entre su BOM de montaje, firmware, configuración, etiqueta y requisitos de prueba. Gestione esa relación mediante un único registro de variante liberado, no con archivos independientes seleccionados de memoria. Libere una combinación únicamente cuando se haya aprobado la compatibilidad entre su hardware y su software, y verifique la unidad física con respecto a ese mismo registro antes del envío. 1

Separe la placa base de cada variante de ensamblaje

La placa base identifica la PCB fabricada; una variante de ensamblaje identifica su población de componentes. Separe ambas de la configuración del producto final, que puede incluir software y etiquetas. Las variantes de ensamblaje pueden compartir una PCB sin montar, mientras que las de fabricación cambian los archivos de producción. Incluso modificar la leyenda fabricada puede invalidar la suposición de placas idénticas.

Para controlar la liberación, utilice un registro de variante que determine el artículo que se puede pedir, la revisión de la placa base, la revisión de la BOM de montaje, la versión liberada del firmware, la revisión de la configuración, el diseño gráfico de la etiqueta y la revisión de las pruebas. Asigne al registro un responsable y un ámbito de aplicación aprobado: los pedidos, lotes o números de serie a los que se aplica. La revisión de una placa, por sí sola, no constituye una instrucción de compra completa.

Utilice una clave de variante estable y guarde las revisiones de los documentos en campos separados. Mantenga descripciones comprensibles de las opciones junto a esa clave y prohíba los cambios de nombre o la reutilización sin control. Un alias descriptivo ayuda a orientarse en la matriz; los campos del identificador aprobado y de las revisiones deben determinar la selección para compras y producción.

Una matriz de configuración de la placa base al producto

El siguiente ejemplo de documentación utiliza LOCAL, LINK y LINK-LANG como alias de configuración, no como números de producto del fabricante. Parte de una placa diseñada para admitir un circuito de comunicaciones opcional. LINK-LANG comparte el hardware de LINK, pero utiliza una configuración de idioma y una etiqueta diferentes. Debe validarse la compatibilidad real del circuito antes de que estas relaciones autoricen una fabricación.

Trate cada fila como una relación controlada, no como una opción que pueda seleccionarse de forma independiente. Compartir una imagen de firmware no hace que dos productos configurados sean intercambiables, y compartir un formato de etiqueta no autoriza a utilizar datos de etiqueta idénticos.

Relacione los componentes opcionales y las reglas DNP con cada variante

Los componentes opcionales requieren reglas explícitas para cada variante BOM liberada. Defina piezas montadas, no montadas y sustituciones autorizadas; no pida inferir omisiones del nombre de una función. La tabla siguiente distingue cuatro casos de variación de componentes.

Mantenga disponible el conjunto completo de designadores de referencia del diseño maestro y exporte después una BOM de producción inequívoca para la variante seleccionada. Una BOM de montaje puede omitir las filas DNP cuando un registro de ensamblaje complementario identifica cada omisión intencionada. Como alternativa, un formato de BOM acordado puede conservar campos explícitos de estado de montaje. No mezcle convenciones sin documentar cómo las interpreta el sistema receptor.

Defina los circuitos opcionales como grupos de dependencias. En el ejemplo, la opción de comunicaciones incluye su transceptor, conector y componentes auxiliares necesarios. Apruebe el grupo exacto con respecto al esquema eléctrico; no suponga que todas las interfaces utilizan la misma red de terminación, polarización o protección. Identifique por separado los componentes mutuamente excluyentes y los estados predeterminados necesarios cuando un circuito no está presente.

Distinga entre una alternativa de suministro aprobada y una opción de producto. Un segundo componente de fabricante aprobado puede mantenerse dentro de la misma identidad de BOM cuando las reglas de intercambiabilidad del OEM lo permitan. Un componente que cambie la función entregada requiere una revisión de configuración, aunque su huella parezca compatible. En ambos casos, conserve en el registro de fabricación el componente realmente utilizado.

Para el ensamblador receptor, concilie la BOM con los datos de colocación mediante los designadores de referencia. el proveedor de referencia describe la BOM como el registro de identificación de componentes y la lista de colocación de componentes, o CPL, como el registro de posición, rotación y cara de la placa. Ninguno de estos archivos, por sí solo, define la variante completa del producto. 3

Vincule el firmware y la configuración a la BOM correcta

El firmware debe liberarse para una configuración de hardware aprobada, no simplemente para un nombre de placa o por ser la versión de software más reciente disponible. Especifique la imagen de la aplicación, la dependencia pertinente del cargador de arranque, el hardware de destino y el conjunto de datos de configuración. Mantenga los datos de calibración e identidad específicos de cada unidad separados de la configuración compartida, para que la programación no sobrescriba información que pertenece a una placa ensamblada concreta.

Un objetivo de compilación puede codificar revisión y calificadores de placa para distinguir hardware. Seleccionarlo no cualifica por sí solo circuitos opcionales OEM; la configuración liberada necesita sus evidencias.

Apruebe combinaciones completas, no menús independientes

Utilice esta matriz de compatibilidad junto con el ejemplo de documentación anterior. «Admisible» significa que la combinación puede entrar en el proceso de liberación después de la validación del proyecto; no afirma que un diseño físico ya haya superado las pruebas.

La tabla constituye un modelo de lista de combinaciones permitidas. Bloquee toda combinación no incluida hasta que el OEM añada una relación aprobada. Una imagen universal solo es posible cuando el proyecto admite explícitamente todos los conjuntos de componentes previstos y valida cómo la identidad del hardware selecciona un comportamiento seguro.

Registre un identificador de imagen inmutable y un resumen criptográfico en el manifiesto de liberación. Verifique la imagen de entrada para la programación con respecto a ese manifiesto y realice después la verificación de programación y las comprobaciones funcionales aprobadas. Una cadena de versión mostrada resulta útil para la trazabilidad, pero no debe ser la única comprobación de qué binario se ha cargado. Cuando la protección de memoria impida la lectura de vuelta, utilice el método de verificación de programación aprobado y las comprobaciones de identidad de la aplicación; no desactive la protección simplemente para obtener una comparación.

Verifique la identidad del hardware con evidencias independientes de los componentes montados. Escribir un código de configuración y leerlo de vuelta demuestra que el código se ha almacenado, no que el circuito opcional esté presente. Trate el resumen criptográfico de un archivo como una comprobación de identidad; autentique el manifiesto de liberación mediante el proceso de liberación aprobado.

Separe identidad, autenticidad y compatibilidad de imagen. Versión, dependencias y firma responden a cuestiones distintas. Una firma válida no demuestra circuito opcional montado ni compatibilidad eléctrica. Decida compatibilidad de hardware aparte y ejecute pruebas de producción aplicables.

Asigne etiquetas de producto y números de pieza para pedidos

Las etiquetas de producto y los identificadores de pedido deben corresponder a la configuración entregada, incluidas las diferencias controladas por software que el comprador necesite distinguir. Mantenga el maestro de artículos del OEM como fuente autorizada: los alias de configuración anteriores explican relaciones y no deben sustituir a los identificadores de compra realmente aprobados.

Separe el identificador de la PCB sin ensamblar, el identificador del hardware ensamblado y el identificador del producto terminado. Según la política de numeración del OEM, LINK y LINK-LANG podrían compartir un artículo intermedio de placa ensamblada (PCBA) y convertirse más adelante en artículos configurados diferentes. Registre exactamente dónde se introduce esa distinción y qué operación es responsable de ella.

Cree una identidad de pedido distinta cuando el cliente deba seleccionar la configuración por separado o cuando las alternativas no sean intercambiables conforme al acuerdo de suministro aprobado. En cambio, una versión de mantenimiento de firmware compatible puede permanecer dentro de un artículo existente y gestionarse mediante el control de revisiones o del ámbito de aplicación. No asigne por defecto un nuevo número comercial a cada parche de software.

Especifique la revisión del diseño gráfico de la etiqueta, el contenido aprobado, la ubicación y el origen de los datos variables. Genere la etiqueta a partir del registro de configuración liberado de la unidad después de la programación y las pruebas requeridas. Durante el embalaje final, compare la identidad de la unidad física, el registro de prueba, la etiqueta aplicada y la línea de pedido; escanear una etiqueta sin comprobar su asociación con la unidad no es suficiente.

Controle las reimpresiones y el reetiquetado como excepciones. Registre por qué cambió la etiqueta, quién lo autorizó y cómo se retiró o invalidó la etiqueta anterior. Una corrección de etiqueta nunca debe convertir silenciosamente una unidad mal configurada en el producto pedido.

Haga que los programas de colocación, inspección y prueba tengan en cuenta la variante

Las instrucciones de colocación, inspección y prueba deben corresponder a la misma variante liberada que la BOM. Compartir geometría es un motivo para reutilizar elementos de programa validados, no para seleccionar un único programa sin comprobar para todos los conjuntos.

Compruebe ajustes de salida y nombres de archivo. Las exportaciones de colocación pueden tener controles de variante y filtrado junto a coordenadas, rotación y cara. Inspeccione el archivo generado; no suponga que la vista activa del diseño determina correctamente toda exportación.

Compare el conjunto de colocaciones real con la BOM seleccionada, teniendo en cuenta los componentes montados a mano y los artículos que no son componentes, cuando estén documentados. Revise las asignaciones de alimentadores, las sustituciones y la manipulación específica de los conectores con respecto al conjunto de componentes seleccionado. Confirme si la aplicación de pasta de soldadura puede compartirse o requiere una plantilla o un programa de dispensación diferentes; utilizar una PCB sin ensamblar común no resuelve esa cuestión de proceso.

Para la inspección óptica automatizada, o AOI, utilice la presencia y ausencia esperadas específicas de cada variante. Una posición DNP aprobada no debería generar un defecto por componente ausente, pero esa misma posición puede necesitar una comprobación de componente inesperado. No suprima toda una zona de inspección para eliminar una alarma molesta cuando las uniones adyacentes sigan necesitando cobertura.

Defina las pruebas funcionales como una cobertura común más comprobaciones específicas de cada variante. LOCAL necesita que se verifiquen sus funciones locales previstas; LINK también necesita comprobaciones de comunicaciones; LINK-LANG añade las comprobaciones del idioma configurado y de la interfaz. Defina el comportamiento esperado de las funciones ausentes en lugar de eliminar silenciosamente todas las pruebas asociadas.

Utilice la misma disciplina para las pruebas en circuito cuando sean aplicables. Apruebe qué pruebas son obligatorias, cuáles no son aplicables de forma intencionada y cuáles están prohibidas para el hardware seleccionado. Guarde la receta seleccionada y su revisión junto con los resultados, de modo que un registro de aprobación identifique qué se probó realmente.

Libere y verifique una variante sin mezclar configuraciones

Libere una variante únicamente cuando su identidad de pedido corresponda a una configuración coherente y la ruta de producción verifique esa configuración. Para este flujo de trabajo, utilice puntos de retención explícitos en lugar de confiar en una inspección visual final para descubrir archivos que no concuerdan.

La secuencia de control es: artículo que se puede pedir y ámbito de aplicación → registro de variante aprobado → BOM y archivos de fabricación determinados → componentes montados verificados → programación y configuración aprobadas → pruebas específicas de la variante → etiqueta e identidad de envío verificadas. Cualquier discrepancia devuelve la unidad o el paquete de liberación a un estado de retención controlada.

Determine y revise la liberación

El responsable de configuración del OEM autoriza la combinación permitida. Ingeniería de hardware aprueba las dependencias de los componentes montados; ingeniería de firmware aprueba la compatibilidad de la imagen y la configuración; ingeniería de fabricación acepta archivos de proceso utilizables, y calidad aprueba la cobertura de verificación. Una persona puede desempeñar varios papeles, pero cada decisión sigue necesitando un responsable identificable.

Compare todos los archivos con el mismo registro de liberación antes de producir. Resuelva en este punto las diferencias de designadores de referencia, las revisiones incompatibles, las reglas de etiqueta ausentes y la selección ambigua de software. Registre la identidad del paquete y su ámbito de aplicación para que un cambio aprobado no altere involuntariamente trabajos ya en curso. Congele conjuntamente las exportaciones aprobadas y compare el manifiesto del paquete antes de cada fabricación. Compruebe que los archivos de fabricación supuestamente compartidos siguen siendo idénticos; cualquier diferencia inesperada en cobre, taladrado o leyendas requiere una resolución fuera de la suposición de que la variante solo afecta al ensamblaje.

Ponga a prueba los controles de la ruta de producción

Valide cada ruta distinta de ensamblaje o de producto configurado, reutilizando evidencias únicamente cuando ingeniería haya justificado los elementos comunes. Utilice registros de desafío controlados o condiciones de prueba seguras para comprobar el rechazo de firmware, configuración, receta de inspección y etiqueta incorrectos. Nunca energice una combinación de hardware incompatible simplemente para demostrar que un control falla.

Durante el cambio de variante, retire los kits y las existencias de etiquetas de la variante anterior, resuelva la situación del trabajo en curso restante y confirme la selección de la nueva receta. Cuando diferentes variantes compartan un panel o un útil, exija una identificación inequívoca de la unidad y su posición, así como un método validado de encaminamiento del proceso, antes de utilizar un procesamiento mixto.

Conserve la configuración real de fabricación

Mantenga el registro de la configuración real de fabricación separado del registro de diseño más reciente. Asocie cada unidad o lote sujeto a trazabilidad con la BOM utilizada, las sustituciones aprobadas realmente realizadas, la imagen programada, la configuración, los resultados de prueba y la identidad de la etiqueta. Registre las referencias de calibración cuando corresponda, sin exponer secretos de producción en los documentos de envío habituales.

Después de una reparación, una sustitución de componentes o una reprogramación, repita las verificaciones afectadas y cualquier comprobación de regresión requerida. Conserve la identidad anterior en el historial. No libere la unidad hasta que su estado físico actual y su registro concuerden con el pedido.

Especifique las interfaces y los documentos de aceptación

Las especificaciones de variante deben definir cómo interpreta la configuración liberada cada operación que la recibe. Acuerde el formato de los identificadores, los campos de revisión, la convención de estado de montaje de la BOM, las unidades y el origen de coordenadas de colocación, la convención de cara de la placa, el acceso para programación, la interfaz del útil, la fuente de datos de las etiquetas y los límites de prueba antes de aprobar el paquete. Estos son requisitos de interfaz específicos del proyecto, no umbrales numéricos universales.

Mantenga la aceptación de la calidad de ejecución separada de la aceptación de la configuración. La descripción pública del programa J-STD-001 de IPC abarca la aceptación de conexiones soldadas y los requisitos de ensamblaje. El contrato debe indicar la revisión de la norma aplicable y cualquier requisito adicional acordado; el registro de variante debe determinar por separado qué hardware y software pidió el cliente. No utilice una aprobación genérica de la calidad de ejecución como decisión de liberación del producto configurado. 7

Defina la precedencia documental y la gestión de discrepancias en el acuerdo con el proveedor. Cuando la BOM, el plano o el manifiesto de software no concuerden, ponga en retención la fabricación afectada y obtenga una resolución aprobada. No pida al personal de producción que elija el documento que parezca más reciente.

Aplique el modelo de variantes a tareas habituales de los OEM

Un modelo de variantes es útil cuando una plataforma de hardware compartida admite distintas funciones que se pueden pedir. Los siguientes son escenarios de aplicación para planificar controles de configuración, no afirmaciones sobre proyectos de clientes ya realizados.

Control industrial con comunicaciones opcionales

Para un controlador local y un controlador con conexión de red, vincule el conjunto completo de componentes de comunicaciones a la aplicación y a la etiqueta del conector correctas. Pruebe la interfaz habilitada y verifique el comportamiento definido cuando la interfaz esté ausente. Un conector montado sin el circuito auxiliar requerido no constituye una interpretación intermedia aceptable de la opción.

Interfaz hombre-máquina (HMI) con iluminación opcional

Para una interfaz iluminada y otra sin iluminación, revise conjuntamente los LED montados, los componentes de control de corriente, el comportamiento del firmware y el diseño gráfico del panel frontal. Libere la combinación iluminada únicamente después de verificar sus requisitos eléctricos y ópticos. Mantenga las funciones compartidas de los interruptores dentro del alcance de las pruebas para ambas configuraciones.

Instrumento con hardware de detección seleccionable

Para conjuntos alternativos de sensores o componentes de medición, vincule la selección de componentes aprobada a la configuración de entrada, el procedimiento de calibración y los límites de prueba. No reutilice datos de calibración simplemente porque coincida el identificador de la PCB sin ensamblar. Registre qué conjunto de datos de calibración pertenece a cada unidad física.

Electrónica compartida con funcionamiento localizado

Para productos específicos de un idioma, identifique si solo cambia el diseño gráfico o si también cambian los recursos del firmware y los ajustes en tiempo de ejecución. LINK y LINK-LANG ilustran un caso de hardware compartido. Verifique que las instrucciones mostradas y las leyendas físicas concuerden con el idioma pedido, incluido el comportamiento después de un restablecimiento de fábrica.

Sustitución en servicio y modernización

Para una placa ensamblada de sustitución, especifique las configuraciones del equipo instalado que está autorizada a admitir. Verifique la relación aprobada entre el conector, el firmware y la configuración antes del envío. Trate cualquier conversión o reprogramación requerida como una operación controlada, en lugar de suponer que una revisión posterior de la placa sustituye a todas las variantes anteriores.

Preguntas frecuentes

Prepare un paquete de variantes para JASPER

Prepare una matriz de configuración que relacione cada artículo que se puede pedir con la placa común, la BOM de montaje, las opciones, el firmware, la configuración, la etiqueta y los requisitos de prueba. Incluya las combinaciones aprobadas, las combinaciones prohibidas, las cantidades por variante y el responsable de cada decisión de liberación.

Para una revisión con JASPER de los servicios de ensamblaje de PCB, facilite conjuntamente el paquete de fabricación de PCB, los archivos de ensamblaje específicos de cada variante, los requisitos de programación y los criterios de aceptación. Indique si la configuración y el etiquetado se realizan durante el ensamblaje de PCBA o en una fase posterior de integración del producto.

Cierre la revisión confirmando una pregunta práctica: ¿puede el proveedor seleccionar, fabricar, probar e identificar la variante pedida sin tomar una decisión de configuración no documentada? Autorice la producción únicamente cuando la respuesta sea sí.