Un cliente da el visto bueno a la versión B el lunes.
El martes, un ingeniero desplaza un orificio de fijación 3 mm porque le resulta más difícil acceder a un conector de cable de lo que esperaba.
Alguien envía el PDF actualizado al taller de chapistería con un mensaje: “Por favor, utilizad este”.”
La producción comienza el miércoles.
El departamento de calidad sigue realizando inspecciones según la revisión B.
El departamento de compras ya ha encargado un soporte fabricado según la revisión B.
La Asamblea está examinando un plano impreso del viernes pasado.
Ahora no tienes ninguna modificación técnica.
Se están fabricando cuatro versiones diferentes del producto al mismo tiempo.
Eso es exactamente lo que Control de cambios técnicos está diseñado para prevenir.
Para los compradores OEM que desarrollan chasis de servidor, cajas de montaje en rack, ordenadores industriales, sistemas de almacenamiento u otro tipo de hardware a medida, controlar los cambios antes de la producción no es una mera formalidad administrativa. Es el mecanismo que distingue una revisión deliberada del diseño de una sorpresa en la línea de producción.
La gestión de cambios de ingeniería es el proceso controlado que se utiliza para proponer, evaluar, aprobar, documentar, implementar y verificar los cambios en la configuración aprobada de un producto.
La palabra controlado asuntos.
Los ingenieros modifican los diseños constantemente durante el desarrollo. Eso es normal. Un prototipo pone de manifiesto posibles interferencias. Un proveedor recomienda un radio de curvatura diferente. Un componente deja de estar disponible. Las pruebas revelan que es necesario mejorar el flujo de aire. El cliente cambia la configuración de E/S.
Ninguno de esos sucesos supone necesariamente un problema.
El problema surge cuando el cambio llega a la fase de fabricación sin que todo el mundo sepa exactamente:
Esta idea no se limita a las fábricas que fabrican carcasas para servidores. La norma ISO 10007:2017 ofrece orientación sobre la gestión de la configuración de productos y servicios, desde su concepción hasta su eliminación, y la ISO señala que la edición actual de 2017 fue revisada y confirmada en 2023.
La NASA describe la gestión de cambios de configuración en términos similares: los cambios propuestos se justifican y evalúan de forma sistemática, los cambios aprobados se incorporan y, a continuación, se verifica su implementación.
Vale la pena recordar esa secuencia.
Solicitar. Evaluar. Aprobar. Modificar. Verificar.
Si te saltas un paso, ahí es donde las cosas se encarecen.
Las primeras etapas del desarrollo son indulgentes.
La producción no lo es.
Cuando un chasis es todavía un concepto de CAD, modificar una abertura puede afectar a un solo archivo. Sin embargo, una vez que ya existen los planos de utillaje, las compras, los planes de inspección, el embalaje, los pedidos a proveedores, las instrucciones de trabajo y el inventario de productos terminados, ese mismo cambio puede afectar a diez sistemas distintos.
El diseño acaba estando vinculado al dinero.
Un cambio en una dimensión aparentemente inocua podría afectar a:
Por eso te ofrecemos nuestra guía sobre mudanzas Control de revisiones de ingeniería El proceso, desde el CAD hasta la validación del prototipo, concede una gran importancia a la gestión de revisiones y al traspaso a producción. La fase de prototipo es el momento en el que se deben revisar las hipótesis de diseño, mientras el volumen afectado aún es reducido. La guía de prototipos existente en la planta recomienda explícitamente validar el ajuste real de los componentes, la secuencia de montaje, la estructura, la refrigeración y el acceso para el mantenimiento antes de dar el visto bueno a la producción.
¿Cambiar algo más adelante?
Comprueba de nuevo con qué entra en contacto.
Hace poco, estaba echando un vistazo a un foro sobre fabricación y me topé con la historia de alguien que trabajaba en un taller con 25 empleados y que me resultaba dolorosamente familiar.
El departamento de ingeniería emitiría una orden de cambio (ECO), pero un solo cambio podría requerir la actualización de cinco, seis o, en ocasiones, hasta ocho instrucciones de trabajo distintas.
La documentación no pudo seguir el ritmo.
Mientras alguien reescribía esas instrucciones, la producción seguía utilizando las versiones antiguas. A veces se fabricaba una pieza de forma incorrecta. Es posible que el departamento de calidad no detectara el error hasta tres días después.
Entonces empezaron las preguntas.
¿Qué versión se ha publicado?
¿Quién lo recibió?
¿Se notificó la compra?
¿Se han registrado las nuevas dimensiones en la inspección?
¿Se ha sustituido la instrucción de trabajo impresa?
¿Ha recibido el proveedor el mismo archivo que recibió el departamento de producción?
Según se informa, la tienda tenía archivos PDF dispersos por una unidad compartida, copias en papel en la planta de producción y un sistema informal del tipo “pregúntale al que sabe” que servía para cubrir las lagunas.
Esa última parte es importante.
A menudo se piensa que los cambios de ingeniería fracasan porque alguien tomó una mala decisión técnica.
A menudo, la decisión técnica es correcta.
El flujo de información se interrumpe.
El cambio en el CAD puede tardar unos diez minutos. Lo realmente complicado es controlar todos los planos, listas de materiales, instrucciones de trabajo, documentos de proveedores, requisitos de inspección y autorizaciones de producción afectados por ese cambio.
Los distintos fabricantes utilizan las siglas de forma ligeramente diferente, por lo que los compradores nunca deben dar por sentado que la terminología por sí sola demuestra que un proveedor cuenta con un sistema riguroso.
Aun así, un típico Flujo de trabajo de ECR, ECN y ECO tiene un aspecto más o menos así:
| Escenario | Documento típico | Pregunta principal | Estado de la producción |
|---|---|---|---|
| 1. Solicitud de cambio | ECR | ¿Qué hay que cambiar y por qué? | No se admiten cambios |
| 2. Análisis de impacto | ECR / registro de revisión | ¿En qué otros aspectos afectará este cambio? | No se admiten cambios |
| 3. Aprobación | Registro de aprobaciones | ¿Seguimos adelante? | Sigue bloqueado |
| 4. Actualización sobre ingeniería | ECO | ¿Qué planos, listas de materiales, modelos o especificaciones cambian? | Se ha elaborado una nueva revisión |
| 5. Validación | Prueba / prototipo / récord de la FAI | ¿Funciona realmente el diseño revisado? | Mantener hasta que se acepte |
| 6. Notificación | ECN | ¿Quién necesita que se apruebe el cambio? | Comienza la liberación controlada |
| 7. Puesta en práctica | ERP/MES/orden de producción | ¿A qué pedido, fecha, número de serie o lote se refiere? | Nueva revisión activa |
| 8. Verificación | Registro de inspección/auditoría | ¿Se ha cambiado realmente la producción como era debido? | Cambio cerrado |
Los nombres son menos importantes que las puertas.
Una empresa puede llamar “ECN” a cualquier cosa y, aun así, contar con unos controles excelentes.
Otro puede gestionar un software de PLM con ECR, ECO, ECN, CCB y veinte códigos de estado, y aun así permitir a los operarios imprimir archivos PDF aleatorios desde el correo electrónico.
Un software sofisticado no compensa un mal proceso de lanzamiento.
El primer documento debería explicar el problema antes de que nadie modifique el diseño publicado.
Esa solicitud podría proceder de:
Un ECR útil debería responder a cuatro preguntas básicas.
¿Qué pasa?
Sé concreto.
“Mejorar el soporte” no es muy convincente.
“El soporte de la GPU se deforma aproximadamente 4 mm durante la prueba de vibraciones de transporte” es un hallazgo que requiere acción.
¿Qué cambio se propone?
Una vez más, sé específico.
¿Aumentar el grosor? ¿Añadir una nervadura moldeada? ¿Cambiar la posición del punto de fijación? ¿Cambiar el material?
¿Por qué es necesario este cambio?
Esto deja clara la intención. Sin ello, alguien que revise el diseño seis meses después podría “corregir” la función y devolverla a su forma original, al no comprender por qué se modificó.
¿Es muy urgente?
Una corrección del etiquetado de un producto cosmético y una interferencia mecánica relacionada con la seguridad no deberían tramitarse en la misma cola de prioridades.
Si un proyecto a medida aún se encuentra en fase de definición, es posible evitar muchos ECR posteriores fijando los datos técnicos con antelación. Nuestra guía sobre el Flujo de trabajo de ECR, ECN y ECO Se empieza por las dimensiones de la placa base, la configuración de la GPU, el almacenamiento, la alimentación, la refrigeración, las entradas y salidas, las restricciones del rack, el acceso para el mantenimiento y los requisitos comerciales, precisamente porque unos datos vagos generan un sinfín de revisiones en las fases posteriores.
Este es el paso que a los equipos con prisas les encanta saltarse.
Mala idea.
La cuestión desde el punto de vista de la ingeniería no es solo:
¿Podemos hacer este cambio?
Es:
¿Qué más cambia si lo hacemos?
En el caso de un chasis de servidor a medida, imagina que el cliente solicita desplazar una ranura USB frontal 8 mm.
Es sencillo.
Sin embargo, el nuevo puesto podría entrar en conflicto con:
Ahora imagina que el material ya se ha cortado.
La cuestión del coste vuelve a cambiar.
Una revisión adecuada debería tener en cuenta al menos cinco ámbitos de impacto.
¿Afecta este cambio al ajuste, al funcionamiento, a las interfaces, a la acumulación de tolerancias, a la resistencia estructural, al flujo de aire, a la conexión a tierra, al comportamiento electromagnético o a la facilidad de mantenimiento?
¿Requiere nuevas herramientas, programas, accesorios, configuraciones de plegado, plantillas de soldadura, métodos de montaje o parámetros de proceso?
¿Se ven afectadas las órdenes de compra existentes?
¿Se puede seguir utilizando el stock antiguo?
¿Se queda obsoleto un componente comprado?
¿Necesitará el proveedor archivos actualizados?
¿Cambian los planos de inspección, los calibres, los planes de control, los criterios de aceptación, los procedimientos de ensayo o los requisitos para el primer artículo?
¿Afecta este cambio al coste, al pedido mínimo (MOQ), a los gastos de utillaje, al plazo de producción, a la fecha de entrega, a la cobertura de la garantía o a las especificaciones acordadas previamente?
NXP ofrece un ejemplo práctico muy útil de esta mentalidad. Según su proceso de gestión del cambio publicado, los cambios propuestos en productos o procesos son revisados por un Comité de Cambio formado por personal de ingeniería, dirección y calidad. El comité examina los riesgos, los planes de homologación, los criterios de éxito y los posibles efectos sobre la forma, el ajuste, la función o la fiabilidad antes de su implementación.
Esa es una crítica muy seria.
No es cuestión de decir: “Parece que está bien, envíalo”.”
La aprobación debe venir de quienes asumen las consecuencias.
En el caso de un proyecto modesto de caja a medida, podría ser:
En el caso de un programa más complejo, también pueden participar los departamentos de cumplimiento normativo, gestión de proyectos, aprovisionamiento, ingeniería de pruebas o la alta dirección.
La cuestión no es recoger firmas por el simple hecho de hacerlo.
Cada aprobación representa una pregunta.
Ingeniería: ¿Funciona el diseño revisado?
Fabricación: ¿Podemos construirlo varias veces?
Calidad: ¿Podemos examinarlo y comprobarlo?
Compras: ¿Están coordinados los materiales y los pedidos a los proveedores?
Cliente: ¿Sigue siendo este el producto que acordamos comprar?
Un sólido Proceso de aprobación de modificaciones técnicas Además, se relaciona de forma natural con el DFM. La guía de desarrollo de carcasas del sitio web muestra por qué es necesario revisar detalles relacionados con la producción —como el radio de curvatura, la distancia entre el orificio y la curvatura, los herrajes, el acceso para la soldadura, el acabado y la secuencia de montaje— antes de que un diseño se considere listo para la producción.
Una aprobación sin esa aportación del ámbito de la fabricación puede limitarse a formalizar un diseño que, aun así, no se puede fabricar correctamente.
Esto parece obvio.
Es ahí donde muchas empresas pierden el control.
Un ECO puede requerir actualizaciones que vayan mucho más allá de un simple plano.
Entre los registros que podrían verse afectados se incluyen:
Se modifica un documento.
El sistema cambia.
Esa es la mentalidad.
Las directrices de la NASA sobre gestión de la configuración exigen explícitamente una documentación completa de la configuración, tanto actual como histórica; identificadores únicos; el seguimiento del estado de los cambios propuestos; la trazabilidad histórica; la comparación de versiones; la gestión de los flujos de trabajo y, a ser posible, una única fuente de información publicada.
Una carpeta llena de archivos con los siguientes nombres:
final.pdf
final-new.pdf
final-new2.pdf
final-customer-approved.pdf
no es un sistema de control de versiones.
Es una prueba que está ahí para ser utilizada en tu contra.
El diseño publicado necesita una identidad.
Reverendo A.
Reverendo B.
Reverendo C.
O bien otro sistema de numeración controlado.
La convención de nomenclatura concreta es menos importante que la coherencia.
La revisión anterior debería poder consultarse con fines históricos, pero no debería seguir estando disponible como una opción de producción igualmente válida.
Esta distinción es donde Control de revisiones de ingeniería se gana el pan.
Un buen sistema debería indicarte:
Esa información resulta muy valiosa cuando alguien informa de un problema sobre el terreno 18 meses después.
Sin ello, el análisis de las causas fundamentales se convierte en arqueología.
La aprobación autoriza el cambio.
La validación demuestra que funciona.
No son lo mismo.
Algunos cambios de ingeniería pueden confirmarse mediante la revisión de planos y la inspección dimensional. Otros justifican la elaboración de un nuevo prototipo, un primer artículo, una serie piloto, una prueba térmica, una prueba de ajuste, una prueba de vibraciones, una prueba de carga o una muestra para el cliente.
El método de validación debe ser adecuado al riesgo.
¿Cambiar la ubicación de un logotipo?
Probablemente no sea un prototipo completo.
¿Cambiar la estructura de soporte de la GPU en un servidor de IA de gran potencia?
Eso ya es otra historia.
¿Se van a modificar las aberturas de ventilación cerca de una pared con ventilador?
Pruébalo.
¿Se pueden cambiar las posiciones de los espaciadores de la placa base?
Instala la placa definitiva.
¿Cambiar una interfaz de raíl?
Carga el chasis y mueve los raíles de un lado a otro.
Precisamente por eso, el artículo que hay en la web sobre Proceso de órdenes de modificación técnica considera los prototipos como herramientas de ingeniería, más que como muestras de presentación. Recomienda comprobar el ajuste real de los componentes, el acceso para el montaje, el comportamiento estructural, las vías de refrigeración y la facilidad de mantenimiento antes de dar luz verde a la producción.
Encuentra el error en la cantidad uno.
Eso es barato.
¿Lo hay en lotes de 500 unidades?
Otra reunión.
Una vez que la configuración revisada haya sido aprobada y esté lista para su implementación, se deberá notificar oficialmente a las personas afectadas.
Aquí es donde un Proceso de notificación de cambios técnicos debería responder:
Las grandes empresas lo formalizan con mucho cuidado.
NXP afirma que los cambios que afectan al ajuste, la forma, la función, la calidad o la fiabilidad se comunican mediante avisos de modificación del producto. 90 días antes de la puesta en marcha. En sus notificaciones se indican la fecha de entrada en vigor y los números de referencia afectados, y el proceso establecido exige que la Comisión de Cambios apruebe los resultados de la homologación antes de que el cambio se lleve a cabo.
Es posible que tu proyecto de chasis a medida no requiera un plazo de notificación de 90 días.
El principio sigue siendo válido.
La notificación se realiza antes de la puesta en marcha, no después de que alguien se dé cuenta de que las piezas tienen un aspecto diferente.
Esta es una de las preguntas más útiles que puede hacer un comprador:
¿Cuándo empieza exactamente la nueva revisión?
Debería haber una respuesta clara.
Por ejemplo:
Eso es eficacia.
Sin ello, el reverendo B y el reverendo C pueden coexistir en una zona gris.
A veces, la coexistencia es aceptable. Quizá ambas revisiones sean totalmente intercambiables.
Vale.
Deja constancia de esa decisión.
A veces, las existencias actuales se pueden reelaborar.
Anota eso también.
A veces hay que desechar las existencias antiguas porque los cambios afectan al ajuste, la seguridad, el rendimiento o los requisitos de los clientes.
Una vez más: déjalo por escrito.
La peor opción es permitir que la fábrica tome decisiones de manera informal a medida que el material avanza por la cadena de producción.
He aquí una opinión poco popular en nuestro sector:
Los cambios de ingeniería más peligrosos suelen ser precisamente aquellos que todo el mundo califica de “menores”.”
Un agujero se mueve.
Cambia una tolerancia.
Se sustituye un material.
Se añade una dimensión.
Se ha corregido una línea de la lista de materiales.
Alguien dice: “No te compliques con un cambio formal. Solo avisa a producción”.”
Ese atajo parece eficaz porque el cambio en sí es pequeño.
Es posible que el radio de fallo no sea...
Si el plano publicado sufre modificaciones, la revisión controlada debe modificarse en consecuencia. Antes de su implementación, deben revisarse las instrucciones de trabajo, los documentos de compra, los requisitos de inspección, los expedientes de proveedores y los registros de producción afectados.
La verdadera prueba del control de cambios no es si la orden de cambio (ECO) cuenta con las firmas correspondientes.
La cuestión es si la fabricación de la versión errónea se ha vuelto prácticamente imposible.
Eso significa que hay que controlar la información antigua.
¿Copias impresas?
Sustitúyelos o destrúyelos.
¿Portal de proveedores?
Sube la revisión publicada y retira la anterior.
¿Complemento de ERP?
Actualízalo.
¿Puesto de control?
Confirma el dibujo.
¿Carpeta de programación láser?
Confirma el archivo.
¿Instrucciones de montaje?
Confírmalo de nuevo.
El hecho de que el portátil de Ingeniería tenga la Rev. C no significa que la fábrica esté fabricando la Rev. C.
Bad change control produces very ordinary factory costs.
Scrap.
Rework.
Sorting.
Reinspection.
Schedule disruption.
Premium freight.
Supplier claims.
Customer complaints.
Returns.
ASQ classifies scrap, rework, waste, and failure analysis associated with defects found before delivery as internal failure costs. It also lists repairs, warranty claims, complaints, and returns among external failure costs.
Here is the interesting number.
Según la 2025 ASQE Insights on Excellence Cost of Quality Report, only 31% of respondents said they fully understood the impact of quality costs on their organizations’ financial performance.
Think about that for a moment.
Many companies can tell you the price of one chassis down to the cent.
Far fewer can tell you the true cost of producing 80 chassis from the wrong drawing.
The invoice for scrap is obvious.
The engineering hours, line stoppage, rescheduling, supplier calls, expedited material, inspection overtime, customer communication, and lost confidence are much harder to see.
Do not ask only, “Do you have an ECO system?”
Almost everyone will say yes.
Ask operational questions.
Who is allowed to release a drawing to production?
You want named roles, not “engineering.”
Where does production obtain the current drawing?
There should be one controlled source.
How do you prevent an operator from using an old revision?
Listen carefully to this answer.
How do you control supplier revisions?
Outsourced laser cutting, machining, plating, PCB assembly, cable production, or packaging creates another opportunity for version drift.
How do you handle work in progress when a change is approved?
Keep, rework, scrap, segregate, or use-as-is should be explicit.
How do you record the effective lot or serial number?
This matters for traceability.
Does a post-prototype change require customer reapproval?
For buyer-controlled features, it usually should.
How are inspection documents updated?
Production and quality must move together.
When sending the original project package, the site’s guide on the Proceso de notificación de cambios técnicos is useful because drawings, materials, tolerances, finishes, components, quantities, quality requirements, and delivery expectations should be defined before quoting.
The clearer the original baseline, the easier later changes are to identify.
Before volume manufacturing begins, the factory should be able to point to one approved package.
For a custom chassis project, that might contain:
| Controlled Item | What Should Be Clear |
|---|---|
| 3D model | Current released revision |
| Planos en 2D | Dimensions, tolerances, notes, revision |
| LISTA DE MATERIALES | Correct parts and approved substitutes |
| Especificaciones de los materiales | Grade, thickness, finish |
| Purchased components | Approved manufacturer/model or equivalent rules |
| Acabado superficial | Color, texture, coating requirements |
| Assembly instructions | Current sequence and fasteners |
| Inspection plan | What is checked and acceptance limits |
| Test requirements | Functional or mechanical validation |
| Packaging specification | Protection, labels, accessories |
| Change history | What changed and why |
| Customer approval | Evidence that production configuration is accepted |
| Effectivity | Lot, PO, date, or serial number where revision begins |
This package becomes the production baseline.
NASA uses the same underlying concept at a much larger scale: a product baseline is approved technical documentation describing the configuration that applies during production and later life-cycle phases.
You do not need a spacecraft-sized bureaucracy to borrow the logic.
Lock the baseline.
Control deviations from it.
Some teams hear “change control” and imagine paperwork strangling engineering.
That is poor implementation.
The objective is not to prevent change.
Products improve because engineers change things.
The objective is to make sure the correct change reaches the correct people at the correct time.
Fast development and formal control can coexist.
During early concept work, CAD may change several times per day.
During prototype development, revisions can remain frequent but should become traceable.
Once the customer approves production, the gate tightens.
That is sensible.
The closer you get to mass production, the more expensive ambiguity becomes.
Before production begins, ask one question:
Could two competent employees open two different files today and both reasonably believe they have the approved production revision?
If the answer is yes, the project is not under control yet.
Fix that first.
A good Engineering Change Management system should leave little room for interpretation. The released design is identifiable. Changes have owners. Impact is reviewed. Approvals are recorded. Validation matches the level of risk. Suppliers receive the correct files. Obsolete revisions are removed from active use. The production effectivity point is recorded.
Then manufacturing starts.
That sequence can feel slower when everyone is impatient to release the purchase order.
It is usually much faster than rebuilding the order.
Engineering Change Management is the formal process for evaluating, approving, documenting, implementing, and verifying product design changes.
It keeps CAD files, drawings, BOMs, suppliers, quality records, and production instructions synchronized so that only the approved configuration reaches manufacturing.
An ECR requests a change, an ECO authorizes and defines the engineering work, and an ECN communicates the approved change.
Terminology varies between manufacturers. What matters is having clear gates for request, impact review, approval, implementation, notification, and verification.
Yes, if they alter controlled production information.
A small hole shift, tolerance adjustment, material substitution, or BOM change can affect manufacturing, purchasing, inspection, inventory, or supplier parts. The paperwork can be proportional to risk, but the revision should remain traceable.
A new revision should normally be issued when released product definition changes.
That includes changes to controlled drawings, dimensions, materials, BOMs, specifications, interfaces, or other information used to manufacture or inspect the product.
Normally, production should remain on the existing approved baseline until the new change is released.
Emergency deviations may be possible under a documented authorization process, but uncontrolled use of an unapproved revision creates traceability and quality risk.
It should receive a documented disposition: use, rework, segregate, return, or scrap.
The decision depends on interchangeability, quality, cost, safety, customer requirements, and the effective date of the new revision.
Ask how revisions are released, distributed, retired, and traced to production lots.
Also ask who approves changes, how external suppliers are notified, how work-in-process is handled, and whether post-prototype modifications require customer approval.
The biggest risk is different departments implementing the change at different times.
Engineering may have the new drawing while purchasing, production, suppliers, or quality still use the old one. Effective change control synchronizes all affected functions before release.
Mark Lee es el fundador de ISTONECASE y cuenta con 20 años de experiencia en el sector de los chasis para servidores. Está especializado en soluciones OEM/ODM para chasis de GPU e IA, de montaje en rack, industriales, de montaje en pared, NAS, Mini-ITX y multinodo. Su experiencia respalda proyectos de hardware a medida para centros de datos, computación de IA, almacenamiento empresarial, computación periférica, redes y aplicaciones industriales.
Comentarios
