Órdenes de cambio de ingeniería y ERP: cómo evitar que compras use piezas obsoletas

Aprenda cómo los ECO, las reglas de vigencia y la revisión operativa ayudan a compras a evitar piezas obsoletas tras cambios de ingeniería.

Christina Rebel

Oct 12, 2026

PDM en la nube

Órdenes de cambio de ingeniería y ERP: cómo evitar que compras use piezas obsoletas

Un cambio de ingeniería aprobado no impide automáticamente que compras siga adquiriendo la pieza antigua. Ingeniería puede actualizar un plano, liberar la nueva revisión y cerrar el ECO, y aun así una orden de compra abierta, una cotización de proveedor o un plan de producción pueden seguir apuntando a la revisión anterior.

Así es como las piezas obsoletas acaban llegando al muelle. Un comprador emite un pedido para una pieza que ingeniería ya sustituyó. Un proveedor cotiza con un paquete de planos anterior. El equipo de producción recibe material y nadie ha decidido qué hacer con él. La pregunta real no es si el ECO “llega al ERP”. La pregunta es si alguien decidió qué cambia exactamente, cuándo entra en vigor y quién tiene que actuar.

Piense en un soporte comprado con la Revisión B aprobada y una orden de compra abierta de 200 unidades de la Revisión A. Es posible que el proveedor ya esté fabricando las piezas. El nuevo plano no le dice al comprador si debe cancelar el pedido, aceptar la entrega o cambiar la especificación. Esa decisión depende del motivo del cambio, del avance del proveedor y de qué unidades de producción todavía pueden usar la Revisión A.

La transferencia de datos más amplia se trata en Integración PDM–ERP: cómo fluyen los datos de ingeniería hacia compras. Aquí, el foco está en la decisión de compras después de que se aprueba un ECO.

Un ECO es una decisión de ingeniería, no una decisión de orden de compra

Un ECO registra y controla un cambio de ingeniería aprobado. En la mayoría de las empresas, eso incluye las piezas afectadas, los planos revisados, los cambios de BOM, el motivo del cambio y el contexto de aprobación, todo vinculado en un mismo registro. La guía de gestión de configuración de la NASA describe un modelo útil: proponer, evaluar, aprobar, implementar y verificar.

Compras, sin embargo, tiene otra serie de decisiones que tomar. Cuando una nueva revisión ya está disponible, los compradores terminan preguntándose cosas como:

¿Hay órdenes de compra abiertas para la revisión anterior?
¿El proveedor ya recibió un plano o una especificación anteriores?
¿Todavía se puede utilizar el stock de la pieza antigua?
¿Cuándo entra realmente en vigor la nueva revisión: de inmediato, en una fecha concreta, en un lote de producción específico o solo después de agotar el inventario existente?
¿Quién confirma que la orden de compra, la comunicación con el proveedor y el registro del artículo en el ERP coinciden?

Un ECO debería dar a compras el contexto necesario para responder a esas preguntas. No debería sobrescribir discretamente registros operativos, ni asumir que toda unidad de la pieza antigua debe desecharse.

Diagrama de una orden de cambio de ingeniería que muestra la Revisión B liberada junto a una orden de compra abierta para la Revisión A, destacando la necesidad de una revisión del impacto en procesos posteriores. — Una revisión de ingeniería aprobada no resuelve automáticamente las órdenes de compra existentes. Compras debe revisar la revisión aplicable y las reglas de vigencia antes de actuar.

Qué necesita compras de un cambio aprobado

Los compradores no necesitan cada iteración de diseño en curso. Necesitan un paquete de cambio conciso y controlado cuando la decisión de ingeniería ya está realmente lista para su uso aguas abajo.

Información de ingeniería	Por qué la necesita compras
Identificador de la pieza o artículo afectado	Para localizar el artículo, las órdenes abiertas, los registros de proveedor y el stock.
Revisión anterior y nueva revisión	Para identificar qué definición técnica se está sustituyendo.
Estado aprobado del ciclo de vida o de liberación	Para distinguir un cambio aprobado de una propuesta o borrador.
Plano o especificación controlados	Para dar a proveedores y compradores acceso a los requisitos aplicables.
Motivo del cambio y resumen del impacto	Para ver si el cambio afecta forma, ajuste, función, cumplimiento, coste, disponibilidad de proveedor o plazo de entrega.
Fecha de vigencia o regla de aplicabilidad	Para decidir cuándo se aplica la nueva revisión a compras o producción.
Disposición del material existente	Para decidir si el stock antiguo se usa, se retrabaja, se devuelve o se mantiene en revisión.

Una engineering change order documenta y controla el cambio de ingeniería. Los registros operativos —órdenes de compra, compromisos con proveedores, inventario y planificación de producción— siguen perteneciendo al ERP y a compras.

Decidir qué hacer con una orden abierta

La orden de 200 soportes plantea cuatro preguntas que una simple notificación de revisión no puede responder por sí sola.

1. ¿El cambio hace inaceptable la Revisión A?

Primero, ingeniería identifica la pieza afectada y sus referencias en la BOM, la definición liberada anterior y la nueva, y el motivo del cambio. Una corrección documental puede no afectar a compras. Un cambio dimensional puede exigir que el proveedor modifique su utillaje o su plan de inspección. Una corrección de seguridad o de cumplimiento puede significar que la pieza antigua ya no debe recibirse ni utilizarse.

La decisión debe remitirse a la liberación controlada, no solo a un nombre de archivo o a un correo diciendo que hay una nueva versión disponible.

2. ¿Cuándo debe compras cambiar de revisión?

La aprobación no significa necesariamente que todas las órdenes abiertas deban cambiar ese mismo día. Ingeniería y calidad pueden exigir una retención inmediata de la Revisión A si presenta un riesgo de seguridad. Si la Revisión B es una mejora de fabricabilidad y la Revisión A sigue siendo aceptable, podrían autorizar esas 200 unidades existentes para un lote determinado, exigiendo la Revisión B en pedidos posteriores.

Esa excepción necesita un límite definido: una fecha, un lote, un rango de serie, un lote de producción o una cantidad documentada de consumo del stock antiguo. Sin ese límite, el comprador y el planificador de producción pueden interpretar la misma liberación de forma distinta. La guía de Oracle Engineering documenta fechas efectivas y controles de consumo en la implementación de ECOs.

3. ¿A qué se ha comprometido ya el proveedor?

Compras debe revisar el estado real del pedido antes de cambiar registros en el ERP:

Aún no iniciado: solicitar una cotización revisada y confirmar si el proveedor puede fabricar la Revisión B en su lugar.
En producción: determinar cuántas unidades de la Revisión A ya están terminadas, qué puede cambiarse y cuál sería el impacto en coste o plazo de detener el trabajo.
Enviado o recibido: identificar los lotes afectados y obtener una decisión autorizada para aceptar, segregar, retrabajar, devolver o rechazar el material.

La revisión también debe abarcar requisiciones de compra, otras órdenes abiertas, paquetes de planos enviados al proveedor, inventario, órdenes de trabajo y compromisos relevantes con clientes o reguladores. La guía de engineering change management de Microsoft describe cómo evaluar transacciones afectadas y usar notificaciones o controles transaccionales cuando corresponda.

4. ¿Quién puede autorizar el resultado?

Ingeniería aprueba la definición técnica y, cuando corresponde, junto con calidad decide si la Revisión A sigue siendo utilizable. Compras negocia y registra la acción sobre la orden y la confirmación del proveedor. Planificación identifica las órdenes de producción o lotes afectados por el cambio de revisión. La persona responsable del ECO hace seguimiento de las excepciones no resueltas.

Para la orden del soporte, un registro completo debería identificar la regla de vigencia aprobada, la acción tomada sobre la orden de 200 unidades, la confirmación del proveedor y la disposición de cualquier material de la Revisión A. La liberación de ingeniería puede estar completa aunque esas acciones operativas sigan abiertas.

Del ECO aprobado a la ejecución en compras

La transferencia es más útil cuando cada etapa genera un registro sobre el que otra persona puede actuar.

Liberar la decisión técnica. El workflow de aprobación identifica las piezas afectadas, la revisión aprobada, los planos y la referencia del ECO. Consulte Workflow PDM explicado: control de revisiones, aprobaciones y liberación para los controles del lado de ingeniería.
Evaluar la exposición. Compras y planificación identifican órdenes abiertas, compromisos con proveedores, stock y producción programada que aún hacen referencia a la definición anterior.
Autorizar el cambio de entrada. Ingeniería y calidad definen la regla de vigencia y deciden cómo puede gestionarse el material existente. Las excepciones tienen aprobadores nominales.
Ejecutar los cambios de compras. Modificar, retener, cancelar o mantener explícitamente cada orden afectada; emitir la documentación controlada aplicable y obtener la confirmación del proveedor. Actualizar los registros en el ERP según las reglas de propiedad acordadas.
Conciliar y cerrar. Confirmar que los registros de compras, los compromisos del proveedor, la disposición del inventario y el cambio en producción coinciden con la decisión aprobada. Registrar las excepciones no resueltas en lugar de marcarlas como completadas.

Una integración puede transferir datos liberados de artículos y revisiones al ERP, y un workflow del ERP puede enrutar revisiones y controlar transacciones. Ninguno decide automáticamente si es seguro aceptar una orden parcialmente cumplida. Eso sigue siendo una decisión de ingeniería y de operaciones.

Dónde suele romperse la transferencia

Estos fallos pueden producirse incluso cuando el ECO y el maestro de artículos del ERP están técnicamente actualizados.

La revisión vigente no está clara. Un comprador puede ver la Revisión B, pero no saber si la orden existente para la Revisión A sigue permitida. Defina la vigencia antes de dar instrucciones a los proveedores. Véanse las buenas prácticas de ECO.
La BOM cambia, pero los compromisos existentes no. Actualizar un requerimiento futuro no modifica una orden de compra ya aceptada por el proveedor. Las transacciones abiertas deben revisarse por separado.
Se envía el plano, pero no se confirma su recepción. Un proveedor puede seguir trabajando según la última especificación que reconoció. Mantenga esa confirmación junto al registro del cambio.
La excepción queda enterrada en el correo electrónico. Una decisión aprobada de uso del stock antiguo debe poder trazarse meses después hasta el lote, la orden o el batch afectados.

El control de versiones en ingeniería establece qué liberó ingeniería; los registros de compras establecen qué estaba autorizado a entregar el proveedor.

Checklist de preparación del cambio para compras

Antes de cerrar el lado operativo del ECO, verifique que:

el artículo afectado, la revisión liberada y los documentos controlados para el proveedor están identificados
la regla de vigencia o de uso del stock antiguo tiene un responsable autorizado y un límite explícito
se han revisado las órdenes abiertas, los compromisos con proveedores, el stock y las órdenes de producción relevantes
cada orden afectada tiene un resultado registrado: modificada, retenida, cancelada o mantenida bajo una excepción aprobada
el proveedor ha confirmado la especificación aplicable y la acción sobre la orden
la disposición del stock antiguo, el cambio en producción y las excepciones no resueltas quedan trazadas al ECO

Preguntas frecuentes

P: ¿Un ECO actualiza automáticamente el ERP?

R: No necesariamente. Un ECO controla el cambio de ingeniería. Una integración o un workflow del ERP pueden crear o actualizar registros operativos, pero los equipos siguen necesitando reglas sobre propiedad de campos, efectividad, órdenes abiertas, inventario y excepciones.

P: ¿Compras puede seguir comprando la revisión antigua después de aprobarse un ECO?

R: A veces sí. Depende de la regla de vigencia, del motivo del cambio, de los compromisos del proveedor, del stock disponible y de si la revisión anterior sigue aprobada para un uso definido. Ingeniería y operaciones deben documentar esa decisión en lugar de asumir que la aprobación invalida inmediatamente todo el material anterior.

P: ¿En qué se diferencian ECR, ECO y ECN?

R: Un ECR (engineering change request) suele registrar un cambio propuesto y su evaluación inicial. Un ECO es la orden o el registro controlado utilizado para revisar, aprobar e implementar el cambio. Un ECN suele comunicar un cambio aprobado a los equipos afectados o a partes externas. Las empresas usan estos términos de forma distinta, así que conviene definir el workflow y las responsabilidades en vez de confiar solo en la etiqueta.

P: ¿Cuándo debería participar compras en un cambio de ingeniería?

R: Involucre a compras cuando el cambio pueda afectar piezas compradas, proveedores, órdenes abiertas, costes, inventario, plazos de entrega o calendarios de fabricación. Cuanto antes pueda compras evaluar el impacto operativo, menos probable será descubrir un conflicto después de emitir un pedido.

¿Está planificando un workflow PDM–ERP? Reserve una demo para analizar cómo su proceso de liberación y cambio de ingeniería debe conectarse con compras.

Referencias

Sobre la autora

✍️

Christina Rebel

CEO de CAD ROOMS | Cofundadora de Wikifactory

Soy Christina Rebel, CEO de CAD ROOMS. Desde hace más de una década trabajo en la intersección entre la colaboración de ingeniería en la nube, la fabricación digital y el desarrollo de productos distribuido.

A lo largo de mi carrera, he trabajado estrechamente con ingenieros, diseñadores y equipos de fabricación para mejorar la gestión de datos CAD, el control de versiones, la colaboración con proveedores y la revisión de diseño en navegador. Mi foco es hacer que los workflows de ingeniería modernos sean más accesibles, seguros y eficientes, especialmente para pymes y startups.

También escribo sobre colaboración en ingeniería, con artículos publicados en Design News y DEVELOP3D.

Sigue a la autora: LinkedIn