構成詳細の表示および編集-クラシック
サイド・パネルに構成コンポーネント詳細を表示するには、品目の「構成」タブでコンポーネント行を選択します。
サイド・パネルから、参照指標、追加情報、添付、承認済製造業者リスト、追加属性および代替コンポーネントといったコンポーネント詳細を入力できます。
サイド・パネルのヘッダーには、選択したコンポーネントの名前が表示されます。 コンポーネント行間を移動し、サイド・パネルを使用してコンポーネント詳細間を簡単に移動できます。
-
コンポーネントが変更オーダーに割り当てられていない場合は、品目構成ページから編集できます。
-
管理者が「参照指標範囲インジケータ」を「なし」に設定した場合は、サイド・パネルを使用して参照指標を編集できます。 それ以外の場合は、構成表で直接編集できます。
-
1つ以上の組織に関連付けられた共通構成にコンポーネントを追加し、それらの組織の1つが非アクティブになった場合、非アクティブな組織への割当はスキップされ、この情報はログ・ファイルに記録されます。
コンポーネント行のアイコン
列内の鉛筆アイコンは、表示できる追加情報があることを示します。 アイコンをクリックすると、サイド・パネル・ビューの対応するタブに移動できます。
- コンポーネント行の次のいずれかの列(添付、承認済製造業者リスト、代替コンポーネント、待ち状態の変更および品質)の青い点のアイコンは、コンテンツが存在することを示します。 点のアイコンをクリックして、サイド・パネル・ビューの対応するタブに移動します。
- 品質関連データの場合、品目改訂に対するワークフロー・ステータスの品質問題、品質処理、問題レポートまたは是正処置が少なくとも1つある場合は、青い点が表示されます。 選択した品目に対して問題または処理が表示されない場合は、他の改訂を選択し、問題または処理がログに記録されている改訂を確認します。 問題レポートおよび処理では、品目のすべての改訂にわたってそれらを表示できます。
- 影響を受ける品目の構成のレッドライン・ビューでは、レッドラインがある場合は、参照指標および代替コンポーネントのアイコンは青色で表示されます。
次のイメージでは、「変更」列に、コンテンツが存在することを示す青い点のアイコンが表示されています。 青い点をクリックすると、選択したコンポーネントの「変更」サイド・タブを開くことができます。
考慮事項
- 商品化変更オーダーの影響を受ける品目の「構成」タブには、添付またはAMLのサイド・パネル・タブは含まれません。 「待ち状態の変更」または「品質」関連データに対する青い点のアイコンも表示されません。
- 保留中の変更および品質サイド・パネルのタブは、サプライヤ・ポータルに表示されません。
番号を検索
「番号の検索」属性を使用して、アセンブリ内の重複するコンポーネントを区別できます。
検索番号は、構成内の品目の特定のインスタンスを識別します。 重複するコンポーネントが追加されると、検索番号は自動的に増分されますが、変更を保存する前に変更できます。 品目を保存したら、検索番号を変更する方法を次に示します:
コンポーネントを削除し、新しい検索番号で再度追加します。
Or
「置換」アクションを使用して、コンポーネントを同じコンポーネントに置換し、別の検索番号を指定します。
サンプル: 4つの類似したプロセッサを含むサーバーが、構造内の同じレベルに配置されているとします。 プロセッサの各インスタンスは、一意の検索番号を持ちます。 これにより、BOMの同じレベルで重複インスタンスを作成し、各インスタンスを区別できます。
その他の詳細は次のとおりです。
- モデル区分とオプション区分に重複する検索番号を作成することはできなくなります。 「検索番号」列が表示され、デフォルトで1に設定されます。 また、重複するコンポーネント行を追加することはできません。
-
コンポーネントと検索番号の組合せに対して重複する有効日を作成することはできません。
重複コンポーネントの日付範囲が初期コンポーネントの日付範囲外であることを確認する必要があります。 日付範囲は、コンポーネントの開始日と終了日に基づいて計算されることに注意してください。
- 数量、基準タイプ、供給タイプなどの属性は、重複行で異なる値を持つことができます。 同様に、代替コンポーネントや参照指標などの構成エンティティも、重複行で異なる値を持つことができます。
- 検索番号は、ユーザー・インタフェースで重複コンポーネントを追加すると自動的に増分されますが、RESTサービスまたはインポートを使用して構造を更新する場合は増分されません。
- 品目構成インポートでは、検索番号値が指定されていない場合は、1にデフォルト設定されます。 構成内のコンポーネントのインスタンスが重複している場合は、インポートで一意の検索番号の値を指定する必要があります。 一意の検索番号がない場合、インポートでは、検索番号の値が1にデフォルト設定された単一のコンポーネントが作成され、その他のコンポーネントは作成されません。 これは、REST APIおよびSOAPサービスにも該当します。
-
インポートを使用して新規検索番号の値を更新する「置換」アクションを実行する場合は、同じインポート・バッチ内の他の属性への変更をインポートしないことをお薦めします。
次に、ベスト・プラクティスと推奨事項を示します。
- すべての既存顧客および新規顧客は、構成の順序付けに品目連番を使用する必要があります。 構成の順序付けには「検索番号」を使用しないことをお薦めします。 検索番号は、構成に重複コンポーネントを含める場合にのみ使用してください。
- Oracle Fusion Cloudに移行するAgile PLMの顧客は、Agile PLM検索番号を品目連番にマップする必要があります。
- CAD統合の顧客は、Agile PLM検索番号を品目連番にマップする必要があります。
- 番号の検索機能を使用するAgile PLM MCADの顧客は、番号の検索を構成コンポーネント付加フレックスフィールドにマップする必要があります。
提示工程連番
サンプル: 3つのコンポーネントを含むアセンブリでは、コンポーネントAのオペレーション・シーケンスを1、コンポーネントBを2、コンポーネントCを3と提案できます。 製造チームはこれを参照して、(製造作業定義で)構成部品の組立の順序を指定できます。