クラウド・レディネス / Oracle Fusion Cloud Order Management
新機能
すべて展開


  1. 更新23A
  1. 改訂履歴
  2. 概要
  3. 更新前および更新後のタスク
  4. 任意の新機能の導入(オプトイン)
  5. 機能のサマリー
  6. サプライ・チェーン・オーケストレーション
    1. サプライ・チェーン・オーケストレーション
        1. バック・トゥ・バック・フローにおける販売オーダーの供給トラッキングの改善
        2. この更新で注意が必要なサプライ・チェーン・オーケストレーションのバグ修正
  7. コラボレーション・メッセージング・フレームワーク
    1. コラボレーション・メッセージング・フレームワーク
        1. ブラジル電子運送費その他サービス請求書の受入
        2. UBL PEPPOL電子請求書の送信および受信
  8. オーダー管理
    1. オーダー管理
        1. 部分出荷の分割オーダー明細の属性の更新
        2. 新しい分割明細への値の移入
    2. チャネル収益管理
      1. サプライヤ・チャネル管理
        1. 倉庫および出荷先住所に基づいた出荷およびデビット・プログラムの適格性の定義
      2. 控除および決済
        1. 顧客要求の消込時にデフォルトの売掛/未収金アクティビティを使用
    3. グローバル・オーダー納期回答
        1. 240文字までのサプライヤ・サイト・コードの使用
      1. オーダー納期回答での複数レベル割付
        1. RESTサービスを使用した、割付率の特定の数量での上書き
      2. 大規模なオーダー納期回答
        1. PTPの使用
        2. 供給割付レポートでの需要要約の表示
  9. 重要な処理および考慮事項

更新23A

改訂履歴

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

日付 モジュール 機能 ノート
2022年12月2日     初版作成。

概要

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

ご意見をお待ちしています。クラウド・サービスをさらに改善する方法について提案がございましたらどうぞお教えください。アイデアを送信するにはいくつかの方法があります。たとえば、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アプリケーションのオプト・インが失効した機能を確認することもできます。

機能のサマリー

列の定義:

レポート = 新規または変更され、Oracleで提供される、実行準備が完了したレポート。

UIまたはプロセスベース: 小規模 = これらのUIまたはプロセスベースの機能は通常、フィールド、検証またはプログラムの小さな変更で構成されています。したがって、ユーザーに対する潜在的な影響は最小になります。

UIまたはプロセスベース: 大規模* = これらのUIまたはプロセスベースの機能は、より複雑に設計されています。したがって、ユーザーに対する潜在的な影響は高くなります。

使用できない状態で提供される機能 = これらの機能をエンド・ユーザーが使用するにはアクションが必要です。これらの機能は無効化されており、有効にするかどうかとその時期は自分で選択します。たとえば、a) 新しいまたは展開されたBIサブジェクト領域は最初にレポートに組み込む必要があり、b) 新しいWebサービスを利用するには統合が必要になり、c) ユーザーが機能にアクセスできるようにするには、それらの機能をユーザー・ロールに割り当てる必要があります。

エンド・ユーザーがすぐに使用可能
(機能が使用可能な状態で提供)

レポートおよび小規模なUIまたはプロセスベースの新機能は、更新後のユーザーに対する影響を最小限に抑えます。したがって、顧客受入テストでは、大規模UIまたはプロセスベース*の新機能に焦点を当てる必要があります。

エンド・ユーザーが使用する前に顧客による処理が必要
(すぐ使用できない状態で提供される機能)

これらの機能を使用可能にするために処理が必要になるため、中断されません。選択的に使用するよう選択すると、テストおよびロールアウトのタイミングを設定できます。

機能

レポート

UIまたは
プロセスベース:
小規模

UIまたは
プロセスベース:
大規模*

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

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

バック・トゥ・バック・フローにおける販売オーダーの供給トラッキングの改善

この更新で注意が必要なサプライ・チェーン・オーケストレーションのバグ修正

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

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

ブラジル電子運送費その他サービス請求書の受入

UBL PEPPOL電子請求書の送信および受信

オーダー管理

オーダー管理

部分出荷の分割オーダー明細の属性の更新

新しい分割明細への値の移入

チャネル収益管理

サプライヤ・チャネル管理

倉庫および出荷先住所に基づいた出荷およびデビット・プログラムの適格性の定義

控除および決済

顧客要求の消込時にデフォルトの売掛/未収金アクティビティを使用

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

240文字までのサプライヤ・サイト・コードの使用

オーダー納期回答での複数レベル割付

RESTサービスを使用した、割付率の特定の数量での上書き

大規模なオーダー納期回答

PTPの使用

供給割付レポートでの需要要約の表示

>>「重要な処理および考慮事項」をクリックしてください

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

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

バック・トゥ・バック・フローにおける販売オーダーの供給トラッキングの改善

オーダー明細の一部のみを出荷する場合でも、最新の変更により供給の最新の状態が維持され、バック・トゥ・バック・フローで供給要求が管理されます。

オーダー明細の一部の数量しか出荷できない場合に、オーダー管理ではオーダー明細が、履行明細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の数量を変更することはできません。

主なリソース

ロールおよび権限

  • サプライ・チェーン運用マネージャ(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 PEPPOL電子請求書の送信および受信

新しい事前定義済メッセージ定義UBL-2.1-PEPPOL-Invoice-OutおよびUBL-2.1-PEPPOL-Invoice-Inを使用して、Universal Business Language (UBL)汎欧州オンライン公的調達(PEPPOL)請求書メッセージをPEPPOLアクセス・ポイントとの間で送信および受信します。

UBL-2.1-PEPPOL-Invoice-Outメッセージ

UBL-2.1-PEPPOL-Invoice-Inメッセージ

これらのメッセージ定義を取引パートナのアウトバウンドおよびインバウンド・コラボレーション・メッセージとして設定します。「顧客アカウント・コラボレーション構成の管理」タスクを使用して、取引先および請求書アウトバウンド文書を顧客に関連付けます。「コラボレーション・メッセージング」作業領域の「サプライヤB2B構成の管理」タスクを使用して、取引先および請求書インバウンド文書をサプライヤに関連付けます。

これらの新しいメッセージは、PEPPOL標準および一部の国固有の要件を満たす追加のデータ要素を提供することで、電子請求プロセスをエンリッチします。

有効化のステップ

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

ヒントと考慮事項

UBL PEPPOLメッセージを交換するには、次のドメイン値マップのリストを作成する必要があります。各ドメイン値マップにコード・リストからの値を移入します。

ドメイン値マップ コード・リスト

CURRENCY_CODE

https://docs.peppol.eu/poacc/billing/3.0/codelist/ISO4217/

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

https://docs.peppol.eu/poacc/billing/3.0/codelist/eas/

ICD_CODE

https://docs.peppol.eu/poacc/billing/3.0/codelist/ICD/

CHARGE_REASON_CODE

https://docs.peppol.eu/poacc/billing/3.0/codelist/UNCL7161/

UOM_CODE

https://docs.peppol.eu/poacc/billing/3.0/codelist/UNECERec20/

COUNTRY_CODE

https://docs.peppol.eu/poacc/billing/3.0/codelist/ISO3166/

PAYMENT_METHOD

https://docs.peppol.eu/poacc/billing/3.0/codelist/UNCL4461/

TAX_CATEGORY_CODE

https://docs.peppol.eu/poacc/billing/3.0/codelist/UNCL5305/

主なリソース

ロールおよび権限

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

  • 次の事前定義済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。
    • サプライ・チェーン・アプリケーション管理者(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)

オーダー管理

オーダー管理

部分出荷の分割オーダー明細の属性の更新

出荷では、顧客需要を満たすために履行明細の一部を出荷できます。オーダー明細の一部の数量のみが要求日に現在使用可能な場合、出荷可能な数量が出荷され、オーダー管理によって残りの数量の分割オーダー明細が作成されます。オーダー管理に新しい履行明細が作成され、出荷に必要な残りの数量が含まれます。

出荷によりオーダー明細の一部が出荷された後に、オーダー管理で分割明細の属性を更新する必要がある場合があります。たとえば、Denverの倉庫には出荷されていない明細を履行するのに十分な供給があることがわかっているため、その明細の倉庫属性を「Denver」に更新し、変更を発行すると、要求を履行できるように、オーダー管理はこれらの詳細をダウンストリーム履行システムに送信します。

この機能を使用して、次のことができます。

  • 出荷によりオーダー明細の一部が標準フローまたはバック・トゥ・バック・フローで出荷されたときに、オーダー管理が作成する分割オーダー明細の属性を更新します。
  • 「オーダー管理」作業領域で、REST APIにより、またはその他のアプリケーション(Oracle Backlog Management、Oracle Global Order Promising、Oracle Supply Planning、またはバック・トゥ・バック・フローの供給文書の更新など)により、分割明細の属性を更新します。
  • 分割明細の変更をオーケストレーションし、ダウンストリーム履行システムに送信します。たとえば、Oracle Global Order Promisingで明細を再スケジュールする場合、Oracle Inventory Managementで予約および出荷詳細を更新する場合、Oracle Global Trade Managementで取引コンプライアンスをスクリーニングする場合、Oracle Transportation Managementで輸送を計画する場合などです。
  • オーダー管理で明細の属性を更新した後に、在庫管理で分割明細の予約および出荷の詳細を検証します。
  • 出荷サービスの分割明細の履行明細を、輸送管理やグローバル取引管理などの他のアプリケーションに送信します。

オーダー管理で分割明細の属性の値を更新し、その値を使用して次のことを行います。

  • 価格を再設定して税金を再計算します。
  • 顧客がクレジット・カードを使用して品目の支払を行っている場合に、オーダー数量、価格、クレジット・カードなどを更新する場合は、クレジット・カード・トランザクションを再承認します。
  • 分割明細を履行して収益を認識し、請求します。
  • トランザクションの原価を計算し、Oracle Cost Managementで分割明細の売上原価を認識します。
  • 財務詳細をオーケストレーションし、Oracle Supply Chain Financial Orchestrationで分割明細のトランザクションを処理します。

オーダー管理

販売オーダーを改訂します

分割明細で1つ以上の属性を更新できるようになりました。分割されておらず、出荷待ちの明細の属性を更新する場合と同様に、明細属性を更新できます。

オプションとして、「明細の更新」処理を使用して、同時に選択したすべての明細の属性を更新できます。この機能にオプト・インした場合、分割明細および出荷でバックオーダーするオーダー明細に対してこの処理を使用できます。

オーダー管理拡張または変換後ルールを使用して、分割明細の属性を更新することもできます。

「オーダー改訂の作成」ページの属性の更新

オーダー・ヘッダーの属性を更新すると、オーダー管理によって、上書きされていないすべての分割明細に更新がカスケードされます。「オーダー明細の上書き」処理を使用して、分割明細の属性を更新することもできます。

出荷セットで明細を出荷し、これらの明細の少なくとも1つを一部出荷するかまたは出荷しない場合、オーダー管理では出荷していない明細がセットから削除されます。出荷セットにない明細と同様に、削除された明細の属性を更新できるようになりました。

「オーダー改訂の作成」ページの出荷属性の更新

次の場合は、分割明細の属性を更新できません。

  • オーダー管理で直接出荷を部分的に履行している間に作成された明細である。
  • 構成品目の残余明細である。
  • Oracle Receivingで返品明細が一部受入済のときにオーダー管理が作成した明細である。
  • 「部分出荷における分割オーダー明細の属性の更新」機能にオプト・インする前に送信済の販売オーダーのものである。分割明細の属性は、この機能へのオプト・イン後に送信した販売オーダーについてのみ更新できます。

REST APIを介して、または他のアプリケーション(バックログ管理、グローバル・オーダー納期回答など)を使用して分割明細の属性を更新したものの、オーダー管理で更新できない分割明細の場合は、エラーが表示されます。ただし、バック・トゥ・バック・フローの供給オーダーからの更新である場合、オーダー管理では更新が無視されます。

「オーダー改訂の作成」ページで属性更新は許可されない

分割されておらず、出荷待ちの明細に対して処理を使用する場合と同様に、履行ビューで処理を使用して分割明細を更新できます。

1つ以上の分割明細に対してスケジュール解除または予約解除処理を使用し、選択した明細の少なくとも1つの履行許容範囲が0でない場合、オーダー管理により処理の確認が求められます。

履行ビューで処理を使用して分割明細を更新し、選択内容に次のものが含まれている場合、次のようになります。

  • オーダー管理で更新できない分割明細のみの場合、この機能を使用しないのであれば、オーダー管理で表示されるのと同じエラーが表示されます。
  • オーダー管理で更新できる分割明細の場合、注文管理によって更新され、更新できない分割明細は更新されません。

履行明細ビューからの分割オーダー明細の属性の更新

分割明細の変更をオーダー管理で処理する方法

オーダー管理では、分割されていない明細および出荷待ちの明細の変更を処理する方法と同じように分割明細の変更を処理します。更新する属性またはオーダー管理が補正する履行タスクに基づいて、異なる報酬パターンを使用できます。

  • 分割明細の属性を更新し、オーケストレーション・プロセスでその属性を使用して履行タスクの変更を識別した場合、分割明細の更新された属性値がオーケストレーション・プロセスによってその履行システムに送信されます。たとえば、分割明細でオーダー数量、出荷方法、要求日、予定出荷日などの属性を更新すると、オーダー管理は出荷タスクを補正して、更新された属性値を出荷に送信します。これが分割明細の最初の更新である場合、次のようになります。
    • オーケストレーション・プロセスではすべての履行タスクを補正し、分割明細を履行システムに送信します。これは、最初の更新後にすべての履行システムで分割明細を使用できるようにするのに役立ちます。
    • オーケストレーション・プロセスで取引コンプライアンス・タスク、輸送プランニング・タスク、テンプレート・タスクまたは履行タスクを使用して、Oracle Fusionアプリケーションではないアプリケーションと統合する場合、オーケストレーション・プロセスでは、分割明細の親履行明細もOracle Global Trade Management、Oracle Transportation Managementなどのアプリケーションに送信されます。次に、そのアプリケーションにより、オーダー管理のオーダー数量と同じになるように、親履行明細の数量が更新されます。このロジックは、履行アプリケーションに、オーダー管理にある分割オーダー明細の親履行明細のオーダー数量と同じオーダー数量があることを確認するのに役立ちます。
  • 分割明細で品目を補正するか倉庫を更新すると、オーダー管理は現在の要求を取り消す要求を履行システムに対して送信し、更新された明細に対して新しい要求を作成してから、新しい要求を履行システムに送信します。たとえば、オーケストレーション・プロセスにスケジュール、供給および出荷のタスクがある場合、次のようになります。
    • グローバル・オーダー納期回答では古い需要が取り消され、新しい需要が作成されます。
    • サプライ・チェーン・オーケストレーションでは古い供給オーダーが取り消され、新しい供給オーダーが作成されます。
    • 在庫管理では古い予約および出荷明細が取り消され、新しい予約および出荷明細が作成されます。
  • オーダー管理では、分割明細をスケジュール解除または予約解除してから、分割明細をスケジュールまたは予約すると、この同じロジックが適用されます。
  • オーケストレーション・プロセスで「フレックスフィールド属性の使用」オプションを有効にし、分割明細の拡張可能フレックスフィールドを更新すると、オーケストレーション・プロセスによってその履行タスクが補正されます。サービス・マッピングを使用して拡張可能フレックスフィールドを出荷に送信すると、オーダー管理によって拡張可能フレックスフィールドの更新された値が出荷に送信されます。
  • この機能が使用できるようになる前と同じように、分割明細を取り消したり、属性を更新せずに履行できます。ただし、ここで取り消すと、取消要求により、オーケストレーション・プロセスが参照するすべての履行システムの現在の要求が取り消されます。
  • 部分出荷の分割明細を取り消すと、オーダー管理において分割明細の親明細は補正されなくなります。

在庫管理

分割明細の属性を更新すると、予約には分割明細の履行明細への参照が表示されます。更新する属性は、オーダー管理の予約タスクの変更を識別する属性である必要があります。

次に、在庫管理での更新の処理例を示します。

オーダー管理の分割明細に対する処理

在庫管理の機能

オーダー数量を減らします。

予約の予約済数量をオーダー数量に減らします。

オーダー数量を増やします。

予約の予約済数量をオーダー数量に増やします。

在庫管理で分割明細の出荷明細がすでにステージングされている場合、在庫管理では当初数量を超える数量に対して新しい予約が作成されます。

既存の予約なしでオーダー数量を更新します。

分割明細に予約がない場合、在庫管理で新しい予約が作成されます。これは、出荷において一部出荷される履行明細の残数量をバックオーダーした場合に発生する可能性があります。

倉庫を更新します。

元の倉庫の分割明細の既存の予約を削除し、新しい倉庫に新しい予約を作成します。

品目を代替します。

元の品目の予約を削除してから、新しい品目の新規予約を作成します。

スケジュール解除処理または予約解除処理を実行します。

分割明細の既存の予約を削除します。

スケジュールまたは予約の処理を行うと、在庫管理によって新しい予約が作成されます。この処理の実行時に予定出荷日も更新すると、在庫管理では「予約およびピックの管理」ページの「期日」属性が更新されます。

予約では次のように表示されます。

分割オーダー明細の予約およびピックの管理

出荷

次に、オーダー管理で出荷タスクの変更を識別する属性に対する更新をOracle Shippingで処理するいくつかの例を示します。

オーダー管理の分割明細に対する処理 出荷の機能

属性を更新します。

更新する属性によって出荷タスクの変更が識別された場合、出荷によって出荷明細も更新されます。たとえば、オーダー管理で要求日を更新すると、出荷によって出荷明細の要求日が更新されます。予定出荷日、出荷方法、FOBなど、変更を識別する他の属性にも同じロジックが適用されます。

オーダー数量を増やします。

当初数量を超える数量の新規出荷明細を作成し、明細のステータスを「リリース準備完了」に設定します。

オーダー数量を減らします。

「ステージング」、「倉庫へのリリース」または「バックオーダー済」ステータスの出荷明細の数量を減らします。

出荷では、「倉庫へのリリース」ステータスの出荷明細のピック数量は減らしません。

倉庫を更新、品目を代替、またはスケジュール解除または予約解除処理を実行します。

分割明細の既存の出荷明細を取り消し、新しい出荷明細を作成し、出荷明細のステータスを「リリース準備完了」に設定します。

次の場合:

  • 倉庫を更新すると、出荷によって新しい出荷明細が新しい倉庫とともに作成されます。
  • 品目を代替すると、新しい出荷明細が新しい品目とともに作成されます。
  • 分割明細をスケジュール解除してからスケジュールするか、分割明細を予約解除してから予約すると、出荷によって新しい出荷明細が新しい予定出荷日とともに作成されます。

分割明細の属性を更新すると、オーダー管理によって、分割オーダー明細の出荷明細の「当初ソース・オーダー履行明細」属性が移入されます。この属性には元のオーダー明細の履行明細への参照が移入されます。更新する属性は、オーケストレーション・プロセスの任意のタスクに対する変更を識別する属性である必要があります。

出荷では、作成される新規出荷明細の「当初ソース・オーダー履行明細」属性は移入されません。かわりに、ソース・オーダー履行明細には、分割オーダー明細を履行する履行明細への参照が含まれています。表示は次のようになります。

「出荷明細の管理」に追加された「当初ソース・オーダー履行明細」属性

「出荷明細の管理」ページに表示される内容を次に示します。

「出荷明細の管理」ページの属性

原価管理

Oracle Cost Managementでは、オーダー管理および出荷から受け取った変更を使用してトランザクションを原価計算します。

オーダー管理の分割明細の倉庫を更新し、その倉庫が元の倉庫とは異なるビジネス・ユニットにある場合は、原価管理によってトランザクション・フローが社内直接出荷に変更されます。

「原価会計配分のレビュー」ページの属性

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

サプライ・チェーン財務オーケストレーションでは、オーダー管理で作成された分割明細の属性更新を使用して会社間トランザクションを処理します。

この例では、出荷2548623は、出荷により一部出荷された元のオーダー明細に対するものです。出荷組織と販売組織が同じビジネス・ユニットにあるため、財務オーケストレーションはこの出荷を処理しません。オーダー管理の分割明細の出荷倉庫を更新すると、2633638の出荷組織と販売組織は異なるビジネス・ユニットにあるため、財務オーケストレーションにより出荷2633638が処理されます。

「財務オーケストレーション実行のモニター」ページには、オーダー済数量属性の分割明細の出荷数量が表示されます。

販売オーダー明細属性更新を考慮する財務オーケストレーション

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

バック・トゥ・バック・フローで分割明細の供給を追跡し、出荷によって明細の数量全体が出荷されるまで供給の変更を続行できます。

  • バック・トゥ・バック・フローで分割明細の一部を出荷する場合、サプライ・チェーン・オーケストレーションは、予約が出荷されていない数量と同じであることを確認します。
  • 分割明細の数量または予定出荷日を変更すると、サプライ・チェーン・オーケストレーションによって、受入予約済供給とその供給の予約が更新されます。
  • 残りの未出荷数量の供給が使用不可になった場合、サプライ・チェーン・オーケストレーションにより分割明細の予定出荷日が更新され、別の供給ソースを検索します。
  • 当初の供給が取り消されると、サプライ・チェーン・オーケストレーションによりさらに供給が作成されます。サプライ・チェーン・オーケストレーションでそれ以上供給が見つからない場合は、オーダー入力スペシャリストが予想出荷日を変更するなどの処理を手動で実行する必要があるという通知がオーダー管理に送信されます。
  • 未出荷数量をバックオーダーすると、サプライ・チェーン・オーケストレーションによって前の供給がバックオーダー明細に対して予約されることはなくなります。バックオーダー明細を再スケジュールすると、サプライ・チェーン・オーケストレーションによって新しい供給が作成されます。

次のような利点があります。

  • オーダー明細の属性を、その明細の一部を出荷した後に更新します。
  • 分割行の属性の更新のみが必要な場合に、分割された明細を取り消して新しく手動で再作成する必要はありません。
  • オーダー明細の一部を出荷した後にその明細の変更を処理するのに必要なステップの数と時間を減らします。
  • 明細の一部を出荷した後の、明細の変更処理の効率および精度が向上します。
  • 複数の出荷で履行する明細のトラッキングとレポートを改善します。
  • 顧客満足度が向上します。

有効化のステップ

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

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

ヒントと考慮事項

一般

  • 販売オーダーをオプト・インして送信した後は、「部分出荷における分割オーダー明細の属性の更新」機能をオプト・アウトできません。この時点で、この機能を使用するようにコミットされています。
  • Application Development FrameworkからWebサービスを使用して分割明細の属性を更新することはできません。
  • 分割されていない、出荷待ちの明細の属性を更新する場合と同様に、品目またはキットが構成されている分割明細の属性は更新できますが、分割明細の構成品目の構成は変更できません。
  • 分割明細の属性を更新すると、分割されていない、出荷待ちの明細の属性を更新する場合と同様に、価格設定で明細の価格が再設定されます。階層調整、手動価格調整、販売契約またはインセンティブは価格設定に影響する可能性があります。当初明細の階層調整が分割明細に適用されない可能性があります。当初明細で適用したのと同じ手動価格調整を分割明細に適用してください。チャネル収益管理でインセンティブが正しく設定されていることを確認してください。
  • 「オーダー管理により部分出荷における分割明細が作成済」検証ルール・セットを使用して、出荷により受注明細の一部が出荷されるときにオーダー管理で作成される分割明細の一部の更新を制約できます。次の検証ルール・セットを使用して、在庫管理の明細のステータスに従って、分割明細または分割されていない明細の更新を制約することもできます。
    • 履行明細がバックオーダー済
    • 履行明細が倉庫にリリース済
    • 履行明細がピック済またはステージング済

直接出荷および転送

  • 標準またはバック・トゥ・バック・フローで分割明細を直接出荷する必要がある場合は、分割明細をスケジュール解除してからスケジュールする必要があります。オプションとして、分割明細をスケジュールする前に、サプライヤとサプライヤ・サイトを設定できます。サプライヤやサプライヤ・サイトは、スケジュール解除した後にのみ分割明細に設定できます。
  • 明細がオーダー管理の社内資材転送の一部であり、出荷によりその明細の一部がすでに出荷されている場合は、在庫管理で転送オーダーを変更できません。取消のみ可能です。ただし、分割明細の履行属性(スケジュール日、出荷方法など)は更新できます。オーダー管理の履行ビューで、またはバックログ管理やグローバル・オーダー納期回答などの他のアプリケーションから更新できます。

バック・トゥ・バック

  • 倉庫の「在庫更新のオンライン処理の遅延」出荷パラメータを有効にし、バック・トゥ・バック・フローでこの倉庫からオーダー明細を一部出荷した場合、サプライ・チェーン・オーケストレーションでは、出荷が最初の部分出荷を出荷した後に供給オーダーをクローズします。そのため、分割明細の属性は更新できません。ただし、分割明細をスケジュール解除してからスケジュールすることで、サプライ・チェーン・オーケストレーションによって新しい供給オーダーが作成されます。
  • 分割明細またはバック・トゥ・バック・フローで分割されていない明細の倉庫を変更すると、サプライ・チェーン・オーケストレーションにより前の供給が取り消され、新しい倉庫に最適な供給が作成されます。グローバル・オーダー納期回答では、ソース・ルールを使用して最適な新しい供給を決定します。

バック・トゥ・バック・フローで分割オーダー明細を処理する方法の詳細は、「サプライ・チェーン・オーケストレーション」機能領域の「バック・トゥ・バック・フローにおける販売オーダーの供給トラッキングの改善」機能を参照してください。

履行許容範囲および代替

  • 分割明細の品目を代替する場合、または品目をスケジュール解除または予約解除する場合、および明細の履行許容範囲が0でない場合、出荷は分割オーダー明細に履行許容範囲を適用しますが、すべてのオーダー明細の履行明細においてすでに出荷されている累計数量は考慮されません。かわりに、出荷では、出荷される履行明細の数量のみが考慮されます。
  • グローバル・オーダー納期回答からの推奨に基づいて、分割明細の品目を代替したり、分割明細を再度分割する必要がある場合は、分割明細をスケジュール解除してからスケジュールする必要があります。

倉庫の更新

  • 分割明細の販売利益センター属性を更新できるのは、その明細の倉庫属性も更新している場合のみです。
  • 分割明細の新しい倉庫と、元のオーダー明細の古い倉庫でそれぞれ異なるプライマリ単位が品目に使用され、分割明細の履行許容範囲が0でない場合は、分割明細の倉庫を更新できません。グローバル・オーダー納期回答で推奨されている場合でも、オーダー管理ではこの変更は却下されます。この場合、分割明細で古い倉庫を使用する必要があります。または、新しい倉庫で元の倉庫で使用されている品目のプライマリ単位を使用する必要があります。

主なリソース

Oracle Help Centerで次のドキュメントを参照してください。

  • オーダー管理の実装
  • 製造およびサプライ・チェーン資材管理の実装
  • 原価会計の実装
  • 原価会計および受入会計の使用
  • サプライ・チェーン・オーケストレーションの使用
  • 価格設定の管理
  • Functional Setup Managerの使用

ロールおよび権限

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

  • 次の事前定義済ジョブ・ロールのいずれかが割り当てられているユーザーは、自動的にこの機能にアクセスできます。
    • オーダー入力スペシャリスト(ORA_FOM_ORDER_ENTRY_SPECIALIST_JOB)
    • オーダー・マネージャ(ORA_DOO_ORDER_MANAGER_JOB)
    • 在庫マネージャ(ORA_INV_INVENTORY_MANAGER_JOB)
    • 倉庫マネージャ(ORA_INV_WAREHOUSE_MANAGER_JOB)
    • 出荷マネージャ(ORA_WSH_SHIPPING_MANAGER_JOB)
    • 原価会計担当(ORA_CST_COST_ACCOUNTANT)
    • サプライ・チェーン・アプリケーション管理者(ORA_RCS_SUPPLY_CHAIN_APPLICATION_ADMINISTRATOR_JOB)
    • サプライ・チェーン運用マネージャ(ORA_DOS_SUPPLY_CHAIN_OPERATIONS_MANAGER_JOB)
    • 資材プランナ(ORA_MSC_MATERIALS_PLANNER_JOB)
    • サプライ・チェーン・プランナ(ORA_MSC_SUPPLY_CHAIN_PLANNER_JOB)
    • 需要と供給プランナ(ORA_MSC_DEMAND_AND_SUPPLY_PLANNER_JOB)
    • オーダー納期回答マネージャ(ORA_MSC_ORDER_PROMISING_MANAGER_JOB)
    • バックログ・マネージャ(ORA_MSC_BACKLOG_MANAGER_JOB)
  • 次の権限が含まれる構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。
    • オーダーの開始(FOM_CREATE_ORDER_PRIV)
    • オーダーの改訂(FOM_REVISE_ORDER_PRIV)
    • オーダーの表示(FOM_VIEW_ORDERS_PRIV)
    • 待ち状態の在庫トランザクションのレビュー(INV_REVIEW_PENDING_INVENTORY_TRANSACTION_PRIV)
    • 完了在庫トランザクションのレビュー(INV_REVIEW_COMPLETED_INVENTORY_TRANSACTION_PRIV)
    • 在庫予約およびピックの管理(INV_MANAGE_INVENTORY_RESERVATION_AND_PICKS_PRIV)
    • 出荷および出荷明細の管理(WSH_MANAGE_SHIPMENT_AND_SHIPMENT_LINE_PRIV)
    • 原価配分職務の作成(CST_CREATE_COST_DISTRIBUTIONS)
    • 原価配分のレビュー(CST_REVIEW_COST_DISTRIBUTIONS)
    • サプライ・チェーン財務オーケストレーション・フローの保守(FOS_MAINTAIN_SUPPLY_CHAIN_FINANCIAL_TRADE_AGREEMENT_PRIV)
    • 供給オーダー・インタフェースの処理(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)
    • 「供給プランニング」作業領域のモニター(MSC_MONITOR_SUPPLY_PLANNING_WORK_AREA_PRIV)
    • 「需要および供給プランニング」作業領域のモニター(MSC_MONITOR_DEMAND_AND_SUPPLY_PLANNING_WORK_AREA_PRIV)
    • 「オーダー納期回答」作業領域のモニター(MSC_MONITOR_ORDER_PROMISING_WORK_AREA_PRIV)
    • 「バックログ管理」作業領域のモニター(MSC_MONITOR_BACKLOG_MANAGEMENT_WORK_AREA_PRIV)

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

新しい分割明細への値の移入

ユーザーが「履行明細の分割」ダイアログで明細を分割した場合、オーダー管理により当初明細の値が新しい分割明細に移入されます。

ユーザー・エクスペリエンスを向上させます。オーダー管理では当初明細から値が移入されるため、ユーザーが手動で入力する必要はありません。

有効化のステップ

  1. 「設定および保守」作業領域に移動し、「タスク」→「検索」をクリックして、「管理者プロファイル値の管理」タスクを検索して開きます。
  1. 「管理者プロファイル値の管理」ページで、「履行明細の分割時に値を移入」プロファイル・オプションを検索します。値はサイトまたはユーザー・レベルで指定できます。この機能を有効にするには、値「はい」を選択します。

主なリソース

  • Oracle Supply Chain Management Cloud: オーダー管理の実装ガイド(Oracle Help Centerからアクセスできます)。

ロールおよび権限

  • オーダー入力スペシャリスト
  • オーダー・マネージャ

チャネル収益管理

サプライヤ・チャネル管理

サプライヤ取引プログラムを作成して管理することで、需要チェーン全体でのプログラムおよびプロモーションの実行と影響を最適化します。

倉庫および出荷先住所に基づいた出荷およびデビット・プログラムの適格性の定義

出荷元倉庫および出荷先顧客に基づいて、出荷およびデビット・プログラム・クオリファイア・ルールを作成します。たとえば、過剰在庫を移動したり、その事業所に固有の運送費を管理するために、倉庫の出荷およびデビット・プログラムを作成します。出荷先顧客クオリファイアを使用して、特定の顧客事業所にプログラムの適格性を制限します。

サプライヤ出荷およびデビット・プログラムに、出荷元倉庫または出荷先顧客に基づくクオリファイア・ルールを含めることができるようになりました。

有効化のステップ

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

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

  1. 「オーダー管理」オファリングで、「チャネル収益管理」機能領域を有効にします。次に、「サプライヤ・チャネル管理」機能をオプト・インします。

主なリソース

ロールおよび権限

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

  • 次の事前定義済ジョブ・ロールが割り当てられているユーザーは、自動的にこの機能にアクセスできます。
    • サプライヤ・チャネル・マネージャ(ORA_CJM_SUPPLIER_CHANNEL_MANAGER_JOB)
    • サプライヤ営業担当(ORA_POS_SUPPLIER_SALES_REPRESENTATIVE_JOB)
  • 次の権限が含まれる構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。
    • サプライヤ要求の管理(CJM_MANAGE_SUPPLIER_PROGRAMS_PRIV)
    • サプライヤ・ポータルのサプライヤ・プログラムの管理(CJM_MANAGE_SUPPLIER_PROGRAMS_IN_PORTAL_PRIV)

控除および決済

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

顧客要求の消込時にデフォルトの売掛/未収金アクティビティを使用

顧客要求の消込時に要求タイプのデフォルトの売掛/未収金アクティビティを指定します。売掛/未収金アクティビティは、顧客要求の消込時にデフォルト設定されます。要求タイプの売掛/未収金アクティビティが指定されていない場合、値はビジネス・ユニットからデフォルト設定されます。

要求タイプのセットに対する消込会計を標準化します。

有効化のステップ

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

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

  1. 「チャネル収益管理」という機能領域をオプト・インする必要があります。次に、「控除および決済」という機能をオプト・インします。
  1. 控除および決済の場合:
    1. 「財務」というオファリングおよび「売掛/未収金」という機能領域で、「売掛/未収金システム・オプションの管理」というタスクに移動します。ビジネス・ユニットを検索して選択します。「現預金処理」タブをクリックします。「チャネル収益管理調査の使用可能」チェック・ボックスを選択し、「保存」をクリックします。

主なリソース

ロールおよび権限

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

  • 次の事前定義済ジョブ・ロールが割り当てられているユーザーは、自動的にこの機能にアクセスできます。
    • チャネル要求マネージャ(ORA_CJM_CLAIMS_MANAGER_JOB)
  • 次の権限が含まれる構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。
    • 要求消込の許可(CJM_ALLOW_CLAIM_WRITE_OFFS_PRIV)
    • 顧客要求の管理(CJM_MANAGE_CUSTOMER_CLAIMS_PRIV)

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

240文字までのサプライヤ・サイト・コードの使用

サプライヤ・サイト・コードは通常、短い英数字の文字セットです。ただし、ビジネスの状況によっては、サイト・コードを長くして読みやすくするほうが便利なことがあります。この更新では、サプライヤ・サイト・コードの最大長がOracle Fusion Cloud Procurementの同じ機能と連動して240文字に増えました。この変更は、サプライ・チェーン・プランニング・サプライヤのOracleファイルベース・データ・インポート(FBDI)テンプレート(ScpSupplierImportTemplate.xlsm)を使用してサプライヤ・サイト・コードを新しい最大値まで収集できる、Oracle Fusionソース・システムと外部ソース・システムの両方に適用されます。

次に、Big Computersのサプライヤ・サイトを示す「供給ネットワーク・モデル」ページの例を示します。2つのサイトのサプライヤ・サイト・コードが、前の更新のプランニングでサポートされていた最大値である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)
  • この機能を利用するために必要な既存の権限の変更はありません。ユーザーがサプライヤ・サイト・コードを表示するページにアクセスできる場合、プランニングに収集された後にサプライヤ・サイト・コードの長い値が表示されます。

オーダー納期回答での複数レベル割付

割付ルールは、需要を満たすために指定した数量またはパーセントの供給を使用できるようにすることで、取引約定を尊重し、需要が高い品目をさらに公平に配分するのに役立ちます。この機能にオプト・インしている場合、属性ベースのノードの階層を使用してネットワーク全体で供給の割付のバランスをとる強化された供給割付ルールが使用可能です。子割付は、必要に応じて親ノードに割り付けられた供給を共有します。

「大規模なオーダー納期回答」という名前の機能にオプト・インした後に、複数レベルのオーダー納期回答という名前の機能にオプト・インします。これで、このセクションで説明されている機能を使用できます。

RESTサービスを使用した、割付率の特定の数量での上書き

配賦RESTリソースを使用して、1つ以上の配賦ノードで使用可能な供給を、プロモーション中、休日、または通常のパーセント配賦が適用されない他の期間の特定の数量に設定します。Oracle Global Order Promisingでは、割当階層内の残りの各ノードの数量が調整され、納期回答によりその週にすでに配賦されている供給の合計金額が保持されます。

納期回答の精度が向上します。この機能を使用して、プロモーション、休日、年間の季節変動などによりサプライ・チェーンで発生する変動を反映します。

有効化のステップ

REST APIガイドのRESTサービス定義(「Oracle Help Center」関心のあるアプリケーション・サービス領域 →「REST API」から使用可能)を参照してください。OracleのRESTサービスを初めて利用する場合は、「クイック・スタート」セクションから始めることができます。

次の機能をオプト・インします。

  • 大規模なオーダー納期回答
  • オーダー納期回答での複数レベル割付

これらの機能をすでにオプト・インしている場合、再度オプト・インする必要はありません。

ヒントと考慮事項

  • ノードの供給を調整するときに、割当階層内のすべてのノードで品目に使用可能な週次供給合計を考慮します。
  • 上書きの結果を確認するには、「オーダー納期回答」作業領域に移動し、供給配賦レポートの「手動配賦」属性を表示します。

主なリソース

ロールおよび権限

  • 次の事前定義済ジョブ・ロールが割り当てられているユーザーは、自動的にこの機能にアクセスできます。
    • オーダー納期回答マネージャ(ORA_MSC_ORDER_PROMISING_MANAGER_JOB)

大規模なオーダー納期回答

オーダー納期回答は、ハードウェア障害が発生した場合でも需要に応じてスケール調整し、機能を続行する必要がある重要なビジネス・プロセスです。Oracle Fusion Cloud Global Order Promisingに対する最近の変更により、水平グリッド全体の有効数量チェックおよびスケジューリング要求に対するスケールアウト・アーキテクチャが提供され、キャパシティおよびレジリエンスが強化されています。この新しいアーキテクチャにより、運用間接費も削減され、供給および参照データ更新がすぐに使用可能になり、オーダー納期回答サーバーのリフレッシュ/再起動の必要がなくなります。

この新しいアーキテクチャへの移行は、複数の更新にわたって継続されます。更新24A以降、C++ベースのオーダー納期回答ソリューションは廃止され、大規模なオーダー納期回答ソリューションを使用してOracle Fusion Cloudのすべてのオーダー納期回答が実行されます。「大規模なオーダー納期回答」機能にオプト・インすることで、いつでも新しいソリューションに移行できます。生産可能数量または割当済のオーダー納期回答を使用する場合は、この移行の前にいくつかの設定を完了する必要があります。詳細は、次のOracle Cloud Customer Connectイベントを参照してください: SCM - 次世代のグローバル・オーダー納期回答の準備

「大規模なオーダー納期回答」という機能をオプト・インすると、この項で説明する機能を使用できます。

PTPの使用

PTPを使用して、よりコスト効率の高いソースで品目を履行するために通常使用するソースを上書きできます。納期回答では、組織内の品目の原価、企業内の組織間で品目を転送するための原価、およびサプライヤからのインバウンド移動原価が考慮されます。「大規模なオーダー納期回答」機能を有効にすると、到着日のスケジュール時に、出荷元事業所から顧客のサイトへの品目の出荷原価を含めることができます。リソース構成表から製造品目のリソース原価およびコンポーネント原価を含めることもできます。

利益マージンを最大化します。PTPフローにおいて、発生する原価が最も少ないオプションを使用してください。

有効化のステップ

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

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

ヒントと考慮事項

  • 大規模なオーダー納期回答機能にオプト・インする必要があります。この機能をすでにオプト・インしている場合、再度オプト・インする必要はありません。
  • リソース構成表には製造品目の原価は含まれません。かわりに、納期回答では、品目原価や転送原価などに基づいて品目を納期回答するとその原価が計算されます。
  • 納期回答では、ソース・ルールに基づいて製造品目の転送原価が考慮されます。納期回答で転送原価を適用する場合は、品目がソースおよび宛先において重要度が高いことを指定する必要があります。
  • PTPを使用する場合は、Oracle Applicationsで転送原価、標準品目原価、サプライヤ原価、リソース原価などの原価を正しく設定してください。
  • 直接出荷を使用する場合は、直接出荷検証組織の割当に使用する有効在庫数量ルールでPTPオプションを有効にする必要があります。
  • 供給ネットワーク内の品目のソースに使用する組織に対してこの機能をオプト・インすると、納期回答では供給ネットワーク内のすべての組織に対してこの機能が使用されます。
  • 納期回答の主な目的は、定時または最小遅延で販売オーダーを履行することです。納期回答で要求日以内にオーダーを履行する方法が複数あることが判明した場合、どのソースを使用するかを決定するために各ソースの原価が考慮されます。たとえば、在庫原価、転送原価および搬送原価が考慮されます。品目を製造する必要がある場合、積上原価も考慮されます。

主なリソース

ロールおよび権限

  • 次の事前定義済ジョブ・ロールが割り当てられているユーザーは、自動的にこの機能にアクセスできます。
    • オーダー納期回答マネージャ(ORA_MSC_ORDER_PROMISING_MANAGER_JOB)

供給割付レポートでの需要要約の表示

供給配賦レポートに、納期回答が需要を満たす方法の詳細が含まれるようになりました。そのデータを使用して、配賦の全体的なパフォーマンスに関するインサイトを取得できます。たとえば、各週次バケットの合計需要数量、納期回答で出荷または搬送を予定している需要数量、および配賦済品目の充足レート・パーセントが表示されます。また、各ノードの収益合計と遅延収益を調べて、供給の配賦による財務上の影響の判断に役立てることもできます。

レポートの需要要約を使用して、サプライ・チェーンで使用可能な限られた量の供給を配賦する方法について、より多くの情報に基づいて意思決定ができます。

有効化のステップ

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

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

ヒントと考慮事項

次の機能をオプト・インします。

  • 大規模なオーダー納期回答
  • オーダー納期回答での複数レベル割付

これらの機能をすでにオプト・インしている場合、再度オプト・インする必要はありません。

主なリソース

ロールおよび権限

  • 次の事前定義済ジョブ・ロールが割り当てられているユーザーは、自動的にこの機能にアクセスできます。
    • オーダー納期回答マネージャ(ORA_MSC_ORDER_PROMISING_MANAGER_JOB)

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

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

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

モジュール 削除される機能 削除予定 置換後の機能 置換時期 追加情報
価格設定 価格要求SOAPサービス 23D 文書価格REST API 19A

更新19A以降、価格要求SOAPサービスへの追加の拡張機能はありません。23DでSOAPサービスが削除されるまでは引き続き機能しますが、できるだけ早く文書価格REST APIに移行する必要があります。文書価格REST APIの詳細は、REST API for Oracle Fusion Cloud SCMドキュメントを参照してください(Oracle Help Centerからアクセスできます)。

オーダー管理

オーケストレーション・プロセス定義へのパラレル・ステップまたはサブプロセス・ステップの追加

23A なし NA

更新23A以降、オーケストレーション・プロセス定義にパラレル・ステップまたはサブプロセス・ステップを追加できなくなります。

オーダー管理

オーダー明細の事前定義済の「出荷済」ステータスまたは事前定義済の「請求済」ステータスの上書き

23A なし NA

更新23A以降、オーダー明細の事前定義済の「出荷済」ステータスまたは事前定義済の「請求済」ステータスを上書きできなくなります。

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

メモリー常駐型、C++ベースのオーダー納期回答

24A

大規模なオーダー納期回答

23A

更新24A以降、C++ベースのオーダー納期回答ソリューションは廃止され、大規模なオーダー納期回答ソリューションを使用してOracle Fusion Cloudのすべてのオーダー納期回答が実行されます。「大規模なオーダー納期回答」機能にオプト・インすることで、いつでも新しいソリューションに移行できます。生産可能数量または割当済のオーダー納期回答を使用する場合は、この移行の前にいくつかの設定を完了する必要があります。詳細は、次のOracle Cloud Customer Connectイベントを参照してください: SCM - 次世代のグローバル・オーダー納期回答の準備