Revisiones y cambios

Checklist de cambio de ingeniería: ¿qué más toca este cambio?

Un cambio en un diseño nunca es un cambio en un fichero. Mapa de impacto por tipo de cambio, lista por artefacto y las tres preguntas que cazan lo caro.

14 oct. 2026 12 min de lectura

# Checklist de análisis de impacto para cambios de hardware

Cambias el valor de una resistencia. Una línea en el esquema, una línea en la BOM y quizá dos minutos de edición.

Seis semanas después, ensayos sigue utilizando la ventana de aceptación anterior. El procedimiento de calibración cita una tensión que la nueva revisión ya no entrega. Compras mantiene abierto un pedido de 500 unidades del componente sustituido.

El cambio de diseño podía ser perfectamente correcto. El problema es que un cambio de hardware rara vez termina en el archivo donde se hizo.

Puede propagarse a fabricación, ensayos, firmware, documentación, compras, stock o equipos que continúan trabajando con la revisión anterior.

Un análisis de impacto sirve para encontrar esas consecuencias antes de que aparezcan por separado.

Este artículo no explica cómo aprobar un ECO o quién debe autorizarlo. Es una lista práctica para responder a otra pregunta:

Hemos decidido hacer este cambio. ¿Qué más tenemos que revisar?

Analiza el cambio hacia fuera

Una forma práctica de revisar el impacto es empezar en el punto modificado y avanzar hacia todo lo que depende de él.

1. El diseño

Esquema, layout, lista de materiales, interfaces y parámetros de diseño afectados directamente.

2. Las salidas derivadas

Gerbers, archivos de taladrado, pick-and-place, planos de montaje, modelos mecánicos, instrucciones de programación o cualquier otro entregable generado a partir del diseño.

3. Lo que referencia ese diseño

Procedimientos de ensayo, calibración, documentación de interfaces, firmware, documentación mecánica, instrucciones de mantenimiento o conjuntos superiores.

4. Lo que ya estaba comprometido

Órdenes de compra, material en stock, WIP, PCB o tarjetas ya fabricadas, producto terminado y hardware que ya está en campo.

5. Las personas y organizaciones que trabajan con la configuración anterior

Ensayos, compras, firmware, mecánica, fabricación, EMS, proveedores o certificación.

Los primeros dos niveles suelen ser evidentes.

Los problemas caros aparecen a menudo en los niveles 3 y 4, porque ahí las dependencias ya no están necesariamente dentro del mismo proyecto CAD.

Mapa de propagación de cambios

No existe un mapa universal. La documentación y los procesos de cada empresa son distintos.

Pero estas relaciones son buenas preguntas de partida:

Si cambias…	Revisa también
El valor de un componente	límites de ensayo, cálculos derivados, calibración, procedimientos que citen ese valor
El MPN o fabricante de una pieza	BOM, AVL si existe, montaje, cualificación, inspección de entrada, stock y compras abiertas
Una huella	layout, Gerbers, pasta, pick-and-place, plano de montaje y compatibilidad mecánica del componente
Un conector o su pinout	cableado, mazos, útiles de ensayo, firmware, documentación de interfaces y equipos conectados
Una dimensión mecánica	carcasa, fijaciones, juntas, modelos 3D, planos e ICD relacionados
Una configuración de firmware	programación en producción, compatibilidad con revisiones de hardware y documentación de release
Una posición a DNP	BOM, plano de montaje, función del circuito, pruebas y configuraciones alternativas
Una referencia de compra	BOM, compras abiertas, stock, recepción y posibles equivalencias aprobadas
Una etiqueta o marcado	arte final, fabricación, embalaje y documentación regulatoria cuando corresponda
Un material o acabado	especificaciones de fabricación, cualificación, requisitos ambientales y documentación de conformidad

El objetivo no es memorizar esta tabla.

Es conseguir que preguntas como:

¿Qué depende de esta huella?

¿Qué documentos siguen haciendo referencia a este valor?

tengan una respuesta reproducible en lugar de depender de quién esté disponible esa tarde.

Checklist de impacto del cambio

No todos los apartados aplican a todos los cambios. Lo útil es poder marcarlos como afectado, revisado sin impacto o no aplicable, en vez de asumir que el silencio significa que alguien ya lo comprobó.

Diseño

[ ] El esquema refleja el cambio.
[ ] Se ha revisado si el layout resulta afectado.
[ ] Si cambió el layout, las comprobaciones de diseño correspondientes se han ejecutado y revisado.
[ ] La BOM contiene el valor, MPN, cantidad, referencias y estado de montaje correctos.
[ ] Las referencias siguen siendo coherentes entre esquema, layout, BOM y documentación de montaje.
[ ] Los parámetros o cálculos que dependían del elemento modificado se han revisado.
[ ] Se ha determinado qué documentos o elementos necesitan nueva versión o revisión según el sistema de control utilizado.

Esta última línea importa: no todo archivo relacionado tiene que cambiar de revisión sólo porque exista un ECO. Si un documento no cambia, puede seguir siendo válido. Lo importante es poder demostrar que fue considerado.

Archivos de fabricación

Si el cambio afecta a los datos desde los que se generaron:

[ ] Gerbers regenerados.
[ ] Datos de taladrado regenerados.
[ ] Pick-and-place / centroides regenerados.
[ ] Archivos de pasta regenerados si corresponden.
[ ] Plano de montaje actualizado.
[ ] STEP u otros modelos mecánicos actualizados si cambió la geometría.
[ ] Notas de fabricación actualizadas cuando corresponda.
[ ] Se ha comprobado que el paquete liberado sólo contiene salidas compatibles entre sí.
[ ] Las salidas anteriores permanecen identificables como una revisión anterior y no pueden confundirse con la nueva liberación.

No es necesario regenerar archivos que el cambio no puede afectar. Cambiar una nota interna de diseño no justifica recrear Gerbers por ritual.

Ensayo y verificación

[ ] Los límites de ensayo continúan siendo válidos.
[ ] Las tensiones, corrientes, frecuencias u otros valores esperados se han revisado.
[ ] El útil de ensayo sigue siendo compatible física y eléctricamente.
[ ] La accesibilidad a test points no ha empeorado.
[ ] La cobertura de ensayo sigue incluyendo las funciones afectadas.
[ ] Los procedimientos de calibración continúan siendo válidos.
[ ] Se ha determinado si alguna prueba debe repetirse.
[ ] Se ha evaluado si el cambio afecta a evidencia previa de cualificación, EMC, seguridad o conformidad.

Un cambio no invalida automáticamente una certificación o un ensayo anterior.

Pero tampoco conviene asumir automáticamente que sigue siendo representativo.

La decisión depende del cambio, de la evidencia existente y, cuando corresponda, de los requisitos regulatorios aplicables.

Documentos que hacen referencia al hardware

Revisa al menos si el cambio aparece directa o indirectamente en:

[ ] procedimientos de montaje;
[ ] instrucciones de inspección;
[ ] procedimientos de calibración;
[ ] procedimientos de puesta en marcha;
[ ] documentación de mantenimiento;
[ ] documentación de usuario, si cambia el comportamiento observable;
[ ] documentos de interfaz;
[ ] planos o documentación mecánica;
[ ] especificaciones que utiliza otro equipo;
[ ] documentación entregada a proveedores.

Un documento puede quedar obsoleto sin que contenga el número de pieza que has cambiado.

Por ejemplo, cambiar una red resistiva puede modificar una tensión de referencia. El procedimiento de calibración sólo contiene esa tensión, no las referencias de las resistencias.

Firmware y software

Hardware y firmware suelen compartir más supuestos de los que aparecen formalmente documentados.

Comprueba:

[ ] asignaciones de pines;
[ ] polaridades;
[ ] direcciones de buses;
[ ] referencias ADC;
[ ] escalados;
[ ] umbrales;
[ ] tiempos;
[ ] secuencias de encendido;
[ ] identificadores de hardware;
[ ] configuración de periféricos.

Busca también constantes en código que reproduzcan características físicas del diseño.

Por ejemplo:

#define CURRENT_SENSE_MOHM 10
#define ADC_REF_MV         3300
#define HW_REVISION        3

Si la resistencia de sensado pasa de 10 mΩ a 5 mΩ, actualizar la BOM sin revisar el cálculo de corriente en firmware sería un cambio incompleto.

Comprueba la compatibilidad entre revisiones

Cuando van a coexistir varias revisiones de hardware, pregunta explícitamente:

¿puede utilizarse el firmware actual en el hardware anterior?
¿puede utilizarse firmware antiguo en el hardware nuevo?
¿cómo identifica el software la revisión?
¿hay combinaciones que deban bloquearse?

No todas las empresas necesitan una matriz formal de compatibilidad. Cuando existen varias revisiones activas, sin embargo, esa información deja de ser un detalle.

Compras, stock y producción

Una sustitución de componente no termina al actualizar la BOM.

Revisa:

[ ] órdenes de compra abiertas del componente anterior;
[ ] pedidos aún no enviados;
[ ] material ya recibido;
[ ] stock del componente sustituido;
[ ] WIP;
[ ] PCB o tarjetas parcialmente montadas;
[ ] producto terminado;
[ ] material consignado en un EMS o proveedor.

Y decide qué ocurrirá con cada grupo:

MPN anterior: GRM188R71H104KA93

Stock interno:         1.240 uds → consumir en Rev B
Pedido abierto:        3.000 uds → cancelar
Stock en EMS:            620 uds → autorizado para lote WO-184
Nuevas compras:                    MPN nuevo exclusivamente

«Sustituir componente» no es una estrategia de transición.

Hay que definir desde cuándo se utiliza el nuevo y qué ocurre con todo lo que ya existía.

Hardware ya fabricado

Si existen unidades de la revisión anterior, clasifícalas.

[ ] Puede seguir utilizándose sin cambios.
[ ] Puede utilizarse sólo en determinados productos o configuraciones.
[ ] Requiere retrabajo.
[ ] Debe segregarse.
[ ] No puede utilizarse.

Para un cambio pequeño quizá la respuesta sea simplemente:

Las 42 unidades Rev B existentes continúan siendo válidas. El cambio aplica a nuevas fabricaciones a partir de Rev C.

Eso ya elimina mucha ambigüedad.

Identificación física

Cuando el cambio genera una nueva configuración que debe distinguirse físicamente, revisa:

[ ] identificación de revisión en la serigrafía;
[ ] etiquetas internas;
[ ] etiqueta de producto;
[ ] código de configuración;
[ ] embalaje;
[ ] instrucciones de inspección o recepción.

No todos los cambios justifican modificar el marcado físico.

La pregunta es si alguien necesitará distinguir esas configuraciones posteriormente y, si es así, cómo podrá hacerlo.

Tres preguntas que encuentran impactos que una checklist puede olvidar

Una lista ayuda, pero hay tres preguntas especialmente útiles.

¿Qué hay ya en curso?

Busca cosas que hayan cruzado alguna frontera:

componentes pedidos;
material enviado a un EMS;
PCB en fabricación;
tarjetas en montaje;
unidades pendientes de ensayo;
producto preparado para envío.

Un cambio que cuesta cinco minutos para la siguiente fabricación puede ser considerablemente más caro para el lote que ya está en línea.

¿Van a coexistir el hardware antiguo y el nuevo?

Si la respuesta es sí, empieza a pensar en aplicabilidad.

Ya no basta con tener:

Procedimiento de calibración.

Puede ser necesario tener:

Procedimiento de calibración — Rev C y posteriores.

o especificar dentro del propio documento para qué configuraciones es válido.

Cuando dos revisiones continúan activas, los documentos que no indican su aplicabilidad pueden resultar técnicamente correctos para una y erróneos para la otra.

¿Quién más depende de esta información?

No preguntes simplemente quién participó en el cambio.

Pregunta quién consume alguno de sus resultados:

fabricación;
EMS;
ensayos;
compras;
firmware;
mecánica;
calidad;
mantenimiento;
certificación;
soporte.

No todos necesitan recibir un aviso para cada modificación.

Pero debería ser una decisión, no un accidente.

Ajusta el análisis al riesgo del cambio

Aplicar la misma ceremonia a todos los cambios produce dos problemas: desperdicia tiempo y acaba haciendo que la gente ignore el proceso.

Una clasificación práctica podría ser:

Cambio menor

No altera el comportamiento, fabricación, interfaces, intercambiabilidad ni documentación liberada relevante.

Ejemplo: corregir una errata en una nota no funcional del esquema.

Tratamiento: actualiza el documento de acuerdo con vuestro sistema de versionado y comprueba que no exista un impacto real adicional.

Cambio significativo

Afecta a fabricación, prestaciones, ensayos, componentes, montaje o compatibilidad.

Ejemplo: sustituir un regulador por otro compatible que requiere modificar algunos pasivos.

Tratamiento: análisis de impacto documentado y revisión de las áreas aplicables.

Cambio mayor

Puede afectar a interfaces, seguridad, cumplimiento, interoperabilidad o hardware ya desplegado.

Ejemplo: modificar un conector utilizado por un equipo externo o cambiar un circuito relacionado con una función de seguridad.

Tratamiento: análisis completo, revisión formal cuando corresponda y decisión explícita sobre las configuraciones existentes.

Ésta es sólo una clasificación operativa de ejemplo. Industrias reguladas, sistemas de calidad y empresas concretas pueden utilizar definiciones formales distintas.

No conviene presentar una taxonomía interna como si fuese una norma industrial.

Registra también las comprobaciones que no encontraron impacto

Éste es uno de los detalles más útiles del análisis.

Supongamos que el cambio no afecta al procedimiento de ensayo y no hay ninguna orden de compra abierta.

Es mejor registrar:

Test limits reviewed: no change required.
Open PO for previous MPN: none.
Existing stock: 40 units, approved for consumption in Rev B.
Firmware impact: none.
Mechanical impact: none.

que no escribir nada.

Dentro de seis meses, el silencio es ambiguo.

Puede significar:

se comprobó y no había impacto; o
nadie se acordó de comprobarlo.

Un buen registro de cambio distingue ambas cosas.

Una regla práctica para cerrar el análisis

Antes de liberar el cambio, deberías poder responder a cuatro preguntas:

¿Qué cambia?
¿Qué información depende de ello?
¿Qué existe ya basado en la configuración anterior?
¿Qué áreas se revisaron y se concluyó que no estaban afectadas?

La primera pregunta suele ser fácil.

Las otras tres son las que convierten una modificación de CAD en un cambio de ingeniería controlado.

Cuando esas relaciones viven sólo en carpetas, hojas de cálculo y memoria del equipo, cada análisis vuelve a empezar prácticamente desde cero.

Herramientas de gestión de configuración pueden reducir parte de ese trabajo manteniendo juntas las revisiones, la documentación y los elementos de hardware relacionados. XKEMA está orientado a ese contexto: organizar información técnica alrededor del hardware y conservar versiones y baselines de la información de ingeniería compatible.

No sustituye al ERP para gestionar órdenes de compra y stock, ni convierte por sí solo un cambio de componente en un análisis automático de impacto. Esas fronteras importan tanto como las funciones que sí cubre.