コンフィグレータ・モデルの作成および保守
コンフィギュレータ・モデル作業領域を使用して、コンフィギュレータ・モデルを作成および保守します。
製品情報管理作業領域でzCZ_CAR4DRSDNという名前のモデルを作成し、Oracle Order Managementがホスト・アプリケーションであるとします。 エンド・ユーザーは、モデルを使用して、販売オーダーのオーダー明細に品目を追加するときに品目を構成できます。

数字の意味
これがあなたの仕事です。
-
「インポート」. 製品情報管理作業領域からコンフィギュレータ・モデル作業領域にzCZ_CAR4DRSDNのスナップショットをインポートします。
-
コンフィギュレータは、スナップショットを使用してコンフィギュレータ・モデルを自動的に作成します。
-
インポート後にProduct Information ManagementのzCZ_CAR4DRSDNにあるものを変更した場合は、スナップショットをリフレッシュします。 品目を再度インポートしません。
-
-
「追加」。 ワークスペースを作成し、zCZ_CAR4DRSDNを追加します。
-
設計 モデルの実験、変更およびテストを行うことができるサンドボックスの種類としてワークスペースを使用します。 ワークスペースには、特定のニーズにあわせて補足構造、ルールおよびユーザー・インタフェースを追加できるモデルのドラフトが含まれています。
-
「リリース」. ワークスペースをリリースして、新しい番号付きバージョンのコンフィギュレータ・モデルを作成し、それを本番環境のホスト・アプリケーションに公開します。
-
リリースされたモデルには、モデルに追加したサプリメンタル構造、ルールおよびユーザー・インタフェースが含まれます。
-
モデルは、ワークスペースで指定した開始日に従って有効になります。
-
ホスト・アプリケーションのユーザーは、モデルと対話して品目を構成します。 コンフィギュレータは、ユーザーが構成した構成が有効であることを確認します。
-
設定のサマリー
コンフィギュレータ・モデルを作成および保守するための構成の概要を次に示します。
-
モデルをインポートします。
-
ワークスペースを作成します。
-
コンフィグレータ・モデルを設計します。
-
ワークスペースを本番環境にリリースします。
-
コンフィグレータ・モデルを保守します。
1. モデルのインポート
モデルをコンフィギュレータ・モデル作業領域にインポートします。
-
コンフィギュレータ・モデル作業領域を使用できるように、Product Configuratorマネージャ・ジョブ・ロールの権限を使用してOracle Applicationsにサインインします。
このトピックでは、事前定義済ジョブ・ロールを使用します。 セキュリティ要件に応じて、独自のジョブ・ロールを作成する必要があります。 詳細は、「Order Managementの実装に必要な権限」を参照してください。
-
「コンフィギュレータ・モデル」作業領域に移動します。
-
概要ページで、「タスク」>「スナップショットの管理」をクリックします。
-
「スナップショットの管理」ページで、「処理」>「モデル品目のインポート」をクリックします。
-
検索と選択ダイアログで、品目を検索します。
属性
値
項目
zCZ_CAR4DRSDN
ノート
-
Product Information Managementの品目のユーザー品目タイプ属性には、ATO(受注組立)モデルまたはPTO(受注ピック)モデルを指定する必要があります。 そうでない場合、検索と選択ダイアログでは検索結果に表示されません。
-
Product Information Managementの品目は構成を持つ必要があり、プライマリ構成である必要があります。 そうでない場合は、送信をクリックできますが、スケジュール済プロセスはエラーで失敗します。
-
品目は1回のみインポートできます。 すでに品目をインポートして再度インポートしようとすると、その品目の検索時に表示されなくなります。 スナップショットにすでにインポートした品目はダイアログに表示されません。 そのため、Product Information Managementで品目に変更を加えた場合は、再度インポートを試みるかわりにスナップショットをリフレッシュします。
-
インポートでは、オプションの子のみがインポートされます。 子がオプションでない場合は、子が必須であることを意味します。 インポートは引き続き親をインポートしますが、コンフィギュレータ・モデルにはコンフィギュレータ・モデル作業領域で必要な子がありません。
子コンポーネントを作成してオプションにできます。 詳細は、次のトピックを参照してください。
-
構成モデルの作成
-
コンポーネントがオプションかどうかの決定
-
-
「詳細」>「フィールドの追加」をクリックして、検索を絞り込むために使用できる属性をさらに表示します。
-
-
「送信」をクリックします。
コンフィギュレータがスケジュール済プロセスを開始し、メッセージを表示します。 たとえば:
The Import Product Model Item process was submitted with request ID 53718. After the process completes, the related snapshots appear in the search results.
スケジュール済プロセスによって、品目がインポートされ、品目のデータのスナップショットが作成されます。
リクエストIDはスケジュール済プロセスを識別します。
-
スケジュール済プロセス作業領域に移動し、ステータスが成功になるまで「製品モデル品目のインポート」スケジュール済プロセスをモニターします。 必要に応じてRefreshをクリックします。
-
コンフィギュレータ・モデル作業領域に戻り、「スナップショットの管理」ページで新しいスナップショットを検索します。
属性
値
名前
zCZ_CAR4DRSDN
ノート
-
検索結果には、新しいスナップショットにインポートした品目が含まれます。
-
以前にインポートしたばかりの子を持つ別のモデルをインポートした場合、コンフィギュレータはこれらをリフレッシュする場合とリフレッシュしない場合があります。
インポート後に製品情報管理の子を変更しましたか?
現在のインポート
No
各子をリフレッシュしません。
Yes
変更した各子をリフレッシュします。
コンフィギュレータは、リフレッシュされた子を含むスナップショットのステータスを変更済に構成します。
ノート
-
品目が検索に表示されない場合は、Scheduled Processes(スケジュール済プロセス)作業領域に移動し、53718などのプロセスを検索します。 プロセスのステータスが成功であることを確認します。
-
スケジュール済プロセスでは、スナップショットからコンフィギュレータ・モデルも作成されます。 管理「モデル」ページで新しいモデルを検索できます。 新しいモデルは、作成したドラフト、変更またはバージョンのベースラインとして使用します。
-
コンフィギュレータは、zCZ_CAR4DRSDN品目のベースライン・バージョンを作成します。 コンフィギュレータでは、このベースラインを使用してモデルの管理に役立てる必要があるため、ベースラインを変更できません。 かわりに、ワークスペースに関係者としてベースラインを追加し、必要に応じて関係者を変更します。
2. ワークスペースの作成
コンフィギュレータ・モデルの変更およびテストに使用できるワークスペースを作成します。
-
「タスク」>「ワークスペースの管理」をクリックします。
-
「ワークスペースの管理」ページで、「処理」>「作成」をクリックします。
-
「ワークスペースの作成」ダイアログで値を設定し、「保存してクローズ」をクリックします。
属性
値
名前
zCZ_CAR4DRSDN
有効開始日
将来発生する日付を設定します。 既に発生した日付は使用できません。
ワークスペース内の任意のオブジェクトに対する変更は、設定した日付に有効になります。 有効開始日は、ワークスペースをリリースするまでいつでも変更できます。
ノート
-
必要に応じて、ワークスペースを使用してコンフィギュレータ・モデルを変更します。
-
必要に応じて、モデルをワークスペースに追加して編集できます。
-
ワークスペースでは、開発中ステータスを使用して、編集中のがリリースされていないワークスペースを示します。
-
-
検索結果で、zCZ_CAR4DRSDNをクリックします。
-
ワークスペース・ページのワークスペース参加者領域で、「処理」→「選択して追加」→「モデル」をクリックします。
ワークスペースの関係者は、ワークスペースに追加する任意のオブジェクトです。
-
選択して追加ダイアログで、製品情報管理作業領域で作成した品目の名前を検索します。
属性
値
名前
zCZ_CAR4DRSDN
追加する参加者は、本番環境で使用するコンフィギュレータ・モデルの次のバージョンのドラフトになります。
-
「適用> OK」をクリックします。
3. コンフィグレータ・モデルの設計
補足構造、ルールおよびユーザー・インタフェースをモデルに追加できます。 ワークスペースでモデルのドラフトを編集します。
-
ワークスペース参加者領域の名前列で、zCZ_CAR4DRSDNをクリックします。
作業領域に「コンフィギュレータ・モデルの編集」ページが表示されます。 このページのレイアウトを確認します。 構造、ルールおよびユーザー・インタフェースにアクセスできます。
-
Structure(構成)タブを使用して、Product Information Managementからインポートした体系を補足します。
-
ルール・タブを使用して、ユーザーが品目を構成する方法を決定する条件付きロジックを追加します。
-
「ユーザー・インタフェース」タブを使用して、品目およびユーザー固有の要件を満たすユーザー・インタフェースを作成します。
-
「テスト・モデル」をクリックして、編集中のドラフトの動作をいつでもテストします。 この機能では、指定したテスト・パラメータを使用して、テスト「モデル」タブでテスト・セッションを開きます。
車を表すモデルを考えてみます。
モデルの一部 |
説明 |
---|---|
構成 |
質問をモデル化する一連のオプション: 「どんな運転をするつもりですか?」
この種の質問はオプション機能であり、ユーザーが提供するレスポンスはオプションです。 |
ルール |
ユーザーが顧客が実行する運転の種類を選択し、その種類の運転を最も効果的にサポートするエンジン、サスペンションおよびタイヤの選択に役立つ一連のルール。 |
ユーザー・インタフェース |
ルールによって選択される各エンジン、サスペンションまたはタイヤ・パッケージの名前と写真を表示するユーザー・インタフェース。 |
4. ワークスペースを本番環境にリリース
ワークスペースで加えた変更を本番に配置できるように、下書きを含むワークスペースをリリースする必要があります。 下書きの変更は、ワークスペースの有効開始日が発生したときに本番環境で有効になります。
-
「コンフィギュレータ・モデルの編集」ページでモデルの編集を終了し、「テスト・モデル」をクリックします。
注意: ワークスペースをリリースする前に、モデルをテストする必要があります。 変更には広範囲な影響があり、エラーを修正するにはモデルのリリースを元に戻す必要があり、将来有効になるワークスペースでのみリリースを元に戻すことができます。 テストを使用して、モデルが期待どおりに動作することを検証します。 可能な場合は、モデルのリリース前にモデルを使用し、そのフィードバックをモデルの設計に組み込むユーザーもいます。 -
「コンフィギュレータ・モデルの編集」ページでモデルの編集を終了し、「保存してクローズ」をクリックします。
-
ワークスペースの有効開始日が正しいことを確認してください。 ワークスペースをリリースするまで、日付を右上に変更できます。
-
ワークスペース・ページで、「リリース」をクリックします。
スケジュール済プロセスによって、モデルの新しいバージョンが作成されます。 「モデルの管理」ページには、新しいバージョンとバージョン番号が表示されます。 新しいバージョンを作成するたびに、バージョン番号が増分されます。
本番環境では、新しいバージョンを使用します。 新しいバージョンも、モデルの新しいドラフト変更のベースラインになります。
コンフィグレータ・モデルの保守
コンフィギュレータ・モデルは、リリース後に更新できます。
必要な作業 |
方法 |
---|---|
モデルに新しい機能を追加します。 |
|
製品情報管理作業領域でモデルに加えた変更を反映します。 |
Configurator Models(コンフィギュレータ・モデル)作業領域で次のことを実行します:
|
コンポーネントがオプションかどうかの決定
手動ドライバ・シート品目が4ドア・セダン・モデルでオプションかどうかを決定する必要があるとします。
-
Oracle Applicationsにサインインします。 品目の管理に必要な権限があることを確認します。
-
「製品情報管理」作業領域に移動し、「タスク」→「品目の管理」をクリックします。
-
4 Door Sedan品目を検索して、編集用に開きます。
-
「品目の編集」ページで、「構造」をクリックします。
-
品目構成領域の名前列で、「プライマリ」をクリックします。
-
「品目構成の編集」ページで、「表示」をクリックし、「コンポーネントOrder Management」オプションを有効にします。
-
Manual Drive Seat品目はCARINTOPT(車内オプション)階層にあるため、CARINTOPTを展開します。
-
Manual Drive Seat品目はCARINTSTS(カー・イン・テリア・シート)階層にあるため、CARINTSTSを展開します。
-
CARINTSTS01 (手動ドライバ・シート)を含む行をクリックし、「処理」→「編集」をクリックします。
-
「コンポーネントの編集」ダイアログで、Optional属性を確認します。 チェック・マークが含まれている場合、手動ドライバ・シートはオプションであり、コンフィギュレータにインポートできます。