新機能

更新24C

改訂履歴

本書は、既存の項の変更と、新規情報の追加に伴って、今後も引き続き更新されます。これまでの更新内容は次の表のとおりです。

概要

お客様のアイデアをお聞かせください

ご意見をお待ちしています。クラウド・サービスをさらに改善する方法について提案がございましたらどうぞお教えください。アイデアを送信するにはいくつかの方法があります。たとえば、Oracle Customer ConnectのIdeas Labを使用します。機能名の後にこのアイコンが表示されている箇所は、お客様のアイデアを実現した機能です。

フィードバックをお寄せください

本書の内容改善のため、ご意見やご提案をお待ちしております。フィードバックは、oracle_fusion_applications_help_ww_grp@oracle.comまでお送りください。

免責事項

この文書に記載された情報には、オラクルの製品開発プランに関する説明文が含まれていることがあります。オラクルの製品開発プランと、今後の製品リリースの本質および時期に対し、様々な要因が大きく影響を及ぼします。したがって、この情報はあくまで情報として提供されるものであり、マテリアルやコード、機能を提供することのコミットメント(確約)ではないため、購買決定を行う際の判断材料になさらないでください。記載されている機能の開発、リリースおよび時期については、オラクルの単独の裁量により決定されます。

この情報は、オラクルおよびその子会社や関連会社との契約を構成するものではありません。特にこの情報についてオラクルは一切の責任を負いかねます。詳細は、法律上の注意点および使用条件を参照してください。

更新前および更新後のタスク

クラウド・アプリケーションで使用している機能によっては、四半期更新の直前または直後に特定のステップを実行する必要がある場合があります。これらの更新前および更新後のステップおよび影響を受ける製品領域の詳細は、My Oracle SupportでOracle Fusion Cloud SCM: Performing Your Quarterly Update (文書ID 2337485.1)を参照してください。

任意の新機能の導入(オプトイン)

Oracle Cloudアプリケーションは、四半期ごとに新しい更新を配信します。つまり、ビジネスの効率的かつ効果的な管理に役立つ新しい機能を3か月ごとに受け取ります。一部の機能は使用可能な状態でされ、エンド・ユーザーが即時に使用できます。その他の機能はすぐ使用できない状態で提供され、使用可能にするために処理を実行する必要があります。無効化の状態で提供されている機能は、次のステップでエンド・ユーザーに対してアクティブ化できます。これを行うには、次の権限を使用します。

• アプリケーション・オファリングのレビュー(ASM_REVIEW_APPLICATIONS_OFFERINGS_PRIV)
• Oracle Fusion Applicationsオファリングの構成(ASM_CONFIGURE_OFFERING_PRIV)

新機能をオプトインする方法を次に示します。

1. 「ナビゲータ」→「自分の企業」→「新機能」をクリックします。
2. 機能の概要のページで、オファリングを選択し、それに固有の新機能をレビューします。または、デフォルトの選択である「すべての使用可能オファリング」をそのまま使用して、すべてのオファリングの新機能を確認できます。
3. 「新機能」タブで、新機能を確認し、「使用可能」列で機能のオプトイン・ステータスを確認します。機能がすでに有効化されている場合は、チェック・マークが表示されます。それ以外の場合は、機能を使用可能にするアイコンが表示されます。
4. 「使用可能」列にあるアイコンをクリックし、機能を使用可能にするステップを完了します。

「新機能」作業領域に表示されない機能をオプトインすることもできます。オプト・インする方法を次に示します。

1. 「ナビゲータ」→「自分の企業」→「オファリング」をクリックします。
2. 「オファリング」ページで、オファリングを選択し、「オプト・イン」機能をクリックします。
3. 「オプトイン」ページで、オファリングまたは機能が含まれている機能領域の「機能の編集」(鉛筆)アイコンをクリックします。
4. 「機能の編集」ページで、機能を使用可能にするためのステップを完了します。

オファリングの新機能をオプトインする方法の詳細および詳細な手順は、オファリングの構成を参照してください。

オプト・イン失効

オプトインを介して無効化された状態で提供される機能は、将来の更新で自動的に有効化される場合があります。これはオプト・イン失効と呼ばれます。クラウド・サービスにオプト・イン失効がある場合、このドキュメントに関連タブが表示されます。このタブをクリックすると、最初に機能が無効状態で提供されたのはいつか、そしてこの機能のオプト・インがいつ失効し、自動で使用可能となる見込みかが表示されます。ここをクリックして、すべてのOracle Cloudアプリケーションのオプト・インが失効した機能を確認することもできます。

機能のサマリー

サプライ・チェーン・オーケストレーション

サプライ・チェーン・オーケストレーション

Redwoodエクスペリエンス

これらの機能は、Oracleの次世代ユーザー・エクスペリエンスであるRedwoodで構築されました。Redwoodは、デバイス全体で最先端のコンシューマ・グレードのユーザー・エクスペリエンスを、Oracleが実現する高度なエンタープライズ・シナリオにもたらします。

再設計されたページを使用した供給要求明細の表示

再設計されたページを使用して、供給要求明細の詳細を表示します。各供給要求明細を履行している購買オーダー、作業オーダーまたは転送オーダーの詳細など、供給に関する詳細を取得します。オーケストレーション・プランを調べて、オーケストレーション・プロセスが実行しているタスクの現在の状態を取得します。各明細でサービス・マッピングが変更している属性を表示します。明細で処理を実行し、供給中断を解決します。

デスクトップ、タブレットまたはモバイル・デバイスを使用して、供給要求明細の供給中断を取り除く処理を実行します。

有効化のステップ

この機能を有効にするために何もする必要はありません。

ヒントと考慮事項

演習:

1. 「サプライ・チェーン・オーケストレーション」作業領域に移動し、供給要求を検索します。
2. 検索結果で、供給要求をクリックし、「その他の処理」 > 「供給要求詳細の表示」をクリックします。
3. 「供給要求」ページで、供給要求明細をクリックし、「その他の処理」 > 「供給要求明細詳細の表示」をクリックします。
4. 「供給要求明細」ページで詳細を表示します。

ページの様々なセクションを使用して、供給要求明細について必要な詳細を取得します。

供給要求明細に対して次の処理を実行します:

• 供給中断を解決した後、明細を再送信します。
• 供給が例外の場合、「元のソースから供給を再作成」処理または最適な代替ソースから供給を再作成処理を使用します。
• 明細を取り消します。

次に例を示します。

詳細

詳細

このページを使用するために機能をオプト・インする必要はありません。

「供給要求明細」ページでは、ビジネス・ルールおよびガイド付きジャーニを使用できます。

主なリソース

• サプライ・チェーン・オーケストレーションの使用
• サプライ・チェーン・オーケストレーション

アクセス要件

ユーザーにこの機能へのアクセス権を付与するために、事前定義済ジョブ・ロールを割り当てるか、自分で構成したジョブ・ロールを割り当てるかに応じていくつかのオプションがあります。

• 次の事前定義済ジョブ・ロールのいずれかが割り当てられているユーザーは、この機能にアクセスできます。
  • サプライ・チェーン運用マネージャ(ORA_DOS_SUPPLY_CHAIN_OPERATIONS_MANAGER_JOB)

• 次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。
  • 供給オーダー・インタフェースの処理(DOS_PROCESS_SUPPLY_ORDER_INTERFACE_PRIV)
  • 供給オーダーの表示(DOS_VIEW_SUPPLY_ORDERS_PRIV)
  • 供給要求例外の管理(DOS_MANAGE_SUPPLY_REQUEST_EXCEPTIONS_PRIV)
  • 供給オーダー例外およびステータスの表示(DOS_VIEW_SUPPLY_ORDER_EXCEPTIONS_AND_STATUS_PRIV)

独自のジョブ・ロールを保守している場合、この機能をサポートするための新しい権限は導入されていません。

コラボレーション・メッセージング・フレームワーク

顧客へのOracle B2B購買オーダー確認の送信

Oracle B2Bの新しいメッセージOracle-1-0-B2B-Purchase-Order-Acknowledgment-OutおよびOracle-1-0-B2B-Purchase-Order-Change-Acknowledgment-Outを使用して、Oracle B2Bオブジェクト形式で顧客に確認を送信できます。

購買オーダー確認メッセージを使用すると、「オーダー-入金」プロセスの一部として受け取った購買オーダーを確認できます。これらの確認により、オーダーの品目、数量、日付およびその他の条件が確認されます。その後、いずれかの条件が変更された場合は、購買オーダー変更確認メッセージを送信して、新しいオーダー詳細を確認できます。

有効化のステップ

上位レベルでは、次のメッセージ定義を有効にする2つのステップがあります。

1. サービス・プロバイダまたは取引先を使用して、メッセージ定義を直接設定します。
2. 顧客を取引先に関連付けます。

サービス・プロバイダまたは取引先によるメッセージ定義の設定

1. 「タスク」パネル・タブから「コラボレーション・メッセージング・サービス・プロバイダの管理」または「B2B取引先の管理」を選択し、設定するサービス・プロバイダまたは取引先を検索します。

2. 「アウトバウンド・コラボレーション・メッセージ」タブで、顧客に送信する新しい購買オーダー確認メッセージ定義を選択します:

• Oracle-1-0-B2B-Purchase-Order-Acknowledgment-Out 
• Oracle-1-0-B2B-Purchase-Order-Change-Acknowledgment-Out 

3. 配信方法をメッセージ定義に関連付け、ステータスを「アクティブ」に設定します。

アウトバウンド・コラボレーション・メッセージ

顧客と取引先の関連付け

顧客と取引先の関連付け

1. 「タスク」パネル・タブから「顧客コラボレーション構成の管理」を選択し、購買オーダー確認の送信先となる顧客を検索します。

2. 顧客を選択し、「コラボレーション構成の編集」を選択します。

3. 「顧客コラボレーション構成の編集」ページで、「関連サービス・プロバイダ」セクションでサービス・プロバイダ(使用している場合)および取引先を選択します。

4. 「サービス・プロバイダ用のコラボレーション文書」セクションで、「購買オーダー確認 - アウトバウンド」および「購買オーダー変更確認 - アウトバウンド」文書を選択します。

5. 「保存してクローズ」を選択します

主なリソース

• Oracle Help CenterでOracle Fusion Cloud SCMのB2Bメッセージングの構成と管理ガイドを参照してください。

アクセス要件

次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。

• サービス・プロバイダの管理(CMK_MANAGE_SERVICE_PROVIDER_PRIV)
• B2B取引先の管理(CMK_B2B_TRADING_PARTNERS_PRIV)
• Manage B2B Customer Trading Partners (CMK_B2B_CUSTOMER_TRADING_PARTNERS_PRIV)

これらの権限はこの更新の前から使用可能でした。

サプライヤからのcXML購買オーダー確認の受取

新しいOracle Business Network (OBN) cXML購買オーダー確認メッセージOBN-cXML-1-2-011-ConfirmationRequest-Inを使用して、OBNを介してcXML購買オーダー確認を受け取ることができます。

OBN-cXML-1-2-011-ConfirmationRequest-In

調達-支払プロセスにOBNを使用するサプライヤは、cXML標準形式に準拠した購買オーダー確認を送信できます。コラボレーション・メッセージング・フレームワークでは、これらのメッセージを受信して処理し、調達システムの購買オーダー・ステータスを更新できます。

有効化のステップ

概要レベルでは、このメッセージ定義を使用するには、次のことを行う必要があります:

1. メッセージ定義をOBNサービス・プロバイダのインバウンド・メッセージとしてアクティブ化します。
2. サプライヤを取引先に関連付け、インバウンド購買オーダー確認文書を選択します。

OBNサービス・プロバイダに対するインバウンド・メッセージとしてメッセージ定義をアクティブ化します。

1. 「タスク」パネル・タブで「コラボレーション・メッセージング・サービス・プロバイダの管理」を選択します。

2. Oracle Business Networkサービス・プロバイダを検索して選択します。

3. 「コラボレーション・メッセージング・サービス・プロバイダの編集」ページで、「インバウンド・コラボレーション・メッセージ」タブを選択し、OBN-cXML-1-2-011-ConfirmationRequest-Inメッセージのステータスを「アクティブ」に設定します。

4. 「保存」をクリックします。

OBN-cXML-1-2-011-ConfirmationRequest-Inをアクティブに設定

サプライヤを取引先に関連付け、インバウンド購買オーダー確認文書を選択

1. 「タスク」パネル・タブで、「サプライヤB2B構成の管理」を選択します。

2. 購買オーダー確認の受取元となるサプライヤを検索して選択します。

3. 「サプライヤB2B構成の編集」ページで、「取引先割当」タブを選択し、「処理」 > 「行の追加」をクリックします。

4. 「取引先ID」フィールドから使用可能な検索オプションを使用して、OBNから取引先を検索して選択します。「保存」をクリックします。

取引先割当

5. 「文書設定」タブを選択して、「購買オーダー確認 - インバウンド」文書を追加し、関連ステータスを「使用可能」に設定します。

文書設定

6. 「保存」をクリックします。

ヒントと考慮事項

• OBNのバイヤー・アカウントに購買オーダー確認を追加する必要があります。
• 「サプライヤ」作業領域の「サプライヤの管理」タスクを使用して、サプライヤを取引先に関連付けることができます。

主なリソース

• Oracle Help CenterでOracle Fusion Cloud SCMのB2Bメッセージングの構成と管理ガイドを参照してください。
• Oracle Help CenterでOracle Fusion Cloud調達の実装ガイドを参照してください。
• Oracle Business Networkの「リソース」セクションでOracle Business Networkプロセス・ガイドを参照してください。

アクセス要件

次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。

• サービス・プロバイダの管理(CMK_MANAGE_SERVICE_PROVIDER_PRIV)
• B2Bサプライヤ取引先の管理(CMK_B2B_SUPPLIER_TRADING_PARTNERS_PRIV)

これらの権限はこの更新の前から使用可能でした。

サプライヤ・サイトB2B設定の簡略化

調達-支払のサプライヤ・サイトのB2B設定を1つのステップで完了できるようになりました。

この簡略化されたプロセスにより、取引先および取引先と交換するB2B文書を一度に選択できるため、調達-支払取引関係の設定と管理にかかる時間が節約されます。

有効化のステップ

この機能を有効にするには、オプト・インUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。

オファリング: 製造およびサプライ・チェーン資材管理

オプト・インした後、次のステップを実行して、調達-支払プロセスのサプライヤと取引先を関連付けます:

1. 「サプライヤ」作業領域で、「タスク」パネルから「サプライヤの管理」を選択します。
2. 「サプライヤの管理」ページで、サプライヤを検索して選択します。
3. 「処理」 > 「編集」をクリックします。「サプライヤの編集」ページが表示されます。
4. 「サイト」タブを選択し、サイトを選択します。
5. 「サイトの編集」ページで、下にスクロールし、「一般」タブが選択されていない場合は選択します。
6. B2Bメッセージング使用可能フィールドで「はい」を選択します。

B2Bメッセージング使用可能

7. 「文書」セクションで「B2B文書の選択」をクリックします。
   1. 「B2B文書の選択」ウィンドウで、取引先を検索します。
   2. 取引先を選択し、サプライヤに関連付ける文書を選択します。Oracle Business Network (OBN)サプライヤを検索する場合、「文書」セクションは、サプライヤがOBNでサポートしているメッセージとOBNサービス・プロバイダのコラボレーション・メッセージングで設定されている内容に基づいて移入されます。OBNから取引先を選択すると、その取引先は、まだ存在しない場合はコラボレーション・メッセージング・フレームワークに追加され、その取引先がOBNで接続されていない場合は、その取引先に対する接続要求が行われます。
   3. 複数の取引先およびサービス・プロバイダをサプライヤに関連付ける場合は、「文書」セクションでこれらの追加列の非表示を解除できます。
   4. 「OK」をクリックします。
   5. 文書の名前、ステータスおよびステータス日付は、デフォルトで「文書」セクションに表示されます。メッセージ・ステータスを変更するには、「ステータス」フィールドのドロップダウン・リストから新しいステータスを選択します。

8. 「保存」をクリックします。

B2B文書の選択

ヒントと考慮事項

次のステップを使用して、「B2B文書の選択」ダイアログのデフォルト・サービス・プロバイダを設定できます:

1. 「設定および保守」作業領域で、「コラボレーション・メッセージング構成の管理」タスクを選択します。

2. 「一般設定」タブの「取引先検索構成」セクションで、デフォルト・サービス・プロバイダを選択します。「B2B文書の選択」ダイアログにアクセスするたびに、これがデフォルトのサービス・プロバイダになります。

デフォルト・サービス・プロバイダ

主なリソース

• Oracle Help Centerで、Oracle Fusion Cloud Procurement調達の実装ガイドを参照してください。

アクセス要件

次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。

• 関連付けられた外部パートナの管理(CMK_ MANAGE_ASSOCIATED_EXTERNAL_PARTNER_PRIV)

この権限はこの更新の前から使用可能でした。

B2Bアカウント番号(Redwoodエクスペリエンス)

この機能は、Oracleの次世代ユーザー・エクスペリエンスであるRedwoodで構築されました。Redwoodは、デバイス全体で最先端のコンシューマ・グレードのユーザー・エクスペリエンスを、Oracleが実現する高度なエンタープライズ・シナリオにもたらします。

出荷先事業所へのB2Bアカウント番号の割当

新しいB2Bアカウントのインポート・ユーティリティを使用して、各サプライヤの出荷先事業所にB2Bアカウント番号を割り当てることができます。これらのアカウント番号は、GHXサービス・プロバイダを介してサプライヤに送信する購買オーダーに含まれます。必要な編集は、「B2Bアカウント番号」タスクを使用して行うことができます。

これに加えて、GHXサービス・プロバイダの新しいバージョンの購買オーダー・メッセージ定義には、請求のみ特別取扱タイプの購買オーダーのデータ要素も組み込まれています。

購買オーダー・ヘッダー要素は次のとおりです:

•  
• 医師名
• 参照番号
• サービスの日付

購買オーダー明細レベルの要素は次のとおりです:

•  
• ロット
• シリアル番号

パートナは、アカウント番号を使用して、オーダーの受領時に顧客の出荷先事業所を識別できるため、オーダー・プランニングおよび履行プロセスが簡素化されます。

有効化のステップ

この機能を有効にするには、オプト・インUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。

オファリング: 製造およびサプライ・チェーン資材管理

オプト・イン後、次のステップに従ってB2Bアカウント番号を設定および使用します:

1. B2Bアカウント番号をインポートします。

2. B2Bアカウント番号を確認および編集します。

3. GHXサービス・プロバイダのアウトバウンド・コラボレーション・メッセージを更新して、GHX-OAGIS-10.1-Purchase-Order-Collaboration-Message-Out-V2メッセージ定義を使用します。

B2Bアカウント番号のインポート

1. 「タスク」パネル・タブからB2Bアカウントを選択します。
2. 「インポート」をクリックし、B2Bアカウント番号情報を含むファイルを選択します。
3. 「送信」をクリックします。

インポート・ファイルは、指定された順序で次の情報を含む必要があります:

• アカウント番号
• サプライヤ名
• サプライヤ番号
• サイト
• 調達BU
• 出荷先事業所コード

B2Bアカウント番号のインポート

B2Bアカウント番号の確認と編集

1. 「タスク」パネル・タブからB2Bアカウントを選択します。
2. アカウント番号、サプライヤ、サイト、調達BUまたは事業所で、特定のB2Bアカウント番号を検索します。
3. 「B2Bアカウント番号」ページで「作成」をクリックして、B2Bアカウント番号を手動で作成します。

B2Bアカウント番号の作成

4. 編集アイコンをクリックして、B2Bアカウント・ページにアクセスします。ここでは、B2Bアカウント番号に関連付けられた出荷先事業所を確認し、事業所を追加または削除できます。

B2Bアカウント番号情報の編集

GHXサービス・プロバイダのアウトバウンド・コラボレーション・メッセージの更新

1. 「タスク」パネル・タブから「コラボレーション・メッセージング・サービス・プロバイダの管理」を選択します。

2. GHXサービス・プロバイダを検索して選択します。

3. 「処理」 > 「編集」を選択し、「サービス・プロバイダ: GHX」ページで「アウトバウンド・メッセージ設定」タブを選択します。

4. GHX-OAGIS-10.1-Purchase-Order-Collaboration-Message-Out-V2メッセージ定義が選択されていない場合は、「購買オーダーの処理」の文書タイプの現在のメッセージ定義のステータスを「非アクティブ」に設定します。「コラボレーション・メッセージ定義」ドロップダウンから GHX-OAGIS-10.1-Purchase-Order-Collaboration-Message-Out-V2 を選択し、ステータスを「アクティブ」に設定します。

5. 「保存してクローズ」を選択します。

GHX-OAGIS-10.1-Purchase-Order-Collaboration-Message-Out-V2

ヒントと考慮事項

• B2Bアカウント番号を使用し、GHXをサービス・プロバイダとして使用しない場合は、アウトバウンド購買オーダーのXSLを変更してB2Bアカウント番号を含めることができます。

• 特別取扱タイプの購買オーダーを組み込む場合は、購買オーダーXSLを変更できます。

主なリソース

• Oracle Help CenterでOracle Fusion Cloud SCMのB2Bメッセージングの構成と管理ガイドを参照してください。

アクセス要件

次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。

• Webサービスによるアカウント番号の管理(CMK_MANAGE_B2B_ACCOUNT_NUMBERS_WEB_SERVICE_PRIV)

この権限は、この更新で新しく追加されました。

オーダー管理

SCM共通コンポーネント

Redwoodページのガイド付きジャーニの作成

ガイド付きジャーニは、ユーザーがビジネス・プロセスを促進してタスクを完了するのに役立ちます。管理者は、ガイド付きジャーニを作成して、チュートリアル、会社ポリシーおよびベスト・プラクティスをページまたはセクション・レベルで埋め込むことができます。たとえば、従業員が販売オーダーを発行できるようにガイド付きジャーニを作成できます。

ノート: この更新では、ガイド付きジャーニはまだすべてのRedwoodページでサポートされていません。

販売オーダーを発行する従業員のユースケース・シナリオを見てみましょう。たとえば、販売オーダーを作成または改訂する前に従業員が行うタスクのチェックリストを提供するガイド付きジャーニを作成できます。テキストは、特定のユース・ケースおよび会社のニーズにあわせて入力できます。次の例では、開いたパネルに完了するチェックリストがあります。追加のガイダンスのために外部のWebサイトまたはビデオにリンクすることもできます。

管理者指定のヘルプ・テキストのガイド付きジャーニの例

次の例では、ガイド付きジャーニ・タスクをページおよびセクション・レベルで確認できます。ページ・レベルのガイド付きジャーニ・タスクは、「販売オーダーの作成」ガイド付きジャーニ・ヘッダーの下にトレイン・ストップとして表示され、ジャーニ内の2つのタスクに対応する2つのドットが表示されます。セクション・レベルのガイド付きジャーニ・タスクは、ページの左側にあるフィールドの最初の行の下にあります。

ページ・レベルおよびセクション・レベルでのガイド付きジャーニ・タスクの例

ガイド付きジャーニの作成

概要レベルでは、ガイド付きジャーニの作成は2ステップのプロセスです:

1. ガイド付きジャーニ・テンプレートを作成します。
2. VB Studioモードをエクスプレス・モードで使用して、ガイド付きジャーニ・タスクをページ・レベルまたはセクション・レベルで関連付けます。

ガイド付きジャーニ・テンプレートの作成

1. 「自分のクライアント・グループ」 > 「表示を増やす」 > 「雇用」セクション > 「チェックリスト・テンプレート」にナビゲートします。
2. 「作成」をクリックして、すべての必須フィールドに入力します。いくつかのフィールドについて、次の重要なヒントに注意してください:

   フィールド	ヒント
   チェックリスト・コード	フィールドをクリックすると、入力した名前に基づいてジャーニ・コードが自動移入されます。コードは必要に応じて変更できますが、ジャーニ間で一意である必要があります。このコードは、後でVB Studioをエクスプレス・モードで使用してガイド付きジャーニをページに関連付けるために使用します。後で使用するためにチェックリスト・コードを書き留めます。
   カテゴリ	ガイド付きジャーニを選択します。現在サポートされているのは、ガイド付きジャーニのみです。

3. 「一般」タブをクリックし、ガイド付きジャーニの説明を入力します。「下書き」が「ステータス」フィールドに表示されます。
4. 「タスク」タブをクリックし、「作成」をクリックして、タスクをガイド付きジャーニに追加します。
5. (オプション)「メッセージ」タブをクリックし、ガイド付きジャーニにタイトルを追加します。
6. (オプション)「セキュリティ」タブをクリックして、データ・セキュリティを有効にするか、ロールに基づいてアクセスを制限します。
7. 「保存してクローズ」をクリックします。
8. 「一般」タブで、ステータスを「下書き」から「アクティブ」に変更して、テンプレートをアクティブ化します。.ジャーニを使用する準備ができました。

ページの関連付け

Oracle Visual Builder Studio (VB Studio)を使用して特定のページを拡張できるかどうかを確認するには、そのページに移動して「設定およびアクション」メニューを開きます。「Visual Builder Studioでページを編集」タスクを探します。

「設定およびアクション」メニュー

「Visual Builder Studioでページを編集」タスクが表示されない場合、VB Studioでページを編集するために必要な権限が割り当てられていないか、現在VB Studioでページを編集できないため、VB Studioを使用してページを編集することはできません。

VB Studioでページを開くと、エクスプレス・モードでのみページを拡張できます。拡張モードはサポートされていません。エクスプレス・モードはVB Studioヘッダー・リージョンに表示されます。

エクスプレス・モードを表示しているVB Studioのヘッダー・リージョン

VB Studioのエクスプレス・モードでガイド付きジャーニをページに関連付けるには:

1. ガイド付きジャーニに関連付けるページにナビゲートします。

2. 「設定およびアクション」メニューで「Visual Builder Studioでページを編集」タスクを選択します。

3. 「ページ・プロパティ」セクション(以前の「定数」タブ)に移動します。ページが完全にロードされるのを待ってから、次のステップに進みます。

4. 変更するジャーニ・コード・プロパティを検索し、ガイド付きジャーニからVB Studioのプロパティ・フィールドにページ・レベルまたはセクション・レベルのコードを入力します。

   VB Studioのプロパティ名	ガイド付きジャーニ・テンプレートのフィールド名	摘要
   journeyCode	チェックリスト・コード	ページ・レベルのジャーニ・コード・フィールド。
   sectionNameJourneyCode	コード	セクション・レベルのジャーニ・コード・フィールド。sectionNameはセクションのキャメル・ケース名です。

VB Studioのページ・レベル(左)およびセクション・レベル(右)のジャーニ・コード・フィールド

5. 公開する前に、「プレビュー」をクリックしてガイド付きジャーニを表示します。

6. 変更が終了したら、「公開」をクリックします。

作業例については、Visual Builder Studioを使用したHCMおよびSCM用のRedwoodアプリケーションの拡張ガイドのページ・プロパティを使用したガイド付きジャーニ構成の項を参照してください。

有効化のステップ

Visual Builder Studioを活用して、アプリケーションを公開します。Visual Builderを使用したアプリケーションの拡張の詳細は、Oracle Help Center→関心のあるアプリケーション・サービス領域→「Books」→「Configuration and Extension」を参照してください。

前提条件

VB Studioの使用を開始する前に、システム管理者が初期設定を完了する必要があります。手順については、Oracle Cloudアプリケーションを拡張するためのVB Studioの設定を参照してください。

サイト・レベルでORA_PER_JOURNEYS_ENABLEDおよびORA_PER_GUIDED_JOURNEYS_ENABLEDプロファイル・オプションが「Y」に設定されていることを確認するには、「設定および保守」作業領域で「管理者プロファイル値の管理」タスクを使用します。これらのプロファイル・オプションにより、ジャーニが有効になります。

ヒントと考慮事項

次のことが可能です。

• ページ・レベルまたはセクション・レベルでガイド付きジャーニを作成します。

• VB Studioのエクスプレス・モードでのみ、ガイド付きジャーニを関連付けます。拡張モードのVB Studioは、ジャーニではサポートされていません。

• Oracle Fusion Cloud SCMおよびOracle Fusion Cloud Procurementのガイド付きジャーニのみを作成します。コンテキストやサーベイなど、その他のタイプのジャーニはサポートされていません。

• 「設定および保守」作業領域の「管理者プロファイル値の管理」タスクを使用して、使用可能なプロファイル・オプションのリストを表示します。

• 「設定および保守」作業領域でチェックリスト参照タスクを使用して、使用可能な参照のリストを表示します。

主なリソース

• 次のリソースをチェックして、インスタンスおよびワークスペースを作成するための前提条件およびステップを確認します:
  • Oracle Visual Builder Studioの設定 – VB Studioインスタンスの作成方法について学習します。
  • Oracle Visual Builder Studioのスタート・ガイド – VB Studioでワークスペースを作成する方法と、ガイド付きジャーニを有効にするための前提条件について学習します。
  • Visual Builder Studioのエクスプレス・モードでのOracle Cloud Applicationsの拡張およびVisual Builder Studioを使用したHCMおよびSCM用のRedwoodアプリケーションの拡張 – VB Studioをエクスプレス・モードで使用してガイド付きジャーニでページを拡張する方法を学習します。
  • ジャーニの実装および使用 – ジャーニを作成および使用する方法を学習します。このガイドはOracle Fusion Cloud HCM用に作成されていますが、コンセプトはOracle Fusion Cloud SCMにも適用されます。

アクセス要件

次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。

• ジャーニの管理(ORA_PER_MANAGE_JOURNEY_TEMPLATE)
• 管理者のサンドボックス(FND_ADMINISTER_SANDBOX_PRIV)

これらの権限はこの更新の前から使用可能でした。

オーダー管理

独自の履行タスクでのオーダー合計の再計算

この機能は、独自の履行タスクを作成し、履行中にオーダー合計を再計算する必要がある場合に使用します。

この機能は、販売オーダーを履行に送信した後に価格が頻繁に変動する商品を販売し、最新価格(トウモロコシ、コーヒー、ガソリンなど)を反映するように合計を再計算する必要がある場合に特に役立ちます。

• スケジュール後、品目を出荷する前に品目の価格を変更します。
• 出荷後、販売オーダーの請求前に出荷手数料を取得します。
• 出荷時または出荷後に販売オーダーの価格を再設定します。

有効化のステップ

演習:

1. 独自のタスク・タイプを作成し、それを使用して、オーダー管理の外部にあるアプリケーションからオーダー管理に料金を送信します。背景は、独自のタスク・タイプの作成を参照してください。

2. 履行システムに送信する応答のRecomputeOrderTotalsFlag属性を次のように設定します:

• True。Oracle Order Managementはオーダー合計を再計算します。
• Falseまたは空。Order Managementは再計算しません。

Order Managementでは、「販売オーダー合計の更新」スケジュール済プロセスが正常に終了した後にのみ、合計が更新されます。詳細は、販売オーダー合計の更新を参照してください。

ヒントと考慮事項

1つの例について考えてみます。出荷後に販売オーダーの価格を再設定する必要があるとします。

1. 標準品目および構成品目を含む販売オーダーを作成し、送信します。

2. Oracle Shippingを使用して品目を出荷します。Shippingでは、品目が出荷され、出荷確認時に出荷原価が取得されます。

3. 独自の履行タスクを使用して出荷原価を出荷手数料に変換し、そのタスクの応答のペイロードで手数料をオーダー管理に送信します。応答には、出荷通知およびオーダー合計の再計算要求も含まれます。

4. オーダー管理では、このスケジュール済プロセスの設定時に指定したスケジュールに従って、「販売オーダー合計の更新」スケジュール済プロセスが次のスケジュール済間隔で実行されます。

5. 「オーダー管理」作業領域で販売オーダーをオープンし、オーダー合計に出荷手数料が含まれるようになったことを確認します。

履行タスクの応答に使用するペイロードの例を取得するには、オーダー管理のテクニカル・リファレンス(文書ID 2051639.1)に移動して、「ペイロードおよびファイル」添付をダウンロードします。

主なリソース

• SCM向けSOAP Webサービスの次のトピックを参照してください:
  • 履行タスク応答の受信サービス
  • オーダー履行応答サービス

アクセス要件

この機能をサポートするために導入された新規の権限はありません。

この更新で選択されたオーダー管理のバグ修正

この更新には、Oracle Order Managementの動作を変更する不具合修正が含まれています。これは、この更新のすべてのバグ修正の完全なリストではありません。このリストには、アプリケーションの動作に顕著な変化をもたらす可能性のあるバグ修正が含まれています。

オーダー管理拡張を使用したオーケストレーション・プロセスの割当

更新22C以降、パフォーマンスを向上させ、処理時間を短縮するために、REST APIを介してオーダーをインポートするときにオーケストレーション・プロセス名を指定できました。オーケストレーション・プロセス名は、REST APIペイロードで指定することも、オーダー管理拡張で指定することもできました。

更新24C以降、この拡張を使用して、「オーダー管理」作業領域で作成したオーダー明細、またはWebサービスを介してインポートしたオーダー明細にオーケストレーション・プロセスを割り当てることができまるようになりました。拡張でOrchestrationProcessName属性を使用してオーダー明細のオーケストレーション・プロセス名を指定し、「保存時」または「送信要求の開始時」拡張ポイントを使用します。次に例を示します。

line.setAttribute("OrchestrationProcessName","ManualSchedulingProcess");

詳細は、オーダー管理機能拡張の作成の概要を参照してください。

Oracleリファレンス: 35963368

Oracle内部Webサービスを参照するコネクタを登録しない

更新24Cの前は、Oracle内部Webサービスを参照するコネクタを登録した場合、ランタイム・エラーが発生する可能性がありました。

更新24C以降、「外部インタフェースのWebサービス詳細の管理」ページでは、Oracle内部Webサービスを参照するコネクタを登録できません。詳細は、統合の設定のガイドラインを参照してください。

Oracleリファレンス: 36427720

手動価格調整のインポート時の手数料積上フラグの設定

更新24Cより前は、REST APIまたはファイル・ベース・データ・インポート(FBDI)をREST APIとともに使用して手動価格調整をOracle Order Managementにインポートする場合、インポートに手数料積上フラグの値が含まれていないと、インポート中に価格設定エラーが発生する可能性がありました。

更新24C以降、積上フラグの値を含めない場合、オーダー管理ではこれが「N」に設定されます。この値は、REST APIのmanualPriceAdjustmentsリソースのChargeRollupFlag属性、またはFBDIのDOO_ORDER_MANUAL_PRICE_ADJ_INTワークシートの手数料積上フラグ属性で設定します。背景は、オーダー管理へのオーダーのインポートの概要を参照してください。

Oracleリファレンス: 36129255

有効化のステップ

この機能を有効にするために何もする必要はありません。

価格設定

価格設定促進(Redwoodエクスペリエンス)

これらの機能は、Oracleの次世代ユーザー・エクスペリエンスであるRedwoodで構築されました。Redwoodは、デバイス全体で最先端のコンシューマ・グレードのユーザー・エクスペリエンスを、Oracleが実現する高度なエンタープライズ・シナリオにもたらします。

Redwoodページを使用した販売オーダーに対する価格設定プロモーションの作成

更新24C以降、Oracle Pricingで価格設定促進を作成できます。1つ以上の品目またはカテゴリ、あるいは1つの促進のすべての品目に対して、簡易割引または階層割引を設定できます。

• 条件を指定するルールを設定します。この条件によって、販売オーダーが促進に適格かどうかが決まります。

• わかりやすいルール・ビルダーを使用して、オーダー明細、顧客または品目の属性に応じて、促進明細に対してより複雑な適格条件を設定します。

• 価格設定では、価格設定戦略に関係なく、価格設定促進が販売オーダーに自動的に適用されます。

操作は簡単です。「価格設定管理」作業領域に移動し、「タスク」 > 「価格設定促進の管理」をクリックします。「価格設定促進」ページには、促進のリストが表示されます。新しい価格設定促進を作成するか、促進をクリックしてその詳細を取得できます。

促進

「Fall Promotion」という促進をクリックしたとします:

促進詳細

次のことが可能です。

• 促進の詳細を表示または更新します。

• 促進明細を追加、編集または削除します。たとえば、促進明細を作成し、簡易割引、階層割引または適格条件を追加します。

• すべての促進明細および詳細を入力し、販売オーダーの価格設定時にPricingで使用できるように促進をアクティブにします。オーダーが適格条件を満たしている場合、Pricingは促進を販売オーダーに適用します。

次の促進明細について考えてみます:

促進明細

この明細では、次の条件を指定します:

• 品目がColor PencilカテゴリまたはSchool Stationeryカテゴリにある場合は、定価に10%の割引を適用します。たとえば、定価が$100の場合、Pricingでは$100の10%割引($10)が適用されます。

• 品目がAS54888またはAS54669の場合は、定価に20%の割引を適用します。

条件のグループ化

促進が属性のグループに応じて適格かどうかを指定できます:

ルール・エディタ

「ルール」セクションには、次の2つのグループがあります:

適格の調整

演算子属性を使用して、販売オーダーが適格かどうかを判断する方法を調整します。演算子は様々なレベルで設定できます:

作業内容のテスト

「オーダー管理」作業領域に移動し、販売オーダーを作成します。明細を追加し、手数料ブレークダウンの促進調整を確認します。次に例を示します。

手数料ブレークダウン

ブレークダウンには、促進名、促進明細の名前、調整のタイプおよび調整額が含まれます。

ビジネス上の利点:

• 販売に集中できます。
• 複雑なルールを簡単に作成できます。

有効化のステップ

カテゴリに従って促進を適用する場合は、そのカテゴリを含むカタログをプライマリ・カタログとして割り当てる必要があります。詳細は、価格設定パラメータの管理を参照してください。

また、「価格要素の管理」ページを使用して、アクティブ属性に次の価格要素に対するチェック・マークが含まれていることを確認します:

• 促進の調整。簡易割引の場合。
• 促進の階層調整.階層調整の場合。

詳細は、価格設定要素の管理を参照してください。

ヒントと考慮事項

促進の開始日と終了日を使用して、促進をいつ有効にするかを決定します。

主なリソース

• 価格設定の管理

アクセス要件

次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。

• 下書き価格設定促進の管理(QP_MANAGE_DRAFT_PRICING_PROMOTIONS)
• 価格設定促進の管理(QP_MANAGE_PRICING_PROMOTIONS)
• 価格設定促進の表示(QP_VIEW_PRICING_PROMOTIONS)
• 価格設定促進のアクティブ化(QP_ APPROVE_PRICING_PROMOTIONS)
• 動的ルールの管理(QP_MANAGE_DYNAMIC_RULES)

カテゴリを使用した価格設定プロモーションの簡略化

更新24C以降、Oracle Pricingのカテゴリを使用して、個々のアイテムに促進を適用するのではなく、促進を適用する場所に焦点を当てることができます。

• カタログ内の1つ以上のカテゴリに促進を適用します。
• カテゴリの階層内の各品目に対してルールを評価して適用します。
• 適格基準としてカテゴリを使用して、促進を含めるか除外します。

開始するには、促進を選択します:

促進明細

次の例について考えてみます:

割引の作成

この例では、次のルールを適用します:

品目がHome TheatreカテゴリまたはKitchen Appliancesカテゴリにある場合は、定価に25%の割引が適用されます。

階層

定価および品目のカテゴリに応じて、階層割引を作成します。

階層促進

販売オーダーのすべてのオフィス用品に対する一時手数料の合計金額が:

• $12,000超、$20,000未満の場合は、定価から10%の割引が適用されます。
• $8,000超、$12,000未満の場合は、定価から6%の割引が適用されます。
• $3,000超、$8,000未満の場合は、定価から3%の割引が適用されます。

除外

除外としてのカテゴリをルールに追加します。

除外

次に例を示します。

販売オーダーの顧客属性にBusiness Worldが含まれている場合、またはABC Application Softwareが含まれている場合、品目がExtra Dark Pencilsカテゴリにある場合は、その品目を促進から除外します。

ビジネス上の利点:

• 販売に集中できます。
• 複雑なルールを簡単に作成できます。

有効化のステップ

Redwoodページを使用した販売オーダーに対する価格設定プロモーションの作成を参照してください。

ヒントと考慮事項

カタログを割り当てていることを確認してください。

主なリソース

• 価格設定の管理

アクセス要件

次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。

• 下書き価格設定促進の管理(QP_MANAGE_DRAFT_PRICING_PROMOTIONS)
• 価格設定促進の管理(QP_MANAGE_PRICING_PROMOTIONS)
• 価格設定促進の表示(QP_VIEW_PRICING_PROMOTIONS)
• 価格設定促進のアクティブ化(QP_ APPROVE_PRICING_PROMOTIONS)
• 動的ルールの管理(QP_MANAGE_DYNAMIC_RULES)

適格および除外条件のグループを使用した価格設定プロモーションの販売オーダーへの適用

更新24C以降、Oracle Pricingで事前定義済の顧客属性、オーダー明細属性および品目属性セットを使用して、価格設定促進に適格な販売オーダーを決定できます。

• 1つのグループ内または複数のグループとサブグループでいずれかまたはすべての属性値と一致するルールを作成します。
• 属性値に応じて適格を除外する除外条件を作成します。

1つの例について考えてみます:

サブグループなし

この例では、次のルールを適用します:

販売オーダーの顧客属性にBusiness Worldが含まれている場合、またはA.C. Networksが含まれている場合、オーダー合計が$20,000を超え、品目がOffice Stationaryカテゴリになければ、促進を適用します。

サブグループがある例を考えてみます:

サブグループ

カテゴリでHome Theaterをグループとして指定し、2つのオーダー明細属性でサブグループを指定し、除外も指定します。この例では、次のルールを適用します:

ビジネス上の利点:

• 販売に集中できます。
• 複雑なルールを簡単に作成できます。

有効化のステップ

Redwoodページを使用した販売オーダーに対する価格設定プロモーションの作成を参照してください。

ヒントと考慮事項

• 明細金額またはオーダー合計に応じて条件を指定する場合は、通貨を別の条件として含めます。

• 明細数量に応じて条件を指定する場合は、単位を別の条件として含めます。

• 一部の顧客属性には、請求住所市区町村など、複数の値が含まれる場合があります。複数の値を持つ可能性がある属性を参照する場合は、請求住所都道府県または請求住所国などの別の条件を含めます。これにより、促進をさらに評価できます。

ルールでは、次の属性を使用できます:

主なリソース

• 価格設定の管理

アクセス要件

次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。

• 下書き価格設定促進の管理(QP_MANAGE_DRAFT_PRICING_PROMOTIONS)
• 価格設定促進の管理(QP_MANAGE_PRICING_PROMOTIONS)
• 価格設定促進の表示(QP_VIEW_PRICING_PROMOTIONS)
• 価格設定促進のアクティブ化(QP_ APPROVE_PRICING_PROMOTIONS)
• 動的ルールの管理(QP_MANAGE_DYNAMIC_RULES)

販売オーダーの価格設定プロモーションに関する顧客のターゲット設定

Oracle Pricingの顧客属性を使用して、価格設定促進に集中できます。

1つの例について考えてみます:

顧客属性

この例では、次のルールを適用します:

販売オーダーの「請求住所国」属性にUnited Statesが含まれている場合、またはCanadaが含まれている場合、および「出荷住所国」にUnited Statesが含まれていて、「出荷住所都道府県」にAlaskaまたはHawaiiが含まれていない場合は、促進を適用します。

ビジネス上の利点:

• 販売に集中できます。
• 複雑なルールを簡単に作成できます。

有効化のステップ

Redwoodページを使用した販売オーダーに対する価格設定プロモーションの作成を参照してください。

ヒントと考慮事項

一部の顧客属性には、請求住所市区町村など、複数の値が含まれる場合があります。複数の値を持つ可能性がある属性を参照する場合は、請求住所都道府県または請求住所国などの別の条件を含めます。これにより、促進をさらに評価できます。

主なリソース

• 価格設定の管理

アクセス要件

次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。

• 下書き価格設定促進の管理(QP_MANAGE_DRAFT_PRICING_PROMOTIONS)
• 価格設定促進の管理(QP_MANAGE_PRICING_PROMOTIONS)
• 価格設定促進の表示(QP_VIEW_PRICING_PROMOTIONS)
• 価格設定促進のアクティブ化(QP_ APPROVE_PRICING_PROMOTIONS)
• 動的ルールの管理(QP_MANAGE_DYNAMIC_RULES)

チャネル収益管理

顧客チャネル管理

顧客取引プログラムを作成および管理します。これにより、サプライ・チェーン全体でのプログラムおよびプロモーションの実行および影響が最適化されます。

RESTサービスを使用した顧客リベート・プログラムの手動経過勘定調整の作成

チャネル顧客手動調整REST APIを使用して、次のことを実行します:

• 手動経過勘定調整を作成、更新、表示または削除して、欠落した経過勘定の訂正、無効な経過勘定の戻し処理、および顧客リベート・プログラム、総額プログラムおよび協力プログラムの開始残高の作成を行います。

• 「送信」処理を使用して、必要な調整経過勘定を作成します。

ビジネス上の利点:

• 実装で開始残高を作成できます。
• 欠落した経過勘定および無効な経過勘定を処理するソリューションの堅牢性を向上させます。

有効化のステップ

REST APIガイドのRESTサービス定義をレビューして活用します(Oracle Help Center→関心のあるアプリケーション・サービス領域→APIおよびスキーマから使用可能)。OracleのRESTサービスを初めて利用する場合は、クイック・スタートに関する項から開始してください。

顧客チャネル・プログラムを実装していない場合は、「チャネル収益管理の実装」ガイドの「顧客プロモーションの設定のロードマップ」の章を参照してください。

顧客チャネル・プログラムを実装した後:

1. 1つ以上のプログラム・タイプを構成します。
2. 構成されたプログラム・タイプに基づいてプログラムを定義およびアクティブ化します。

主なリソース

• Oracle Supply Chain Management CloudのREST APIに移動し、「オーダー管理」 > 「チャネル顧客手動調整」を展開します。
• Channel Revenue Managementの詳細は、オーダー管理に関するOracle Cloud Readinessのコンテンツを参照してください。
• Oracle SCM Cloud: Oracle Channel Revenue Management Cloudの実装(Oracle Help Centerからアクセスできます)

アクセス要件

次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、RESTサービスを使用して、顧客手動調整を作成、更新、削除、表示および送信できます:

• RESTサービスを使用した顧客手動調整の管理(CJM_MANAGE_CUSTOMER_ADJUSTMENTS_REST_SERVICE_PRIV)

この権限は、この更新で新しく追加されました。

顧客チャネル管理(Redwoodエクスペリエンス)

顧客取引プログラムを作成および管理します。これにより、サプライ・チェーン全体でのプログラムおよびプロモーションの実行および影響が最適化されます。

これらの機能は、Oracleの次世代ユーザー・エクスペリエンスであるRedwoodで構築されました。Redwoodは、デバイス全体で最先端のコンシューマ・グレードのユーザー・エクスペリエンスを、Oracleが実現する高度なエンタープライズ・シナリオにもたらします。

プログラムのチェックブックからMicrosoft Excelへの取得済経過勘定のエクスポート

プログラムのチェックブックからMicrosoft Excelに取得済経過勘定をエクスポートし、顧客プログラムのサポート・リベート詳細を提供します。エクスポートには、トランザクション経過勘定の関連する請求済オーダー詳細が含まれます。これは、プログラム・マネージャまたは要求アナリストが顧客およびプログラムの取得済残高を構成する経過勘定を把握するのに役立ちます。これらの詳細を使用して経過勘定を調査することで、プログラムに手動調整が必要かどうかを把握したり、対応する請求済オーダーからの経過勘定の導出方法について追加情報を取得できます。

プログラム・チェックブック

取得済経過勘定抽出通知

取得済経過勘定スプレッドシート

この機能は、プログラムで各顧客が取得したリベート経過勘定の監査証跡として機能します。

有効化のステップ

この機能を有効にするには、オプト・インUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。

オファリング: オーダー管理

顧客チャネル・プログラムを実装していない場合は、「チャネル収益管理の実装」ガイドの「顧客プロモーションの設定のロードマップ」の章を参照してください。

顧客チャネル・プログラムを実装した後:

1. 1つ以上のプログラム・タイプを構成します。
2. 構成されたプログラム・タイプに基づいてプログラムを定義およびアクティブ化します。
3. 経過勘定を作成します。

ヒントと考慮事項

Fusionホーム・ページまたは任意のADF UIからベル通知を選択することで、取得済経過勘定抽出ファイルをダウンロードできます。Redwood UIからベル通知を選択してファイルをダウンロードすることはできません。

主なリソース

• プログラムのチェックブックからMicrosoft Excelへの取得済経過勘定のエクスポートのデモをご覧ください。
• 顧客チャネル管理の概要をご覧ください。
• Channel Revenue Managementの詳細は、オーダー管理に関するOracle Cloud Readinessのコンテンツを参照してください。
• Oracle SCM Cloud: Oracle Channel Revenue Management Cloudの使用(Oracle Help Centerからアクセスできます)
• Oracle SCM Cloud: Oracle Channel Revenue Management Cloudの実装(Oracle Help Centerからアクセスできます)
• Oracle SCM Cloud: Oracle SCM CloudのREST API (Oracle Help Centerからアクセスできます)

アクセス要件

次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、プログラムの顧客経過勘定を抽出できます。

• 顧客経過勘定の抽出(CJM_EXTRACT_CUSTOMER_ACCRUALS_PRIV)
• 顧客経過勘定の抽出(CJM_EXTRACT_CUSTOMER_ACCRUALS_PRIV_OBI)

これらの権限は、この更新で新しく追加されました。

顧客ボリューム・プログラムに対する品目カテゴリに基づいた製品適格の定義

品目カテゴリに対して顧客ボリューム・プログラム適格ルールを作成します。ボリューム・プログラムの製品適格ルールで品目カテゴリを参照し、プログラムを適用できる製品を決定できます。さらに、製品除外を使用して、すべての品目または1つのカテゴリから特定の品目を除外できるようになりました。

1つのボリューム・ルールがある顧客ボリューム・プログラム

製品の品目カテゴリを使用したボリューム・ルール

ボリューム・ルール - カテゴリから品目を除外

ビジネス上の利点:

顧客ボリューム・プログラムの管理におけるユーザーの生産性を向上させます。

有効化のステップ

この機能を有効にするには、オプト・インUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。

オファリング: オーダー管理

顧客チャネル・プログラムを実装していない場合は、「チャネル収益管理の実装」ガイドの「顧客プロモーションの設定のロードマップ」の章を参照してください。

顧客チャネル・プログラムを実装した後:

1. 「製品情報管理」で製品カタログを設定します。カテゴリの階層を設定し、それぞれのカテゴリに品目を割り当てます。

2. 「製品ハブ・スナップショットのリフレッシュ」スケジュール済プロセスを実行します。

3. 「価格設定」機能領域の「価格設定パラメータの管理」機能設定マネージャ・タスクを使用して、「製品カタログ」価格設定パラメータでカタログを指定します。

4. 顧客ボリューム・プログラム・テンプレートに基づいて、1つ以上のプログラム・タイプを構成します。

5. 「製品カタログ」価格設定パラメータのカテゴリに基づく製品ルールを使用して、構成済プログラム・タイプに基づいてプログラムを定義します。

6. プログラムを送信および承認します。

7. 販売トランザクションをインポートします。

8. 「チャネル・バッチの経過勘定の作成」プロセスをスケジュールします(通常は夜間)。これにより、サプライヤ・リベート、顧客プログラムおよび顧客ボリューム・プログラムが処理されます。

ヒントと考慮事項

重複する製品ルールの処理:

「品目」、「カテゴリ」および「すべての品目」レベルに対して製品ルールが指定されている場合に適用される優先度(最上位から最下位)は、次のとおりです:

• 品目
• カテゴリ
• すべての品目

サンプル・カタログ

ユース・ケース1:

1. 製品ルール1: 品目 Laptop1 @ 1%
2. 製品ルール2: カテゴリ Laptops @ 1.5%

品目Laptop1は、販売トランザクションにあります。

結果: 品目の優先度がカテゴリより高いため、品目Laptop1は1%のリベートを取得します。

ユース・ケース2:

1. カテゴリ Laptops @ 1.5%
2. すべての品目  @ 0.8%

品目Laptop1は、販売トランザクションにあります。

結果: カテゴリの優先度がすべての品目より高いため、品目Laptop1は1.5%のリベートを取得します。

1つの品目が複数の「品目」製品ルールで適格である場合、いずれかのルールがランダムに選択されます。

1つの品目が複数の「すべての品目」製品ルールで適格である場合、いずれかのルールがランダムに選択されます。

品目がカタログ内の複数の「カテゴリ」製品ルールで適格である場合、チャネルは階層内で最も深いカテゴリを持つルールを使用して、適格な製品ルールを決定します。カテゴリの深さが複数のルールで同じ場合、いずれかのルールがランダムに選択されます。

ユース・ケース3:

1. 製品ルール1: カテゴリ Computers and Accessories 1%
2. 製品ルール2: カテゴリ Laptops 1.6%

品目Laptop2はトランザクションにあります。

結果: カテゴリ「Computers and Accessories」と比較してカテゴリ「Laptops」のレベルが高いため、品目Laptop2は1.6%を取得します。

有効日:

製品カタログ、カテゴリ、カテゴリ品目関連の有効日は無視されます。

製品ルールの有効日が販売トランザクション日と比較され、製品適格が決定されます。製品ルールの開始日と終了日が空白の場合、次の例に示すように、プログラムの開始日と終了日がデフォルト設定されます。

サンプル製品ルール

主なリソース

• 顧客ボリューム・プログラムの管理デモをご覧ください。
• 顧客チャネル管理の概要をご覧ください。
• Channel Revenue Managementの詳細は、オーダー管理に関するOracle Cloud Readinessのコンテンツを参照してください。
• Oracle SCM Cloud: Oracle Channel Revenue Management Cloudの使用(Oracle Help Centerからアクセスできます)
• Oracle SCM Cloud: Oracle Channel Revenue Management Cloudの実装(Oracle Help Centerからアクセスできます)
• Oracle SCM Cloud: Oracle SCM CloudのREST API (Oracle Help Centerからアクセスできます)

アクセス要件

次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、承認のためにプログラムを作成、編集および送信できます:

• 顧客プログラムの管理(CJM_MANAGE_CUSTOMER_PROGRAMS_PRIV)

この権限はこの更新の前から使用可能でした。

段階的計算方法に基づく顧客ボリューム・プログラムの経過勘定の計算

顧客ボリューム・リベート・プログラムにより、オーダー間の累積売上高に基づいてリベートを獲得します。売上額の達成階層に基づいてパーセント・リベートを定義したり、達成階層内の売上数量に基づいてユニット当たりの金額リベートを定義できます。このリリースで導入される段階的計算方法では、高いリベートほど、より上位の階層の販売に適用されます。遡及的計算方法は、以前のリリースで導入されました。

段階的計算方法を使用した顧客ボリューム・プログラム

この機能により、チャネル顧客が顧客ボリューム・プログラムで事前定義済の購買ボリューム・レベルに到達するように促されます。

有効化のステップ

この機能を有効にするには、オプト・インUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。

オファリング: オーダー管理

顧客チャネル・プログラムを実装していない場合は、「チャネル収益管理の実装」ガイドの「顧客プロモーションの設定のロードマップ」の章を参照してください。

顧客チャネル・プログラムを実装した後:

1. 顧客ボリューム・プログラム・テンプレートに基づいて、1つ以上のプログラム・タイプを構成します。
2. ステップ計算方法を使用して、構成済プログラム・タイプに基づいてプログラムを定義します。
3. プログラムを送信および承認します。
4. 販売トランザクションをインポートします。
5. 「チャネル・バッチの経過勘定の作成」プロセスをスケジュールします(通常は夜間)。これにより、サプライヤ・リベート、顧客プログラムおよび顧客ボリューム・プログラムの経過勘定が作成されます。

主なリソース

• 顧客ボリューム・プログラムの管理のデモをご覧ください。
• 顧客チャネル管理の概要をご覧ください。
• Channel Revenue Managementの詳細は、オーダー管理に関するOracle Cloud Readinessのコンテンツを参照してください。
• Oracle SCM Cloud: Oracle Channel Revenue Management Cloudの使用(Oracle Help Centerからアクセスできます)
• Oracle SCM Cloud: Oracle Channel Revenue Management Cloudの実装(Oracle Help Centerからアクセスできます)
• Oracle SCM Cloud: Oracle SCM CloudのREST API (Oracle Help Centerからアクセスできます)

アクセス要件

次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。

• 顧客プログラムの管理(CJM_MANAGE_CUSTOMER_PROGRAMS_PRIV)
• チャネル・バッチの経過勘定の作成(CJM_CREATE_ACCRUALS_FOR_CHANNEL_BATCH)

これらの権限は、この更新よりも前から使用可能でした。

控除および決済(Redwoodエクスペリエンス)

調査、管理、分析および決済の各機能を提供して、控除と決済の要求をすばやく解決し、顧客関係および全体的な財務パフォーマンスを向上させます。

これらの機能は、Oracleの次世代ユーザー・エクスペリエンスであるRedwoodで構築されました。Redwoodは、デバイス全体で最先端のコンシューマ・グレードのユーザー・エクスペリエンスを、Oracleが実現する高度なエンタープライズ・シナリオにもたらします。

顧客要求の手動分割

1つの控除を複数の小さい要求に分割すると、調査および決済のプロセスが容易になります。このリリースでは、要求アナリストが1つの控除を、異なる決済方法を使用して決済できる複数の要求に分割し、プロモーション要求と非プロモーション要求を区別できます。要求アナリストは、親要求から子要求に添付をコピーすることもできます。

分割は、次の要求ソースでサポートされています:

• 控除
• 超過支払
• 手動要求。

保存前の要求分割は消去可能

保存後の要求分割は消去不可

ビジネス上の利点:

• 様々なタイプの控除の決済における所定のビジネス・プロセスの促進
• DDO(未回収控除日数)の削減
• 要求アナリストの生産性の向上

有効化のステップ

この機能を有効にするには、オプト・インUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。

オファリング: オーダー管理

Redwoodで顧客チャネル要求を実装していない場合は、「チャネル収益管理の実装」ガイドの「顧客要求の設定のロードマップ」の章を参照してください。

ヒントと考慮事項

この機能より前は、自動分割のみをサポートしていたため、任意の時点でサポートされていたオープン子要求は1つのみでした。手動分割機能により、複数のオープン子要求が有効になります。この新機能では、要求分割の入金消込明細の参照要求に動作変更があります。

以前は、一部要求の決済時に、当初入金消込明細の参照要求番号が未消込となり、分割要求番号を参照する残高金額が消し込まれました。

現在は、一部要求の決済時に、当初入金消込明細の参照要求番号が未消込となり、すべての子要求が決済されるまで当初要求番号を参照する残高金額が消し込まれます。

主なリソース

• 顧客要求の手動分割のデモをご覧ください。
• 顧客チャネル管理の概要をご覧ください。
• Channel Revenue Managementの詳細は、オーダー管理に関するOracle Cloud Readinessのコンテンツを参照してください。
• Oracle SCM Cloud: Oracle Channel Revenue Management Cloudの使用(Oracle Help Centerからアクセスできます)
• Oracle SCM Cloud: Oracle Channel Revenue Management Cloudの実装(Oracle Help Centerからアクセスできます)
• Oracle SCM Cloud: Oracle SCM CloudのREST API (Oracle Help Centerからアクセスできます)

アクセス要件

次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。

• 顧客要求の管理(CJM_MANAGE_CUSTOMER_CLAIMS_PRIV)

この権限は、この更新よりも前から使用可能でした。

要求を関連付けるための請求書および品目別の使用可能な収益のグループ化

要求アナリストは、使用可能なプロモーション経過勘定を調査して顧客要求に関連付ける必要があります。この機能により、使用可能なプログラム経過勘定を素早く識別し、請求書および品目別に照合できます。

使用可能な経過勘定をプログラム、請求書および品目別にグループ化するには、プログラム、請求書または品目基準が必要

この機能では:

• 信頼できる情報源として、プログラム・チェックブックの残高の正確性と管理を改善します
• 要求アナリストの生産性を向上させ、プロモーション要求を非常に詳細なレベルで決済します
• 同じプロモーション・リベートを複数回控除することから顧客を解放し、チャネル組織を管理できる状態に戻します。

有効化のステップ

この機能を有効にするには、オプト・インUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。

オファリング: オーダー管理

Redwoodで顧客要求をすでに実装している場合は、この機能を有効にするために何もする必要はありません。

Redwoodで顧客要求を実装していない場合は、「チャネル収益管理の実装」ガイドの「控除および決済の設定のロードマップ」の章を参照してください。

顧客プログラムがすでに実装されている場合は、この機能を有効にするために何もする必要はありません。

顧客プログラムを実装していない場合は、「チャネル収益管理の実装」ガイドの「顧客プロモーションの設定のロードマップ」の章を参照してください。

ヒントと考慮事項

アプリケーションでは、使用可能な経過勘定がプログラム別に自動的に提示されます。ボタンを請求書および品目別にグループ化できるようにするには、3つのフィルタ基準(プログラム、請求書または品目)のうち少なくとも1つを指定して、検索を実行する必要があります。

主なリソース

• 要求を関連付けるための請求書および品目別の使用可能な収益のグループ化のデモをご覧ください。

• Redwoodページを使用した控除要求の管理をご覧ください。

• 顧客チャネル管理の概要をご覧ください。

• Channel Revenue Managementの詳細は、オーダー管理に関するOracle Cloud Readinessのコンテンツを参照してください。

• 売掛/未収金とのチャネル収益管理統合の詳細は、財務に関するOracle Cloud Readinessのコンテンツを参照してください

• Oracle SCM Cloud: Oracle Channel Revenue Management Cloudの使用(Oracle Help Centerからアクセスできます)

• Oracle SCM Cloud: Oracle Channel Revenue Management Cloudの実装(Oracle Help Centerからアクセスできます)

• Oracle SCM Cloud: Oracle SCM CloudのREST API (Oracle Help Centerからアクセスできます)

アクセス要件

次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。

• 顧客要求の管理(CJM_MANAGE_CUSTOMER_CLAIMS_PRIV)

この権限は、この更新よりも前から使用可能でした。

買掛/未払金での顧客要求の決済

Fusion Payables小切手またはAPデフォルト支払方法を使用して、プロモーションおよび非プロモーション手動要求を決済します。アプリケーションでは顧客取引プロファイルからサプライヤおよびサプライヤ・サイトがデフォルト設定され、要求決済時にこれらを上書きできます。APデフォルト支払方法を使用して要求が決済されると、Fusion Payableはサプライヤ・プリファレンスに基づいて支払方法をデフォルト設定します。買掛/未払金で手動要求を一部決済すると、アプリケーションによって分割要求が作成されます。

買掛/未払金の小切手による決済

小切手による決済の確認

ビジネス上の利点:

• Fusion Payablesで外部システムからの要求の決済をサポートします。
• Fusion Payablesでの決済のオーケストレーションなど、要求の解決を一元化することで、所有コストを削減します。

有効化のステップ

この機能を有効にするには、オプト・インUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。

オファリング: オーダー管理

Redwoodで顧客要求を実装していない場合は、実装ガイド、チャネル収益管理の実装の控除および決済の設定のロードマップの章を参照してください。Fusion Payablesを実装していない場合は、実装します。

RedwoodおよびFusion Payablesで顧客要求をすでに実装している場合は、次のことが必要です:

1. 「設定および保守」作業領域にナビゲートし、「チャネル収益管理」機能領域の「要求ソースの管理」に移動します。
   1. 要求ソースと手動要求を検索し、決済方法として「小切手」および「APデフォルト支払」を有効にします。

2. 補助元帳会計基準を構成します。

3. 必要に応じて、小切手およびAPデフォルト支払のBPM要求承認を構成します。

4. 顧客取引プロファイルで、顧客または顧客アカウントを一致するサプライヤおよびサプライヤ・サイトにリンクして、アプリケーションがAP支払を処理する必要がある場所を示します。

5. 必要に応じて、サプライヤおよびサプライヤ・サイトに対してFusion Payablesでデフォルト支払方法を構成します。

買掛/未払金統合のためのサプライヤおよびサイトへの顧客のリンク

ヒントと考慮事項

• 小切手およびAPデフォルト支払は手動要求でのみサポートされています。
• 小切手およびデフォルト支払方法には、サプライヤおよびサプライヤ・サイトの詳細が必須です。

主なリソース

• 買掛/未払金での顧客要求の決済のデモをご覧ください。

• Redwoodページを使用した控除要求の管理をご覧ください。

• 顧客チャネル管理の概要をご覧ください。

• Channel Revenue Managementの詳細は、オーダー管理に関するOracle Cloud Readinessのコンテンツを参照してください。

• 売掛/未収金とのチャネル収益管理統合の詳細は、財務に関するOracle Cloud Readinessのコンテンツを参照してください

• Oracle SCM Cloud: Oracle Channel Revenue Management Cloudの使用(Oracle Help Centerからアクセスできます)

• Oracle SCM Cloud: Oracle Channel Revenue Management Cloudの実装(Oracle Help Centerからアクセスできます)

• Oracle SCM Cloud: Oracle SCM CloudのREST API (Oracle Help Centerからアクセスできます)

アクセス要件

次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。

• 顧客要求の管理(CJM_MANAGE_CUSTOMER_CLAIMS_PRIV)
• 顧客要求の決済(CJM_SETTLE_CUSTOMER_CLAIMS_PRIV)

これらの権限はこの更新の前から使用可能でした。

グローバル・オーダー納期回答

組立工程の固定および変動リード・タイムの指定

製造プロセスでは、組立工程の結果を準備、設定および検査するための固定リード・タイムと、各品目を組み立てるための変動リード・タイムが必要になる場合があります。更新24C以降、Oracle Global Order Promisingでは固定リード・タイムと変動リード・タイムの両方をリソース構成表に含めることができるため、各組立工程をより正確に計画できます。生産可能数量フローでは、オーダー明細の品目数に変動リード・タイムを掛けてから、固定リード・タイムを足して工程の合計リード・タイムをスケジュールします。

納期回答では、次の式を使用してリード・タイムが計算されます:

リード・タイム = [固定リード・タイム + (オーダー数量) * 変動リード・タイム] + 後処理リード・タイム

納期回答では、リソースおよびコンポーネントに可用性制約があるかどうかに応じて、異なるロジックが適用されます。

例の概要

販売オーダーでAS54888 Desktop Computer品目の数量が10であり、AS54888を作成するためにコンポーネントC1およびC2をそれぞれ1ユニット使用するとします。

次の値があるとします:

コンポーネントおよびリソースに対する現在の供給が需要を満たすことができ、カレンダ上でこれらのコンポーネントおよびリソースに対する他の制約がないとします。

品目の階層を次に示します:

例1: 要求日が将来到来し、制約がない場合

販売オーダー57984の要求出荷日が17日目で、将来到来するとします。納期回答でこの例のリード・タイムを計算する方法を次に示します:

リード・タイム = [9 + (10) * 0.1] + 0 = 10日

リソース構成表でAS54888品目に対して次の値があるとします:

リソース構成表に基づくコンポーネント所要量

納期回答では、これらのリード・タイム値がリソース構成表から無視され、かわりに、「製品情報管理」作業領域のAS54888の「固定リード・タイム」属性および「変動リード・タイム」属性で指定した値に従ってリード・タイムが計算されます。

リソースまたはコンポーネントには可用性制約がなく、この例では他のカレンダ制約もないため、納期回答では納期を決定する際にリード・タイムに10日が使用されます:

納期回答では、7日目にコンポーネント供給の検索が開始されます。コンポーネントおよびリソースが使用可能なため、納期回答では予定出荷日が要求出荷日に設定されます。

例2: 要求日がシステム日付で、制約がない場合

販売オーダー57984の要求日がシステム日付に到来し、要求出荷日が1日目であるとします。納期回答でこの例のリード・タイムを計算する方法を次に示します:

リード・タイム = [9 + (10) * 0.1] + 0 = 10日

納期回答は、コンポーネントC1に数量10、C2に数量10が必要であると判断します。

リソースまたはコンポーネントには可用性制約がなく、他のカレンダ制約もないため、納期回答では納期を決定する際にAS54888のリード・タイムに10日が使用されます。

納期回答では、1日目にコンポーネント供給の検索を開始し、コンポーネントおよびリソースが使用可能であることがわかってから、リード・タイムを使用して予定出荷日を10日目に設定します。

有効化のステップ

品目を設定します:

1. 「製品情報管理」作業領域に移動し、「タスク」→「品目の管理」をクリックします。
2. AS54888品目を検索して開き、編集します。
3. 「品目の編集」ページで、「仕様」 > 「プランニング」をクリックします。
4. 「リード・タイム」セクションで、値を設定します。

   属性	値
   変動	1
   固定	5

次に例を示します。

品目

納期回答を設定します:

• 「グローバル・オーダー納期回答」作業領域に移動し、「タスク」 > 「オーダー納期回答オプション」をクリックし、「品目および組織からのリード・タイムを使用」オプションを有効にします。

納期回答を設定します:

ヒントと考慮事項

• この機能を使用すると、納期回答ではリソース構成表のリード・タイムは無視されます。

• 納期回答では、リソース構成表は、他のすべての作業定義および構造詳細の信頼できるソースとして引き続き考慮されます。

• 納期回答では、組立品目および部分組立品目について、品目の固定リード・タイム属性とその変動リード・タイム属性が考慮されます。

• 品目の「後処理リード・タイム」属性を使用できます。これを設定すると、納期回答では納期回答時に考慮されます。

• すべての部分組立品をクリティカルとしてマークし、リソース構成表にそれらが含まれるようにすることをお薦めします。これにより、納期回答で各製造品目のリード・タイムが考慮されるようになります。

• 固定リード・タイムと変動リード・タイムは、標準品目およびオーダー組立構成品目に適用されます。

• オプションとして、コンポーネントが使用可能になった後にリソースを考慮するように納期回答を設定することもできます。詳細は、コンポーネントが使用可能になった後にのみリソースを消費を参照してください。

主なリソース

• 割当および納期回答ルール
• リード・タイム・モードを使用するためのガイドライン
• Support Capable-to-Promise for Manufactured Items 22A Global Order Promisingトレーニング

アクセス要件

次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。

• 履行明細のスケジュール(MSP_SCHEDULE_ORCHESTRATION_ORDER_FULFILLMENT_LINE_PRIV)
• リソース構成表の編集(MSC_EDIT_BILLS_OF_RESOURCES_PRIV)
• リソース構成表の表示(MSC_VIEW_BILLS_OF_RESOURCES_PRIV)

これらの権限はこの更新の前から使用可能でした。

販売オーダー履行明細からOracle Order Managementにインタフェースされた転送オーダーに関する供給情報の導出

Oracle Inventory Managementでは、転送オーダーが履行のためにOracle Order Managementにインタフェースされた状態で存在する場合があります。この更新では、転送オーダーがOrder Managementにインタフェースされるたびに、収集プロセスによって対応する販売オーダーから転送オーダーの情報が導出されます。Oracle Fusion Cloud Supply Chain Planningは、転送オーダーの状態(搬送先への予想到着日など)を、当初転送オーダーではなく販売オーダー履行明細から導出します。

次の転送オーダー供給情報を導出できます:

• 出荷日(販売オーダー履行明細予定出荷日から)
• 供給日(販売オーダー履行明細予定到着日から)
• 出荷方法、移動中リード・タイムおよびソース組織(販売オーダー履行明細から)

この情報は、販売オーダーがOracle Global Order Promising、Oracle Backlog ManagementまたはOrder Managementから分割されると、再度導出されます。

また、販売オーダー履行明細には、出荷日および供給日の後続の変更が正確に反映されます。

Oracle Supply Chain Planningから転送オーダー再スケジュール推奨をリリースすると、インタフェースされた販売オーダー履行明細の予定出荷日と予定到着日が同期されます。後続の収集プロセスでは、これらの日付が転送オーダーの出荷日と供給日に繰り越されます。

この機能は、Oracle Fusion Cloud Supply Planning、需要および供給プランニング、グローバル・オーダー納期回答、バックログ管理およびOracle Sales and Operations Planning.に適用されます。これは、制約なし供給プランと制約付き供給プランの両方で機能し、ターゲット収集とネット・チェンジ収集の両方でサポートされます。ただし、Oracle Fusion Cloud SCMソース・システムにのみ適用されます。

Oracle Replenishment Planningは、元の転送オーダー・レコードから日付を導出します。

この機能を使用するには、次のステップを実行します:

1. 転送オーダーを作成し、それをオーダー管理にインタフェースします。
2. オーダー管理は、転送オーダーに関連付けられた販売オーダーを作成します。
3. 予約、販売オーダーおよび転送オーダーを選択して、ターゲット収集またはネット・チェンジ収集を実行します。

データが収集されると、Oracle Supply Chain Planningで導出された転送オーダー供給は、Oracle Inventoryで転送オーダーとして予約と一致します。

オーダー管理にインタフェースされた転送オーダーが完全に出荷されると、対応する販売オーダー履行明細はクローズされます。供給は移動中であり、プランニング・データ収集プロセスは販売オーダー履行明細の参照を停止します。部分出荷の場合、未出荷数量の供給情報は、引き続き販売オーダー履行明細から導出されます。

次の表に、販売オーダーから転送オーダーに対して導出される重要な属性およびその導出ソースを示します。

データ収集による販売オーダー履行明細からの転送オーダー供給情報の導出方法の例

例1: この例は、転送オーダーから作成された販売オーダーの「要求出荷日」と「予定出荷日」が異なる場合の転送オーダー供給情報の導出方法を示しています。

明細1の販売オーダーSO1は、オーダー管理にインタフェースされた転送オーダーから作成されます。転送オーダーがD8の出荷日を要求しましたが、D12に出荷がスケジュールされています。データが収集されると、転送オーダーは、予想搬送日D14、出荷日D12で導出されます。

販売オーダー履行明細から導出された転送オーダーの期日、納入予定日、出荷日

例2: この例は、転送オーダーに関連する販売オーダーで出荷方法が更新されたときに、転送オーダー供給情報がどのように導出されるかを示しています。

転送オーダーの供給日は、出荷方法の更新時に関連する販売オーダーから導出されます。転送オーダーTO1に関連付けられた履行明細1を持つ販売オーダーSO1の出荷方法は、移動リード・タイムが2日間のABC-2Dayから3日間のDEF-Road-3Daysに更新されます。次に、収集プロセスによって、転送オーダーの供給日が関連販売オーダーから導出されます。

出荷方法の更新時に販売オーダー履行明細から導出された転送オーダーの期日、納入予定日および出荷日

例3: この例は、販売オーダー履行明細が分割されたときに転送オーダー供給情報がどのように導出されるかを示しています。

明細1があるオーダー管理の転送オーダーTO1から作成された販売オーダーSO1は、それぞれ異なる予定出荷日を持つ3つの履行明細に分割されます。データ収集プロセスでは、3つの転送オーダー明細の供給情報が導出され、各オープン販売オーダー履行明細と一致するようになりました。

分割された販売オーダー履行明細から導出された転送オーダーの期日、納入予定日および出荷日

例4: この例は、部分出荷の販売オーダー履行明細から転送オーダー供給情報がどのように導出されるかを示しています。

データ収集プロセスでは、一部出荷済転送オーダーの供給情報が導出されます。明細1の転送オーダーTO1は、4ユニットで一部出荷されます。

次に、プロセスによって、残りの未出荷転送オーダーの転送オーダー供給情報が、対応する販売オーダー履行明細2から導出されます。

一部出荷済の販売オーダー履行明細から導出された転送オーダーの期日、納入予定日および出荷日

Oracle Supply Planningでは、導出される転送オーダー供給を計画するために、次の拡張が提供されるようになりました:

• 「供給および需要」ビューの販売オーダー履行明細から供給情報が導出された転送オーダーの「オーダー・ステータス」が「オーダー管理へのインタフェース」として表示されます。

• 販売オーダー履行明細から導出された情報を含む転送オーダー供給について、Oracle Supply Planningからの再スケジュール推奨および取消推奨のリリースをサポートします。

さらに、供給情報が販売オーダー履行明細から導出された転送オーダーについて、ソース組織の転送オーダー需要で予測を消し込むことができます。

Oracle Supply Planning、グローバル・オーダー納期回答、バックログ管理およびセールス・アンド・オペレーションズ・プランニングの販売オーダー履行明細から導出された供給情報を使用して、費用配賦先転送オーダーを計画することもできます。

有効化のステップ

この機能を有効にするには、オプト・インUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。

オファリング: サプライ・チェーン・プランニング

ヒントと考慮事項

• この機能は、11.13.25.07.0更新以降のデフォルトの動作になります。

• オーダー管理にインタフェースされた販売オーダー履行明細から転送オーダー供給情報を導出するには、転送オーダーを使用するか、転送オーダー収集の前に、販売オーダー履行明細を収集する必要があります。

• 出荷にインタフェースされた転送オーダーの場合、供給情報はOracle Inventoryから収集されます。

• 出荷にインタフェースされた転送オーダーの再スケジュール推奨および取消推奨は影響を受けず、Oracle Inventoryにリリースされます。

• 販売オーダー履行明細から導出された供給情報を含む転送オーダーの再スケジュール推奨をリリースする場合、プラン・スコープにソース組織および搬送先組織を含める必要があります。

アクセス要件

次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。

• 「供給プランニング」作業領域のモニター(MSC_MONITOR_SUPPLY_PLANNING_WORK_AREA_PRIV)
• 「需要および供給プランニング」作業領域のモニター(MSC_MONITOR_DEMAND_AND_SUPPLY_PLANNING_WORK_AREA_PRIV)\
• セールス・アンド・オペレーションズ・プランニングの管理(MSC_MONITOR_SALES_AND_OPERATIONS_PLANNING_WORK_AREA_PRIV)
• 「バックログ管理」作業領域のモニター(MSC_MONITOR_BACKLOG_MANAGEMENT_WORK_AREA_PRIV)
• 「オーダー納期回答」作業領域のモニター(MSC_MONITOR_ORDER_PROMISING_WORK_AREA_PRIV)

これらの権限はこの更新の前から使用可能でした。

Redwoodエクスペリエンス

これらの機能は、Oracleの次世代ユーザー・エクスペリエンスであるRedwoodで構築されました。Redwoodは、デバイス全体で最先端のコンシューマ・グレードのユーザー・エクスペリエンスを、Oracleが実現する高度なエンタープライズ・シナリオにもたらします。

Redwoodページを使用したプランニング・カレンダのレビュー

新しいRedwoodページを使用して、プランニング・カレンダをレビューし、その正確性を確保できます。以前にプランニング・カレンダ、プランニング・カレンダ・シフトおよびプランニング・カレンダ割当をレビューするために使用できたタスクは、「カレンダ」という単一のタスクに統合されています。対応するページが同じRedwoodページのタブとして使用できるようになりました。

「タスク」メニューから「カレンダ」ページへのアクセスの違い

次の図は、ADFおよびRedwoodの「タスク」メニューからカレンダ・ページへのアクセスの違いを示しています。

「タスクの管理」メニューの違い – カレンダ

「カレンダ」をクリックして、新しいRedwoodページにナビゲートします。

Redwoodの「カレンダ」ページ

次の図は、「カレンダ」ページの主な要素を示しています:

「カレンダ」ページのレイアウト

• カレンダ・ページ: 「プランニング・カレンダのレビュー」、「カレンダ関連」および「カレンダ・シフト」ページは、アクセスしやすいようにタブとして1ページにまとめられています。各タブにナビゲートすると、すべてのカレンダ・シフトおよび割当がデフォルトで表示されます。検索およびフィルタして、特定の詳細を絞り込むことができます。

• 検索: キーワード、複数の文字列および日付を使用して検索を絞り込むことができます。ページには、次の2種類の検索があります:
  • 表のグローバル検索: 次のエンティティを使用して、キーワードで検索を絞り込むことができます:
    • カレンダ・コード
    • カレンダ
    • 摘要
    • ソース・システム
    • シフト名
    • パーティ・タイプ
    • パーティ名
  • フィルタを使用した検索: 事前定義済フィルタを使用して、キーワード、文字列および日付を使用して表データの検索を絞り込むことができます。
    • 「カレンダ」ページ:
      • カレンダ
      • カレンダ・コード
      • 開始日
      • 終了日
    • 「カレンダ・シフト」ページ:
      • カレンダ
      • シフト名
      • 稼働日シフト日数
      • 休日シフト日数
      • 例外タイプ
      • 例外開始日

キーワード検索の例

フィルタ・チップでの検索における複数のカレンダ名の例

フィルタ・チップを使用した日付範囲選択を使用した検索の例

プライマリ・フィルタ・チップで定義された複数の検索基準による結果

• フィルタ・チップ: フィルタ・チップをクリックし、フィルタのいずれかを選択して、カレンダ検索を絞り込むことができます:

追加フィルタを選択するパネル

次の基準を使用して、表データをフィルタできます:

• カレンダ・スケジュール
• カレンダ例外
• サプライヤ
• 顧客
• 運送業者
• 組織
• その他
  • パーティ・サイト
  • ソース・システム

• カレンダ属性: カレンダを選択して、カレンダ関連やシフトなどの属性を詳細に調べることができます。複数の行または各行を個別に選択するには、「ドリル先」をクリックします。

• 表のレイアウトと列: すべての列とその順序は、ADFカレンダ・ページのものと同じです。これらの列は、英数字順にソートできます。

• 列の管理: 「列の管理」アイコンを使用して、必要な列の選択を変更します。「列」ダイアログ・ボックスで、目的の順序で列をドラッグ・アンド・ドロップします。デフォルトのレイアウトを復元するには、「デフォルトの復元」をクリックします。

追加フィルタの選択

• カンマ区切り値(CSV)ファイルへのエクスポート: ダウンロード・アイコンをクリックして、表データをCSVファイルにダウンロードし、目的の場所に保存します。

特定のカレンダのレビュー

必要なカレンダ行を1つ以上選択し、「ドリル先」をクリックしてシフトおよび関連の詳細をレビューします。次に、「カレンダ・シフト」または「カレンダ割当」を選択して、それぞれのタブに移動します。

「ドリル先」ボタン

フィルタとして事前選択された選択済カレンダ

事前選択されたカレンダ・フィルタによる「カレンダ割当」ページ

カレンダ・シフトおよびカレンダ割当の表のレイアウトと列データは、「カレンダ」ページから変更されないままです。

RESTを使用したカレンダ・シフトおよび割当のレビュー

Redwoodのカレンダ・ページは、RESTサービスでサポートされています。GETサービス・コールを使用して、カレンダ情報を問い合せることができます。カレンダ・ページの新しいRESTサービスを次に示します:

• カレンダ(リソース名: calendars)
• カレンダ割当(リソース名: calendarAssignments)
• カレンダ・シフト(リソース名: calendarShifts)

詳細は、Oracle Fusion Cloud SCMのREST APIを参照してください。

有効化のステップ

この機能を有効または無効にするには、次のステップを実行します:

1. 「設定および保守」作業領域で、「プランニング・プロファイル・オプションの管理」タスクを検索して選択します。

2. 「管理者プロファイル値の管理」ページで、「カレンダのRedwoodページ使用可能」プロファイル・オプション・コードを検索して選択します。

3. 「プロファイル値」セクションで、「サイト」レベルを「Y」または「N」に設定します。デフォルト値はNです。
   • Y = 機能を有効にします
   • N = 機能を無効にします

4. 「保存してクローズ」をクリックします。プロファイル値の変更は、ユーザーが次回サインインしたときに反映されます。

この機能を有効または無効にするオプションは、今後2回の四半期更新で提供されます。その後、この機能はデフォルトで有効になります。

カレンダ・プロファイル・オプション

ヒントと考慮事項

保存済検索機能は「カレンダ」ページでは使用できないため、ADFで保存された検索にはアクセスできません。

主なリソース

• カレンダ詳細を問い合せるREST APIコールを作成する例は、Oracle Fusion Cloud Supply Planningの24C RESTドキュメントを参照してください。

アクセス要件

次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。

• プランニング・カレンダの表示(MSP_REVIEW_PLANNING_CALENDAR_PRIV)
• プランニング・カレンダの編集(MSP_REVIEW_PLANNING_CALENDAR_ASSIGNMENT_PRIV)

これらの権限はこの更新の前から使用可能でした。

Redwoodページを使用したカレンダ・シフトの表示

新しいRedwoodページを使用して、Oracle Fusion Cloud Supply Chain Executionなどのソース・システムから収集されたカレンダ・シフトを表示できます。たとえば、特定のカレンダに関連付けられたシフトを確認できます。このRedwoodページを使用してカレンダ・シフトを確認することで、生成されたプランの正確性を確保できます。

「Redwoodページを使用したカレンダ・シフトの表示」の詳細は、Redwoodページを使用したプランニング・カレンダのレビュー機能を参照してください。

有効化のステップ

「Redwoodページを使用したカレンダ・シフトの表示」の詳細は、Redwoodページを使用したプランニング・カレンダのレビュー機能を参照してください。

Redwoodページを使用したカレンダ関連のレビュー

新しいRedwoodページを使用して、組織、サプライヤ、運送業者などの様々なエンティティへのカレンダの関連付けをレビューできます。このRedwoodページを使用してカレンダ関連をレビューすることで、生成されたプランの正確性を確保できます。

「Redwoodページを使用したカレンダ関連のレビュー」の詳細は、Redwoodページを使用したプランニング・カレンダのレビュー機能を参照してください。

有効化のステップ

「Redwoodページを使用したカレンダ関連のレビュー」の詳細は、Redwoodページを使用したプランニング・カレンダのレビュー機能を参照してください。

重要な処理および考慮事項

交換および削除された機能

オラクル社は、既存のクラウド・サービスの機能を新しい機能に置き換えたり、既存の機能を削除することがあります。置換された機能は、削除するパスに配置されることがあります。新しいバージョンが使用可能になり次第、置き換えられた機能の新しいバージョンを使用することがベスト・プラクティスとなります。

このセクションでは、このクラウド・サービスで置換された機能、または削除される予定の機能を示します。

オーダー管理拡張でサポートされているパブリック・ビュー・オブジェクトのみの使用

更新24Cの前は、オーダー管理拡張でパブリック・ビュー・オブジェクト(PVO)を使用してOracleアプリケーションからデータを取得する場合、Oracle Order Managementでは、拡張の検証時にそのPVOがサポートされるかどうかは確認されませんでした。

更新24C以降、Order Managementでは、拡張の検証時にそのPVOがポートされることが確認されます。OracleでサポートされているPVOのみを使用する必要があります。サポートされているPVOのリストは、My Oracle SupportのOracle Applications Cloudのパブリック・ビュー・オブジェクト(文書ID 2386411.1)を参照してください。詳細は、拡張機能を使用してOracle Applicationsからデータを取得するためのガイドラインを参照してください。

価格設定アルゴリズムの変更

Oracle Pricingの一部のアルゴリズムがこの更新で変更されており、変更によって処理が必要になる場合があります。

変更済アルゴリズム

新しいアルゴリズム

また、Oracle Help Centerで『Oracle Fusion Cloud SCM: 価格設定の管理』の現在のリリースへの価格設定アルゴリズムの促進のトピックを参照してください。四半期ごとの更新ごとにアルゴリズムを確認および促進することをお薦めします。

ファイルベース・データ・インポート(FBDI)テンプレートの変更点

サプライ・チェーン・プランニングFBDIテンプレートの一部がこの更新で変更されました。各変更の詳細は、次のFBDIテンプレートの指示タブを参照してください。

• 作業オーダー供給(ScpWorkOrderSuppliesImportTemplate)
• 工順(ScpRoutingsImportTemplate)

最新のテンプレートは、Oracle Help CenterのOracle Fusion Cloud SCM: File-Based Data Import (FBDI) for SCMのサプライ・チェーン・プランニングの項にあります。

保留コードに対する変更

更新24C以降、販売オーダーの保留の処理時に問題が発生しないようにするため、「設定および保守」作業領域で新しい保留を設定するときに、Code属性にカンマ(,)またはアポストロフィ(')を含めることができなくなります。実装の保留コードのCode属性に現在カンマまたはアポストロフィがある場合は、その保留を販売オーダーに適用できず、エラーを回避するためにその保留コードを終了する必要があります。Code属性にカンマまたはアポストロフィを含めずに、新しい保留を作成します。詳細は、保留を使用したオーケストレーション・プロセスの停止を参照してください。