本書は、既存の項の変更と、新規情報の追加に伴って、今後も引き続き更新されます。これまでの更新内容は次の表のとおりです。
| 日付 | モジュール | 機能 | ノート |
|---|---|---|---|
| 2022年12月2日 | 初版作成。 |
アイデア募集中
ご意見をお待ちしています。クラウド・サービスを改善する方法に関する提案がございましたら、ぜひお知らせください。Oracle Customer Connectのアイデア・ラボなど、いくつかの方法でアイデアを送信していただけます。機能名の後にこのアイコンが表示されていれば、その機能はお客様のアイデアによるものです。
フィードバックをお寄せください
本書の内容改善のため、ご意見やご提案をお待ちしております。フィードバックは、oracle_fusion_applications_help_ww_grp@oracle.comまでお送りください。
免責事項
この文書に記載された情報には、オラクルの製品開発プランに関する説明文が含まれていることがあります。オラクルの製品開発プランと、今後の製品リリースの本質および時期に対し、様々な要因が大きく影響を及ぼします。したがって、この情報はあくまで情報として提供されるものであり、マテリアルやコード、機能を提供することのコミットメント(確約)ではないため、購買決定を行う際の判断材料になさらないでください。記載されている機能の開発、リリースおよび時期については、オラクルの単独の裁量により決定されます。
この情報は、オラクルおよびその子会社や関連会社との契約を構成するものではありません。特にこの情報についてオラクルは一切の責任を負いかねます。詳細は、法律上の注意点および使用条件を参照してください。
クラウド・アプリケーションで使用している機能によっては、四半期更新の直前または直後に特定のステップを実行する必要がある場合があります。これらの更新前および更新後のステップおよび影響を受ける製品領域の詳細は、My Oracle SupportでOracle Fusion Cloud SCM: Performing Your Quarterly Update (文書ID 2337485.1)を参照してください。
Oracle Cloud Applicationsでは四半期ごとに新しい更新が配信されます。つまり、ビジネスの効率的かつ効果的な管理に役立つ新しい機能を3か月ごとに受け取ります。一部の機能は使用可能な状態でされ、エンド・ユーザーが即時に使用できます。その他の機能はすぐ使用できない状態で提供され、使用可能にするために処理を実行する必要があります。すぐ使用できない状態で提供される機能は、次の権限を使用して、次の指示に従ってエンド・ユーザーに対してアクティブ化できます。
- アプリケーション・オファリングのレビュー(ASM_REVIEW_APPLICATIONS_OFFERINGS_PRIV)
- Oracle Fusion Applicationsオファリングの構成(ASM_CONFIGURE_OFFERING_PRIV)
新機能をオプトインする方法を次に示します。
- 「ナビゲータ」→「自分の企業」→「新機能」をクリックします。
- 「機能概要」ページで、オファリングを選択し、そのオファリングに固有の新機能をレビューします。または、デフォルト選択の「すべての使用可能オファリング」をそのまま使用して、すべてのオファリングの新機能をレビューできます。
- 「新機能」タブで、新機能をレビューし、「使用可能」列で機能のオプトイン・ステータスを確認します。機能がすでに使用可能な場合は、チェック・マークが表示されます。それ以外の場合は、機能を使用可能にするアイコンが表示されます。
- 「使用可能」列のアイコンをクリックし、ステップを完了して機能を使用可能にします。
「新機能」作業領域に表示されない機能のオプトインが必要になる場合があります。オプトインする方法を次に示します。
- 「ナビゲータ」→「自分の企業」→「オファリング」をクリックします。
- 「オファリング」ページでオファリングを選択し、「オプトイン機能」をクリックします。
- 「オプトイン」ページで、オファリングまたは機能が含まれている機能領域の「機能の編集」(鉛筆)アイコンをクリックします。
- 「機能の編集」ページで、ステップを完了して機能を使用可能にします。
オファリングの新機能をオプトインする方法の詳細および詳細な手順は、オファリング構成を参照してください。
オプトイン失効
オプトインを介して無効化された状態で提供される機能は、将来の更新で自動的に有効化される場合があります。これはオプト・イン失効と呼ばれます。クラウド・サービスにオプト・イン失効がある場合、このドキュメントに関連タブが表示されます。このタブをクリックすると、最初に機能が無効状態で提供されたのはいつか、そしてこの機能のオプト・インがいつ失効し、自動で使用可能となる見込みかが表示されます。ここをクリックして、すべてのOracle Cloudアプリケーションのオプト・インが失効した機能を確認することもできます。
列の定義:
レポート = 新規または変更済の、オラクル社提供の実行可能レポート。
UIまたはプロセスベース: 小規模 = これらのUIまたはプロセスベースの機能は、通常、フィールド、検証またはプログラムのマイナーな変更で構成されています。したがって、ユーザーに対する潜在的な影響は最小になります。
UIまたはプロセスベース: 大規模* = これらのUIまたはプロセスベースの機能には、より複雑な設計が含まれます。したがって、ユーザーに対する潜在的な影響は高くなります。
無効状態で提供される機能 = エンド・ユーザーがこれらの機能を使用できるようにするには、処理が必要です。これらの機能は無効化されており、有効にするかどうかとその時期は自分で選択します。たとえば、a)新しいまたは拡張されたBIサブジェクト領域はまずレポートに組み込む必要があり、b)新しいWebサービスを利用するには統合が必要で、c)機能にアクセスできるようにするにはまずユーザー・ロールに割り当てる必要があります。
| エンド・ユーザーがすぐに使用可能 レポートと小規模UIまたはプロセスベースの新機能が更新後にユーザーに与える影響は最小限です。したがって、顧客受入テストでは、大規模UIまたはプロセスベース*の新機能に焦点を当てる必要があります。 |
エンド・ユーザーが使用する前に顧客による処理が必要 これらの機能を使用可能にするために処理が必要になるため、中断されません。利用することを選択する際には、テストと展開のタイミングを設定します。 |
|||||
|---|---|---|---|---|---|---|
| 機能 |
レポート |
UIまたは |
UIまたは |
|
||
バック・トゥ・バック・フローにおける販売オーダーの供給トラッキングの改善
オーダー明細の一部のみを出荷する場合でも、供給の最新の変更を維持し、バック・トゥ・バック・フローで供給要求を管理します。
オーダー明細の一部の数量しか出荷できない場合、オーダー管理では、オーダー明細が履行明細xと履行明細yの2つの履行明細に分割されます。明細xには、出荷可能な数量があります。明細yには、まだ出荷できない数量があります。
この機能を有効にすると、Oracle Shippingが明細xを出荷したときにサプライ・チェーン・オーケストレーションによって供給オーダーがクローズされません。かわりに、出荷で明細yも出荷されるまで、またはOracle Order Managementによって要求が取り消されるまで、オーケストレーションによって供給オーダーはオープンのままになります。供給オーダーがオープンであるかぎり、オーケストレーションによって、明細yの需要および供給の変更が引き続き編成されます。
次のような利点があります。
- 時間を節約し、より効率的に作業できます。まだ使用できない供給の新規明細を手動で作成する必要がありません。サプライ・チェーン・オーケストレーションにより、新しい供給が自動的に作成されます。
- 出荷で明細xのみを出荷した場合でも、使用した供給量が追跡されます。
- タイムリな更新を入手し、オーケストレーションで明細yの供給が作成される進捗を正確に追跡できます。
- 明細yの供給の中断を削減または排除します。オーケストレーションによって供給が自動的に更新され、明細の最新の詳細が含まれるようになります。
- 明細yを変更すると、オーケストレーションによって購買組織、在庫組織または製造組織でその変更が管理されます。
- 明細を一部出荷していない場合と同じ方法で、明細yの供給の中断を管理します。
- 供給推奨のうち1つ以上を一部出荷した場合でも、供給推奨を管理します。
- 任意の数の出荷を管理します。
- 一部取消または全部取消をそれぞれ追跡します。
デモを見る
有効化のステップ
この機能を有効にするには、オプト・インUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。
オファリング: オーダー管理 オプションでなくなるバージョン: 更新23C
ヒントと考慮事項
次のガイドラインを検討してください。
- 明細yで処理を実行する必要がある場合は、最初に明細yで「スケジュール解除」処理を使用し、次に明細yで「スケジュール」処理を使用する必要があります。オーケストレーションにより、明細yの数量の供給オーダーが新規に作成されます。詳細は、履行明細の手動スケジュールを参照してください。
- 明細yの倉庫または品目を変更すると、オーケストレーションによって供給オーダーが取り消され、その供給が他の需要で使用できるようになります。明細yに対して現在作成されている新規供給も取り消されます。倉庫の「在庫更新のオンライン処理の遅延」出荷パラメータを有効にした場合でも、オーケストレーションによってこれが実行されます。
- 倉庫の「在庫更新のオンライン処理の遅延」出荷パラメータを有効にした場合、サプライ・チェーン・オーケストレーションでは、その倉庫に対して「バック・トゥ・バック・フローにおける販売オーダーの供給トラッキングの改善」機能は使用されません。
- オーダー管理の分割動作は、購買オーダー、作業オーダーまたは転送オーダーには影響しません。
この機能を他の機能とともに使用
「バック・トゥ・バック・フローにおける販売オーダーの供給トラッキングの改善」機能のみを有効にするか、またはオーダー管理の「部分出荷における分割オーダー明細の属性の更新」機能も有効にできます。
| 有効にする機能 | 摘要 |
|---|---|
| 「バック・トゥ・バック・フローにおける販売オーダーの供給トラッキングの改善」機能のみを有効化します。 |
オーケストレーションは供給オーダーをオープンしたままにし、出荷で明細yが出荷されるまで明細yの供給を追跡します。 明細yの予定出荷日または倉庫を変更でき、オーケストレーションでは明細yの最新の詳細が含まれるように供給が自動的に更新されます。 出荷が明細xを出荷した後に明細yの数量は変更できません。 |
| 両方の機能を有効にします。 | 出荷が明細xを出荷した後も、明細yの数量、予定出荷日または倉庫を変更できます。オーダー管理では、改訂された値を使用して明細が履行され、オーケストレーションによって明細の最新の詳細が含まれるように供給が自動的に更新されます。 「部分出荷における分割オーダー明細の属性の更新」機能を有効にすると、「バック・トゥ・バック・フローにおける販売オーダーの供給トラッキングの改善」機能も自動的に有効になります。詳細は、「部分出荷における分割オーダー明細の属性の更新」を参照してください。 |
| どちらの機能も有効にしません。 |
出荷によりオーダー明細の一部が出荷されると、オーケストレーションにより供給オーダーがクローズされ、明細で行った他の変更はオーケストレーションで追跡されなくなります。 出荷が明細xを出荷した後に明細yの数量は変更できません。 |
主なリソース
- Improve Supply Tracking for Sales Orders in your Back-to-Back Flowsのレディネス・トレーニングの視聴
- オーダー管理の実装
- サプライ・チェーン・オーケストレーションの使用
ロールおよび権限
- サプライ・チェーン運用マネージャ(ORA_DOS_SUPPLY_CHAIN_OPERATIONS_MANAGER_JOB)
この更新で注意が必要なサプライ・チェーン・オーケストレーションのバグ修正
この更新には、Oracle Supply Chain Orchestrationの動作方法が変わる場合があるバグ修正が含まれています。これは、この更新に関するすべての不具合修正の完全なリストではありません。このリストには、アプリケーションの動作に顕著な変化をもたらす可能性のあるバグ修正が含まれています。
自分の作業オーダー・ステータスの表示
「サプライ・チェーン・オーケストレーション」作業領域には、更新23Aより前は事前定義済ステータスのみが表示されました。たとえば、MyStatusという独自のステータスを作成したとします。作業領域には、作業オーダーのランタイム・ステータスがMyStatusであった場合でも、事前定義済ステータスのいずれかが表示されました。この更新では、作業領域にMyStatusが表示されます。
Oracleリファレンス: 34543645
有効化のステップ
この機能を有効にするために何もする必要はありません。
新しいsecretaria de fazenda (SEFAZ)ブラジル電子運送費その他サービス請求書V3.00メッセージ(BR_CTEOS_3.00_IN)を使用して、他の輸送関連サービスの電子運送費請求書を受け入れます。
この事前定義済メッセージ定義は、「コラボレーション・メッセージング・サービス・プロバイダの管理」ページでSEFAZサービス・プロバイダのインバウンド・メッセージ(ORA_SZ_BR_CTEOS_3.0_IN)として使用できます。「ブラジル電子文書のインポート」スケジュール済プロセスを使用すると、このメッセージは他のブラジル・メッセージとともに処理されます。
ORA_SZ_BR_CTEOS_3.00_IN
この新しい事前定義済メッセージを使用すると、XMLから抽出できる情報を利用することで、他のサービスのconhecimento de transporte eletrônico(CT-e)電子船荷証券を実装して、ユーザーの手動介入を減らすことができます。
有効化のステップ
この機能を有効にするために何もする必要はありません。
主なリソース
- Oracle Applications CloudのB2Bメッセージングの構成および管理ガイド(Oracle Help Centerからアクセスできます)。
ロールおよび権限
ユーザーにこの機能へのアクセス権を付与するために、事前定義済ジョブ・ロールを割り当てるか、自分で構成したジョブ・ロールを割り当てるかに応じていくつかのオプションがあります。
- 次の事前定義済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。
- サプライ・チェーン・アプリケーション管理者(ORA_RCS_SUPPLY_CHAIN_APPLICATION_ADMINISTRATOR_JOB)
- この権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。
- サービス・プロバイダの管理(CMK_MANAGE_SERVICE_PROVIDER_PRIV)
新しい事前定義済メッセージ定義UBL-2.1-PEPPOL-Invoice-OutおよびUBL-2.1-PEPPOL-Invoice-Inを使用して、PEPPOLアクセス・ポイントとの間でUniversal Business Language (UBL)の汎欧州オンライン公的調達(PEPPOL)請求書メッセージを送信および受信します。
UBL-2.1-PEPPOL-Invoice-Outメッセージ
UBL-2.1-PEPPOL-Invoice-Inメッセージ
これらのメッセージ定義を取引先に対するアウトバウンドおよびインバウンド・コラボレーション・メッセージとして設定します。「顧客アカウント・コラボレーション構成の管理」タスクを使用して、取引先および請求書アウトバウンド文書を顧客に関連付けます。「コラボレーション・メッセージング」作業領域の「サプライヤB2B構成の管理」タスクを使用して、取引先および請求書インバウンド文書をサプライヤに関連付けます。
これらの新しいメッセージは、PEPPOL標準および一部の国固有の要件を満たす追加のデータ要素を提供することで、電子請求プロセスをエンリッチします。
有効化のステップ
この機能を有効にするために何もする必要はありません。
ヒントと考慮事項
UBL PEPPOLメッセージを交換するには、次のドメイン値マップのリストを作成する必要があります。各ドメイン値マップにコード・リストから値を移入します。
| ドメイン値マップ | コード・リスト |
|---|---|
| CURRENCY_CODE |
|
| INVOICE_TYPE_CODE |
https://docs.peppol.eu/poacc/billing/3.0/codelist/UNCL1001-inv/ |
| INVOICE_TRX_TYPE_CODE |
https://docs.peppol.eu/poacc/billing/3.0/codelist/UNCL1001-inv/ |
| EAS_CODE |
|
| ICD_CODE |
|
| CHARGE_REASON_CODE |
|
| UOM_CODE |
https://docs.peppol.eu/poacc/billing/3.0/codelist/UNECERec20/ |
| COUNTRY_CODE |
|
| PAYMENT_METHOD |
|
| TAX_CATEGORY_CODE |
主なリソース
- Oracle Applications CloudのB2Bメッセージングの構成および管理ガイド(Oracle Help Centerからアクセスできます)。
ロールおよび権限
ユーザーにこの機能へのアクセス権を付与するために、事前定義済ジョブ・ロールを割り当てるか、自分で構成したジョブ・ロールを割り当てるかに応じていくつかのオプションがあります。
- 次の事前定義済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。
- サプライ・チェーン・アプリケーション管理者(ORA_RCS_SUPPLY_CHAIN_APPLICATION_ADMINISTRATOR_JOB)
- 次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。
- B2Bサプライヤ取引先の管理(CMK_B2B_SUPPLIER_TRADING_PARTNERS_PRIV)
- B2B取引先の管理(CMK_B2B_TRADING_PARTNERS_PRIV)
- 顧客アカウント・コラボレーション構成の管理(CMK_B2B_CUSTOMER_ACCOUNT_TRADING_PARTNERS_PRIV)
現在のグローバル・サプライ・チェーンにおいては、サプライヤ、受託製造業者、およびその他の取引先に対する製造業者の依存度が増し加わっています。会社が成功するためには、多層にわたる取引先との間でアクティビティを同期することが不可欠です。Oracle Fusion Cloud Supply Chain Collaborationを使用すると、会社は共同で供給を計画し、取引先データを把握し、契約製造の実行を調整し、取引先ネットワーク全体のパフォーマンスを測定できます。取引先が意思決定プロセスに積極的に関与するため、早期に警告のサインを伝えることができ、サプライ・チェーンの問題を協力して解決できます。各サプライヤの規模および技術レベルに応じて、会社はポータル・ベースのユーザー・インタフェース、標準ベースのB2BメッセージまたはWebサービスを使用してやりとりできます。Oracle Supply Chain Collaborationの柔軟な事前定義済ビジネス・プロセスを、顧客独自の要件にあわせて調整することもできます。コラボレーションが強化されることにより、取引関係がいっそう動的になり、供給の信頼性と効率が向上します。
ノートを使用したオーダー予測およびコミットについてのコメントの共有
この更新では、オーダー予測にノートを追加し、取引先と共有できます。「サプライヤへのノート」は、オーダー予測に関するサプライヤへのコメントを追加できるコラボレーション関係のテキスト・フィールドです。たとえば、次の月のオーダー予測の増加は、新しいプロモーションに対処するためであることを共有するコメントを追加できます。同様に、「プランナへのノート」は、サプライヤ・ユーザーが、たとえば、労務および部品が不足しているため、次の3週間以内にオーダー予測を満たすことができないなど、コミットに関するノートまたはコメントに応答するために使用するテキスト・フィールドです。これらの2つのノート・フィールドが「オーダー予測詳細の編集」ページに追加されます。
2つのノート・フィールドにより、ユーザーとサプライヤの両方がオーダー予測およびコミットの変更を理解しやすくなります。ノート・フィールドの追加ポイント:
- ノート・フィールドはコラボレーション・プランの一部として保持され、履歴レポートに使用できます。
- 「オーダー予測およびコミットの管理」ページのノート・フィールドに基づいて検索できます。
- 「オーダー予測およびコミットの管理」および「オーダー予測詳細の編集」ページのExcelベースのアップロードおよびダウンロード・テンプレートが、ノート・フィールドで更新されています。
- ノート・フィールドは、CollaborationOrderForecastおよびCollaborationOrderForecastRequest RESTサービスにも追加されています。
- 「予測の処理」および「予測の確認」の両方のB2Bメッセージがノート・フィールドで更新されています。
- Oracleファイルベース・データ(FBDI)インポートの「コラボレーション・オーダー予測」も、ノート・フィールドを含むように更新されています。
この機能を使用可能にした後、ユーザーおよびサプライヤは「オーダー予測詳細の編集」ページでノートを入力します。
オーダー予測詳細の編集
有効化のステップ
この機能を有効にするには、オプト・インUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。
オファリング: 製造およびサプライ・チェーン資材管理
オーダー予測およびコミットに関するコメントを共有するためにノートを使用する場合は、その親機能「サプライ・コラボレーション」にオプト・インする必要があります。この親機能をすでにオプト・インしている場合、再度オプト・インする必要はありません。
この機能は、「サプライ・チェーン・コラボレーション設定の管理」ページの設定で使用可能にします。「オーダー予測のノート使用可能」が「はい」に設定されている場合、ノート・フィールドはオーダー予測で使用できます。
「設定および保守」→「サプライ・チェーン・コラボレーション設定の管理」→「コラボレーション設定」
主なリソース
ロールおよび権限
ユーザーにこの機能へのアクセス権を付与するために、事前定義済ジョブ・ロールを割り当てるか、自分で構成したジョブ・ロールを割り当てるかに応じていくつかのオプションがあります。
- 次の事前定義済ジョブ・ロールが割り当てられているユーザーは、自動的にこの機能にアクセスできます。
- サプライ・チェーン・コラボレーション・プランナ(ORA_VCS_SUPPLY_CHAIN_COLLABORATION_PLANNER)
- サプライヤ需要プランナ(ORA_POS_SUPPLIER_DEMAND_PLANNER_JOB)
- 次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます
- 企業ユーザーとしての予測の編集(VCS_EDIT_ORDER_FORECAST_ENTERPRISE)
- 受託製造業者としてのオーダー予測の編集(VCS_EDIT_ORDER_FORECAST_SHIPTO)
プランニング・アプリケーションで使用される単位(UOM)は、商品の販売に使用される単位とは異なる場合があります。この更新では、顧客の優先単位を使用して顧客から需要を受け入れることができます。この優先単位はコラボレーション単位として保持され、顧客予測、供給予測および履歴を含むすべての数量は、指定されたコラボレーション単位で変換および表示されます。ユーザーと顧客の両方が、コラボレーション単位で需要コラボレーションのデータを表示できます。
ただし、顧客需要がOracle Cloud Demand Managementと同期されると、顧客需要は品目のプライマリ単位に変換されます。Oracle Demand Managementでは、予測プロセスで、コンセンサス予測の決定に品目のプライマリ単位が使用されます。同様に、供給予測が需要コラボレーションに公開されると、需要数量は品目のプライマリ単位からコラボレーション単位に変換されます。
コラボレーション顧客需要要求RESTサービスおよびスケジュール済プロセス「コラボレーション顧客需要のロード」、「コラボレーション顧客需要の処理」、「コラボレーション顧客需要の受入」および「コラボレーションのプランニング・データの公開」も、コラボレーション単位をサポートするように拡張されています。
有効化のステップ
この機能を有効にするには、オプト・インUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。
オファリング: 製造およびサプライ・チェーン資材管理
ヒントと考慮事項
「顧客の優先単位を使用した需要についての表示および協力」機能を使用する場合は、その親機能「顧客需要コラボレーション」にオプト・インする必要があります。この親機能をすでにオプト・インしている場合、再度オプト・インする必要はありません。
主なリソース
ロールおよび権限
ユーザーにこの機能へのアクセス権を付与するには、事前定義済ジョブ・ロールを割り当てるか、自分で構成したジョブ・ロールを割り当てるかに応じて、いくつかのオプションがあります。
- 次の事前定義済ジョブ・ロールが割り当てられているユーザーは、自動的にこの機能にアクセスできます。
- 需要プランナ(ORA_VCS_SUPPLY_COLLAB_PLANNER)
- 次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。
- エンタープライズ・ユーザーとしての顧客需要の管理(VCS_MANAGE_CUSTOMER_DEMAND_ENTERPRISE)
- 次の事前定義済ジョブ・ロールが割り当てられている顧客ユーザーは、自動的にこの機能にアクセスできます。
- 顧客需要プランナ(ORA_VCS_CUSTOMER_DEMAND_PLANNER)
- 次の権限が含まれる構成済ジョブ・ロールが割り当てられている顧客ユーザーは、この機能にアクセスできます。
- 顧客ユーザーとしての顧客需要の管理(VCS_MANAGE_CUSTOMER_DEMAND_CUSTOMER)
以前は、顧客は自分の需要予測および消費情報を品目、組織および顧客サイト・レベルでのみ共有できました。この更新により、顧客は予測および消費情報を品目、組織および顧客レベルでも共有できます。このフローを使用可能にするために加えられた変更:
- 顧客レベル予測文書および顧客レベル消費文書が追加されました。顧客がオーダー予測と履歴を顧客レベルで簡単に共有できるように、2つの新しいコラボレーション文書が顧客レベルで作成されました。これらの顧客レベルのコラボレーション文書は、顧客の需要アップロード・テンプレートの一部として含まれています。
- 需要コラボレーションから顧客レベルで需要を取得し、顧客サイト・レベルで需要管理にシード済メジャーを移入するために、「コラボレーション顧客需要の受入」スケジュール・プロセスが更新されました。顧客レベルから顧客サイト・レベルへのデータの集計解除は、Oracle Demand Managementによって実行されます。
- すべてのメジャー(オーダー予測、供給予測および履歴)を顧客レベルで表示するように需要コラボレーション詳細ページが更新されました。
- Oracle Demand Managementで選択したコンセンサス予測メジャーを顧客サイト・レベルから顧客レベルに集計し、需要コラボレーションの供給予測メジャーを移入するために、Oracle Demand Managementの処理メニューの「需要コラボレーションの公開」および「コラボレーションのプランニング・データの公開」スケジュール・プロセスが更新されました。
- 製造カレンダ、グレゴリオ暦および会計カレンダを需要スケジュールとして組み合せた顧客需要予測のコラボレーションを促進するために、「プランニング・カレンダ」および「プランニング・タイム・レベル」が同期プロファイルに追加されました。
- 顧客レベルの予測とシームレスに連携するために、需要コラボレーションに関連付けられたRESTサービスが更新されました。
ノート: ダッシュボードに表示されるメトリックには、顧客レベルの予測が反映されます。
顧客レベルで需要を表示および編集する需要編集ページのスクリーンショット。
「サプライ・チェーン・プランニング」→「需要コラボレーション」→「需要コラボレーション詳細」→需要の編集
有効化のステップ
この機能を有効にするには、オプト・インUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。
オファリング: 製造およびサプライ・チェーン資材管理
ヒントと考慮事項
「顧客レベルで指定された顧客需要との協力」機能を使用する場合は、その親機能「顧客需要コラボレーション」にオプト・インする必要があります。この親機能をすでにオプト・インしている場合、再度オプト・インする必要はありません。
主なリソース
ロールおよび権限
ユーザーにこの機能へのアクセス権を付与するには、事前定義済ジョブ・ロールを割り当てるか、自分で構成したジョブ・ロールを割り当てるかに応じて、いくつかのオプションがあります。
- 次の事前定義済ジョブ・ロールが割り当てられているユーザーは、自動的にこの機能にアクセスできます。
- サプライ・チェーン・コラボレーション・プランナ(ORA_VCS_SUPPLY_COLLAB_PLANNER)
- 次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。
- エンタープライズ・ユーザーとしての顧客需要の管理(VCS_MANAGE_CUSTOMER_DEMAND_ENTERPRISE)
- 次の事前定義済ジョブ・ロールが割り当てられている顧客ユーザーは、自動的にこの機能にアクセスできます。
- 顧客需要プランナ(ORA_VCS_CUSTOMER_DEMAND_PLANNER)
- 次の権限が含まれる構成済ジョブ・ロールが割り当てられている顧客ユーザーは、この機能にアクセスできます。
- 顧客ユーザーとしての顧客需要の管理(VCS_MANAGE_CUSTOMER_DEMAND_CUSTOMER)
サプライヤ・サイト・コードは、通常、短い英数字の文字セットです。ただし、ビジネスの状況によっては、読みやすさを向上させるために、サイト・コードを長くしておくと便利です。この更新では、サプライヤ・サイト・コードの最大長がOracle Fusion Cloud Procurementの同じ機能とともに240文字に増加しました。この変更は、サプライ・チェーン・プランニング・サプライヤのOracleファイルベース・データ・インポート(FBDI)テンプレート(ScpSupplierImportTemplate.xlsm)を使用して、サプライヤ・サイト・コードを新しい最大値まで収集できるOracle Fusionソース・システムと外部ソース・システムの両方に適用されます。
次に、Big Computersのサプライヤ・サイトを示す「供給ネットワーク・モデル」ページの例を示します。2つのサイトのサプライヤ・サイト・コードが30文字より長くなっていますが、30文字は前の更新のプランニングでサポートされる最大値でした。
列の幅によっては、データが切り捨てられる場合があり、その場合は省略記号が表示されます。このフィールドにマウスを置くと、完全なサプライヤ・サイト・コードがホバー・テキストに表示されます。
有効化のステップ
この機能を有効にするために何もする必要はありません。
ヒントと考慮事項
-
Oracle Fusion Cloud Procurementでより長いサプライヤ・サイト・コードを入力できるかどうかは、「サプライヤ・サイトを長い名前で作成」というオプト・イン機能によって制御されます。
-
プランニングでは、前述の箇条書きに記載されているオプト・イン機能が有効になっているかどうかに関係なく、Oracle Fusionデータベースに保存されている完全なサプライヤ・サイト・コード(最大240文字)が収集されます。
ロールおよび権限
ユーザーにこの機能へのアクセス権を付与するために、事前定義済ジョブ・ロールを割り当てるか、自分で構成したジョブ・ロールを割り当てるかに応じていくつかのオプションがあります。
- 次の事前定義済ジョブ・ロールのいずれかが割り当てられているユーザーは、自動的にこの機能にアクセスできます。
- サプライ・チェーン・プランナ(ORA_MSC_SUPPLY_CHAIN_PLANNER_JOB)
- 資材プランナ(ORA_MSC_MATERIALS_PLANNER_JOB)
- 需要プランナ(ORA_MSC_DEMAND_PLANNER_JOB)
- 補充プランナ(ORA_MSC_REPLENISHMENT_PLANNER_JOB)
- 販売および業務プランナ(ORA_MSC_SALES_AND_OPERATIONS_PLANNER_JOB)
- バックログ・マネージャ(ORA_MSC_BACKLOG_MANAGER_JOB)
- オーダー納期回答マネージャ(ORA_MSC_ORDER_PROMISING_MANAGER_JOB)
- この機能を利用するために必要な既存の権限の変更はありません。ユーザーがサプライヤ・サイト・コードを表示するページにアクセスできる場合、プランニングに収集されたサプライヤ・サイト・コードの長い値が表示されます。