Oracle Order Management Cloud Release 13 (updates 17B - 17D)

What's New

2

目次

文書履歴 ······································································································································ 4

更新 17D ······································································································································ 4

改定履歴 ······································································································································ 4

概要 ············································································································································ 4

新機能のオプションの取込み(オプト・イン) ····························································································· 5

更新タスク ···································································································································· 5

機能のサマリー ······························································································································ 6

オーダー管理 ···························································································································· 6

ダウンストリーム統合のカスタム・ペイロード使用可能 ·································································· 6

更新 17C ······································································································································ 8

改定履歴 ······································································································································ 8

概要 ············································································································································ 8

新機能のオプションの取込み(オプト・イン) ····························································································· 8

更新タスク ···································································································································· 8

本リリースの機能のサマリー ·············································································································· 9

オーダー管理 ··························································································································· 10

オーダー・カバレージおよびサブスクリプション・サービス ······························································ 10

高度なデフォルト設定および検証の拡張の作成 ········································································ 19

財務との統合の拡張 ········································································································· 20

売掛/未収金トランザクション・タイプのルールベースの選択 ··························································· 21

下書きオーダーのビジネス・インテリジェンス ············································································· 22

PRICING ································································································································ 23 品目属性に基づく価格設定ルールの定義 ················································································ 23

CONFIGURATOR ···················································································································· 25 リリース前の、影響を受けるモデル全体での変更の効果的なテスト ················································· 25

補足属性の追加によるガイド付き販売プロセスの簡略化 ······························································ 26

追加の動的コンテンツでの新しい UIテンプレートの活用 ······························································ 27

補足構成の効率的な管理 ··································································································· 28

新しいイベント・タイプによるコンフィギュレータ拡張ルール機能の拡張 ············································· 30

更新 17B ····································································································································· 31

改定履歴 ····································································································································· 31

概要 ··········································································································································· 32

新機能のオプションの取込み(オプト・イン) ···························································································· 32

更新タスク ··································································································································· 32

本リリースの機能のサマリー ············································································································· 32

オーダー管理 ································································································································ 34

ユーザー・インタフェースの強化 ···································································································· 34

ホームページと作業領域ランディング・ページで使用できる分析主導型のインフォレット ························· 34

オーダー管理 ··························································································································· 36

オーダーの承認 ···················································································································· 36

承認条件と割当経路の構成 ································································································· 36

オーダー入力時の承認のトリガー ·························································································· 39

オーダー入力時と履行処理時の与信チェック ················································································ 42

与信チェックの構成 ··········································································································· 42

与信保留の表示 ··············································································································· 44

3

追加のオーダー管理機能強化 ·································································································· 47

オーダー・ステータスと例外の視覚的なモニター ········································································ 47

グローバル取引コンプライアンスの有効化 ··············································································· 48

計算済正価の調整 ············································································································ 54

輸送管理システムからの輸送情報の受信 ················································································ 56

ORACLE INTEGRATION CLOUD SERVICEと互換性のあるビジネス・イベントを使用してステータスと

例外を更新する ················································································································ 58 PRICING ································································································································ 61

価格設定と割引の制御······································································································· 61

サービス契約での価格カバレージ・サービス ············································································· 61

価格実行アルゴリズムからの外部サービスの呼出し ··································································· 63

CONFIGURATOR ···················································································································· 63 オーダー・キャプチャ・チャネル間での CONFIGURATORランタイムの統合 ······································ 63

コンフィギュレータ拡張ルールからの外部サービスの呼出し ·························································· 64

構成初期化への拡張ルールの使用 ······················································································· 64

コンフィギュレータ・ルールの小数許容範囲のサポート ································································· 65 GLOBAL ORDER PROMISING ·································································································· 65

Global Order Promisingユーザー・インタフェースでの表示のカスタマイズとセグメント化 ······················ 66

費用配賦先転送のスケジュール ··························································································· 67

販売オーダーと外部のオーダー管理システムとの同期 ································································ 67

付録 A: 機能セキュリティの集計権限······························································································ 68

付録 B: 機能セキュリティの権限···································································································· 68

4

文書履歴

本書は、既存の項の変更と、新規情報の追加に伴って、今後も引き続き更新されます。次の表は、すべての更新を示して

います。

日付 更新バージョン 備考

2017年 10月 20日 更新 17D 更新 17Dで導入された新機能。

2017年 9月 1日 更新 17C 更新 17Cで導入された新機能。

2017年 8月 25日 更新 17B 更新 17Bの改訂版。

更新 17D

改定履歴

本書は、既存の項の変更と、新規情報の追加に伴って、今後も引き続き更新されます。次の表は、すべての更新を示して

います。

日付 機能 備考

2017年 10月 20日 初版作成。

概要

このガイドでは、本更新の新機能と機能向上を理解するうえで必要な情報の概要を示し、更新のために実行する必要が

あるタスクについて説明します。各項には、機能の簡単な説明、その機能を有効化または開始するために必要な手順、

ヒントや留意すべき考慮事項、および役に立つリソースが記載されています。

セキュリティと新機能

このガイドの各機能の「ロール」の項に、機能を使用するために必要なセキュリティ権限およびジョブ・ロールを示します。

他に説明がない限り、機能の設定が必要な場合は、設定を実行するために「アプリケーション実装コンサルタント」ジョ

ブ・ロールが必要です。

カスタム・ジョブ・ロールを作成した場合は、必要に応じて、この情報を使用してそれらのロールに新しい権限を追加でき

ます。

注意

この文章は英語の原文「Oracle Order Management Cloud What’s New in Release 13」の日本語訳となります。英文

と日本文との間に違いがある場合は、英語の原文を優先します。

この文書は Oracle Cloud Applications Release 13 をリリースした時点の文書を翻訳したものです。オラクルは新リリースの説

明を英語で提供し、機能に更新がある都度改訂していますが、日本語版は更新されません。オリジナル文書に加わった変更は改訂

履歴(Revision History)に記述されます。この文書作成後のリリース変更点についてはそちらをご参照ください。

5

新機能のオプションの取込み(オプト・イン)

当社では、継続的に Oracle Cloud Applicationsに多数の新機能を追加していますが、一部の機能については、ユー

ザーの準備が完了した時点で「オプト・イン」して、自分に適したペースで新機能を利用できます。機能のオプト・インは、

「新機能」作業領域を使用する方法または「設定および保守」作業領域を使用する方法の 2つの方法で行えます。

「新機能」作業領域を使用したオプト・イン:

1. 「ナビゲータ」をクリックして、(「自分の企業」見出しにある)「新機能」をクリックします。

2. 「新機能」ページで、レビューする新機能が含まれるオファリングを選択します。

3. オプト・インする機能の「オプト・イン」をクリックします。

4. 「機能の編集」ページで、機能の「使用可能」オプション選択して、「完了」をクリックします。

「設定および保守」作業領域を使用したオプトイン:

1. 「ナビゲータ」をクリックして、「設定および保守」をクリックします。

2. 「設定」ページでオファリングを選択して、「機能オプトインの変更」をクリックします。

3. 「オプト・イン」ページで、「機能の編集」アイコンをクリックします。

4. 「機能の編集」ページで、オプト・インする機能の「使用可能」オプション選択して、「完了」をクリックします。「使用

可能」列にチェック・ボックスではなく「編集」アイコンが含まれている場合は、そのアイコンをクリックし、機能オプ

ションを選択して「保存してクローズ」をクリックします。

5. 「完了」をクリックします。

更新タスク

この項では、更新を計画、デプロイおよび検証するために役立つ情報を提供します。このドキュメントには頻繁に新しい

情報が追加されるため、更新を開始する前には、必ずこの項を確認し、最新の情報を入手してください。

6

機能のサマリー

機能

機能の有効化に必要なアクション

なし

(自動的に

利用可)

オプト・イン

UI経由のみ

により

使用可能

オプト・イン

および

追加ステップ

により

使用可能

オプト・インで

は使用不可

で設定が

必要

サービス

要求の発行

オーダー管理

ダウンストリーム統合のカスタム・ペイロード

使用可能

オーダー管理 ダウンストリーム統合のカスタム・ペイロード使用可能

Oracle Order Management Cloudから Oracle Shipping Cloud、Oracle Purchasing Cloudおよび Oracle Receiving

Cloudへの既存のクラウドツークラウドの統合を拡張できるようになりました。Order Managementには、オーダーから

入金までの完全なプロセス・フローを可能にするために、他の SCMアプリケーションとの統合が含まれています。これら

の統合は包括的ですが、特定のビジネス・ニーズを満たすには、追加情報をオーダーから渡す必要がある場合がありま

す。Order Managementから Shipping、Purchasingおよび Receivingへの既存のクラウドツークラウド統合に追加属

性を設定できるようになりました。たとえば、サプライヤ価格を購買オーダーに渡せるようになりました。この統合により、

実装時間およびオーダー処理コストが大幅に削減されます。

有効化の手順

機能オプションを次のように設定します。

1. 「ナビゲータ」で、「設定および保守」をクリックします。

2. 「設定および保守」ページで、「オーダー管理」オファリングをクリックします。

3. 「機能オプトインの変更」をクリックします。

4. 「オーダー管理」の「機能の編集」をクリックします。

5. 「ダウンストリーム統合のカスタム・ペイロード使用可能」を選択して、「使用可能」チェック・ボックスを選択します。

「機能名: ダウンストリーム統合のカスタム・ペイロード使用可能」ダイアログ・ボックスが表示されます。

6. 使用可能にする各統合のチェック・ボックスを選択します。

7. 「保存してクローズ」をクリックします。

7

オーダー・オブジェクトと請求書インタフェース・オブジェクトの間の属性マッピングを次のように定義します。

1. 「価格設定管理」作業領域で、「タスク」をクリックします。

2. 「オーダー管理構成」→「サービス・マッピングの管理」に移動します。履行統合コンテキストの下に事前定義オブ

ジェクトがあります。

3. 事前定義属性を使用して必要なマッピングを定義します。

ヒントと考慮事項

拡張機能属性または付加属性をマッピングに使用する場合は、オーダー・オブジェクトに実装されている拡張フレックス

フィールド、および請求書オブジェクトに実装されている付加フレックスフィールドに関する情報を収集します。「アルゴリ

ズムの管理」ページで使用する属性は、「サービス・マッピングの管理」ページの「ソース」タブと「サービス」タブで定義

する必要があります。

レベルをまたいで属性をマッピングする場合は、まず「アルゴリズムの管理」ページを使用してアルゴリズムを作成す

る必要があります。履行明細は、請求書インタフェース明細と同じレベルです。オーダー・オブジェクトのその他のエン

ティティは、請求書インタフェース明細よりも 1つ上または下のレベルになります。

主なリソース

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

ます)。

Oracle Supply Chain Management Cloud: 価格設定の管理ガイド(Oracle Help Centerからアクセスできます)。

8

更新 17C

改定履歴

本書は、既存の項の変更と、新規情報の追加に伴って、今後も引き続き更新されます。次の表は、すべての更新を示して

います。

日付 変更内容 備考

2017年 9月 1日 文書の初回作成。

概要

このガイドでは、本リリースの新機能と機能向上を理解するうえで必要な情報の概要を示し、更新のために実行する必要

があるタスクについて説明します。各項には、機能の簡単な説明、その機能を有効化または開始するために必要な手順、

ヒントや留意すべき考慮事項、および役に立つリソースが記載されています。

セキュリティと新機能

システムでセキュリティ構成を変更した場合は、利用する新機能について、セキュリティ管理者に報告が必要になる場合

があります。

注意

この文章は英語の原文「Oracle Order Management Cloud What’s New in Release 13」の日本語訳となります。英

文と日本文との間に違いがある場合は、英語の原文を優先します。

この文書は Oracle Cloud Applications Release 13 をリリースした時点の文書を翻訳したものです。オラクルは新リリースの

説明を英語で提供し、機能に更新がある都度改訂していますが、日本語版は更新されません。オリジナル文書に加わった変更は

改訂履歴(Revision History)に記述されます。この文書作成後のリリース変更点についてはそちらをご参照ください。

新機能のオプションの取込み(オプト・イン)

当社では、継続的に Oracle Cloud Applicationsに多数の新機能を追加しており、ユーザーが自分に適したペースで

新機能を利用できるオプションをご用意しました。この新機能 UIは、ご使用のクラウド・ホームページから使用でき、

これを利用して選択や必要な構成を行うことができます。

更新タスク

この項では、本リリースへの更新を計画、デプロイおよび検証するために役立つ情報を提供します。このドキュメントに

は頻繁に新しい情報が追加されるため、更新を開始する前には、必ずこの項を確認し、最新の情報を入手してください。

9

本リリースの機能のサマリー

機能

機能の有効化に必要なアクション

自動的に

利用可

エンド・

ユーザーの

アクションが

必要

管理者の

アクションが

必要

オラクルへの

サービス・

リクエストが

必要

オーダー管理

オーダー・カバレージおよびサブスクリプション・

サービス

高度なデフォルト設定および検証の拡張の作成

財務との統合の拡張

売掛/未収金トランザクション・タイプのルール

ベースの選択

下書きオーダーのビジネス・インテリジェンス

価格設定

品目属性に基づく価格設定ルールの定義

コンフィギュレータ

リリース前の、影響を受けるモデル全体での変更

の効果的なテスト

補足属性の追加によるガイド付き販売プロセスの

簡略化

追加の動的コンテンツでの新しい UIテンプレート

の活用

補足構成の効率的な管理

新しいイベント・タイプによるコンフィギュレータ拡張

ルール機能の拡張

10

オーダー管理 オーダー・カバレージおよびサブスクリプション・サービス

オーダーされた品目とともに、または品目の販売後に、延長保証などのカバレージ・サービスを販売することは、利益率

の高い収入源となります。 サブスクリプション・モデルを使用して製品を提供することで、顧客にとっては購入が簡単に

なり、販売が繰り返されることで収益の予測可能性が向上します。カバレージとサブスクリプションの両方を同じ形式で

オーダーおよび処理できると、オーダー・エラーの防止と、オーダー処理コストの削減に役立ちます。カバレージおよび

サブスクリプション・サービスには、次のようなものがあります。

オーダーへのカバレージの追加および対象となるオーダー明細との関連付け

関連付けられた対象明細が変更または取り消された場合のカバレージの自動変更または取消

カバレージの自動取消

以前にオーダーされた品目へのカバレージの追加

関連付けられた対象製品の返品時またはカバレージ単独の返品時のカバレージ金額の払戻

オーダー管理の UIまたはオーダー・インポートを使用したカバレージおよびサブスクリプションを含むオーダー

の作成

カバレージおよびサブスクリプション・サービスによるオーダーまたはオーダー明細の検索と取得

オーダー獲得および履行処理中にオーダー管理のビジネス・ルール、検証および処理制約を活用できる、サブ

スクリプション・サービスの新しい製品タイプ

オーダー・スタンドアロン・サブスクリプション・サービスまたはカバレージが関連付けられたサブスクリプション・

サービス

期間(固定、可変または無期限)、請求期間、請求頻度(単発または定期)の選択、およびカバレージとサブスクリ

プションの開始日の追加

対象品目価格に非依存または依存のカバレージの価格設定

出荷可能な品目(コンピュータなど)または出荷可能でない品目(ソフトウェア、サブスクリプションなど)のカバレー

ジ。 構成品目のカバレージ

関連付けられた対象明細が分割される場合のカバレージの比例分割

請求のためのカバレージおよびサブスクリプションのダウンストリームへの送信

この更新の一部として、オーダー管理は、オーダー管理のユーザー・インタフェースとオーダー・インポートによるカバレー

ジやサブスクリプションなどのサービス製品のオーダーをサポートします。

カバレージ製品は、対象商品と呼ばれる別の製品に関連付けられたサービスです。カバレージ製品は単独で存在する

ことはできず、常に、対象商品に対してオーダーされます。カバレージの例として、延長保証やサービス・レベル契約など

があります。

カバレージ製品は、出荷可能でないサービス品目です。製品情報管理で次の 4つの販売製品タイプのいずれかで定義

されます。

延長保証

ソフトウェア保守

サービス・レベル契約

予防保守

カバレージには、サービス期間と継続期間も設定されます。

11

対象製品は、製品情報管理で、「契約カバレージ可能」オプションを「はい」に設定することによって定義します。対象製品

は出荷可能な場合(コンピュータ・ハードウェアなど)と、仮想の場合があります(コンピュータ・ソフトウェア、サブスクリプ

ションなど)。対象製品は、標準製品または構成製品(オーダー組立(ATO)モデル、オーダー・ピック(PTO)モデル、複合、

キットなど)です。

オーダー管理では、同じ販売オーダーでカバレージを対象製品とともにオーダーでき、これは即時カバレージ・シナリオ

と呼ばれます。

カタログ行でカバレージ品目を選択すると、「追加」ボタンが「対象品目の選択」に変わります。 「数量」と「単位」が「期間」

と「継続期間」に置き換わり、品目設定の値が表示されます。品目が可変期間サービスの場合は値を更新できます。

即時カバレージ・オーダー - 標準対象製品

「対象品目の選択」ダイアログ・ボックスでは、現行オーダーまたは以前のオーダーの品目から対象製品を選択できます。

現行オーダーに対してこの選択を行うと、それは即時カバレージになります。「対象品目の選択」ダイアログ・ボックスの

「数量」および「単位」フィールドに、対象品目の値が表示され、この値は変更できません。カバレージの数量および単位は、

常に、関連付けられた対象製品の数量および単位と同じになります。「契約開始日」は、対象製品の要求出荷日に基づい

て表示されますが、出荷可能な対象製品に適用されるオーダー管理のパラメータ設定のカバレージ開始日に基づいて上

書きされることがあります。 「追加」ボタンは、品目をオーダーに追加し、対象製品に関連付けます。

12

即時カバレージ・オーダー - 対象製品とのリンケージ

複数のカバレージを同じ対象製品に追加できます。たとえば、標準デスクトップには、延長保証およびサービス・レベル

契約や予防保守などのカバレージを適用できます。ただし、1つのカバレージ明細は、1つの対象製品のみを対象にで

きます。

オーダー管理のユーザー・インタフェースを使用して構成済対象製品に対してカバレージをオーダーすると、モデルのす

べてのコンポーネント(対象にできる展開品目、オプション区分またはオプション品目)にカバレージ明細が自動的に追加

されます。対象にできるということは、製品情報管理で「契約カバレージ可能」オプションを「はい」に設定することによって

設定した関連サービスをこのコンポーネントに添付できるということです。

即時カバレージ・オーダー - 構成済対象製品

このシナリオでは、「オーダー明細」表に、ルート・カバレージ明細のみがすべての手数料の積上とともに表示されていま

す。このルート・カバレージ明細の下にある「詳細」リンクをクリックすると、子明細が表示されます。

13

ユーザーが対象明細の数量または単位を変更すると、カバレージ製品明細が自動的に変わり、これらの属性の対象明

細と同期されます。カバレージ明細は、オーダーの作成または改訂中に単独で削除または取り消すことができますが、

関連する対象品目が削除または取り消された場合は、自動的に削除または取り消されます。

顧客が対象製品をオーダーするときにカバレージをオーダーしなかった場合は、対象明細がクローズ済ステータスである

かぎり、後で、オーダー管理でカバレージをオーダーできます。このシナリオは遅延カバレージと呼ばれます。

遅延カバレージ・オーダー - 標準対象製品

遅延カバレージ・オーダーでは、以前のオーダーから対象明細を選択する必要があります。オーダーするカバレージは、

数量と単位がクローズ済対象明細と同じになり、数量の正味が対象明細に対して返されます。

対象モデルが別のオーダーにある遅延カバレージの場合、「コンポーネント」ページには、子カバレージのみが、対象と

するものを指すコメントとともにルートの下に表示されます。

特定の販売オーダーでは、即時と遅延の両方のカバレージ明細が存在する場合があります。

オーダーを送信すると、オーダーの履行ビューに、「表示」メニューで表示できる新しいサービス属性が表示されます。

14

「履行明細」ビュー - サービス詳細

履行ビューでカバレージ明細を選択すると、新しい「サービス詳細」タブに、サービス属性に関する追加情報が表示され

ます。この明細が対象とする対象製品へのリンクもあります。

返品フローでは、カバレージの返品に 2つのユースケース・バリアントがある場合があります。つまり、関連する対象製

品が返品されたときにカバレージが返品される場合と、カバレージが単独で返品される場合があります。

クローズ済対象明細が返品された場合は、オーダーをまたいだ有効な関連カバレージ明細も「返品」ダイアログに表示

されます。

15

カバレージの返品

カバレージについては、返品数量は、デフォルトでは返品される対象品目の数量です。「オーダーの作成」ボタンを選択

した場合、オーダーは対象品目とカバレージの両方の返品明細とともに作成され、貸方金額は顧客が初回オーダーに

対して支払った金額にデフォルト設定されます。別の金額を払い戻す必要がある場合は、価格を調整できます。

同様に、顧客がカバレージを終了するが、対象製品を保持する場合は、カバレージを選択できます。ただし、この場合、

返品数量は関連する対象製品の返品可能数量全体である必要があります。

本リリースの一部としてオーダーでサポートされるもう 1つのサービス・タイプは、サブスクリプションです。サブスクリプ

ション・サービスは繰り返しプロビジョニングされ、たとえばソフトウェア・サブスクリプションや Software-as-a-Service

(SaaS)などがあります。

サブスクリプションは、単独でオーダーするか、カバレージを関連付けることで対象製品の役割を果たすことができます。

カバレージが関連付けられたサブスクリプション製品の例として、99%のサービス・レベル契約のカバレージが関連付け

られた Order Management Cloudへのサブスクリプションがあります。

サブスクリプションは、標準製品またはサポートされているいずれかの構成製品タイプ(オーダー組立(ATO)モデル、

オーダー・ピック(PTO)モデル、複合、キットなど)です。

カタログ行でサブスクリプション品目を選択すると、表示が変更されます。「数量」と「単位」に加えて「期間」と「継続期間」

が表示されます。デフォルトでは、「期間」と「継続期間」は品目設定から移入され、品目が可変期間サブスクリプションの

場合は更新できます。無期限のサブスクリプションの場合は、必要に応じて「期間」と「継続期間」を入力できます。「追加」

ボタンは、商品品目と同様に品目をオーダーに追加します。

16

サブスクリプション・オーダー

これまで、オーダー管理のユーザー・インタフェースを使用してサービス・オーダーを有効にする方法について説明してき

ました。次の項では、サービス・オーダーでインポートがどのように役立つかを示します。

オーダー管理では、サービス・オーダー明細のインポートがサポートされています。これには、このようなサービス明細の

作成、変更、取消および返品のための、アップストリーム・システムからのカバレージまたはサブスクリプションが含まれ

ます。標準および構成済の両方の対象製品に対してカバレージ明細をインポートできます。これらのカバレージは、即時

カバレージ・オーダーまたは遅延カバレージ・オーダーの一部である場合があります。

ファイル・ベース・インポート、サービス指向アーキテクチャ(SOA) Webサービス、アプリケーション開発フレームワーク

(ADF) Webサービス、BtoB (B2B)、電子データ交換(EDI)メッセージング・フレームワークなどの既存のすべてのイン

ポート・メカニズムは、サービス明細をサポートしています。

カバレージやサブスクリプションなどのサービス製品明細のインポートに対応するために、サービス期間、継続期間、請

求期間などの主なサービス属性を取得するようにペイロードが拡張されました。オーダーが事前価格または Fusion価

格の場合にペイロードを送信する方法には微妙な違いがあります。

これまで、オーダー管理のユーザー・インタフェースまたはインポートを使用して、カバレージやサブスクリプションを処理

する方法について説明しました。次の項では、このようなサービス製品の価格設定、履行および請求の詳細について説

明します。

カバレージ品目は、様々な方法で価格設定できます。たとえば、対象品目価格から独立してカバレージの標準価格を設

定したり、対象品目価格に対するパーセントとしてカバレージ価格を設定できます。パーセント・ベースの場合、ベースは

正価、定価などになります。これは、即時と遅延の両方のカバレージ・オーダーの場合に該当します。カバレージ品目に

は、単発手数料、反復手数料または複数の手数料が関連付けられている場合があります。オーダー管理では、特定の

手数料について期間全体で顧客が支払う必要がある金額も計算します。サービス期間の時間単位が手数料周期とは異

なる部分周期の場合は、期間金額の計算もサポートされます。

17

カバレージ価格詳細

構成済対象製品のカバレージは、価格をルート・モデル・レベルで定義でき、対象にすることができるすべてのコンポー

ネントが価格で評価されます。積上手数料は、適格コンポーネントを対象とするカバレージ明細に対して計算されます。

価格設定は、サービス期間が固定、可変または無期限であるカバレージ品目でサポートされます。

カバレージと同様に、単発手数料、反復手数料、複数の手数料などの様々なタイプの手数料をサブスクリプション品目に

定義できます。これらのサブスクリプション品目のサービス期間は、固定、可変または無期限にできます。オーダー管理

では、特定の手数料について期間全体で顧客が支払う必要がある合計期間の金額を計算し、これには、サービス期間

の時間単位が手数料周期とは異なる部分周期も含まれます。

カバレージとサブスクリプションの返品明細は、当初オーダー参照があるかぎり価格設定できます。すべての返品明細に

対する手動価格調整は、通常の製品明細であるかサービス明細であるかに関係なく、本リリースの一部として導入され

ました。

サービス製品の履行については、対象製品および関連するカバレージの履行を調整するオプションが提供されています。

たとえば、対象製品が出荷されるまでカバレージが処理されないようにオーケストレーション・プロセスを定義できます。

カバレージの契約日も対象製品の履行マイルストンに基づいて計算できます。このことは、対象製品が出荷可能な場合

に該当します。この機能はデフォルトでは無効で、マイルストンをビジネス・ユニット・レベルで指定できる、オーダー管理

の設定パラメータのカバレージ開始日を使用して有効にすることができます。

履行中に対象製品が分割された場合は、関連するカバレージも比例して分割され、分割された関連する対象製品明細

に関連付けられます。

18

カバレージ分割、契約日の計算

請求統合に関しては、本リリースの一部として、手数料周期と請求周期が分離されました。現在は、単発手数料がある

品目の反復請求、反復手数料がある品目の単発請求などの請求シナリオがサポートされています。この変更により、請

求は品目に対する手数料タイプに基づいて行われなくなりました。

現在では、明細に関する定期請求情報を直接取得できます。

サービス品目 - 定期請求

構成済対象製品に対するカバレージがあり、そのカバレージに請求プランがある場合、カバレージの請求プランは、すべ

ての対象オプション(子カバレージ明細)に関連付けられているカバレージにカスケードされます。その後、必要に応じてカ

バレージ・オプション・レベルで請求プランを変更できます。

オーダー管理では、定期請求開始後の定期請求があるカバレージおよびサブスクリプション品目の一部クレジットをサ

ポートしています。

最後に、販売製品タイプ、サービス期間、継続期間などの新しい属性を様々な設定で使用できます。これらは、ビジネス・

ルール、処理制約、デルタ属性、オーダー・インポート、履行システム・ペイロード、オーダー情報サービス、ビジネス・

19

イベント、およびビジネス・インテリジェンス・レポートでサポートに使用できます。

有効化の手順

この機能を有効化するうえで必要な手順はありません。

主なリソース

この機能の詳細は、次のガイドを参照してください(Oracle Help Centerからアクセスできます)

Oracle Supply Chain Management Cloud: オーダー管理の実装

高度なデフォルト設定および検証の拡張の作成

オーダー管理には、オーダーが履行のために送信される前にオーダーに正しい情報があることを確認する検証機能が

あります。これらの検証は包括的ですが、多くの場合、ビジネスでは追加のオーダー情報を検証する必要があります。

たとえば、外部システムから導出された営業テリトリ属性を追加したり、オーダーの送信前にテリトリ・フィールドが移入さ

れていることを確認することがあります。この機能を使用すると、顧客は、オーダー管理検証とデフォルト動作をオーダー

予約フローの一部として拡張できます。

オーダー保存のイベント・ポイント時およびオーダー送信の開始または終了時に拡張を定義できます

拡張は、インポートされたオーダーおよびオーダー管理のユーザー・インタフェースを使用して入力されたオー

ダーに適用されます

拡張内に、フローの停止やメッセージの生成、属性のデフォルト設定または上書き、およびオーダー管理の外部

のシステムまたは機能へのコールアウトを行う検証ロジックを記述します

これらの拡張の柔軟性により、マスター・データに対するチェックが組み込まれたり、Oracle Applications Cloudやサー

ドパーティ・システムによって提供されるWebサービスが使用され、オーダー・データ品質が向上します。これにより、履

行中に例外が発生する可能性が低くなり、オーダーから入金までのサイクルが迅速化します。

20

拡張によってオーダーが検証され、警告やエラー・メッセージが生成されると、これらは、オーダー管理の作業領域に、

他のアプリケーション・メッセージと同じようにエンド・ユーザーに対して表示されます。

拡張フレームワーク内で作成されるメッセージは顧客が定義し、簡単に表示および検索できるように、既存のメッセージ・

タイプまたは新しいメッセージ・タイプに分類できます。

有効化の手順

Functional Setup Managerで「オーダー管理拡張の管理」タスクを使用して、新しい検証およびデフォルト設定ロジック

を定義します。

ヒントと考慮事項

拡張コードでは、Webサービス定義の管理で定義されているWebサービスのみを呼び出すことができます

Webサービスは、同期相互作用でのみサポートされます

特定の属性は、イベント・ポイントごとにデフォルト設定が有効になります

主なリソース

詳細は、support.oracle.comを参照してください。

Order Management Cloudを変更する拡張の定義(文書 ID 2252683.1)

財務との統合の拡張

オーダー管理には、オーダーから入金までの完全なプロセス・フローを可能にするために、財務との統合が含まれてい

ます。 この統合は包括的ですが、特定のビジネス・ニーズを満たすために、オーダーから追加情報を渡すことが必要に

なる場合があります。たとえば、プライマリ営業担当を財務に送信したり、カバレージ明細で対象となる製品名が含まれ

るように製品摘要を変更します。ユーザーは、コストを削減したり実装時間を短縮するために、既存の統合を拡張して追

加属性を含めることができるようになりました。

有効化の手順

オーダー・オブジェクトから請求書インタフェース・オブジェクトへの属性のマッピングを定義する必要があります。この

手順のナビゲーションは次のとおりです。

1. 「価格設定管理」作業領域に移動します。

2. 「タスク」ペインをクリックします。

21

3. 「オーダー管理構成」→「サービス・マッピングの管理」に移動します。

履行統合コンテキストの下に事前定義オブジェクトがあります。これらの属性は、目的のマッピングの実行に使用できま

す。

ヒントと考慮事項

マッピングにオブジェクト属性を使用する場合は、オーダー・オブジェクトの実装済拡張フレックスフィールドおよび請求

書オブジェクトの実装済付加フレックスフィールドに関する情報を収集します。「アルゴリズムの管理」ページで使用する

属性は、「サービス・マッピングの管理」ページの「ソース」タブと「サービス」タブで定義する必要があります。

レベルをまたいで属性をマッピングする場合は、まず「アルゴリズムの管理」ページを使用してアルゴリズムを作成する

必要があります。履行明細は、請求書インタフェース明細と同じレベルです。オーダー・オブジェクトのその他のエンティ

ティは、請求書インタフェース明細よりも 1つ上または下のレベルになります。

主なリソース

Oracle Supply Chain Management Cloud: オーダー管理の実装

Oracle Supply Chain Management Cloud: 価格の管理

売掛/未収金トランザクション・タイプのルールベースの選択

オーダーには、財務トランザクションに適した会計処理(請求書、デビット・メモ、クレジット・メモなど)を決定するために必

要な情報が含まれています。オーダー管理には、標準属性として AR トランザクション・タイプが含まれるようになりまし

た。これにより、ユーザーは、ビジネス・ユニット、オーダー・タイプ、明細タイプ、製品などのオーダーに関する情報を使

用して、必要な AR トランザクション・タイプを選択するルール(変換前/変換後)を定義でき、財務でのオーダーのフロー

が円滑化されます。

次の図は、売掛/未収金トランザクション・タイプ(請求トランザクション・タイプ)の変換前ルールの例を示しています。

売掛/未収金トランザクション・タイプ: 変換前/変換後ルールによるデフォルト設定

22

有効化の手順

この機能を有効化するうえで必要な手順はありません。

下書きオーダーのビジネス・インテリジェンス

トランザクション分析により、ユーザーはオーダー優先度および例外状態のオーダーを容易に識別できます。このことは、

オーダー収益の最大化とオーダー例外の適切な解決に役立ちます。ユーザーは、下書きステータスのオーダー(検証エ

ラー・タイプで分類された下書きオーダーなど)のトランザクション・レポートを作成および表示できるようになりました。

レポートは Oracle Transactional Business Intelligenceを使用して作成され、ビジネス・インテリジェンス・ダッシュボー

ドまたはオーダー管理スプリングボードで表示できます。送信するオーダーの優先度付けされたリストに簡単にアクセス

できるため、ユーザーの生産性と顧客オーダーへの応答性が向上します。

レポートで下書きオーダーのみを選択するには、適切なフォルダから「記帳済」属性を選択し、フィルタを適用して値を

Nに制限します。レポートがオーダー・ヘッダー・レベルのレポートの場合、この属性は、次の図に示すように、オーダー・

ヘッダー・サブジェクト領域の「オーダー詳細」フォルダの下にあります。

一方、目的のレポートの粒度が履行明細または履行明細の子エンティティの場合は、「履行明細」サブジェクト領域に

レポートを作成します。この場合、「記帳済」属性は、次の図に示すように、オーダー・ヘッダー詳細フォルダにあります。

23

例外状態の下書きオーダーに関するレポートを作成すると、例外の根本原因の解決に役立ちます。このため、これを

活用することで、会計四半期の終了前など、売上を適時にクローズできます。

有効化の手順

この機能を有効化するうえで必要な手順はありません。

ヒントと考慮事項

下書きオーダーまたは未記帳オーダーをレポートから除外する場合は、「記帳済」属性を選択し、フィルタを適用して値

を Yに制限します。このフィルタを適用しない場合は、フィルタ基準と販売オーダー日に応じて記帳済オーダーと下書き

オーダーの両方がレポートに含まれる可能性があります。

主なリソース

Oracle SCM Cloud: 分析およびレポートの作成と管理ガイド・リリース 13 (更新 17B)

PRICING 品目属性に基づく価格設定ルールの定義

多くの場合、会社は製品の属性に基づいて価格を計算または調整しますが、製品ごとに個別に定義すると時間がかかり

すぎます。品目属性は、製品またはサービスに関する追加情報を表すように品目区分に定義できます。この追加の製品

情報を価格設定ルールで使用して、価格や割引の適格性を決定できます。例として、製品の色やサイズに基づく価格の

割引、金、銀、銅などの品目の材料に基づく基準価格の引上げなどがあります。

本リリースでは、次の機能がサポートされています。

価格販売トランザクションなどの価格設定アルゴリズム内での品目属性の使用

24

製品リスト明細の価格設定マトリックスでの品目属性の参照。このことは、すべての品目レベルおよび品目レベ

ルでサポートされます

割引リスト明細の価格設定マトリックスでの品目属性の参照。このことは、すべての品目レベルおよび品目レベ

ルでサポートされます

製品またはサービスの属性に基づいて価格設定ルールを作成すると、価格設定ロジックを便利かつ効率的に作成およ

び保守できます。さらに、主要なビジネス・ドライバに基づく差別化された価格設定を柔軟に作成できます。

有効化の手順

製品情報管理で品目属性を設定します。これには、属性グループ、属性、値セットを使用した検証の詳細が含まれます。

属性を品目区分に関連付け、属性ページを定義します。この属性ページは、価格設定機能領域に関連付ける必要が

あります。品目属性値が品目に割り当てられていることを確認します。

定義した品目属性は、価格リスト手数料調整または割引リスト調整でマトリックス条件列として使用できます。事前定義

済マトリックス区分をレビューし、品目属性に対応する条件列を設定します。新しいドメイン・タイプを使用して、品目属性

を条件に割り当てることができます。

25

価格設定アルゴリズムで品目属性の値を取得するには、初期値の設定価格設定アルゴリズムで変数

GetAllUserDefinedAttributesFlagを falseから trueに設定する必要があります。

主なリソース

Oracle SCM Cloud: 価格の管理ガイド(Oracle Help Centerからアクセスできます)

CONFIGURATOR リリース前の、影響を受けるモデル全体での変更の効果的なテスト

コンフィギュレータ・モデル、製品構成または製品情報に対して、既存の構成に影響する可能性がある変更を加える場合

は、一般的に、影響を受ける可能性があるモデルを変更のリリース前にテストする必要があります。変更によっては、影

響を受ける可能性があるモデルの数は多くなることがあります。多数のモデルを効率的にテストするには、ユーザー入

力を要求しないでテストを実行する必要があります。

本リリースでは、新しい構成テスト・サービスにより、コンフィギュレータを非対話モードで呼び出すことができます。この

サービスは、構成を作成するペイロードを入力として受け取り、モデルのコンポーネントに対して 1つ以上の構成操作を

実行し、構成をクローズします。これらのすべての操作は、エンド・ユーザーとの対話なしに実行されます。

これにより、変更を効率的にテストし、リリース前にすべてのモデルにわたる変更の影響を評価できるため、特定のリリー

スの品質が確保されます。

有効化の手順

この機能を有効化するうえで必要な手順はありません。

主なリソース

Oracle Supply Chain Management Cloud: コンフィギュレータ・モデリング・ガイド(Oracle Help Centerから

アクセスできます)。

26

補足属性の追加によるガイド付き販売プロセスの簡略化

複雑でカスタマイズ可能な製品では、多くの場合、基礎となる要件を満たすために必要な個々の製品オプションを顧客

が把握することは困難です。ガイド付き販売の質問は、顧客が自分のニーズを最もよく満たす製品を選択する支援とし

て、製品構成中に頻繁に使用されます。このことを実行するために、コンフィギュレータでは、ソリューションのコンポーネ

ントの属性と、選択プロセスで指定された基準を照合する必要があります。たとえば、顧客が自分の構成で最適な自動

車部品を選択する支援として、ガイド付き販売プロセスを使用できます。顧客の車両の用途に基づき、燃費評価、快適

指数、キャビン・サイズなどの補足属性が、個々の自動車部品のそれらの属性と比較されることで、構成での最適な選

択を支援します。

本リリースでは、補足構成および品目構成の定義を拡張し、最も一致する可能性があるものを見つけるために、これらの

属性をルールで使用できます。

この図は、補足属性の作成を示し、コンフィギュレータ・ランタイムでのガイド付き販売の質問に対する回答を使用して、

構成での有効な選択肢の数を減らす方法を示しています。この例では、ガイド付き販売の回答で定義された補足属性と

エンジン・コンポーネントの評価および照合により、エンジン・タイプ・コンポーネントの使用可能なセットがより広範囲のリ

ストから減らされていることがわかります。

有効化の手順

この機能を有効化するうえで必要な手順はありません。

27

主なリソース

Oracle Supply Chain Management Cloud: コンフィギュレータ・モデリング・ガイド(Oracle Help Centerから

アクセスできます)。

追加の動的コンテンツでの新しい UIテンプレートの活用

オプション区分とオプション機能のヘッダー・レベルのファセットを含む新しいテンプレートを使用すると、品目に関する

追加の動的コンテンツが含まれるユーザー・インタフェースを設計できます。さらに、設計時に、製品コンフィギュレー

ション・マネージャは、品目の名前と摘要の組合せでノードの品目表示値を上書きできます。 UIテンプレートの拡張に

より、オーダー獲得中の構成品目の使いやすさと正確性が向上します。

次の図は、品質とファセットのチェック・ボックス・グループを使用するユーザー・インタフェースを示しています。

設計時の品質とファセットのチェック・ボックス・グループ

実行時の品質とファセットのチェック・ボックス・グループ

28

有効化の手順

この機能を有効化するうえで必要な手順はありません。

主なリソース

Oracle Supply Chain Management Cloud: コンフィギュレータ・モデリング・ガイド(Oracle Help Centerから

アクセスできます)。

補足構成の効率的な管理

顧客がニーズを満たす最適な製品を選択できるように、Fusion Configuratorでは、製品構成マネージャによって、製品

構成で取得されない、ガイド付き販売プロセスで役立つ追加情報を定義できます。これは補足構成と呼ばれ、オプション

機能、対応するオプション、構成属性およびそれらの値で構成されます。構成が複雑な多数のモデルを持つ会社では、

この追加構成情報を保守することは困難で時間がかかる可能性があります。

本リリースでは、Oracle ADF Desktop Integration (ADFdi)サービスを使用して、これらの補足構成の管理を拡張してい

ます。ADFdiは Oracle ADF機能の 1つで、これを使用して Microsoft Excelスプレッドシートと統合することで、Webア

プリケーションからの大量のデータを管理できます。

ADFdiの機能アーキテクチャ

29

補足構成の管理 - 製品構成マネージャは、Microsoft Excelスプレッドシートを使用して補足構成を効率的に保守できま

す。これらのスプレッドシートは、ダウンロードおよびアップロード機能とともに包括的な検索機能をサポートします。作成、

更新、削除操作をサポートするだけでなく、コンフィギュレータ・モデリング環境(CME)ユーザー・インタフェースで適用さ

れるものと同じ検証を提供します。スプレッドシートによって、データの正確性と機能のセキュリティも確保されます。

補足構成の管理

共通の補足構成 - 本リリースでは、クロス・モデル・オプション機能とも呼ばれる共通の補足構成を複数の構成モデル

下書きおよびワークスペースを横断して保守する機能が導入されました。クロス・モデル・オプション機能は、基本的に

は、関連する補足属性と値のセットを含む、オプション機能および対応するオプションのリストです。Oracle ADFdiサー

ビスへの統合により、クロス・モデル・オプション機能を Microsoft Excelスプレッドシートで作成または更新し、それらを

コンフィギュレータ・モデリング環境内の複数のモデル下書きを横断してアップロードできます。

30

クロス・モデル・オプション機能の管理

有効化の手順

1. 適切な ADFdiプラグインをダウンロードしてインストールする必要があります

2. 使用する前に、それぞれの ADFdiスプレッドシートをダウンロードする必要があります

主なリソース

Oracle Supply Chain Management Cloud: コンフィギュレータ・モデリング・ガイド(Oracle Help Centerから

アクセスできます)。

新しいイベント・タイプによるコンフィギュレータ拡張ルール機能の拡張

コンフィギュレータ拡張ルールを使用すると、ユーザー定義の複雑なモデル・ロジックを作成するように実行時の構成動

作を拡張できます。本リリースでは、拡張ルールを呼び出すことができるイベントが拡張され、postConfigSaveおよび

preAutoCompleteイベントが含まれるようになりました。これらのイベントを使用すると、拡張ルールを構成の保存後お

よびオートコンプリート・プロセスの開始前に実行できます。

構成の保存後またはオートコンプリート・プロセスの開始前に構成ロジックを追加するには、次のようにします。

1. 新しい拡張ルールを作成し、ビジネス・ロジックの実行に必要な Groovyコードを入力します。

2. イベント・バインドの作成時に、イベント・タイプに対して postConfigSaveまたは preAutoCompleteベントを

選択します。

31

次の図は、拡張ルールに対する postConfigSaveまたは preAutoCompleteイベントを示しています。

有効化の手順

この機能を有効化するうえで必要な手順はありません。

主なリソース

Oracle Supply Chain Management Cloud: コンフィギュレータ・モデリング・ガイド(Oracle Help Centerから

アクセスできます)。

更新 17B

改定履歴

本書は、既存の項の変更と、新規情報の追加に伴って、今後も引き続き更新されます。次の表は、すべての更新を示し

ています。

日付 変更内容 備考

2017年 8月 25日 支払にクレジット・カード使用可能機能が削除されました。

2017年 4月 21日 文書の初回作成。

32

概要

このガイドでは、本リリースの Oracle Management Cloudの新機能と機能向上を理解するうえで必要な情報の概要

を示し、更新のために実行する必要があるタスクについて説明します。各項には、機能の簡単な説明、その機能を有効

化または開始するために必要な手順、ヒントや留意すべき考慮事項、および役に立つリソースが記載されています。

セキュリティと新機能

システムでセキュリティ構成を変更した場合は、利用する新機能について、セキュリティ管理者に報告が必要になる場

合があります。付録 Aおよび Bでは、新機能の実装を決定した後、それらの機能を導入する際に必要となるセキュリ

ティ属性について詳しく説明しています。

注意

この文章は英語の原文「Oracle Order Management Cloud What’s New in Release 13」の日本語訳となります。英

文と日本文との間に違いがある場合は、英語の原文を優先します。

この文書は Oracle Cloud Applications Release 13 をリリースした時点の文書を翻訳したものです。オラクルは新リリースの

説明を英語で提供し、機能に更新がある都度改訂していますが、日本語版は更新されません。オリジナル文書に加わった変更は

改訂履歴(Revision History)に記述されます。この文書作成後のリリース変更点についてはそちらをご参照ください。

新機能のオプションの取込み(オプト・イン)

当社では、継続的に Oracle Cloud Applicationsに多数の新機能を追加しており、ユーザーが自分に適したペースで

新機能を利用できるオプションをご用意しました。この新機能 UIは、ご使用のクラウド・ホームページから使用でき、こ

れを利用して選択や必要な構成を行うことができます。

更新タスク

この項では、本リリースへの更新を計画、デプロイおよび検証するために役立つ情報を提供します。このドキュメントに

は頻繁に新しい情報が追加されるため、更新を開始する前には、必ずこの項を確認し、最新の情報を入手してください。

本リリースの機能のサマリー

機能

機能の有効化に必要なアクション

自動的に

利用可

エンド・

ユーザーの

アクションが必要

管理者の

アクションが必要

オラクルへの

サービス・

リクエストが必要

オーダー管理

ユーザー・インタフェースの強化

33

ホームページと作業領域ランディング・

ページで使用できる分析主導型のイン

フォレット

オーダー管理

オーダーの承認

承認条件と割当経路の構成

オーダー入力時の承認のトリガー

オーダー入力時と履行処理時の与信

チェック

与信チェックの構成

与信保留の表示

追加のオーダー管理機能強化

オーダー・ステータスと例外の視覚的な

モニター

グローバル取引コンプライアンスの

有効化

計算済正価の調整

輸送管理システムからの輸送情報の受信

Oracle Integration Cloud Serviceと

互換性のあるビジネス・イベントを使用し

てステータスと例外を更新する

価格設定

価格設定と割引の制御

サービス契約での価格カバレージ・

サービス

価格実行アルゴリズムからの外部

サービスの呼出し

コンフィギュレータ

オーダー獲得チャネル間でのコンフィギュ

レータ・ランタイムの統合

コンフィギュレータ拡張ルールからの

外部サービスの呼出し

構成初期化への拡張ルールの使用

コンフィギュレータ・ルールの小数許容

範囲のサポート

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

Global Order Promisingユーザー・インタ

フェースでの表示のカスタマイズとセグメ

ント化

費用配賦先転送のスケジュール

販売オーダーと外部のオーダー管理シス

テムとの同期

付録 A: 機能セキュリティの集計権限

付録 B: 機能セキュリティの権限

34

オーダー管理

現代のオーダー管理ビジネス・フローは、多面的かつ動的な環境で稼働できる必要があります。これらのビジネス・フロー

では、次の機能がサポートされる必要があります。

複数ソースからのオーダー・キャプチャ。

複数の手法によるオーダー履行。

ガバナンスとオーダー納期回答の一貫性。

スムーズな顧客エクスペリエンス。

請求システムや財務システムとのシームレスな統合。

これらのビジネス・フローを容易にするため、オラクルはマルチチャネルのオーダー管理機能を提供し、その中核に一元

的なオーダー・ハブを実装しました。このハブには、オーダー・キャプチャと履行オーケストレーション、価格設定、構成、

在庫管理、およびオーダー納期回答の機能が含まれています。

オラクルの革新的な供給オーケストレーション・アーキテクチャでは、異なるオーダー・ポリシー、納期回答、および履行

方法に対応するとともに、起こりうる例外条件を柔軟に管理できます。

ユーザー・インタフェースの強化

オーダーから入金までのビジネス・プロセスを効果的に活用するには、タイムリで信頼性のある業務意思決定を促進

するための重要なインサイトを集約して分析し、それらに対応できるかどうかが鍵となります。そのためには、日常業務

で使用するアプリケーションに、高度に視覚化された、分析主導型のタイムリな情報が用意されている必要があります。

本リリースでは、ホーム・エクスペリエンス・ページ、および作業領域ランディング・ページが刷新され、ビジュアルでアク

ショナブルなインサイト情報をオーダーから入金までの全体的なビジネス・プロセスに提供できるようになっています。

ホームページと作業領域ランディング・ページで使用できる分析主導型のインフォレット

新しくなったホーム・エクスペリエンス・ページとアプリケーション作業領域ページには、インフォレットという最新のユー

ザー・インタフェース・コンポーネントが使用されています。インフォレットは、大まかな情報をすばやく可視化し、関連情報

を確認して対応するのに役立つ、自己完結型のインタラクティブな情報コンテナです。インフォレットはロールベースなの

で、ユーザーは自分のロールに関連する情報だけを参照することができます。インフォレットを必要に応じて展開または

縮小することで、詳細を段階別に表示できます。インフォレットのレイアウトを再配置したり、不要なインフォレットを非表示

にすることもできます。

インフォレットは次の 2つのレベルで使用できます。

ホーム・エクスペリエンス・インフォレット・ページ: このページは、スプリングボード・ページ(アプリケーション・アイ

コンにアクセスする場所)と同じレベルに存在します。(ホームページ上部中央のドットで示された)ページ・コント

ロールをクリックすると、複数のアプリケーション作業領域から集計され、論理的にグループ化された一連のイン

フォレットにアクセスできます。 関連するロールをすべて所有していれば、オーダーから入金までのビジネス・プ

ロセス全体の重要情報が集計されているホーム・エクスペリエンス・インフォレット・ページのインフォレットを参照

できます。

インフォレットベースのランディング・ページ: インフォレットベースの作業領域ランディング・ページには、単一の

製品作業領域に固有のインフォレットが表示されます。作業領域ページにアクセスするには、スプリングボード上

のアイコン・ボタン、スプリングボード・ストリップ内のアイコン・ボタン、ナビゲータ内の作業領域名、またはホー

ム・エクスペリエンス・インフォレット・ページをクリックします。再設計された作業領域ランディング・ページでは、す

ぐに活用できるコンテンツにユーザーの目が行くよう、情報がわかりやすく瞬時に表示され、ユーザーの生産性

につながります。インフォレットベースの作業領域ランディング・ページには、わかりやすい分析タイルがあり、

ユーザーは個別のニーズに応じてこれらを再配置したり、構成したりできます。分析タイルには追加のメトリックも

あり、さらに使いやすくなりました。この設計により、すべてのユーザーが自分のロールや関心事に最も適した業

務内容をモニターできるようになっています。

35

該当する場合、アプリケーション作業領域の個別のインフォレット・ランディング・ページに関連するインフォレットについて

は、この文書の次の製品に関する項で説明します。

オーダー管理

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

次の表は、オーダーから入金までのプロセスのためのホーム・エクスペリエンス・インフォレット・ページでグループ化され

るインフォレットについてまとめたものです。

製品 インフォレット インフォレットの説明

在庫管理 出荷(優先度順)

出荷量の点で、優先される

上位 5件の出荷が表示さ

れます。

オープン出荷明細 未出荷の出荷明細、今日オープンである出荷明細、および過去

30日間オープンになっている出荷明細が表示されます。

出荷例外

出荷レベルの例外がすべて表示されます。たとえば、「出荷明細

保留中」、「ピック・リリース警告」、「更新のために出荷明細保留

中」、「インタフェースされていない梱包済明細」、および「出荷原

価インタフェース処理エラー」が表示されます。

原価管理 在庫評価

すべての組織内にある手

持在庫の現行値が表示さ

れます。

次の画面キャプチャは、新しいようこそエクスペリエンス・ページを説明したものです。

Oracle Applicationsのようこそページ

36

有効化の手順

この機能を有効化するうえで必要な手順はありません。

主なリソース

Oracle Supply Chain Management Cloud: オーダー管理の使用(Oracle Help Centerからアクセスできます)。

オーダー管理

本リリースでは、次の領域で重要なオーダー管理機能が追加されています。

支払方法のサポート

与信チェック

取引コンプライアンス

計算済正価の調整

オーダー承認ワークフロー

輸送および取引管理ソリューションとの統合機能

有効化の手順

この機能強化を有効化するうえで必要な手順はありません。

オーダーの承認

Order Managementでは、オーダー承認ワークフローを構成して自動化し、オーダー処理を迅速化し、オーダー関連の

ポリシーを徹底するためのビジネス・ニーズに対応できます。

承認条件と割当経路の構成

承認ルールを使用すると、様々なオーダー属性やレポート階層を使用した条件に基づいて、承認や割当経路を構成す

ることができます。たとえば、オーダー入力ユーザーの最大手動価格割引を 10%とし、10%以上の手動割引を行う場合

には販売ディレクターの承認が要求されるように条件設定することもできます。グラフィカル・ルール・エディタでは、次の

ことが行えます。

販売オーダーからの属性を使用して、条件を定義、編集、削除できます。たとえば、オーダーの総額、1つ以上

のオーダー明細で品目の定価や正価に対し一定のパーセントや値を超えて適用される割引、品目のオーダー数

量、要求された出荷日、要求された承認日などの属性を再構成することもできます。

特定の個人、監督階層、事前定義済承認、またはジョブ・ロールやポジションに基づく階層グループに対して、承

認経路を構成する。たとえば、20%を超える手動割引を行う場合には、販売担当のエリア・マネージャとバイス・

プレジデントの承認を得なければならないというルールを設定できます。

オーダー承認フローは、Order Managementの「販売オーダーに対する承認プロセスの開始」パラメータの値に基づいて

トリガーされます。このパラメータは、特定のソース・オーダー・システムを対象にして設定することができます。このパラ

メータ値が「いいえ」に設定されている場合、オーダー承認ルールは(定義されていても)評価されません。このパラメータ

値が「はい」に設定されていて、承認ルールが定義されていない場合、オーダーは処理中ステータスを使用して自動的に

調達システムへと移行されます。このパラメータの値は、次の「オーダー管理パラメータの管理」ページを使用して設定で

きます。

37

「オーダー管理パラメータの管理」ページ

承認ルールは、「オーダー承認ルールの管理」設定タスクでビジュアル・エディタを使用して作成されます。この設定タス

クでは、承認ルールの作成、編集、削除、公開を行うことができます。承認ルールを作成する際には、承認条件を指定し、

その後、承認経路を構成します。条件の定義には、オーダー・ヘッダー、オーダー合計、オーダー明細、オーダー手数料、

価格調整、および検証属性が使用されます。次の画面キャプチャは、オーダー承認条件の定義方法を説明したもので

す。

38

「オーダー承認ルールの管理」ページ

承認条件を定義したら、次は承認割当を促進するための処理を指定します。ユーザーは、特定の条件に基づいてオー

ダーを自動承認済または否認済に設定し、オーダーの承認を個別ユーザーに割り当てるか、承認グループ、ポジション

階層、ジョブ・レベル階層、または監督階層に割り当てることができます。ユーザー情報と階層情報は、Identity

Managementから取得されます。次の画面キャプチャは、承認割当と割当の定義を促進するための処理を示したもの

です。

39

「オーダー承認ルールの管理」ページでの承認割当と割当定義

有効化の手順

1. 特定のソース・システムの「販売オーダーに対する承認プロセスの開始」パラメータを有効にします。

2. 「サプライ・チェーン管理の承認グループの管理」設定」タスクを使用して、承認グループを定義します(承認処理

をグループに割り当てる必要がある場合)。

3. 「オーダー承認ルールの管理」設定タスクを使用して、承認ルールを定義します。

主なリソース

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

オーダー入力時の承認のトリガー

オーダーから入金までのサイクル時間は、オーダー例外時のアイドル時間を減らすことで短縮できます。これは、

ワークフローを自動化し、問題への対応者として最も適切な個人に通知を送ることで達成できます。承認の通知、

割当、および処理は、Order Managementのユーザー・インタフェースから行うことができます。

ユーザーには、承認が必要であることと、その理由が通知されます。

ユーザーは、誰から承認を受けたか、これから誰に承認してもらう必要があるか、オーダーが承認されたか否認

されたかなどについて、ステータスを確認できます。

ユーザーは、承認待ち状態のオーダーを編集することはできません。

オーダー入力ユーザーは、オーダーを編集して承認用に再送信する必要がある場合、承認要求を取り下げるこ

とができます。

オーダーの承認や否認の履歴はシステムに保存され、ユーザーはそれらを閲覧できます。

40

たとえば、オーダー承認が特定のソース・システムに対して有効化され、該当する承認ルールに基づいて、オーダー入力

ユーザーがオーダーを承認用に送信したとします。その場合、オーダーは「承認待ち状態」ステータスになります。ステー

タスの隣のロック・アイコンは、オーダーの編集がロックされていることを示します。次の画面キャプチャは、「オーダー詳

細の表示」ページを示したものです。

「オーダー詳細の表示」ページ

オーダーを承認用に受け取るユーザー、オーダーが履行システムに移行されるまでに必要な承認レベルの数、および

オーダーが承認フェーズに移行する理由を確認する必要がある場合、オーダー入力ユーザーは、次の画面キャプチャ

に示す「承認情報の表示」ボタンをクリックして、詳細を確認することができます。

承認情報の表示ボタンをクリックすると表示されるオーダー詳細

41

割当先ユーザーは、ワークリストと通知を使用して、承認用に割り当てられたオーダーに対する処理を実行できます。

次の画面キャプチャに示すように、通知アイコン(ベル・アイコン)をクリックすると、保留中の通知が表示されます。

オーダーに関する保留中の通知

特定の通知をクリックすると、次の画面キャプチャのように、オーダー詳細を含んだタスク・フォームが開きます。

オーダー通知をクリックすると表示されるタスク・フォーム

タスク・フォームには、オーダー情報と割当理由が表示されます。承認者は、オーダーに対して様々な処理を実行できま

す(承認、否認、情報の要求、再割当、作成サブタスクなど)。また、承認や否認に対するコメントを入力することもできま

す。オーダーを否認した場合、オーダー入力ユーザーが否認の理由を確認できるようにするには、コメントを入力する必

要があります。

必要な処理が承認者によって実行されると、オーダー入力ユーザーは作業領域で通知を受信します。オーダー入力

ユーザーは通知を開き、オーダー詳細(承認や否認のコメントなど)を確認することができます。

オーダーが承認者によって否認された場合、オーダーは下書きステータスへと戻されます。オーダー詳細には、新しい

「承認ノート」タブが含まれています。このタブをクリックすると、オーダーの否認時にコメント・セクションで入力された

ノートが表示されます。次の画面キャプチャは、下書きオーダーの「承認ノート」タブを示したものです。

42

「承認ノート」タブ

オーダーはコメントに基づいて編集・修正することができます。オーダーはその後、前述の要領で再度承認サイクルをた

どることになります。

有効化の手順

この機能を有効化するうえで必要な手順はありません。

主なリソース

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

Oracle Supply Chain Management Cloud: オーダー管理の使用(Oracle Help Centerからアクセスできます)。

オーダー入力時と履行処理時の与信チェック

Order Managementは Oracle Financials Cloudと統合されており、与信限度の設定やオーダー処理を含む包括的な

フローを統合内で実行できます。システムでは Oracle Financials Cloudで定義された与信限度が使用され、それによ

り、新しいオーダー作成やオーダー変更の財務リスクが制御されます。また、オーダー送信時の与信チェックや、下流の

請求システムに対する与信チェック情報の送信、オーダー変更の処理、与信保留の適用、および保留の解除(必要な場

合)もサポートされています。

与信チェックの構成

与信チェックを実行するタイミングは、使用するビジネス・プロセスによって決まります。与信チェックの構成はオーダー・

フロー内の特定のポイントで行うことができます。オーダー送信(オーダー・インポートを含む)の際に与信チェックを実行

して、顧客の信用状態を査定することもできます。また、オーケストレーション履行処理内の手順から与信チェックを開始

することも可能です(たとえば、リード・タイムの長いオーダーの出荷前など)。デフォルトのワークフローには、オーダー作

成時と出荷前の与信チェックが含まれています。与信チェックで不適合となったオーダーは、保留状態になります。

オーダー送信時の顧客与信チェックは、デフォルトでは無効になっています。オーダー送信時の与信チェックを有効にす

るには、Order Managementの「オーダー送信時のチェックをアクティブ化」パラメータを「はい」に設定します。なお、与信

チェックを強制するビジネス・ユニットを指定することもできます。すべてのビジネス・ユニットに対して有効化することも、

特定のビジネス・ユニットに対して有効化することも可能です。また、与信チェックは顧客プロファイル内の特定の顧客に

対して有効化/無効化することもできます。次のスクリーンショットは、「オーダー管理パラメータの管理」ページを示したも

のです。このページでは、オーダー送信時の顧客与信チェックを有効化できます。

43

「オーダー管理パラメータの管理」ページ

送信時の与信チェックが失敗した場合の、オーダーの処理方法を制御するための Order Managementパラメータもあ

ります。このパラメータの名前は、「オーダー送信時の与信チェック失敗」です。選択できる処理は、次のいずれかです。

オーダーを下書きステータスで保存: オーダー内のいずれかの明細が与信チェックに失敗した場合、オーダー

送信は失敗し、オーダーは下書きステータスで保存されます。与信チェック保留はいずれの明細にも適用されま

せん。

与信チェックに失敗した明細を保留にしてオーダーを送信: オーダーは与信チェックに失敗した場合でも送信さ

れますが、与信チェックに失敗した明細には与信チェック保留が適用されます。この保留により、明細はオーケ

ストレーション・プロセスの最初のステップで保留されます。与信チェックを通過した明細は、プロセス内の次のス

テップへと進みます。

次のスクリーンショットは、与信チェックが失敗した場合に利用できるオプションを説明したものです。

「オーダー管理パラメータの管理」ページの与信チェック失敗オプション

与信チェックは、新しいタスク・タイプとしてもモデル化されています。ユーザーは、履行時の適切なタイミングでオーケス

トレーション・プロセスに顧客与信チェックのステップを含めるよう構成することができます。たとえば、大規模な製造リー

ド・タイムを設定した複雑な構成の場合は、ソースを特定した後や在庫を予約した後に与信チェックの要求を送信するこ

とができます。その場合、製品の出荷要求は顧客が与信チェックを通過した場合にのみ送信されます。次の画面キャプ

チャは、与信チェックのステップを含めたオーケストレーション・プロセスを示したものです。

44

与信チェック・ステップを使用したオーケストレーション・プロセス

有効化の手順

この機能を有効化するうえで必要な手順はありません。

与信保留の表示

与信保留があるオーダーは、ウォッチリスト、レポート、および与信保留の検索結果に表示され、すぐに確認できます。

権限のあるユーザーは、与信保留があるオーダーをレビューし、保留を解除できます。また与信保留は、オーダーに対

する改訂(合計価格を減らすための品目の削除など)に基づいて解除したり、Oracle Financials Cloudからの与信ス

テータスの更新に基づいて自動的に解除することもできます。

オーダー送信時の与信チェック

オーダー送信時の与信チェックが有効になっている場合、与信チェックはすべてのオーダーに対して実行されます。ただ

し、前払のオーダーや社内オーダーは対象外となります。返品明細も、与信チェックの対象外となります。オーダー送信

が失敗した場合、与信チェックの承認はロールバックされます。

与信チェックを通過したすべてのオーダー明細については、与信チェック承認情報(与信参照や失効日など)が、特定の

履行明細の「請求」タブに表示されます。与信参照は、明細が請求に対して適格となるたびに、請求システムへと送信さ

れます。

顧客与信チェックは、変更オーダーに対しても実行されます。変更オーダーの場合、元の承認は削除され、変更オー

ダー全体に対する新しい承認が取得されます。オーダー明細が取り消された場合、明細に対する既存の与信参照は承

認取消呼出しを通じて請求システムへと送信され、その後、顧客与信が取得されます。

与信チェック承認情報は、次の画面キャプチャに示すように、履行詳細リージョンの「請求」タブに表示されます。

45

「請求」タブの与信チェック承認情報

いずれかのグループが与信チェックに失敗した場合は、オーダー全体を下書きに戻すか、失敗した明細を含んだまま、

オーダーを与信チェック保留中(事前定義済の保留)にすることができます。この場合、与信チェック保留は自動的に適用

されます。グループに属している明細が与信チェックに失敗して保留状態になった場合、それらは最初のオーケストレー

ション・ステップに置かれます。実行される処理は顧客のニーズによって決まり、次の Order Managementパラメータを

使用して制御されます: オーダー送信時の与信チェック失敗。

顧客与信問題が解決されたら、与信チェック保留を手動で解除する必要があります。与信チェック保留が正常に解除され

ると、履行明細はプロセス内の次のステップへと進みます。

注意: 請求先顧客グループ内では、すべての明細が与信チェックを通過するか、またはすべての明細が失敗します。

同じ請求先顧客内で一部の明細を通過させ、その他の明細を失敗とすることはサポートされていません。

46

次のスクリーンショットは、与信チェック保留を説明したものです。

与信チェック保留の詳細

オーダー履行時の与信チェック

与信チェックは、オーケストレーション・プロセス内のステップとして追加することもできます。履行プロセスに与信チェック・タスクが含まれている場合は、与信チェックが実行されます。与信チェックの際、同じ請求先顧客の明細は、オーダー送信時の与信チェックと同様、グループ化されます。承認が失効している明細についてのみ、与信チェックが再度実行されます。いずれかの顧客が与信チェックに失敗した場合、与信チェック・タスクはエラー・リカバリ状態へと移行され、ユーザーは「エラーのリカバリ」処理を開始できます。この場合、与信チェックに失敗した明細に対して与信チェック保留は適用されません。ユーザーは与信チェック問題を解決し、エラー・リカバリを実行する必要があります。エラー・リカバリ時には、与信チェック検証が再度実行されます。

なお、与信チェック・タスクはデルタ属性依存ではなく、変更オーダーの処理中に必ず再実行されます。

事前与信チェック済オーダー

Order Managementでは、事前与信チェック済オーダーがサポートされています。Order Managementの UIとオーダー・インポートを通じて送信されたすべてのオーダーは、与信チェックの対象として適格となります。事前与信チェック済オーダーは、オーダー・インポート、バッチ・インポート、および新しいオーダー・インポート・サービスを通じて取得できます。これらのオーダーには、オーダー・レベルの事前与信チェック済チェック・ボックスがあり、該当する明細について、明細レベルの与信参照番号と失効日があります。「事前与信チェック済」チェック・ボックスがオンの場合、顧客は与信承認参照番号と与信承認失効日を送信できます。

事前与信チェック済オーダーの少なくとも 1つのオーダー明細について与信参照番号が失効している場合は、販売オーダービジネス・ユニットの「オーダー送信時の与信チェックのアクティブ化」パラメータの設定に基づいて、オーダー全体の再承認が開始されます。たとえば、事前与信チェック済がオンで、承認が失効している場合、販売オーダービジネス・ユニットが与信チェックに対して有効化されていると、オーダー管理によって与信チェックが実行されます。失効した承認は、ビジネス・ユニットが与信チェックに対して有効化されていない場合と同様の状態に維持されます。

47

失効日が指定されていない場合、承認は無期限とみなされるため、与信チェックは実行されません。オーダーが事前与信

チェック済で、すべての承認が有効または未失効である場合、与信チェックはオーダー送信時に Order Management内

でスキップされます。

有効化の手順

1. オーダー送信時の与信チェックを有効にするには、オーダー管理の「オーダー送信時の与信チェックのアクティブ

化」パラメータを使用します。

2. 顧客与信をチェックするためのステップを使用して、履行プロセスを定義します(該当する場合)。

主なリソース

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

Oracle Supply Chain Management Cloud: オーダー管理の使用(Oracle Help Centerからアクセスできます)。

Oracle Financials Cloud: 現預金のための売掛/未収金クレジットの実装(Oracle Help Centerからアクセスで

きます)。

追加のオーダー管理機能強化

オーダー・ステータスと例外の視覚的なモニター

情報をすばやく提供してユーザーの注意をアクショナブルなコンテンツへと誘導することは、ユーザーの生産性を高める

うえで重要なことです。Order Managementの作業領域ランディング・ページには、読みやすい分析タイルがあり、ユー

ザーは個別のニーズに応じてこれらを再配置したり、構成することができます。分析タイルでは追加のメトリックも提供さ

れ、使いやすさも改善されています。この設計により、すべてのユーザーが自分のロールや関心事に最も適した業務内

容をモニターできるようになっています。

オーダー・アナリストはオーダー検証エラーを参照でき、オペレーション・マネージャは、顧客の遅延を引き起こす恐れが

ある問題をモニターできます。ユーザーはタイルを展開または反転して代替ビューを表示し、トランザクション・データにド

リルダウンして、緊急性の高いオーダーに対応することができます。次の表は、Order Managementランディング・ペー

ジで使用できる分析タイルを示したものです。

オーダー管理のタイル 説明

バックオーダー中のオーダー バックオーダー遅延の期間別ビューと、バックオーダー済需要のオーダー金額(顧

客別ランキング)です。

期限超過オーダー 予定された期日を超えて遅延しているオーダーと、遅延オーダーのオーダー金額

(顧客別ランキング)です。

遅れる危険性のある履行明細 危険優先度別の明細数(カテゴリ別)と、リスクがあるオーダー明細の金額(顧客別ラ

ンキング)です。

遅れる危険性のあるオーダー 危険優先度別のオーダー数(カテゴリ別)と、リスクがあるオーダーの金額(顧客別ラ

ンキング)です。

注意: 履行プロセスに与信チェック・ステップが含まれている場合でも、「オーダー送信時のチェックをアクティブ化」パ

ラメータは販売オーダー・ビジネス・ユニットに対して有効化されたままになります。そのビジネス・ユニットに対する与

信チェックが無効化されている場合、Order Managementは履行時の与信チェック・ステップをスキップします。

48

保留中のオーダー 保留中のオーダーの配分(保留タイプ別)と、保留中のオーダーの金額(顧客別のラ

ンキング)です。

エラーになったオーダー 送信済オーダーの配分(エラー・タイプ別)と、エラーのあるオーダーの金額(顧客別

のランキング)です。

エラーになった下書きオーダー 下書きオーダーの配分(エラー・タイプ別)と、エラーのある下書きオーダーの金額

(顧客別のランキング)です。

次の画面キャプチャは、Order Managementの作業領域を説明したものです。

オーダー管理の作業領域

有効化の手順

この機能を有効化するうえで必要な手順はありません。

主なリソース

Oracle Supply Chain Management Cloud: オーダー管理の使用(Oracle Help Centerからアクセスできます)。

グローバル取引コンプライアンスの有効化

Order Managementでは、グローバル取引管理システムを使用して、オーダー入力時やダウンストリームの履行処理

時に効率的な取引コンプライアンス・チェックを提供できます。グローバル取引コンプライアンスのスクリーニングを行うこ

とで、オーダー・サイクル時間の短縮、リスクの最小化、および新規マーケットへの迅速なアクセスが可能になります。

たとえば、制限されているパーティ、禁輸措置、必須文書、およびその他の取引要件について、販売オーダーをスクリー

ニングすることができます。

輸出取引管理システム(オラクルの Global Trade Managementなど)を使用すると、次の機能を提供できます。

オーダー送信時におけるグローバル取引コンプライアンスの自動チェックを構成する。

履行プロセスを構成して、グローバル取引コンプライアンスのチェック・ステップを含めるとともに、チェックの結果

に基づいて追加プロセスのステップを追加する。

49

コンプライアンス・スクリーニングでは、次のことが行なえます。

コンプライアンス違反についてのオーダー・エラー・メッセージを受け取る。

コンプライアンス違反を解決するための処理を実行する(たとえば、オーダーを取り消す、異なる供給ソースを選

択する、運送業者を変更するなど)。

コンプライアンス違反のオーダーを検索し、コンプライアンス違反オーダー・エラーと保留の分析サマリーを確認

し、コンプライアンス違反オーダーのリストにドリルダウンして、特定のオーダーを選択する。

オーダー送信時にオーダーが取引管理システムへと送信されてコンプライアンス・スクリーニングを受けるかどうかは、

Order Managementの「ユーザーの販売オーダー送信時に取引コンプライアンスを確認」パラメータによって決まります。

オーダー送信時の取引コンプライアンス・スクリーニングを有効にするには、次の画面キャプチャのように、「オーダー管

理パラメータの管理」ページを使用します。

「オーダー管理パラメータの管理」ページ

デフォルトでは、オーダー送信時の取引コンプライアンス・チェックは無効化されています。有効化すると、すべてのオー

ダーは履行システムへのリリース前に取引コンプライアンスのチェックを受けることになります。結果は、通過、失敗、レ

ビュー中の 3つです。オーダーが取引コンプライアンス・チェックを通過し、他の違反が検出されなかった場合、オーダー

は履行システムへとリリースされます。オーダーが取引コンプライアンスに失敗した場合や、追加のコンプライアンス・レ

ビューが必要な場合、オーダーの追加編集とレビューが拒否されるかどうかは、ビジネス・ニーズによって決まります。

たとえば、制限付きパーティ・リストにある顧客からのオーダーはすべて拒否すると決めている企業もあるでしょう。また、

結果にかかわらずオーダーを履行システムへとリリースし、他の履行情報が利用可能になった後、コンプライアンス問題

に対応するといった場合もあるでしょう。Order Managementでは、取引コンプライアンスの問題があるオーダーの拒否

に、既存の処理制約フレームワークが使用されます。デフォルトでは、取引コンプライアンスの問題があるオーダーは、

事前定義済の制約ルールに基づいて拒否されます。これは必要に応じて無効化できます。取引コンプライアンスの問題

があるオーダーをリリースする前に追加のレビューと承認を行う必要がある場合は、コンプライアンス・チェックの結果に

基づいて承認ルールを定義することが可能です。

次の画面キャプチャは、取引コンプライアンスの問題があるオーダーを拒否するための事前定義済の制約ルールを定義

する画面を示したものです。

50

事前定義済の制約ルールの定義

取引コンプライアンス・チェックの結果は、「オーダー詳細」ページで確認できます。オーダーに含まれるオーダー明細の

中で最も制限的な取引コンプライアンス・ステータスが、オーダー全体の取引コンプライアンス・ステータスになります。

たとえば、1つのオーダー明細のステータスが「失敗」である場合、オーダー全体のステータスは「失敗」になります。

Order Managementでは、次の階層を使用して、どのステータスが最も制限的であるかが決定されます。最も低い制限

レベルが 1で、最も高い制限レベルが 3です。

1. 通過

2. レビュー中

3. 失敗

「オーダー詳細」ページの「取引コンプライアンス・ステータス」アイコンの色は、コンプライアンス・チェックの結果を示しま

す。次の画面キャプチャに示すように、緑色は「通過」、赤は「失敗」、黄色は「レビュー中」を示します。

「オーダー詳細」ページ

「詳細の表示」リンクをクリックすると、取引コンプライアンス詳細が表示されます。サポートされている取引コンプライア

ンス・スクリーニングのタイプは次の 3つです。

制限付きパーティ

51

認可された国または地域

取引管理

各スクリーニング・タイプの結果は、「取引コンプライアンス詳細」ウィンドウで確認できます。必要に応じて一部の取引コ

ンプライアンス・タイプを無効にしたり、オーダー送信時とオーダー履行時で異なるタイプの取引コンプライアンス・チェック

を有効にすることもできます。特定のスクリーニング・タイプを無効にした場合、そのスクリーニング・タイプについてはス

テータスがレポートされなくなります。

有効化されたスクリーニング・タイプの中で最も制限的な取引コンプライアンス・ステータスが、オーダー明細の取引コン

プライアンス・ステータスになります。次の例では、「認可された国または地域」スクリーニング・タイプの結果が「失敗」で

あるため、オーダー明細の取引コンプライアンス・ステータスが「失敗」になっています。

取引コンプライアンス詳細

明細が取引コンプライアンス・チェックを通過しなかった場合、「詳細の表示」リンクをクリックすると詳細が表示されます。

次の画面キャプチャはその様子を示したものです。

取引コンプライアンス問題がある明細の詳細

対象が構成である場合、「取引コンプライアンス詳細」ページにはトップ・モデル明細だけが表示されます。このページに

は、構成全体のロールアップ・ステータスが表示されます。「コンポーネント詳細」アイコンをクリックすると、次の画面キャ

プチャのように、構成コンポーネントの取引コンプライアンス詳細が表示されます。

52

構成コンポーネントの取引コンプライアンス詳細

また、次の画面キャプチャに示すように、取引コンプライアンス問題があるオーダーをオーダー検索によって特定し、問題

に対応することもできます。

取引コンプライアンス問題があるオーダーを表示するための検索条件

グローバル取引コンプライアンスのチェックは、オーダーが履行システムにリリースされた後にも発生する場合があり

ます。必要であれば、グローバル取引コンプライアンスを履行時にチェックするためのステップを、履行プロセスに含め

ることもできます。次の画面キャプチャはその様子を示したものです。

53

「オーケストレーション・プロセス定義の編集」ページ

履行明細は、コンプライアンス・チェックを通過した場合、次の履行タスクへと進みます。チェックの結果に基づく追加の

プロセス・ステップを構成することもできます。たとえば、取引コンプライアンス・チェックの後に一時停止タスクを追加し

て、ビジネス・レビューを行うこともできます。

取引コンプライアンス・チェックの結果は、「履行明細」ページでも確認できます。次の画面キャプチャはその様子を示し

たものです。

「履行明細」ページに表示された取引コンプライアンス結果

また、履行明細検索が強化され、コンプライアンス・チェックの結果に基づく検索も行えるようになりました。次の画面

キャプチャはその様子を示したものです。

54

取引コンプライアンス・ステータスに基づいて履行明細を表示するための検索条件

有効化の手順

1. Order Management の「ユーザーの販売オーダー送信時に取引コンプライアンスを確認」パラメータを使用して、

オーダー送信時のグローバル取引コンプライアンス・チェックを有効にします。

2. グローバル取引コンプライアンスをチェックするためのステップを使用して、履行プロセスを定義します(該当する

場合)。

主なリソース

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

Oracle Supply Chain Management Cloud: オーダー管理の使用(Oracle Help Centerからアクセスできます)。

計算済正価の調整

場合によっては、権限のある個人が製品やサービスの自動価格を調整する必要が生じることもあります(たとえば、顧客

に裁量割引を提供する場合など)。ただし、採算性のない割引を防止するためには、調整の範囲を制御する必要があり

ます。

この新機能を使用すれば、権限のあるユーザーがオーダー明細の正価に調整を適用できるようにすることができます。

適用できる調整のタイプは次のとおりです。

定価または正価のパーセントによって正価を調整する

特定の値によって正価を調整する

正価の新しい値を指定する

ユーザーは、1つのオーダー明細の価格設定賦課に対して 1つ以上の調整を適用することができます。また、調整の理

由や根拠を指定することもできます。調整は、オーダー明細の価格分類要約に表示されます。

手動価格調整は、Oracle Pricing Cloudで定義された価格設定ガイドラインに照らして検証されます。価格設定ガイド

ラインは、正価の調整可能範囲によって制御されます。たとえば、手動価格調整が定価の 50%を超えないようにする価

格設定ガイドライン・ルールを定義することもできます。

55

これにより、例外が許容される場合には製品やサービスの正価を柔軟に調整できるようにしながらも、会社の価格設定

ポリシーによって設定された制約内で調整が行われるようにすることができます。

手動価格調整に対して手数料が有効化されている場合は、「編集」アイコンをクリックして調整ダイアログを起動すること

ができます。

「オーダー管理」ページ

「編集」ダイアログ・ボックス

Oracle Pricing Cloudで管理される価格設定ガイドラインに対して、価格を検証できます。価格設定を使用すると、価格

設定管理者は、正価や手動価格調整など、様々な価格設定コンポーネントに対して価格設定ガイドラインを定義できま

す。トランザクションの検証時には、価格設定戦略に関連付けられたガイドラインが評価され、適切な違反タイプが返さ

れます(エラー、情報のみ、警告など)。違反がある場合は、ガイドラインに定義された違反に基づいて、適切な警告が返

されます。Order Managementでは、権限のあるユーザーが例外を上書きし、さらなる処理のためにオーダーを送信す

ることもできます。承認が構成されている場合は、価格設定違反のあるトランザクションを適切なユーザーへルーティン

グし、必要な承認を行うことができます。

56

価格調整違反の警告が表示された「編集」ページ

ユーザーは割引を調整して是正処置を行うことも、違反を残したままオーダーを送信することもできます。承認が構成され

ている場合は、価格設定違反があるオーダーを、承認のために適切なユーザーへとルーティングすることも可能です。

有効化の手順

Oracle Pricing Cloudで価格設定ガイドラインを定義し、それらのガイドラインを 1つ以上の価格設定戦略に関連付け

ます。詳細は、「価格設定と割引の制御」の項を参照してください。

主なリソース

Oracle SCM Cloud: 価格の管理(Oracle Help Centerからアクセスできます)

輸送管理システムからの輸送情報の受信

Order Managementでは、輸送管理システムを使用して効率的な輸送プランニングを提供することができます。輸送管

理システムでは、顧客の搬送要件に準拠しながら、販売オーダーに関連付けられた出荷を最適化し、運送費を最小化

できます。また搬送システムでは、商品が施設から出荷されて顧客に届くまでの間、輸送中の荷物を包括的に可視化

できます。

オラクルの Transportation Managementを使用すると、次のことが行えます。

輸送プランニングについて、オーダーの抽出を自動化する

輸送プランから、予定済の出荷日を早期に可視化する

荷物の搬送時に搬送通知を受信する

事前定義済のタスク・タイプが新たに追加されたことで、オーダーを輸送管理システムへと自動的にインタフェースできる

ようになりました。このタスク・タイプでは、複数の起動モード(非同期サービス、同期サービス、およびビジネス・イベント)

を使用して、外部システムを統合できます。ビジネス・イベント・モードは、Oracle Integration Cloud Service (ICS)を通じ

て輸送管理システムを統合するために使用できます。

57

事前定義済タスク・タイプとステータス

輸送プランニング後に計算された予定日と品目が搬送された後の実績搬送日は、Order Management内で更新できま

す。これらの更新は、アクティブなタスク・タイプが輸送プランニングに関連付けられていない場合でも実行できます。これ

により、オーケストレーション・プロセスをビジネス・ニーズに応じて柔軟にモデル化することができます。

たとえば、オーダーの請求を行う前に搬送の証明を待つ必要があるとします。その場合、出荷タスク後の請求タスクの前

に一時停止ステップを使用することで、要件をモデル化できます。つまり、履行システムから搬送の証明を受信するまで

一時停止を解除しないよう、一時停止タスクの条件を定義できます。このような場合、一時停止ステップでの待機中に実

績搬送日を更新し、その後、一時停止を解除してオーダーの請求を有効化できます。

請求前の搬送証明

有効化の手順

履行時にオーダーを輸送管理システムへとインタフェースするためのステップを使用して、履行プロセスを定義します。

58

主なリソース

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

Oracle Supply Chain Management Cloud: オーダー管理の使用(Oracle Help Centerからアクセスできます)。

ORACLE INTEGRATION CLOUD SERVICEと互換性のあるビジネス・イベントを使用してステータスと

例外を更新する

オーダー管理は、ビジネス・イベントを Oracle Integration Cloud Serviceに公開して、複数の取得および履行システム

が含まれるオーダー-入金環境に、詳細なステータス更新、優れたプロセス同期および簡単な統合を提供します。

Integration Cloud Service対応のイベントは、次の機能を提供します。

Integration Cloud Serviceプラットフォームを使用したオーダー管理イベントのナビゲートおよび検出。

顧客固有Webサービスへのオーダー管理イベントのグラフィカルなマッピング。

外部アプリケーションによる一般的な統合フレームワークでのビジネス・イベントの使用。

ターゲット・システムが認識できる変換属性へのクロス参照の適用。

「販売オーダー通知」イベントをサブスクライブして、Order Managementからステータス変更やオーダー例外の通知を

受け取ることもできます。通知を受け取るには、Integration Cloud Serviceで Oracle ERP Cloudカタログを参照し、要

求の構成のビジネス・イベントを使用オプションを選択します。次の画面キャプチャは、Integration Cloud Serviceの統

合領域でビジネス・イベントを参照する様子を示したものです。

ICSでのビジネス・イベントの参照

59

さらに、Order Information Serviceの GetCrossReferenceDataという新しい操作を使用して、販売オーダー通知イベ

ントで公開されたデータ・スナップショットに対応する相互参照値をフェッチし、サブスクライブ元のシステムが理解できる

ようにすることもできます。これを達成するには、次のことを行う必要があります。

1. Order Information Serviceをポイントする接続を作成します。

2. 「ISCをサブスクライブ」タイプの統合を作成します。これは、サブスクライブ元のシステムが ICSからのイベント

通知を取得できるようにするための統合です。この統合内で、前のステップで作成した接続を「エンリッチメント・

トリガー」ノードにドラッグし、GetCrossReferenceData操作を使用します。次のスクリーンショットは、エンリッチ

メント・サービスの構成を示したものです。

エンリッチメント・サービスの構成

3. 販売オーダー通知イベントの出力内にある識別子、ソース・システム、および相互参照データ要素を、

GetCrossReferenceData操作の入力内にある適切なデータ要素へとマップします。

4. 販売オーダー通知イベントをターゲット・システムへとマップします。ここでは、販売オーダー通知イベントの出力

と、GetCrossReferenceData操作の応答の両方からデータ要素をマップできます。次のスクリーンショットは、

マッピングのソース側を示したものです。

通知システムに対するイベントのソース側のマッピング

有効化の手順

販売オーダー通知ビジネス・イベントをサブスクライブするには、次の画面キャプチャに示すように、「ビジネス・イベント・

トリガー・ポイントの管理」タスクを使用して、関連するトリガー・ポイントを有効化します。

60

「ビジネス・イベント・トリガー・ポイントの管理」タスク

履行明細レベルのステータス値(ビジネス・イベント通知を受信する値)は、「オーケストレーション・プロセス定義の管理」

タスクを通じて有効化します。ここで、適切なオーケストレーション・プロセスを検索して選択し、「編集」処理を選択します。

「プロセス詳細」領域で、「ステータス条件」タブと「履行明細ステータス値」サブタブを選択します。次に、「ステータス・

ルール・セットの編集」ボタンをクリックして、次に示す設定ページを表示します。イベント通知の生成対象となる、適切な

履行明細ステータス値の「外部システムに通知」チェック・ボックスをオンにします。次の画面キャプチャはその様子を示

したものです。

「ステータス・ルール・セットの編集」ページ

主なリソース

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

61

PRICING

Oracle Pricing Cloudは、会社の価格設定プラクティスをサポートしながら、製品やサービスの価格設定を顧客セグメ

ントごとに行うための、高度で柔軟な価格管理機能を提供します。価格管理機能では、特定の収益目標やビジネス目標

を達成するための価格設定ルールを設計できます。また、価格設定アーキテクチャによってソフトウェアを構成・カスタマ

イズし、新しい価格設定ルールやプロセスを実装することができます。

価格設定と割引の制御

価格設定や割引に制限を設けないと、オーダーの収益性が損なわれたり、場合によってはビジネス・プラクティスの監査

が行き届かなくなって、コンプライアンス問題の発生につながります。価格設定ガイドラインを使用すれば、価格設定や

割引を制御するためのルールを定義できます。

価格設定ガイドラインは、価格コンポーネント(正価、手動価格調整、マージンなど)に対して定義します。たとえば、オー

ダーのマージンは 20%を超える必要があるというガイドラインを設定することが可能です。価格設定戦略に関連付けられ

たガイドライン・ルールは、オーダーの検証時に評価されます。ガイドラインへの違反がある場合には、違反のタイプに基

づき、エラー、情報のみ、または警告のうち、適切な警告が送られます。権限がある場合は、例外を上書きし、オーダーを

送信して、さらに処理することが可能です。

これにより、すべてのオーダーが、会社の価格設定ポリシーで設定された価格設定戦略や割引戦略に準拠していること

を確認でき、収益性、割引規律、およびコンプライアンスを管理できるようになります。

有効化の手順

1. 「設定および保守」作業領域の「価格要素の管理」タスクで、価格設定ガイドラインを設定する価格要素を決定

します。たとえば、価格設定ガイドラインを正価に基づいて定義するには、「価格設定ガイドラインで使用」

チェック・ボックスが価格要素「正価」に対してオンになっていることを確認します。

2. 「価格設定管理」作業領域で、「マトリックス区分の管理」タスクをクリックし、「価格設定賦課ガイドライン」マト

リックス区分に条件を追加します。以降、新しいガイドラインを定義する際にはこれらの条件を使用できます。

ヒントと考慮事項

手動価格調整については、手数料を有効または無効にすることができます。これにより、価格設定管理者は割引行動を

制御できます。これを制御するには、価格表手数料の「手動調整の許可」チェック・ボックスをオンにします。

主なリソース

Oracle SCM Cloud: 価格の管理(Oracle Help Centerからアクセスできます)。

サービス契約での価格カバレージ・サービス

Pricingは機能強化され、Oracle Fusion Service Contracts との統合を通じたカバレージ価格設定がサポートされました。

価格設定管理者は、価格表のカバレージ価格設定ルールを管理することができます。価格表が機能強化されたことで、

カバレージとその対象品目との間の関連付けが可能になりました。対象品目の価格設定ルールは、1回手数料と反復

62

手数料を対象に、すべての品目レベルで定義できます。これらのルールは、対象品目の価格(手数料)の金額または

パーセントに基づいて定義されます。価格設定管理者は、価格表からカバレージ価格設定ルールをエクスポートおよび

インポートできます。また、価格設定管理者は「価格設定ルールの検索」ページと「価格設定管理」作業領域でカバレー

ジ価格設定ルールを検索することもできます。

カバレージ価格設定ルールは、指定の期間を対象に、対象品目の価格の金額またはパーセントに基づいて計算されま

す。たとえば、ラップトップのプレミア・カバレージの 3年間の価格は、1年当たり 10 ドルになります。Pricingでは、カバ

レージと対象品目の特定の関連付けに対して、1つ以上の手数料がサポートされます。これらの手数料は、単発手数料

または反復手数料にできます。Pricingでは、価格設定合計の計算がサポートされており、指定期間の金額を集計できま

す。

関連付けに基づく手数料作成

有効化の手順

1. パーセントベースのカバレージ価格設定ルールの場合は、「設定および保守」作業領域の「価格設定ベースの

管理」タスクで、カバレージ基準を定義します。

2. Oracle Enterprise Contracts Cloudで、「時間単位クラスの管理」が単位に対して定義されていることを確

認します。

主なリソース

Oracle SCM Cloud: 価格の管理(Oracle Help Centerからアクセスできます)。

Oracle Sales Cloud: 顧客契約の使用(Oracle Help Centerからアクセスできます)。

63

価格実行アルゴリズムからの外部サービスの呼出し

Pricingでは、価格設定情報を外部ソースから取得する必要がある場合に、価格設定アルゴリズムからの外部価格設定

呼出しを設定するための管理サービスを使用できます。たとえば、運送費原価計算サービスを呼び出したり、価格決定

のための商品金額を取得するサービスを使用できます。

有効化の手順

1. 「設定および保守」作業領域の「Webサービス詳細の管理」タスクで、ターゲット・システムを登録します。

2. 「設定および保守」作業領域の「アルゴリズムの外部サービス詳細の管理」タスクで、使用するWebサービスが

設定されていることを確認します。サービスは必要な数だけ登録でき、それらのサービスは、価格設定アルゴリ

ズムでコネクタ名を使用して起動することができます。Webサービスを登録する際には、少なくともターゲット・シ

ステム、名前、起動モード(同期)、およびサービスの実際の接続 URL を指定する必要があります。オプションで、

簡単な説明を入力したり、サービスを保護する必要がある場合には承認資格情報を入力することもできます。

3. 「サービス・マッピングの管理」タスクで、入力と出力のペイロード詳細をキャプチャします。

4. 「アルゴリズムの管理」タスクでのビジネス要件に基づいて、価格設定アルゴリズムを必要に応じて構成します。

主なリソース

Oracle SCM Cloud: 価格の管理(Oracle Help Centerからアクセスできます)。

CONFIGURATOR

Oracle Configurator Cloudは、構成やカスタマイズが可能なマルチオプションの製品とサービスをモデル化できる、強

力な販売・構成製品です。基盤となる制約ベースのテクノロジを使用して、複雑なカスタマイズ可能製品を一連のルール

やオプションとしてモデル化できます。これらのオプションでは最善のソリューションがガイドされるため、ユーザーは有効

な構成だけを作成することができます。また、統合型の柔軟なプロセスにより、オーダー・エラーや再加工原価を解消す

ることができます。さらに、オーダーから生産までのプロセスを自動化して、全体的な販売サイクル時間を短縮することが

できます。

オーダー・キャプチャ・チャネル間での CONFIGURATORランタイムの統合

マルチチャネルの環境では、価格や製品構成などの重要なデータをチャネルに関係なく同一にすることが望まれます。

そのためには、チャネル間やビジネス・ユニット間で一貫性のあるオーダー・キャプチャ機能を提供する必要があります。

本リリースの Configuratorでは、Configuratorランタイムのユーザー・インタフェースをオーダー・キャプチャ・アプリケー

ション内に埋め込むことができる、埋込み可能な iframeとサービス・セットが提供されています。これらのサービスでは、

Configuratorランタイムを iframeページ内で起動し、構成を検証して、構成結果をオーダー・キャプチャ・アプリケーショ

ンに返すことができます。この統合により、複数の販売チャネルやビジネス・ユニット間で、製品構成やサービス構成のた

めの一貫性あるユーザー・エクスペリエンスを提供できるようになりました。

有効化の手順

この機能を有効化するうえで必要な手順はありません。

主なリソース

Oracle Supply Chain Management Cloud: コンフィギュレータ・モデリング・ガイド(Oracle Help Centerから

アクセスできます)。

64

コンフィギュレータ拡張ルールからの外部サービスの呼出し

製品構成をサポートするための情報を外部ソースから取得する必要がある場合、コンフィギュレータで、構成拡張ルール

からの外部サービス呼出しを設定するための管理サービスを使用できるようになりました。これにより、製品コンフィギュ

レータ・マネージャは外部ソースからデータを問い合わせて取得し、同じ構成セッションで情報を使用することができます。

新しい Web サービスを登録するには、「設定および保守」作業領域から、まず「拡張の外部サービス詳細の管理」タスク

を起動します。その後、「コネクタ詳細の管理」ページをガイドとして使用して、構成拡張ルールからの外部サービス呼出

し時に使用されるWebサービスを登録します。

次の画面キャプチャは、「コネクタ詳細の管理」ページを示したものです。

「コネクタ詳細の管理」ページ

有効化の手順

この機能を有効化するうえで必要な手順はありません。

主なリソース

Oracle Supply Chain Management Cloud: コンフィギュレータ・モデリング・ガイド(Oracle Help Centerからア

クセスできます)。

構成初期化への拡張ルールの使用

コンフィギュレータのランタイム・ロジックは、コンフィギュレータ文ルールを通じてモデル化するには複雑でわかりにくい

場合があります。拡張ルールを使用すれば、コンフィギュレータ・ランタイムの動作を拡張して、より複雑なロジックをモデ

ル化することができます。本リリースの Configuratorでは、拡張ルールが機能拡張され、新規の構成やリストア済構成

の初期化時に構成ロジックを追加できるようになっています。

新規またはリストア済構成の初期化時に構成ロジックを追加するには、新しい拡張ルールを作成し、ビジネス・ロジックの

実行に必要な Groovyコードを入力します。その後、イベント・バインドの作成時に、イベント・タイプに対して

「postInitConfig」イベントを選択します。次の画面キャプチャは、拡張ルールに対して新しい構成後初期化イベントを追加

する方法を示したものです。

65

拡張ルールに対する構成後初期化イベントの追加

有効化の手順

この機能を有効化するうえで必要な手順はありません。

主なリソース

Oracle Supply Chain Management Cloud: コンフィギュレータ・モデリング・ガイド(Oracle Help Centerからア

クセスできます)。

コンフィギュレータ・ルールの小数許容範囲のサポート

本リリースでは、コンフィギュレータでのルール内の小数値のサポートが改善され、小数比較を正しく評価できるように

なっています。Configurator エンジンは、0.000000001 の小数許容範囲を使用して、小数比較を数学的方程式に変換し、

評価を実行します。

有効化の手順

この機能を有効化するうえで必要な手順はありません。

主なリソース

Oracle Supply Chain Management Cloud: コンフィギュレータ・モデリング・ガイド(Oracle Help Centerから

アクセスできます)。

GLOBAL ORDER PROMISING

Oracle Global Order Promising Cloudはオーダー需要と供給有効数量をインテリジェントに照合する Oracle Order

Management Cloudのオプション・コンポーネントです。Global Order Promisingでは、オーダーが到着するたびに、現

在および将来の有効数量、搬送先、受渡予定日、優先搬送方法を考慮して、最善の履行アプローチが選択されます。代

替納期回答には、需要を満たすために必要な品目の製造や購入が含まれる場合があります。オーダー構成、契約製造、

直接出荷などの複雑な履行シナリオも処理できます。Global Order Promisingでは、供給が限られている場合に、特定

の顧客またはチャネルに固定数量または固定パーセントを配賦できます。顧客はより正確なオーダー納期日の回答を得

ることができ、供給有効数量もうまく活用できます。

66

Global Order Promisingユーザー・インタフェースでの表示のカスタマイズとセグメント化

Global Order Promisingの柔軟で新しいユーザー・インタフェースでは、インタラクティブなオーダー納期回答タスクを

より効率的に実行できます。新しいユーザー・インタフェースでは、次のことが可能です。

画面の容易なカスタマイズ。裏付けとなる詳細情報を柔軟に構成してユーザー固有とグループ固有の情報タイ

ル・ビューを設定したり、広範な情報グラフィックを使用して納期回答パフォーマンスを表示したり、供給有効数

量および配賦をピボット表でレビューできます。

作業のセグメント化。データ・ディメンションの統合セットを使用すれば、プランニングおよび納期回答から特定の

サプライ・チェーン・セグメントを選択して作業できます。

有効化の手順

事前定義済分析の表示については、この機能を有効化するうえで必要な手順はありません。

カスタム分析については、事前定義済メジャーの包括セットから選択して、希望するレベルに事前定義済ディメンションを

適用し、表示する特定のメンバーをフィルタします。

Global Order Promisingの構成可能な分析レイアウト

ヒントと考慮事項

「グローバル・オーダー納期回答」作業領域の最新オーダー・スケジューリング・パフォーマンス情報を表示する

ために、まずコレクションを実行し、納期回答サーバーをリフレッシュして起動する必要があります。

スケジュール済プロセス「オーダー納期回答分析のリフレッシュ」により、分析がオーダー・スケジューリング・パ

フォーマンスを正確に表していることが確認されます。「グローバル・オーダー納期回答」作業領域のオーダー

を再スケジュールするか、グローバル・オーダー納期回答アプリケーションを起動すると、このプロセスが自動

的に実行されます。

67

主なリソース

リリース・トレーニング – Global Order Promisingの拡張機能: 構成可能な GOP UI、費用配賦先転送のスケ

ジュール(Oracle Cloud: Supply Chain Management リリース・レディネスからアクセスできます)

費用配賦先転送のスケジュール

在庫転送により、顧客搬送用の資材のポジションが変更されたり、会社の目的に使用するために社内組織に移動された

りする場合があります。社内で使用する商品は、手持在庫として追跡するのではなく、即座に費用計上して使用する場合

があります。このリリースでは、新しい在庫転送タイプが追加され、このように社内費用計上される搬送先への在庫転送

の供給が適切に処理され、グローバル・オーダー納期回答を使用してスケジュールできるようになりました。

有効化の手順

この機能を有効化するうえで必要な手順はありません。

ヒントと考慮事項

費用配賦先転送に対応する履行明細を作成するには、関連する転送オーダーをオーダー管理とインタフェースする必

要があります。

主なリソース

リリース・トレーニング – Global Order Promisingの拡張機能: 構成可能な GOP UI、費用配賦先転送のスケ

ジュール(Oracle Cloud: Supply Chain Management リリース・レディネスからアクセスできます)

販売オーダーと外部のオーダー管理システムとの同期

Global Order Promisingのほとんどのユーザーは Order Managementを使用して、販売オーダーを取得および履行し

ますが、一部のユーザーはオンプレミスまたはサードパーティのオーダー管理システムを使用して需要の一部またはす

べてを処理する場合があります。このリリースでは、外部システムのオーダー・ステータスが同期される販売オーダー・

ファイル・ロードが導入され、新規オーダーのみでなく、変更、取消、完了も Global Order Promisingで考慮できるように

なりました。そのため、中央集中型のオーダー・プランニングと納期回答を複数の販売チャネルで取得できます。

有効化の手順

1. 「プランニング・ソース・システムの管理」ページを使用して、販売オーダーの収集ソースとして外部システムを使用

可能にします。

2. Oracle Cloudの標準ファイル・アップロード機能を使用して、必要な販売オーダー・データを外部システムから

ロードします。外部システムのオーダーの納期回答をサポートするために、ファイル・アップロード機能を使用して、

該当する参照データ、供給データおよびグローバル・オーダー納期回答ルールもロードする必要があります。各

データ・タイプの主な例は次のとおりです。

a. 参照データ - 品目、品目構成、単位、顧客、サプライヤ、組織、カレンダ、出荷ネットワーク、出荷方法、リ

ソース、ルーティング、ソーシング・ルール、割当セット

b. 供給データ - 手持、購買オーダーと購買依頼、転送オーダー、予約

c. グローバル・オーダー納期回答ルール - ATPルール、ATPルール割当、配賦ルール、配賦ルール割当

3. ナビゲータで、「プラン入力」作業領域をクリックし、「フラット・ファイルからのプランニング・データのロード」タスク

を選択して、データのアップロードを完了します。

68

ヒントと考慮事項

すべてのサプライ・チェーン情報を外部システムで維持しながら、Oracle Supply Chain Management Cloudで

それらの情報を表示しなくても、独立して Global Order Promisingを実行できるようになりました。

この機能は、Global Order Promisingの公開Webサービスとともに使用するために用意されています。これら

のWebサービスを使用すると、外部システムからのオーダーがリアルタイムに Global Order Promisingで受

信され、オーダーがスケジュールされて、納期回答がWebサービス経由で外部システムに送信されます。スケ

ジュールされた外部システムの販売オーダーは Global Order Promisingサーバーを再起動する前にロードし

て、将来のオーダーに対する Global Order Promisingの納期回答で考慮されるようにする必要があります。

付録 A: 機能セキュリティの集計権限

本リリースには、新機能の機能セキュリティを促進する新しいロールと権限が含まれています。カスタム・ジョブ・ロール

を作成した場合は、必要に応じてそれらのカスタム・ロールに新しい権限を追加できます。

表 A-1の集計権限は、本リリースの次の機能で必要とされます: オーケストレーション・インフラWebサービスのソーシ

ング・ルールの管理

表 A-1: Configuratorの集計権限

集計権限名とコード ジョブ・ロール名とコード

オーケストレーション・インフラWebサービスのソーシング・

ルールの管理

DOO_ADMINISTER_ORCHESTRATION_INFRASTRU CTURE_WEB_SERVICE_SOURCING_RULE

製品コンフィギュレータ・マネージャ

ORA_CZ_PRODUCT_CONFIGURATOR_MANAGER_JOB

付録 B: 機能セキュリティの権限

本リリースでは、新機能の機能セキュリティを促進する新しいロールと権限が含まれる場合があります。カスタム・ジョブ・

ロールを作成した場合は、必要に応じてそれらのカスタム・ロールに新しい権限を追加できます。 表 B-1: オーダー管理の機能セキュリティ権限

権限名とコード ジョブ・ロール名とコード

オーケストレーション・オーダー取引コンプライアンス・

インタフェースWebサービスの管理

DOO_MANAGE_ORCHESTRATION_ORDER_TRADE _COMPLIANCE_INTERFACE_WEB_SERVICE

Webサービス・アプリケーション ID (SCM)

FUSION_APPS_SCM_SOA_APPID

販売オーダーの輸送データに対するWebサービス・

インタフェースの管理

DOO_MANAGE_WEB_SERVICE_INTERFACE_TO_TRANSPORTATION_DATA_FOR_SALES_ORDER

Webサービス・アプリケーション ID (SCM)

FUSION_APPS_SCM_SOA_APPID

オーダー承認ルールの管理

FOM_MANAGE_ORDER_APPROVAL_RULES

オーダー管理者

ORA_DOO_ORDER_ADMINISTRATOR

「オーダー-入金」インフォレット・ページの表示

FOM_VIEW_ORDER_TO_CASH_INFOLET_PAGE

オーダー・マネージャ

ORA_DOO_ORDER_MANAGER

69

表 B-2: 価格設定の機能セキュリティ権限

権限名とコード ジョブ・ロール名とコード

オーケストレーション・インフラWebサービスのソーシング・

ルールの管理

DOO_ADMINISTER_ORCHESTRATION_INFRASTRU CTURE_WEB_SERVICE_SOURCING_RULE

価格設定マネージャ

ORA_QP_PRICING_ADMINISTRATOR

価格設定管理者

ORA_QP_PRICING_ADMINISTRATOR

価格設定アナリスト

ORA_QP_PRICING_ANALYST

---

70

Copyright © 2017, Oracle and/or its affiliates. All rights reserved.

この文書はあくまで参考資料であり、掲載されている情報は予告なしに変更されることがあります。オラクル社は、本ドキュメントの無謬性を保証しません。また、本ドキュメントは、法律で明示的または

暗黙的に記載されているかどうかに関係なく、商品性または特定の目的に対する適合性に関する暗黙の保証や条件を含む一切の保証または条件に制約されません。オラクル社は、本書の内容に関

していかなる保証もいたしません。また、本書により、契約上の直接的および間接的義務も発生しません。本書は、事前の書面による許諾を得ることなく、電子的または機械的に、いかなる形態または

手段によっても複製または伝送することはできません。

Oracleおよび Javaは Oracle Corporationおよびその関連企業の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

Intel、Intel Xeon は、Intel Corporation の商標または登録商標です。すべての SPARC の商標はライセンスをもとに使用し、SPARC International, Inc の商標または登録商標です。AMD、

Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。