更新22D

改訂履歴

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

日付	モジュール	機能	ノート
2023年2月17日	共通調達	RESTサービスを使用した調達の統合および拡張	文書の更新。2つの新しいバックポート・リソースで機能の説明が更新されました。
2022年11月28日	調達契約	サポート文書の削除の保護	文書の更新。キー・リソースのリンクが更新されました。
2022年11月28日	購買	この更新で選択された購買不具合修正	文書の更新。機能の説明の改訂。
2022年9月16日			初版作成。

概要

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

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

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

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

免責事項

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

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

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

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アプリケーションのオプト・インが失効した機能を確認することもできます。

機能のサマリー

調達供給

共通調達

RESTサービスを使用した調達の統合および拡張

この更新では、Oracle Fusion Cloud ProcurementおよびOracle Fusion Cloud Self Service Procurementで、外部システムと簡単に統合できるようにする新規および修正版のREST APIを提供します。

この更新で導入された新規のREST APIは次のとおりです。

• 公開ショッピング・リスト

• 調達承認済サプライヤ・リスト・エントリ(22Dの11月の月次更新で使用可能)

• 承認済サプライヤ・リスト・ソース文書(22Dの11月の月次更新で使用可能)

次のREST APIが拡張されました。

• 購買依頼
  • GETは、購買依頼明細の購買オーダー取消事由および購買オーダー保留事由でサポートされています。
  • POSTおよびPATCHが拡張され、摘要ベース明細の購買依頼が外貨(購買依頼発行ビジネス・ユニットの機能通貨とは異なる通貨)で作成できるようになりました。
  • GET、POSTおよびPATCHが拡張され、内部資材転送をサポートするようになりました。REST APIを使用して、内部資材転送の購買依頼を作成し、品目を搬送先組織に供給できるソース組織およびオプションでソース保管場所を指定します。操作calculateTaxAndAccountingおよびsubmitRequisitionも、内部資材転送購買依頼をサポートするように拡張されました。
  • 新しい操作retrieveTransferPriceAndTaxを使用して、内部資材転送購買依頼明細の振替価格と税金を迅速に計算できるようになりました。振替価格は、振替が利益センターをまたがる時点の原価になるか、財務オーケストレーション・フロー定義に従うかのいずれかです。会社間請求が使用されると、トランザクションは税金の対象となります。同様に、内部資材転送購買依頼の税金を処理するために、操作calculateTaxAndAccountingが拡張されました。
  • 新しい処理retrieveCurrentApproversListを使用して、承認待ち購買依頼の現在の承認者リストを取得できます。

• 公開ショッピング・リスト明細
  • POSTおよびPATCHは、内部でオーダー可能な品目でサポートされています。

• 下書き購買オーダー
  • GET、POSTおよびPATCHは、代替の承認者でサポートされています。
  • GET、POSTおよびPATCHは、米国連邦属性でサポートされています。

• 購買オーダー
  • GETは、代替の承認者でサポートされています。

• サプライヤ・ネゴシエーション
  • GET、POSTおよびPATCHは、下書きネゴシエーションでサプライヤに参加依頼をするときにすべての担当者に通知するためにサポートされています。
  • POSTおよびcreateNegotiationFromTemplate処理を使用すると、大型の下書きネゴシエーションを作成できます。
  • GETは、大型ネゴシエーションを識別するためにサポートされています。

これらの新しいRESTサービスおよび変更されたRESTサービスを使用して統合を簡略化し、他のアプリケーションや外部システムとの標準ベースの相互運用性をサポートできます。

有効化のステップ

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

主なリソース

• Oracle Procurement Cloud REST APIドキュメントを参照してください(Oracle Help Centerからアクセスできます)。

ロールおよび権限

• Oracle Help Centerで入手可能なOracle Procurement Cloud REST APIドキュメントの「ジョブ・ロールおよび権限」の項を参照してください。

調達

購買

購買オーダーの代替の承認者の指定

購買オーダーの代替の承認者を指定し、承認のために購買オーダーをルーティングします。購買オーダーの最初の承認者の代替機能を使用して、購買オーダーおよび関連する変更オーダーを承認のために関連購買依頼から代替の承認者にルーティングできます。購買依頼の代替の承認者がオーダーまたはそれ以降の変更の承認を担当しなくなった場合、バイヤーおよび依頼者はこの新機能を使用して、購買オーダーおよび関連変更オーダーに別の代替の承認者を指定できるようになりました。

この機能を使用するには、「購買オーダー代替の承認者」属性を使用して新しい承認ルールを構成します。購買依頼代替の承認者を使用して承認ルールを構成した場合は、購買オーダーで代替の承認者が指定されていない場合にのみ、購買オーダーおよび変更オーダーが購買依頼の代替の承認者にルーティングされるように変更します。

これらのスクリーン・キャプチャは、次の機能を示しています。

購買依頼の代替の承認者

別の代替の承認者による依頼者開始変更オーダー

依頼者が開始した変更オーダーを購買オーダー代替の承認者にルーティングする承認ルール

依頼者が開始した変更オーダーを購買依頼の代替の承認者にルーティングする承認ルール

有効化のステップ

1. 「設定および保守」作業領域で、次のように選択します。 
   • 「調達」オファリング
   • 「調達ファウンデーション」機能領域
   • 「購買依頼発行ビジネス機能の構成」タスク
2. 「購買依頼発行BU」を選択します。
3. 「承認者上書き使用可能」チェック・ボックスを選択します。

ヒントと考慮事項

• バイヤーは、RESTリソースとファイルベースのデータ・インポートを使用して、代替の承認者を指定してオンラインで購買オーダーを作成できます。
• 代替の承認者が指定された購買オーダーを複製した場合、代替の承認者は新しい購買オーダーにコピーされません。
• 購買オーダーが関連購買依頼から作成された場合、購買依頼の代替の承認者は購買オーダーにコピーされません。
• 購買依頼明細ディメンションに関連付けられた承認タスク属性の名前が、「代替の承認者」から「購買依頼代替の承認者」に変更されました。

ロールおよび権限

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

• 次の事前定義済ジョブ・ロールのいずれかが割り当てられているユーザーは、自動的にこの機能を設定できます。
  • 調達マネージャ(ORA_PO_PROCUREMENT_MANAGER_JOB)
  • 調達アプリケーション管理者(ORA_PO_PROCUREMENT_APPLICATION_ADMIN_JOB)

• 次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能を設定できます。
  • 調達構成の管理(PO_MANAGE_PROCUREMENT_CONFIGURATION_PRIV)

• 次の事前定義済ジョブ・ロールのいずれかが割り当てられているユーザーは、自動的にこの機能にアクセスできます。
  • バイヤー(ORA_PO_BUYER_JOB)
  • 調達要求者(ORA_POR_PROCUREMENT_REQUESTER_ABSTRACT)

• 次の権限のいずれかが含まれる構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。
  • 購買オーダーの作成(PO_CREATE_PURCHASE_ORDER_PRIV)
  • 購買オーダーの変更(PO_CHANGE_PURCHASE_ORDER_PRIV) 
  • 調達依頼者としての購買オーダーの変更(PO_CHANGE_PURCHASE_ORDER_AS_PROCUREMENT_REQUESTER_PRIV)

購買オーダー変更時に保留を解除するための請求書検証の自動化

照合済請求書の自動検証を使用可能にして、変更オーダーの実施時に保留をリリースします。これにより、購買オーダーの変更によって保留条件が削除された場合に、請求書保留を手動で検証および解除する必要がなくなります。また、スケジュールに従って請求書検証プロセスを実行している場合は、遅延時間をなくすこともできます。

これらのスクリーン・キャプチャは、次の機能を示しています。

注意が必要な請求書保留のあるオーダー

購買オーダーと照合済請求書の間の差異を訂正する変更オーダー

変更オーダーの実施時に検証された請求書

有効化のステップ

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

オファリング: 調達

ヒントと考慮事項

• 注意が必要なオーダー - 「請求書保留」インフォレットには、「消込済」、「最終消込済」または「取消済」ステータスの購買オーダーは含まれません。「オーダーの管理」ページから、またはグローバル検索またはキーワード検索を使用して、これらのステータスの購買オーダーを検索する必要があります。

• 請求書検証プロセスは、事由タイプが「照合保留」の照合済請求書に対してのみ、変更オーダーの実施時に自動的に起動されます。他の保留事由がある照合済請求書は、引き続き手動で、またはスケジュール済プロセスを介して検証する必要があります。

ロールおよび権限

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

• 次の事前定義済ジョブ・ロールのいずれかが割り当てられているユーザーは、この機能を設定できます。
  • 調達マネージャ(ORA_PO_PROCUREMENT_MANAGER_JOB)
  • 調達アプリケーション管理者(ORA_PO_PROCUREMENT_APPLICATION_ADMIN_JOB)

• 次の権限が含まれる構成済ジョブ・ロールが割り当てられているユーザーは、この機能を設定できます。
  • 調達構成の管理(PO_MANAGE_PROCUREMENT_CONFIGURATION_PRIV)

• 次の事前定義済ジョブ・ロールが割り当てられているユーザーは、購買でこの機能にアクセスできます。
  • バイヤー(ORA_PO_BUYER_JOB)

• 次の権限が含まれる構成済ジョブ・ロールが割り当てられているユーザーは、購買でこの機能にアクセスできます。
  • 購買オーダーの作成(PO_CREATE_PURCHASE_ORDER_PRIV)

バイヤーとしてプロジェクトおよびタスクによる購買依頼の検索

プロジェクト番号やタスク番号などのプロジェクト属性を使用して、購買依頼明細を検索します。バイヤーとして、プロジェクト詳細を使用して、購買オーダーを作成する購買依頼をフィルタできるようになりました。

このスクリーン・キャプチャは、この機能を示しています。

拡張検索および検索結果のプロジェクト属性

有効化のステップ

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

ヒントと考慮事項

• プロジェクト番号およびタスク番号を追加するには、「購買依頼のプロセス」ページの「拡張検索」オプションを使用します。
• プロジェクト番号の値を入力する前に、購買依頼発行BUを入力する必要があります。同様に、プロジェクト番号を入力してからタスク番号を入力する必要があります。

ロールおよび権限

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

• 次の事前定義済ジョブ・ロールが割り当てられているユーザーは、自動的にこの機能にアクセスできます。
  • バイヤー(ORA_PO_BUYER_JOB)

• 次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。
  • 購買依頼明細の処理(POR_PROCESS_REQUISITION_LINE_PRIV)

この更新で選択された購買不具合修正

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

サプライヤへの正しい文書改訂の連絡

更新22Dより前は、外部変更オーダーの取消後に購買文書が連絡された場合、PDFに誤った改訂番号が印刷され、サプライヤにEメールが送信されました。22Dに更新すると、正しい改訂番号がサプライヤに伝達されます。

Oracleリファレンス: 34226239

送信中の変更オーダー正味増加に対する資金の予約

更新22Dの前は、資金の増加と減少の両方を含む変更オーダーを承認のために送信したときに、残余予算引当では増加のみが考慮されました。これは、資金不足のため失敗するか、変更オーダーが実施されるまで超過資金が一時的に予約されるかのいずれかになる可能性がありました。22Dに更新すると、変更オーダー発行時に正味金額が残余予算引当の対象となり、追加資金が不要になります。この変更は、勘定科目ベースの管理予算とプロジェクトベースの管理予算の両方に適用されます。

Oracleリファレンス: 32779022

サプライヤおよび受入担当へのノートのエクスポート

更新22Dの前は、サプライヤへのノートおよび受入担当へのノートが個別の列として表に表示されませんでした。このため、結果をExcelにエクスポートすると、この情報は失われました。22Dに更新すると、「オーダーの管理」の検索結果、「購買オーダーの表示」、「購買オーダーの表示」、「変更オーダーの表示」の各ページに表示される表に、これらの属性を公開できます。

要求搬送日の更新時の価格再設定

この更新の前は、契約が価格上書きを許可しないように構成されている場合、要求搬送日を変更しても包括購買契約から最新価格が取得されませんでした。22Dに更新すると、価格には、更新された要求搬送日に基づいて最新の価格が反映されます。

Oracleリファレンス: 34074528

購買オーダーの取消または再通信時のサプライヤ担当EメールIDまたはFAX番号の取得

更新22Dの前は、購買オーダーの取消または再通信中に通信方法を変更してEメールまたはFAXにすると、対応するEメール・アドレスまたはFAX番号が正しくデフォルト設定されませんでした。22Dに更新すると、更新された値が正しくデフォルト設定され、これらの値を手動で入力せずに続行できます。

Oracleリファレンス: 34066545

OTBIクロス機能領域分析に購買オーダー付加フレックスフィールドを含める

更新22Dの前は、「調達 - 調達-支払リアルタイム」サブジェクト領域を含むOTBI相互機能領域分析に購買オーダー付加フレックスフィールドを含められませんでした。22Dに更新した後は、「調達 - 調達-支払リアルタイム」サブジェクト領域と「調達 - 購買リアルタイム」サブジェクト領域に基づいて機能間領域分析を作成し、後者のサブジェクト領域から購買オーダー付加フレックスフィールドを含めることができます。

Oracleリファレンス: 33833621

OTBI分析に自動ソーシング使用可能インジケータを含める

更新22Dの前は、「調達 - 購買契約リアルタイム」サブジェクト領域に基づくOTBI分析に、自動ソーシング使用可能インジケータを含められませんでした。22Dに更新した後は、「契約詳細」フォルダからインジケータを選択して追加できます。

Oracleリファレンス: 34130167

有効化のステップ

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

外部購買価格

購買依頼発行ビジネス・ユニットのグループに対する購買価格および購買契約の管理

複数の購買依頼発行ビジネス・ユニットをソース組織にマップし、これらのマッピングで指定された購買依頼発行ビジネス・ユニット(BU)のグループに対して外部購買価格を作成します。購買依頼発行ビジネス・ユニットごとに個別の外部購買価格を作成するかわりに、この購買依頼発行BUグループの外部購買価格を保守できます。これらの外部購買価格から作成された購買契約は、グループ内のすべての購買依頼発行BUにアクセスできるようになります。

複数の購買依頼発行BUがある外部購買価格

外部購買価格ビジネス・ユニット・マッピングの管理設定タスクを使用するか、「外部購買価格マッピング」ページから、調達BUに属する複数の購買依頼発行ビジネス・ユニットにソース組織をマップできるようになりました。購買依頼発行ビジネス・ユニットは、1つのアクティブなソース組織にのみマップできます。

購買依頼発行BUマッピング設定

新しいマッピングを作成するには、「外部購買価格マッピング」ページの「追加」をクリックして、「マッピングの追加」パネルを開きます。新しい購買依頼発行ビジネス・ユニットを任意の時点でアクティブなマッピングに追加することもできます。「外部購買価格マッピング」ページで、ソース組織の購買依頼発行BUをクリックして、「マッピングの管理」パネルを開きます。購買依頼発行BUを追加して保存します。

購買依頼発行BUマッピングの更新

マッピングに外部購買価格が存在する場合、それらの外部購買価格に対して作成された購買契約のBUアクセスは、新しく追加された購買依頼発行ビジネス・ユニットで自動的に更新されます。この更新は、新しいスケジュール済プロセス「外部購買価格から作成された購買契約のビジネス・ユニット・アクセスの更新」によって実行されます。購買契約が新しい購買依頼発行BUで更新されるまで、マッピング・ステータスは「待ち状態」と表示され、その後ステータスが「アクティブ」に変わります。

「マッピング詳細」パネルで、「アクティブ」スイッチをオフにして、マッピングのステータスを非アクティブに変更できます。ステータスを非アクティブに変更するには、取消済ステータスの外部購買価格以外でマッピングを使用しないでください。

購買契約スケジュール済プロセスのBUアクセスの更新

エラーのために更新できない購買契約があった場合、マッピングのステータスは「エラー」になります。エラーがある購買契約の数は、「外部購買価格」作業領域の購買契約例外カードに表示されます。カードから購買契約の例外ページにドリルダウンし、エラー詳細を表示できます。エラーを解決した後、「外部購買価格から作成された購買契約のビジネス・ユニット・アクセスの更新」スケジュール済プロセスを発行して、購買契約を更新します。

購買契約のBUアクセス例外

この機能により、管理する外部購買価格の数が少なくなるため、外部購買価格の作成および保守にかかる時間と労力が削減されます。複数の購買依頼発行BUに共通の購買契約を作成すると、調達プロセスの管理のパフォーマンスが向上します。新しく追加された購買依頼発行ビジネス・ユニットによる購買契約のBUアクセスの自動更新により、外部購買価格で購買依頼発行ビジネス・ユニットを管理するための柔軟性が向上します。

複数の購買依頼発行BUがある購買契約

有効化のステップ

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

主なリソース

• Manage Prices and Agreements for a Group of Requisitioning BUsのレディネス・トレーニングを見る

ロールおよび権限

購買価格設定マネージャ(ORA_SCH_PURCHASE_PRICING_MANAGER_JOB)ジョブ・ロールが割り当てられているユーザーは、自動的にこの機能にアクセスできます。

サプライヤ・モデル

サプライヤの重複としての登録の回避

サプライヤ・セルフサービス登録は、新規サプライヤのオンボーディングのための効率的なプロセスを提供します。残念ながら、従業員の入れ替わりや販売部署の拡大などの要因によりサプライヤが複数回登録される可能性があります。サプライヤは、サプライヤ・マスターにすでに存在していることを示す通知を受け取らずに、登録を送信して最終的にサプライヤの重複エラーが発生します。これを修正するためには手動操作が必要になり、却下される登録を完了するためのサプライヤの時間が無駄になります。

この機能を使用すると、登録する会社の会社名、D-U-N-S番号、納税者IDおよび税務登録番号を使用して、重複チェックが実行されます。これらの属性の少なくとも1つが既存のサプライヤまたは進行中の登録要求との照合で一致した場合、登録会社は重複とみなされます。

セルフサービス登録での重複サプライヤ・エラー

サプライヤがすでにサプライヤ・マスター内の有効なサプライヤである場合、サプライヤは登録できなくなります。サプライヤ・セルフサービス登録時に重複するサプライヤを事前にチェックすると、新規サプライヤのみが登録要求を発行できるようになります。これにより、管理者が解決するエラーが減少し、サプライヤの時間の節約になり、フラストレーションが低減されます。

有効化のステップ

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

オファリング: 調達

ヒントと考慮事項

• 設定ページの「サプライヤ・メッセージの管理」からエラー・メッセージ・テキストを更新でき、エラーの説明について依頼者が会社に連絡できるようにする場合は、連絡先詳細を指定できます。関連する2つのエラー・メッセージは次のとおりです。
  • メッセージ名POZ_SUP_REG_DUP_PROD: この会社はすでに自社のサプライヤです。既存のプロファイルに関する情報は、お問い合せください。
  • メッセージ名POZ_REG_DUP_ERROR: この会社の登録要求はすでに存在しています。登録要求{REQUEST_NUMBER}のステータスの詳細は、お問い合せください。

ソーシング

大型ネゴシエーションの管理

建設、流通、小売、製造、公共部門など、Oracle Sourcingを使用する複数の業界のお客様には、非常に大規模なネゴシエーションを処理する能力が必要です。これらのネゴシエーションには高明細ボリュームが含まれます。このようなネゴシエーションは、UI表示のアプリケーション制約やタイムアウト制限のため、リアルタイムでは処理できません。

この機能を使用すると、ファイルベースのデータ・インポートおよびバックグラウンド処理を使用して、大量の明細ボリュームのネゴシエーションを実行できるようになりました。

大型ネゴシエーションで、次のことが可能です。

• ファイルベースのデータ・インポート・プロセス(FBDI)を使用した多数のネゴシエーション明細のインポート

• UIでの明細の検索

• スケーラブルで軽量なネゴシエーションおよび応答文書の生成

• 承認者およびサプライヤへの通知添付としてネゴシエーション文書を送信

• ネゴシエーション・ライフ・サイクルを通じたスケジュール済バックグラウンド・プロセスのステータスをモニター。ネゴシエーションの公開、修正の作成、落札明細のインポート・スプレッドシートなどのイベントによってバックグラウンド・プロセスがトリガーされます。バックグラウンド・プロセスの完了後に通知が送信されます。

• バックグラウンド・プロセスを使用した、サプライヤによる応答のインポート

• 大量の明細ボリュームの落札と、バックグラウンド・プロセスを使用したエクスポート

• Webサービスを使用した大型ネゴシエーション作成の自動化

大型ネゴシエーションの作成:

• 大型ネゴシエーションは、ネゴシエーション・テンプレートを使用して作成できます。これにより、明細を除くすべてのテンプレート情報が大型ネゴシエーションにコピーされます。

• 新しいMS Excelテンプレート(.XLSM)を使用すると、FBDIプロセスで明細をインポートできます。このテンプレートを使用して、ネゴシエーション明細および、外部原価ファクタ、数量ベースの価格階層、価格分岐などの明細エンティティを追加、更新または削除する必要があります。このFBDIプロセスを自動化するWebサービスを使用できます。

• 明細のインポート・テンプレートには、ネゴシエーション結果に基づいて明細、外部原価ファクタ、数量ベースの価格階層または価格分岐を追加する個別のワークシートがあります。明細属性を追加するには、明細レベルで属性リストを指定する必要があります。

• 明細が正常にインポートされると、通知が表示され、アプリケーションでレビューできるようになります。

• サプライヤを追加した後、その明細アクセスを制御するには、Visual BuilderアドインとともにExcelスプレッドシートを使用するか、サプライヤ・ネゴシエーションREST Webサービスを起動します。

• 2つの新しいネゴシエーション・ヘッダー承認属性が導入されました。これを使用して大型ネゴシエーションに固有のネゴシエーション承認ルール(大型ネゴシエーションおよび明細件数)を作成できます。

• ネゴシエーションの検証やネゴシエーションの公開などの処理によって、バックグラウンド・プロセスがトリガーされます。「プロセスのモニター」ページでステータスをモニターでき、ジョブが完了すると通知されます。

サプライヤ応答の作成と管理:

• 参加依頼されたサプライヤは、応答明細スプレッドシート(.CSV)とネゴシエーション詳細PDFの添付付きで参加依頼通知を受信します。サプライヤはこの応答明細スプレッドシートをそのまま使用して、応答を準備してインポートできます。

• サプライヤは、オンラインで明細を検索して応答を編集できます。

• 応答明細スプレッドシートのエクスポート、応答明細スプレッドシートのインポート、応答の検証、応答の送信などのイベントにより、バックグラウンド・プロセスがトリガーされます。サプライヤは「プロセスのモニター」ページでモニターでき、ジョブが完了すると通知を受け取ります。

• また、サプライヤにかわって大型ネゴシエーションに代理応答を送信することもできます。

• サプライヤは、既存の応答を改訂したり、複数の応答を送信できます(許可されている場合)。

大型ネゴシエーション・ライフ・サイクルの管理:

• 大型ネゴシエーション・ライフ・サイクルを他のネゴシエーションと同様に管理できます。たとえば、一時停止、延長または早期にクローズできます。サプライヤのアクティビティをモニターし、サプライヤをロックアウトするか、応答を不適格にします。明細を繰り越すためのバックグラウンド・プロセスを使用して修正または新規ラウンドを作成することもできます。

大型ネゴシエーションの落札

• ネゴシエーションのクローズ後、必要に応じて要件応答をスコアリングし、要件を満たさない応答をショートリスト・ステータスから削除できます。

• 応答を並べて比較した後で、ネゴシエーション全体をオンラインで単一の応答に落札できます。

• 全体の応答ランキングまたは明細レベルの応答ランキングを応答の分析に使用できます。

• 落札明細スプレッドシートをエクスポートして、明細レベルの応答をオフラインで分析し、落札結果をスプレッドシートに記録できます。

• 落札明細スプレッドシートをインポートすると、ネゴシエーションを明細レベルで落札できます。

• ネゴシエーションを明細別に落札している間は、いつでも明細範囲ごとに複数のバッチで落札明細をエクスポートおよびインポートできます。

• 3つの新しい落札ヘッダー承認属性が導入されました。これを使用して大型ネゴシエーションに固有の落札承認ルール(大型ネゴシエーション、明細件数および落札待ちの明細)を作成できます。

• 落札が確定したら、落札を完了し、落札結果をサプライヤに通知できます。

次の画面は、この機能を示しています。

ネゴシエーション明細のファイルベース・データ・インポート・テンプレート

ファイルベース・データ・インポート・プロセスを使用したネゴシエーション明細のインポート

ネゴシエーション明細の編集での明細要約およびフィルタを使用した明細検索

プロセスのモニター

ネゴシエーション詳細が添付されているサプライヤ参加依頼通知

応答明細情報をインポートするための応答明細CSV

明細検索による応答明細の作成

落札の要約情報および明細検索

単一の応答に対するネゴシエーション全体の落札

スプレッドシートを使用した明細レベルでのネゴシエーションの落札

落札承認通知

落札結果通知

大量の明細ボリュームを含めてネゴシエーションを作成し、この機能を使用して簡単に管理できます。

有効化のステップ

ネゴシエーション形式に管理を設定して有効にします。

「設定および保守」作業領域で、「ネゴシエーション形式の管理」タスクに移動します。

• オファリング: 調達
• 機能領域: ソーシング
• タスク: ネゴシエーション形式の管理

「ネゴシエーション形式の管理」ページで、既存のネゴシエーション形式のいずれかを選択して編集するか、新しいネゴシエーション形式を作成します。(事前定義済ネゴシエーション形式は編集できません。)

「管理」セクションの「概要」グループで、「大型ネゴシエーション」ラジオ・ボタンを選択します。

ネゴシエーション形式のネゴシエーション管理

ヒントと考慮事項

大型ネゴシエーションに多数の明細を追加する場合、「バッチID」属性を使用して複数のバッチに分割し、それらを一度に1つずつインポートできます。

大型ネゴシエーションは現在Oracle Purchasingと統合されていないため、落札の完了後に購買文書を直接作成することはできません。現時点では、最終決定された落札結果をスプレッドシートにエクスポートし、それを使用してOracle Purchasingで使用可能なFBDIまたはREST Webサービスで購買文書を作成できます。

効率的に処理できる大型ネゴシエーション明細の数は、明細詳細の数(原価ファクタ、価格階層、明細属性、ロット明細、グループ明細)や、落札のエクスポート時のサプライヤ応答の数など、いくつかの要因によって異なります。この機能の使用に関するしきい値とガイダンスを確立するために、高明細ボリュームの一般的なケースをベンチマークすることをお薦めします。

たとえば、明細に約5つの原価ファクタ、5つの価格階層および5つの属性がある場合、大型ネゴシエーションを使用して50,000を超える明細を簡単に処理できます。また、各明細に数十の原価ファクタ、属性または価格階層がある場合、200から400の明細の下位明細範囲にも大型ネゴシエーションを使用できます。

更新22Dでは、次の機能は大型ネゴシエーションには使用できません。

• 2ステージ見積依頼
• 交互クロージング
• 自動拡張
• 自動代理入札
• 一括値引
• 代替応答明細
• 明細レベル価格下げ幅
• 複数属性スコアリング
• デフォルトの明細属性
• 内部原価ファクタ
• 明細レベル添付
• 追加サプライヤへの公開後の参加依頼
• 自動落札推薦
• 購買依頼からの大型ネゴシエーションの作成

主なリソース

• Manage Large Negotiationsのレディネス・トレーニングを見る
• ネゴシエーション明細のインポートに関する詳細は、Oracle Help Centerで『Oracle Procurement Cloudのファイルベース・データ・インポート』ガイドを参照してください

ロールおよび権限

• これらの事前定義済ジョブ・ロールのいずれかが割り当てられているユーザーは、自動的にこの機能にアクセスできます。
  • カテゴリ・マネージャ(ORA_PON_CATEGORY_MANAGER)
  • ソーシング・プロジェクト・コラボレータ(ORA_PON_SOURCING_PROJECT_COLLABORATOR_ABSTRACT)
  • サプライヤ入札者(ORA_PON_SUPPLIER_BIDDER_ABSTRACT)

• 構成済ジョブ・ロールが割り当てられているユーザーは、大型ネゴシエーションのライフ・サイクル全体を管理するために、前述の事前定義済ジョブ・ロールのすべての職務と権限を持っている必要があります。前述の事前定義済ジョブ・ロールのコピーを作成し、ビジネス・ニーズに応じて調整することをお薦めします。

• 大型ネゴシエーション機能の一部として、次の新しい職務ロールおよび権限が追加されます。これらは、デフォルトでカテゴリ・マネージャ(ORA_PON_CATEGORY_MANAGER)のジョブ・ロールに割り当てられます。
  • 職務ロール: サプライヤ・ネゴシエーション・インポート用のデータのアップロード(PRC_SUPPLIERNEGOTIATION_IMPORT_RWD)
  • 職務ロール: サプライヤ・ネゴシエーション・エクスポート用のデータのダウンロード(PRC_SUPPLIERNEGOTIATION_EXPORT_RWD)
  • 権限: スケジュール済プロセスの取消(PON_CANCEL_SCHEDULED_PROCESS_PRIV)
  • 権限: ネゴシエーション・インタフェース・レコードのパージ(PON_PURGE_NEGOTIATION_INTERFACE_PRIV)

すべてのサプライヤ担当への参加依頼

特定のサプライヤ担当を選択してネゴシエーションに参加依頼できます。また、参加依頼通知およびPDFを送信する追加Eメールを指定することもできます。しかし、どの個人が正しいソーシング担当者であるかがわからないことがよくあります。サプライヤが参加する可能性を最大限に高めるために、ネゴシエーション商談について通知する必要があるサプライヤ担当者が会社に複数いる場合があります。

この機能を使用して、参加依頼したサプライヤのすべての担当者に通知できるようになりました。

サプライヤ・ポータル・ユーザー・アカウントの有無に関係なく、サプライヤ担当は、通知EメールおよびPDFを受信します。通知後、ユーザー・アカウントを持たない担当者は、ユーザー・アカウントの作成を開始するか、バイヤーにオフライン応答を送信して代理応答として記録できます。

ネゴシエーションの公開後に追加サプライヤに参加を依頼した場合に、すべての担当者に通知することもできます。すべての担当者に通知する場合、プライマリ・サプライヤ担当の選択はオプションです。

オンライン・メッセージを「すべての関係者」に送信すると、アクティブなユーザー・アカウントを持つ参加依頼されたサプライヤのすべての担当者が、オンライン・メッセージ通知を受信します。同様に、アクティブなユーザー・アカウントを持つ参加依頼されたサプライヤのすべての担当者は、修正が公開されたとき、またはネゴシエーションが一時停止、再開、延長またはクローズされたときに通知されます。

参加依頼サプライヤのすべての担当者に通知

この機能を使用すると、どのサプライヤ担当者に参加を依頼するかを確認するカテゴリ・マネージャの負担を軽減できます。

デモをご覧ください。

有効化のステップ

ネゴシエーション形式のすべての担当者への参加依頼の送信を使用可能にします。

1. 「設定および保守」作業領域で、「ネゴシエーション形式の管理」タスクに移動します
   • オファリング: 調達
   • 機能領域: ソーシング
   • タスク: ネゴシエーション形式の管理
2. 「ネゴシエーション形式の管理」ページで、既存のネゴシエーション形式のいずれかを選択して編集するか、新しいネゴシエーション形式を作成します。
3. 「管理」セクションの「サプライヤ」グループで、「すべての担当者に参加依頼を送信」チェック・ボックスを選択して、サプライヤのすべての担当者に通知します。(このコントロールは、次のシードされたスタイルでデフォルトでオンになっています: 「単純ネゴシエーション」、「標準ネゴシエーション」および「2ステージ・ネゴシエーション」)

ネゴシエーション形式での機能の有効化

主なリソース

• すべてのサプライヤ担当への参加依頼のデモを見る

ロールおよび権限

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

• 次の事前定義済ジョブ・ロールのいずれかが割り当てられているユーザーは、次の機能にアクセスできます。
  • カテゴリ・マネージャ(ORA_PON_CATEGORY_MANAGER_JOB)
  • ソーシング・プロジェクト・コラボレータ(ORA_PON_SOURCING_PROJECT_COLLABORATOR_ABSTRACT)

• 次の権限が含まれる構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。
  • サプライヤ・ネゴシエーションの作成(PON_CREATE_SUPPLIER_NEGOTIATION_PRIV)
  • サプライヤ・ネゴシエーションの編集(PON_EDIT_SUPPLIER_NEGOTIATION_PRIV)
  • ネゴシエーション・サプライヤへの参加依頼の管理(PON_MANAGE_NEGOTIATION_SUPPLIER_INVITATION_PRIV)

ネゴシエーション・テンプレートのデフォルト設定

公正でコンプライアンスに準拠したネゴシエーションを行う上で鍵となるのは、正確な応答ルール、応答表示、要件、および指示を含むドキュメントを作成することです。明細、要件、サプライヤ、応答ルール、その他の管理に関する事前定義情報を含むネゴシエーション・テンプレートを作成できます。テンプレートを定義すると、ネゴシエーション情報を再入力することなくテンプレートを再利用できます。

この更新では、ネゴシエーションの作成時にデフォルトのネゴシエーション・テンプレートを設定できます。デフォルト・テンプレートを設定すると、ネゴシエーションが正しい情報で確実に作成され、効率が向上し、正確性が維持されます。

ネゴシエーション形式の文書タイプ「情報依頼」、「見積依頼」および「オークション」ごとに一意のデフォルト・テンプレートを選択できます。「ネゴシエーションの作成」ポップアップでネゴシエーション・タイプと形式を選択すると、デフォルトのネゴシエーション・テンプレートが自動的に選択されます。変更するためのオプションを使用できます。

ネゴシエーション・タイプおよびネゴシエーション形式に基づくデフォルト・ネゴシエーション・テンプレート

応答表示、応答ルール、指示、その他のネゴシエーション管理などの適切なネゴシエーション・コンテンツをデフォルト設定することで、使いやすさを向上させ、エラーを低減します。

有効化のステップ

オファリング: 調達

この機能は常に有効です。この機能を使用するには、調達管理者がネゴシエーション形式を作成または編集するときに、各文書タイプにデフォルトのネゴシエーション・テンプレートを設定します。

ネゴシエーション形式でのデフォルト・テンプレートの設定

ヒントと考慮事項

ネゴシエーション形式で設定されたテンプレートは、次のシナリオではデフォルトになりません。

• ネゴシエーションの作成時にテンプレートが非アクティブの場合。
• グローバル・テンプレートではなく、ネゴシエーションがテンプレートとは異なるBUで作成されている場合。
• テンプレート所有者のみが使用できるプライベート・テンプレートの場合。

ロールおよび権限

この機能を使用するには、次のロールが必要です。

• 次の事前定義済ジョブ・ロールのいずれかが割り当てられているユーザーは、自動的にこの機能にアクセスできます。
  • 調達管理者(ORA_PO_PROCUREMENT_APPLICATION_ADMIN_JOB)
  • カテゴリ・マネージャ(ORA_PON_CATEGORY_MANAGER_JOB)

• 次の権限が含まれる構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。
  • サプライヤ・ネゴシエーション形式の管理(PON_MANAGE_SUPPLIER_NEGOTIATION_STYLE_PRIV)

ネゴシエーション・テンプレート選択の強制

ネゴシエーションの作成時に、ベスト・プラクティスを促進するために、カテゴリ・マネージャにネゴシエーション・テンプレートの使用を要求できるようになりました。

テンプレートには、明細と要件の詳細、サプライヤ関連情報、応答ルールの設定などの事前作成済データがあるため、ネゴシエーション作成時に精度を維持して時間を節約するためによく使用されます。ユーザーがテンプレートを選択しないと、ネゴシエーション、エラーおよび再処理の公開に時間がかかる可能性があります。

この更新により、調達ビジネス・ユニットのネゴシエーションでテンプレートの選択を必須にできます。カテゴリ・マネージャが「ネゴシエーション」作業領域または「購買依頼のプロセス」ページでネゴシエーションを作成すると、テンプレートが強制されます。

ネゴシエーション作成時のテンプレート必須

ネゴシエーション・テンプレートを使用すると、時間を節約し、正確性を維持し、ベスト・プラクティスを推進できます。そのカテゴリ・マネージャにセット・テンプレートの選択を要求することで、ネゴシエーション作成におけるコンプライアンスを向上できます。

有効化のステップ

オファリング: 調達

この機能を有効にするには、「調達ビジネス機能の構成」ページで「ネゴシエーション・テンプレート必須」チェック・ボックスを選択します。

調達BUで求められるネゴシエーション・テンプレート

ロールおよび権限

この機能を使用するには、次のロールが必要です。

• 次の事前定義済ジョブ・ロールのいずれかが割り当てられているユーザーは、自動的にこの機能にアクセスできます。
  • 調達管理者(ORA_PO_PROCUREMENT_APPLICATION_ADMIN_JOB)
  • カテゴリ・マネージャ(ORA_PON_CATEGORY_MANAGER_JOB)

• 次の権限が含まれる構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。
  • サプライヤ・ネゴシエーションの作成(PON_CREATE_SUPPLIER_NEGOTIATION_PRIV)

購買文書の承認の開始

ネゴシエーション落札から購買文書を作成するときに、デフォルトで承認を開始できるようになりました。

調達ビジネス・ユニットに対してこの機能を有効にした場合、「購買文書の作成」ページで、ネゴシエーション落札から作成されるすべての購買文書の「承認の開始」チェック・ボックスがデフォルトで選択されます。

購買文書作成時の承認の開始

バイヤーがネゴシエーション落札から購買文書を作成するときに、デフォルトで承認を開始します。未完了ステータスの購買文書は作成しないでください。

有効化のステップ

購買文書の承認開始を使用可能にするには: 「調達ビジネス機能の構成」設定タスク・ページの各調達ビジネス・ユニットの「ソーシング」セクションで、「承認の開始」チェック・ボックスを選択します。

「調達ビジネス機能の構成」設定タスクでの「承認の開始」のデフォルト設定

ロールおよび権限

この機能を使用するには、次のロールが必要です。

• これらの事前定義済ジョブ・ロールのいずれかが割り当てられているユーザーは、自動的にこの機能にアクセスできます。
  • 調達管理者(ORA_PO_PROCUREMENT_APPLICATION_ADMIN_JOB)
  • カテゴリ・マネージャ(ORA_PON_CATEGORY_MANAGER)

• 次の権限が含まれる構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。
  • 調達構成の管理(PO_MANAGE_PROCUREMENT_CONFIGURATION)
  • 購買オーダーの作成(PO_CREATE_PURCHASE_ORDER)
  • 購買契約の作成(PO_CREATE_PURCHASE_AGREEMENT)

修正および新規ラウンドの承認ルールの構成

新しい承認属性「ネゴシエーション変更タイプ」が、ネゴシエーションおよび落札承認ルールの構成に使用できるようになりました。ネゴシエーションまたは落札文書を、修正であるか新規ラウンドであるかに基づいて適切な承認者にルーティングできます。たとえば、承認済見積依頼の修正を自動承認する必要があるが、新規ラウンドが作成されたときは、見積依頼を組織階層内の追加承認者にルーティングする必要がある場合、これを実現できます。また、ネゴシエーションの落札に少なくとも2ラウンドが必要な場合(たとえば、サプライヤのショートリストのために1回目の見積依頼ラウンドを実施し、最適な価格設定を識別するために2回目のオークション・ラウンドを実施する場合など)、承認ルールを設定して、落札決定が新規ラウンドでないかぎり自動否認するようにできます。

ネゴシエーション変更タイプに基づくネゴシエーション承認ルール

承認ルールを柔軟に作成できることにより、よりスマートな承認ルーティングが可能になり、確実に適切な承認者に到達して、ビジネス・ニーズに基づいて最適な承認の意思決定が行われるようになります。

有効化のステップ

修正および新規ラウンドの承認ルールの構成を使用可能にするには:

1. 「設定および保守」作業領域で、「サプライヤ・ネゴシエーション承認の管理」タスクまたは「サプライヤ・ネゴシエーション落札承認の管理」タスクに移動します。

• オファリング: 調達
• 機能領域: 承認管理
• タスク: 「サプライヤ・ネゴシエーション承認の管理」または「サプライヤ・ネゴシエーション落札承認の管理」

2. 「ネゴシエーション変更タイプ」属性を使用する承認ルールを作成します。

主なリソース

• Setting Up Approvals in Oracle Fusion Procurement 20D (My Oracle Supportからアクセスできます)。
• Oracle Procurement Cloud: 調達の実装ガイドの調達の承認管理(Oracle Help Centerからアクセスできます)。

ロールおよび権限

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

• 次の事前定義済ジョブ・ロールのいずれかが割り当てられているユーザーは、自動的にこの機能にアクセスできます。
  • アプリケーション実装コンサルタント(ORA_ASM_APPLICATION_IMPLEMENTATION_CONSULTANT_JOB)
  • 調達アプリケーション管理者(ORA_PO_PROCUREMENT_APPLICATION_ADMIN_JOB)

• 次の権限が含まれる構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。
  • 承認タスクの管理(POR_MANAGE_APPROVAL_TASK_PRIV)

この更新で選択されたソーシング不具合修正

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

購買依頼からのネゴシエーション作成時の調達BUデフォルトの適用

「購買依頼のプロセス」ページでネゴシエーションを作成するときに、「調達ビジネス機能の構成」設定ページで設定したネゴシエーション・タイプとネゴシエーション形式のデフォルト値が正しく選択されるようになりました。

Oracleリファレンス: 34223677

クローズまでの残り時間に基づくネゴシエーション・ページおよび処理の構成

ページ・コンポーザを使用して、クローズまでの残り時間に基づいてネゴシエーション関連のUIページを構成できるようになりました。たとえば、ネゴシエーション終了の24時間前になるまでは、「クローズ」、「一時停止」または「延長」処理を非表示にできます。または、サプライヤまたはカテゴリ・マネージャ向けに、ネゴシエーションがクローズする前の48時間のみ表示する特別な指示を追加できます。これらの変更は、CurrentDateおよびHoursTillCloseという2つの新しい変数を使用して実行できます。

Oracleリファレンス: 34152208

RESTサービスを使用して作成されたネゴシエーション条件のサプライヤによる受理

更新22Dの前は、RESTサービスを使用してネゴシエーションが作成されたときに、条件が使用可能になっていた場合は、サプライヤがネゴシエーションの表示または応答の作成前に条件を受理できませんでした。この修正により、サプライヤは「調達ビジネス機能の構成」ページの設定に基づいて送信されるネゴシエーション条件を受理できます。

Oracleリファレンス: 34024947

RESTサービスを使用して作成されたネゴシエーションでのベース契約の作成

更新22Dの前は、RESTサービスを使用してネゴシエーションを作成する場合、ネゴシエーションから契約を作成するようにオプトインしている場合でも契約を作成できません。契約の作成処理は使用できません。この修正により、RESTを使用して作成されたネゴシエーションでベース契約を作成できます。

Oracleリファレンス: 34213893

設定が未完了なチーム・メンバーによる修正または新規ラウンドの作成時のエラー処理の向上

更新22Dの前は、契約の作成権限がないか、契約リソースとして定義されていないコラボレーション・チーム・メンバーが、ベース契約のあるネゴシエーションの新しいラウンドまたは修正を作成しようとすると、エラーが発生し、続行できません。リカバリ・オプションを含む意味のあるエラー・メッセージが表示されるようになりました。ヘルプ・デスクに連絡して設定を修正し、新しいラウンドまたは修正の作成を続行できます。

新規エラー・メッセージ

Oracleリファレンス: 33389047

有効化のステップ

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

サプライヤ資格管理

適用不可の質問をスコアリングから除外

サプライヤを適格化するときに、サプライヤによっては必ずしも当てはまらない質問をすることがあります。該当しない質問は、そのサプライヤのスコアリング時に評価に影響を与えません。これをより適切に管理するため、資格質問を定義する際に、応答者がその応答を選択した場合にその質問をスコアリングから除外することを示す1つ以上の応答オプションをマークできるようになりました。評価時に、これらの質問の該当しないスコアリング加重は、相対的な重要度が変更されないようにするために、他の適用可能な質問に自動的に再配分されます。これにより、最終の資格結果を計算するときに、サプライヤに不利または有利にならないようにできます。

スコアリングが有効な選択方式の質問の場合、受理可能な応答を「適用不可」として定義し、スコアリング除外用にマークして、応答者がその応答を選択したときに質問がスコアリングされないようにできるようになりました。

質問の設定

自動的にスコア付けされ、次の重みを保持する3つの質問がある資格の例を考えてみましょう。質問1 - 60%、質問2 - 20%、質問3 - 20%。

応答者が質問2に対する応答を適用不可として選択した場合、その質問はスコアリングから除外され、その重み(20%)は、質問1と質問3で3:1 (15%と5%)の比率で再配分されます。質問1の新しい重みは75%(60% + 15%)で、質問3は25%(20% + 5%)になります。

重みの変更は、重みの横にある緑色または赤色の矢印を使用して示されます。

適用不可応答および再分散加重が設定された資格

サーベイ資格を評価する場合:

ある応答者が適用できない応答を選択し、他の応答者が有効な応答を選択した場合、集計スコアおよび応答は使用可能な応答を使用して導出されます。

すべての内部応答者が、該当しない応答を選択した場合、質問はスコアリングから除外され、その重みは他の質問間で比例して再配分されます。

サーベイ資格: 適用不可応答および再配分加重がある応答詳細ページ

有効化のステップ

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

ヒントと考慮事項

ソーシングでこれらの事前定義済質問が要件としてネゴシエーションに追加された場合、適用されない応答はスコアリングから除外されません。

• 自動的にスコア付けされる質問の場合、ネゴシエーションを公開する前に、これらの受理可能な応答のスコアを定義する必要があります。
• 手動でスコア付けした質問の場合、スコア記録者は評価時にスコアを入力する必要があります。

ロールおよび権限

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

• 次の事前定義済ジョブ・ロールのいずれかが割り当てられているユーザーは、この機能にアクセスできます。
  • サプライヤ資格(ORA_POQ_SUPPLIER_QUALIFICATION_DISCRETIONARY) 

• 次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。
  • サプライヤ資格質問の編集(POQ_EDIT_SUPPLIER_QUALIFICATION_QUESTION_PRIV)
  • サプライヤ資格の評価(POQ_EVALUATE_SUPPLIER_QUALIFICATION_PRIV)
  • サプライヤ資格の表示(POQ_VIEW_SUPPLIER_QUALIFICATION_PRIV)

費用分類

分類結果のバッチでの分析および視覚化を使用した集中的なレビュー

新しい分析ダッシュボードを使用して分類結果を確認および改善します。これには、詳細なビジュアライゼーションと強力な検索オプションが含まれており、注意が必要な場合があるトランザクションを絞り込むのに役立ちます。個々の費用レコードの分類予測を評価するときに、修正を行い、バッチ結果に対する全体的な改善をリアルタイムで表示できます。

「バッチ詳細」ページの「分析」オプションを選択すると、新しい「分析」ランディング・ページが開き、分類の正確性の評価に役立つメトリック、チャートおよびその他の視覚化が表示されます。

バッチ要約

バッチの分析は、「分類パフォーマンス」、「分類スプレッド」、「プラスのインフルエンサ」および「マイナスのインフルエンサ」の4つのセクションで構成されています。各セクションをクリックすると、詳細なチャートと関連メトリックを表示できます。

バッチ分析

分類パフォーマンス: 作成された予測のシステム確度レベルに基づいて、カテゴリ別のバッチの分類結果を確認できます。デフォルト・ビューは、低確度トランザクション用です。

「分類パフォーマンス」チャートには、カテゴリに対して予測されたトランザクションのうち、そのカテゴリに当初割り当てられたトランザクションの数と、別のカテゴリに割り当てられたトランザクションの数が表示されます。これは、トランザクションの金額および数別に表示されます。これにより、費用分類によって生成される予測に問題がある可能性がある領域がハイライトされます。たとえば、あるカテゴリで予測されるトランザクションの量は少なくても、そのカテゴリのトランザクションの合計値の著しい割合をそれらのトランザクションが表す場合、詳細な調査が必要になります。

分類パフォーマンス・チャートを使用すると、チャート内の任意のリージョンの実際のトランザクションにドリルダウンできるため、この処理が容易になります。たとえば、このチャート内の特定のカテゴリの「費用金額合計」内の「予測が当初と異なります」バーをクリックすると、その支出金額に含まれるトランザクションのみをリストするようにフィルタされたバッチ詳細ページにナビゲートされます。

ステータス別トランザクション

分類スプレッド: このセクションのチャートでは、どの程度のカテゴリ・タクソノミに予測支出が含まれるかを理解できます。また、これらのカテゴリの予測の精度を評価するのに役立ちます。これにより、予測された支出を受け取っていない多数のカテゴリにトレーニング・セット・データがある場合、タクソノミの関連性を判断したり、ナレッジ・ベースで重要な問題を特定できます。

分類プロセスの前後のトランザクションの分類を比較し、カテゴリごとのトランザクション金額またはトランザクション数に関して、このスプレッドの内訳を確認できます。大きな差異がある場合は、介入およびレビューが必要になる場合があります。カテゴリ別トランザクション・チャートと同様に、これらのチャートを使用してバッチ詳細にドリルダウンし、必要に応じて変更できます。

カテゴリ別費用

プラスのインフルエンサ: 分析ダッシュボードのこのセクションには、正確な分類またはカテゴリ予測に大きな意味を持ち、プラスの影響を与える、トレーニング・データの語句が表示されます。プラスのキーワードをレビューして、既存のキーワードを絞り込むか、類似の用語を追加して、トレーニング・データに対して行える改善があるかどうかを評価します。これは、トレーニング・データが適切であり、結果がプラスのインフルエンサによるものであることを確実にする変更を行うのに役立ちます。

プラスのインフルエンサ

マイナスのインフルエンサ: これは、カテゴリの正確な分類またはカテゴリ予測に影響を与えない、またはマイナスの影響を与えるトレーニング・データ内の単語を示しています。マイナスのキーワードを確認し、トレーニング・データから削除して分類結果を改善します。トレーニング除外にマイナスのキーワードを追加して、トレーニング・セットの分類結果を改善できます。

マイナスのインフルエンサ

バッチ分析を使用して、分類プロセスの後に結果をレビューします。これらの分析により、レビューの効率が大幅に向上し、分析を使用しない場合にレビュー対象トランザクションに手作業で到達するために費やされる時間を削減できます。

デモをご覧ください。

有効化のステップ

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

主なリソース

• Analyze Classification Results in a Batch and Use Visualizations for a Focused Reviewのレディネス・トレーニングを見る
• Oracle Procurement Cloudドキュメントの費用分類の章を参照してください(Oracle Help Centerを参照)。

ロールおよび権限

• この機能は、支出分類にアクセスできるユーザーに対して追加の設定なしで使用できます。

• ユーザーに費用分類へのアクセス権を付与するために、事前定義済ジョブ・ロールを割り当てるか、自分で構成したジョブ・ロールを割り当てるかに応じていくつかのオプションがあります。
  • 次の事前定義済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。
    • 調達データ・アナリスト(ORA_POI_PROCUREMENT_DATA_ANALYST_ABSTRACT)
  • 次の権限が含まれる構成済ジョブ・ロールが割り当てられているユーザーは、この機能にアクセスできます。
    • 費用分類アプリケーションの管理(POI_ADMINISTER_SPEND_CLASSIFICATION_PRIV)
    • 費用分類バッチの管理(POI_MANAGE_SPEND_CLASSIFICATION_BATCH_PRIV)
    • 費用分類作業領域の表示(POI_SPEND_CLASSIFICATION_WORKAREA_PRIV)

調達契約

企業契約での更新されたリッチ・テキスト・エディタの使用

Oracle Enterprise Contractsで条項テキストを編集する場合は、最新の組込みリッチ・テキスト・エディタを使用します。

組込みのリッチ・テキスト・エディタ

以前のバージョンのエディタと同じ機能を使用しながら、よりシンプルで最新のインタフェースを使用できます。

有効化のステップ

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

ヒントと考慮事項

追加ステップなしで更新されたエディタを使用できます。オプト・インUIを使用してこの機能を無効にすると、前のエディタに戻せます。更新23Aから、この機能はオプションではなくなったため、更新されたエディタを使用します。

更新された組込みテキスト・エディタは、Firefox 78.0esrのFirefoxブラウザのバージョンと互換性があります。

ツールバー表示は簡略化されており、以前と同じように機能を使用できますが、次の注意事項があります。

• コピー、切取りおよび貼付けを行うツールバー・アイコンはありませんが、キーボード・ショートカットを使用してこれらの機能を実行できます。
• より少ないクリック数で、箇条書きまたは番号付きリストを選択できます。ただし、先頭にゼロが付いている番号付きリストはサポートされていません。

番号付きリスト

• SCAYT(スペル・チェック)機能はありません。
• ブロックの表示機能はありません。

主なリソース

• 顧客契約の使用ガイドの「契約条件の作成」の章の「条項」タブでの契約条件の編集のトピックを参照してください。

サポート文書の削除の保護

サポート・ドキュメントが誤って削除されないように保護します。新しい権限契約ステータス別サポート文書の削除を必須ロールに追加すると、「下書き」および「修正中」以外のすべての契約ステータスのサポート文書の削除を制限できます。すべての契約ステータスのサポート文書の削除を制限するには、特定のロールに対する既存の権限「サポート文書の削除」を取り消します。

サポート文書の削除権限	契約ステータス別サポート文書の削除権限	結果
あり	あり	ユーザーはすべての契約ステータスのサポート文書を削除できます
あり	なし	ユーザーはすべての契約ステータスのサポート文書を削除できます
なし	なし	ユーザーは契約ステータスのサポート文書を削除できません
なし	あり	ユーザーは「下書き」および「修正中」契約ステータスのサポート文書のみを削除できます

この機能を使用すると、権限を使用して契約サポート文書を削除から保護できます。

有効化のステップ

権限またはジョブ・ロール(あるいはその両方)の割当または更新を行うことで、機能にアクセスできるようにします。詳細は、下のロールの項を参照してください。

主なリソース

• ユーザー・ロールに対して権限を追加および削除する方法の詳細は、CX SalesおよびB2Bサービスの保護ガイドのジョブ・ロールまたは抽象ロールの編集のトピックを参照してください。

• 新しい権限の詳細は、エンタープライズ契約のセキュリティ・リファレンスガイドの新しい権限のトピックを参照してください。

• 契約の使用方法の詳細は、顧客契約の使用ガイドの顧客契約の作成の章を参照してください。

ロールおよび権限

指定された権限契約ステータス別サポート文書の削除は、どのロールにも割り当てられていません。必要なロールに権限を追加し、既存の権限サポート文書の削除を取り消します。