Stesso componente. Contesto diverso.

Due viste mostrano lo stesso componente con quantità, posizione o revisione differenti. La tentazione è correggere subito il valore. Prima va stabilito se entrambe descrivono la stessa occorrenza nella stessa configurazione. Il solo identificativo dell’item non risponde alla domanda.

Separare identità e utilizzo

Una revisione di item identifica una versione del componente. Un’occorrenza ne descrive l’utilizzo in una struttura. Una vista BOM configurata dipende anche dalle regole di selezione e dal contesto. Riutilizzare un componente non significa che ogni utilizzo debba avere la stessa posizione o quantità.

Registrare il contesto prima di cambiare i dati

Registrate assieme principale, percorso del componente, revisione selezionata, regola di revisione ed eventuali impostazioni di effettività o variante. Confrontate poi la proprietà a livello di componente e di occorrenza. Una differenza generica diventa così una domanda precisa e riproducibile.

Le nostre note sulle occorrenze riportano anche una possibile differenza tra una modifica interattiva e una effettuata via API. È un motivo per riprodurre entrambi i percorsi nell’ambiente di destinazione, non una regola universale per ogni versione o proprietà Teamcenter.

Verificare la modifica e i suoi confini

Usate una piccola struttura di test con lo stesso componente in due posizioni. Modificate soltanto l’occorrenza prevista, riaprite la struttura e verificate entrambi i percorsi. Includete un secondo contesto e lo stato di ciclo di vita pertinente. Una correzione automatica deve fermarsi quando il contesto è ambiguo, invece di indovinare quale valore faccia fede.

Sono verifiche di accettazione proposte, non test già eseguiti né risultati di clienti. Concordate il comportamento atteso con il responsabile del processo, registrate ambiente e versione, quindi compilate risultato osservato ed evidenza. Una cella vuota non equivale a un test superato.

Scaricate la matrice di test compilabile (CSV) ↓