機械翻訳について

変更タイプの拡張可能フレックスフィールドの構成

変更タイプの拡張可能フレックスフィールドを構成して、これらのフィールドが変更オーダー、変更リクエスト、問題レポートおよび訂正処理のヘッダー・レベルで表示されるようにできます。

拡張可能フレックスフィールドは、次のレベルで構成できます:

  • 「すべての変更タイプ」- これは、変更タイプのトップ・レベルで、事前定義された変更タイプとコピーされた変更タイプが含まれます。 このレベルで追加された拡張可能フレックスフィールドは、事前定義およびコピーされた変更タイプによって継承されます。
  • 「事前定義済変更タイプ」- これは、変更タイプの第2レベルです。 このレベルで追加された拡張可能フレックスフィールドは、事前定義された変更タイプからコピーされた変更タイプに継承されます。
    ノート: 事前定義済の変更タイプには、設計変更オーダー、商品化変更オーダー、改訂管理なしの変更オーダー、変更リクエスト、偏差リクエスト、問題レポートおよび訂正処理があります。
  • 事前定義されたタイプからコピーされた変更タイプ - これは第3レベルです。 このレベルで追加された拡張可能フレックスフィールドは、他のレベルには継承されません。

拡張可能フレックスフィールドが使用可能な場所

  • 変更オーダー、変更リクエスト、問題レポートおよび訂正処理に関するページの管理
  • 変更オーダー、変更リクエスト、問題レポートおよび訂正処理に関するページを作成および編集
  • 変更オーダー詳細レポート
  • OTBIレポート
  • 変更監査レポート(製品ハブ監査ポリシーで構成されている場合)
  • REST API
  • SOAPサービス
  • 番号割当および検証ルール
ノート: この機能にオプト・インし、拡張可能フレックスフィールドをデプロイしてからオプト・アウトすると、変更オーダー、変更リクエスト、問題レポートおよび訂正処理について、作成、管理および編集ページでフレックスフィールドを使用できなくなります。 ただし、REST API、SOAPサービスおよびインポートを通じて引き続きアクセスできます。

変更タイプ階層間のフレックスフィールドの継承

  • 拡張可能フレックスフィールドは、変更タイプの階層の下に継承されます。

    最初のレベル(または最上位レベル)で追加すると、階層の2番目および3番目のレベルで自動的に継承されます。 2番目のレベルにのみ追加すると、3番目のレベルに自動的に継承されます。 そのため、2つの異なるレベルで手動で追加することはできません。

    たとえば、第2レベルの事前定義済設計変更オーダーの変更タイプにフレックスフィールドを追加する場合、第1レベルのすべての変更タイプに同じものを追加することはできません。 自動的に第2レベルに継承されるように、第2レベルから削除し、第1レベルに含める必要があります。
  • 事前定義済変更タイプからコピーされた変更タイプを複製すると、ソース変更タイプに追加された拡張可能フレックスフィールドは新規変更タイプにコピーされません。

フレックスフィールド設定の考慮事項

  • 「拡張可能フレックスフィールドの管理」タスクを使用して、拡張可能フレックスフィールドを追加または削除することをお薦めします。

    「変更オーダー・タイプの編集」ページの「属性」タブでフレックスフィールドを追加または削除できますが、「拡張可能フレックスフィールドの管理」タスクを使用して、フレックスフィールドを「ページ」タブに追加し(UIで表示できるように)、それらを削除してデプロイする必要があります。

  • 複数選択コンテキスト・セグメントは、「コンテキストの編集」ページの複数行属性グループの最初の属性である必要があります。 1つの属性グループに設定できる複数選択コンテキスト・セグメントは1つのみです。
  • 複数選択可能属性を使用して複数行属性グループを編集する場合、複数選択属性のすべての値が削除されると、変更の保存中に複数行属性グループ内の他のすべての属性の値が削除されます。
  • 次の属性に同じ値を指定することはできません。
    • 品目区分の「内部名」フィールド。
    • 品目拡張可能フレックスフィールド属性グループの「コード」フィールド。
    • 変更タイプの「内部名」フィールド。
    • 変更拡張可能フレックスフィールド属性グループの「コード」フィールド。
  • ページ・タブ(拡張可能フレックスフィールドの編集タスク)の「関連カテゴリ」列には、事前定義済またはコピーされた変更タイプを選択した場合でも、「すべての変更タイプ」が表示されます。 「関連コンテキスト」タブを使用して、正しいカテゴリを表示します。

  • 簡易な変更管理インタフェースの使用機能にオプト・インしていないが、この機能をオプト・インしている場合は、「製品情報管理」作業領域で拡張可能フレックスフィールドを表示できません。
  • XML形式を使用して、値セットと拡張可能フレックスフィールドの両方を同時にエクスポートおよびインポートできます。 CSV形式を使用する場合は、最初に値セットをエクスポートおよびインポートしてから、拡張可能フレックスフィールドをエクスポートおよびインポートする必要があります。

  • 変更オーダー詳細レポート:

    レポートの複数行拡張可能フレックスフィールド表の列幅がページ幅を超える場合、コンテンツはPDF形式で切り捨てられます。 このような場合は、HTML形式を使用することをお薦めします。

    拡張可能フレックスフィールドが拡張可能フレックスフィールドの編集ページのページ・タブではなく、「関連コンテキスト」タブに追加された場合、デフォルト値が設定されている場合にのみ変更オーダー詳細レポートに表示されます。

変更タイプの拡張可能フレックスフィールドの追加

変更タイプの拡張可能フレックスフィールドを追加すると、変更オーダー、変更リクエスト、問題レポートおよび訂正処理のヘッダー・レベルでフレックスフィールドを表示できます。

「製品開発」作業領域と「製品情報管理」作業領域でサポートされているフィールド(または表示タイプ)のタイプを次に示します:

  • テキスト・フィールド
  • ドロップダウン・リスト - 値を選択できる値リストとして表示されます。 少数の値がサポートされます。
  • 値リスト - 値リストとして表示され、このリストから値を選択したり、検索を実行して値を選択することもできます。
  • 日時
  • 複数選択値リスト - これは、PLM(製品ライフサイクル管理)ユーザーに対してのみサポートされています。

前提条件:

  • 変更タイプのフレックスフィールドを追加する前に、コンテキスト(属性グループ)およびコンテキスト依存セグメント(属性)を作成することをお薦めします。
  • フレックスフィールドが正常にデプロイされていることを確認します。

これらの前提条件を処理した後、次のステップに従います:

  1. 「設定およびメンテナンス」作業領域で、「タスク」パネル・タブの「検索」オプションを使用して、「拡張可能フレックスフィールドの管理」タスクにアクセスします。
  2. フレックスフィールド・コードEGO_CHANGE_EFFを検索します。
  3. 検索結果でフレックスフィールドを選択し、「編集」をクリックします。
  4. 「すべての変更タイプ」を展開します。
  5. 拡張可能フレックスフィールドを構成する変更タイプを選択します。
  6. 拡張可能フレックスフィールドを追加します:

    詳細セクションで「関連コンテキスト」タブをクリックします。 継承されたフレックスフィールドは、事前定義済の変更タイプまたはコピーされた変更タイプを選択した場合、このセクションに表示されます。

    フレックスフィールドを追加するには:

    • 「処理」「選択して追加」をクリックします。
    • 選択して追加ダイアログ・ボックスで、フレックスフィールドを検索して選択します。 「OK」をクリックします。
    • 「保存」をクリックします。
  7. 詳細セクションのページ・タブをクリックします。
  8. フレックスフィールドを配置するページを選択または作成します。

    ページ行が選択された状態で、「関連コンテキスト詳細」セクションにフレックスフィールドを追加します。

    ノート: インポートおよびエクスポートを使用して、拡張可能フレックスフィールドを異なる環境に移行することもできます。
  9. 「保存してクローズ」をクリックします。
  10. 「フレックスフィールドのデプロイ」をクリックします。

OTBIへの拡張可能フレックスフィールドの追加

拡張可能フレックスフィールドをOTBIで使用できるようにするには、次のことを行う必要があります:

  • コンテキスト依存セグメントを編集し、「BI有効」オプション(「セグメントの編集」ページのBusiness Intelligenceセクション)を選択します。
  • トランザクション・ビジネス・インテリジェンスのスケジュール済プロセス「Oracle Fusion Data Extensionsのインポート」を実行します。
  • 「すべて」のかわりにパラメータとしてERPを選択して、プロセスをより速く完了します。