Lista de materiales: versiones que no cambian una orden en marcha

¿Qué identifica una versión de materiales?

La lista necesita producto, revisión, cantidad base, componentes, unidades y consumos por unidad. Añade operaciones, sustituciones autorizadas y documentos pertinentes cuando formen parte de la fabricación. El archivo de diseño y la receta deben poder relacionarse; un PDF nuevo con el mismo nombre no basta para explicar qué pieza se usó. Conserva quién propuso y aprobó el cambio, desde cuándo aplica y qué órdenes están afectadas.

Business Central documenta versiones con fecha de inicio que define su validez y certificación antes de activarlas. Versiones de listas de materiales. Eso sirve como referencia de configuración. La protección concreta de una orden ya liberada debe probarse: la existencia de una fecha de vigencia no demuestra por sí sola que nadie pueda modificar su receta.

¿Publicar una receta cambia el trabajo en curso?

Define tres situaciones: orden aún en planeación, orden liberada sin consumo y orden con materiales ya utilizados. Una política razonable puede permitir recalcular la primera y exigir revisión para las otras. Si autorizas migrar una orden, conserva versión anterior, nueva versión, diferencias y tratamiento de lo que ya se consumió. No borres movimientos ni conviertas retrospectivamente un componente utilizado en otro que nunca salió del almacén.

Ejemplo: dos órdenes, dos recetas explicables

O20 se libera a las 10:00. V2 entra en vigor a las 11:00 y O10 se libera a las 12:00. En la política del ejercicio, publicar V2 no transforma O20 en una necesidad de 120 tornillos y 0.80 kg. Si se decide modificarla, esa diferencia debe quedar como cambio autorizado. Repetir la publicación E02 no crea V3 ni vuelve a aplicar un ajuste a las mismas órdenes.

¿Cómo resuelves cambios que se cruzan?

Dos personas pueden partir de V1: una cambia tornillos y otra adhesivo. Antes de publicar, compara contra la revisión actualmente vigente. Una receta mezclada por guardar al último puede perder un cambio necesario. Muestra el conflicto a quien debe resolverlo y conserva ambas propuestas. Para una sustitución urgente, registra el alcance: una orden, un lote o una vigencia; no la conviertas accidentalmente en receta permanente.

Odoo PLM describe versiones anteriores, actuales y futuras mediante órdenes de cambio de ingeniería, con historial y archivos de diseño asociados. Control de versiones. Requiere comprobar módulos y configuración. Un historial disponible ayuda a investigar; no sustituye la decisión técnica sobre qué cambio es seguro ni constituye evidencia de una implementación hecha por Nightly.

¿Qué debe demostrar el proveedor?

• Normal: O20 conserva V1 y O10 usa V2; cantidades, unidades y vigencia se pueden consultar.
• Excepción: una propuesta concurrente detecta que su base cambió; no sobrescribe la receta vigente sin revisión.
• Trabajo iniciado: migrar una orden exige explicar consumos realizados y cambios pendientes, con identidad de quien autorizó.
• Reintento: repetir E02 mantiene una publicación y una sola aplicación por orden autorizada.
• Documentos: la receta permite recuperar el diseño correspondiente y distinguirlo del archivo de una revisión posterior.

¿Qué llevas al diagnóstico?

Completa la hoja de revisión de materiales con una receta y un cambio real. La guía de seguimiento de producción cubre avances; las corridas de calzado prueban consumos por talla. Para definir software para manufactura, lleva también una orden que ya hubiera consumido material cuando cambió la receta. Esa excepción aclara el alcance mejor que una pantalla de versiones vacía.