Ir al contenido

Actualizado 5 nov 2026

3 min de lectura

Mismo componente. Distinto contexto.

El hilo digital empieza por identificar el objeto, la revisión y la ocurrencia que se está observando. Un enfoque diagnóstico antes de modificar una BOM.

Equipo técnico PLM Nexus

Un componente, dos usos
  1. Item Revision ADefinición compartida del componente
  2. Ocurrencia 1Ruta X · cantidad 1
  3. Ocurrencia 2Ruta Y · cantidad 2

Esquema del proceso

Dos vistas muestran el mismo componente con distinta cantidad, posición o revisión. Es tentador corregir el valor de inmediato. Primero determine si ambas describen la misma ocurrencia en la misma configuración. El identificador del item por sí solo no responde a esa pregunta.

Separar identidad y uso

Una revisión de item identifica una versión del componente. Una ocurrencia describe su uso en una estructura. Una vista BOM configurada también depende de las reglas de selección y del contexto. Reutilizar un componente no implica que cada uso deba tener la misma posición o cantidad.

Registrar el contexto antes de cambiar datos

Registre el conjunto superior, la ruta al componente, la revisión seleccionada, la regla de revisión y las opciones de efectividad o variante aplicables. Después compare la propiedad a nivel de componente y ocurrencia. Así, una diferencia genérica se convierte en una pregunta precisa y reproducible.

Nuestras notas sobre ocurrencias recogen también una posible diferencia entre una edición interactiva y un cambio mediante API. Es una razón para reproducir ambos recorridos en el entorno de destino, no una regla universal para toda versión o propiedad Teamcenter.

Verificar el cambio y sus límites

Utilice una estructura de prueba pequeña con el mismo componente en dos posiciones. Cambie solo la ocurrencia prevista, vuelva a abrir la estructura y compruebe ambas rutas. Incluya un segundo contexto y el estado de ciclo de vida pertinente. Una corrección automática debe detenerse cuando el contexto sea ambiguo, en lugar de adivinar qué valor es válido.

Son comprobaciones de aceptación propuestas, no pruebas ejecutadas ni resultados de clientes. Acuerden el comportamiento esperado con el responsable del proceso, registren entorno y versión y completen el resultado observado y la evidencia. Una celda vacía no equivale a una prueba superada.

Una revisión, dos rutas de estructura
EscenarioResultado esperadoEvidencia que conservar
Situación inicialConjunto X → componente A: cantidad 1. Conjunto Y → componente A: cantidad 2. Misma revisión, distinto uso.Ambas rutas, regla de revisión y efectividad.
Cambio de una ocurrenciaCambien la cantidad de X a 3; Y sigue en 2 y la revisión no cambia.Reabran ambas rutas; comparen los valores guardados.
Destino ambiguoLa automatización se detiene si falta la ruta o configuración.Solicitud rechazada y estructura intacta.

Descargar la matriz de pruebas editable (CSV) ↓

Siguiente paso

Si este patrón aparece en su entorno Teamcenter, consulte el servicio correspondiente o hablemos del cambio que necesita.