Cómo crear una BOM electrónica: guía práctica

Qué es una BOM electrónica

Una lista de materiales —BOM, por bill of materials— es la relación de todo lo que hace falta para fabricar una unidad de un conjunto electrónico. Para una tarjeta electrónica contesta a tres cosas a la vez: qué lleva la placa, cuántas unidades de cada cosa y qué componente exactamente — no «un condensador de 100 nF», sino una pieza concreta, pedible, de un fabricante concreto.

Esa última distinción es donde empiezan casi todos los problemas. Un esquemático puede decir «100 nF, 16 V, X7R» y estar perfectamente bien. Una BOM que diga lo mismo todavía no es fabricable: con eso no se puede comprar ni montar.

Qué debe incluir una BOM electrónica

Una BOM con la que otra persona pueda fabricar necesita estas columnas. Los nombres cambian de un equipo a otro; la información, no.

Otros dos campos se ganan el sitio en cuanto el producto es real:

Estado de ciclo de vida — si el fabricante sigue haciendo la pieza. Útil en la revisión de diseño, y lo primero que se mira antes de volver a comprar. Alternativas aprobadas — piezas que ingeniería ha aceptado como equivalentes. Sin esta columna, quien compra y se encuentra con una rotura de suministro o para la línea o sustituye por algo que nadie ha aprobado.

Las referencias merecen su propio párrafo

Una referencia no es decoración. Es el enlace entre tres cosas distintas: el símbolo del esquemático, la huella de la placa y la línea de la BOM. Cuando las tres no concuerdan, sale una placa montada con la pieza correcta en el sitio equivocado, que es mucho más caro de encontrar que una pieza que sencillamente faltaba.

Dos reglas evitan casi todo: una referencia se usa una vez por conjunto, y no se reutiliza en silencio después de borrar una pieza. Una R7 retirada en la revisión B debe seguir retirada en la C, no reaparecer significando otra cosa.

Piezas que están en la placa y no se montan

Algunas líneas existen en el diseño y no se colocan a propósito durante el montaje: una resistencia que selecciona una opción, un punto de prueba, una huella reservada para una variante futura. Se marcan como DNP (do not populate) o DNI (do not install); los dos términos significan lo mismo y cada equipo usa uno.

Se quedan en la BOM. Borrarlas pierde la información de que la huella existe y se dejó vacía queriendo, y a la siguiente persona que lea la placa se le va una tarde averiguando si fue un descuido. Se marca la línea, se pone cantidad cero o se señala en la columna de montaje, y se dice por qué en la descripción.

Una BOM a la que le falta una línea en silencio y una BOM con una línea DNP son idénticas para quien compra y completamente distintas para quien depura.

Ejemplo de BOM electrónica

Un extracto corto de una tarjeta controladora ficticia. Una BOM real tiene cientos de líneas; la forma es la misma.

Fíjate en lo que la tabla no hace. No dice «condensadores, varios». No junta dos fabricantes distintos en una línea. Y agrupa C12–C18 sólo porque esas siete posiciones llevan exactamente la misma pieza: si una necesitara otra tensión, sería su propia línea.

Qué es una revisión de BOM

Una revisión de BOM es un estado congelado de la lista de materiales, identificado para poder referirse a él más tarde sin ambigüedad. Registra lo que la lista contenía en un momento dado, no lo que contiene ahora.

Es una cosa distinta de la revisión de hardware. La revisión de placa describe el diseño físico; la de BOM describe la lista de piezas que le corresponde. Una misma revisión de placa puede acumular varias revisiones de BOM a lo largo de su vida, porque una sustitución no obliga a rehacer el PCB.

Por eso una revisión de BOM sólo significa algo como pareja: BOM rev 3 de la controladora rev C. Sola, «rev 3» no dice de qué es revisión.

Cómo gestionar las revisiones de una BOM

Una BOM cambia más a menudo que la placa que describe. Una pieza se queda obsoleta, se corrige un valor, se aprueba una alternativa. La mayoría de esos cambios no obligan a rehacer el PCB.

Así que la BOM necesita su propia revisión, y necesita decir a qué revisión de placa pertenece. «BOM rev 3» no contesta a nada; «BOM rev 3 de la controladora rev C» sí.

Tres costumbres lo hacen llevadero:

1. No se edita una BOM con la que ya se ha comprado. Se hace una revisión

nueva. La anterior es el registro de lo que de verdad se pidió.

1. Se anota qué cambió y por qué, una línea por cambio. «Cambiado J1» no

basta; «Cambiado J1 a 1-2112931-1 — el original quedó obsoleto», sí.

1. La identificación va en los datos, no en el nombre del fichero.

bom_rev_C_final_OK_v2.xlsx es exactamente cómo se pierde la pista de cuál se fabricó.

Qué cambia cuando cambia la revisión del hardware

Cuando una placa pasa de la revisión B a la C, hay que repasar estas cuatro cosas juntas, porque cambiar una sin las demás es como salen mal las tiradas:

la BOM — piezas añadidas, retiradas o sustituidas; los Gerbers y el fichero de taladros — las huellas con las que las de la BOM tienen que encajar; el esquemático en PDF — las referencias a las que apunta la BOM; el plano de montaje — posiciones y orientaciones.

Un cambio en cualquiera de ellos puede invalidar a los otros. Una huella nueva de conector sin cambiar la BOM significa que se monta la pieza equivocada; un cambio de BOM a una pieza de otro encapsulado sin tocar el rutado significa que la pieza no entra.

Errores habituales al gestionar una BOM

Describir la pieza en lugar de identificarla. «Resistencia de 10k» es una descripción. RC0603FR-0710KL es una pieza. Una BOM necesita las dos cosas.

Guardar la revisión en el nombre del fichero. Los nombres de fichero no son datos. Se copian, se renombran y se duplican, y acabar con dos ficheros de nombre parecido y contenido distinto es lo normal.

Dejar que cada proyecto dé de alta el mismo componente por su cuenta. El mismo integrado escrito de tres maneras no se puede cruzar entre BOMs, así que no hay forma de contestar a «¿qué productos llevan esta pieza?» el día que se queda obsoleta.

Sustituir sin dejar rastro de la aprobación. Quien compra y se topa con una rotura de suministro encontrará algo parecido. Si no hay columna de alternativas aprobadas ni registro de quién aceptó la sustitución, la primera noticia llega durante el análisis de un fallo.

Separar la BOM de todo lo demás. Una BOM correcta en una carpeta, al lado de unos Gerbers de otra revisión, no es mucho mejor que no tener BOM.

Dónde se complica

Crear una BOM no es lo difícil. Un ingeniero competente hace una buena en una tarde, y la tabla de arriba es casi todo lo que necesita.

Lo difícil es mantener la BOM correcta atada a la revisión de hardware correcta, junto a los Gerbers que le corresponden, junto al esquemático que usa esas referencias — y seguir pudiendo contestar, dos años después, con cuál se fabricó la serie que salió.

Eso es un problema de archivo, y las carpetas se le dan mal. Una carpeta no sabe que ese PDF es el esquemático de la placa cuya BOM tiene al lado, ni que una de las dos BOMs que contiene es de una revisión que no llegó a fabricarse.

Es el problema sobre el que está construido XKEMA: la lista de materiales pertenece a la placa, la placa tiene sus revisiones, y los documentos cuelgan del elemento que de verdad describen.

Gestión de BOM — cómo la lista se mantiene atada al producto y a fichas de componente reales. Control de revisiones de hardware — qué pasa cuando llega la revisión siguiente y hay que ver qué cambió. * Cómo funciona XKEMA — el recorrido completo, del proyecto vacío a la revisión congelada.