本書は、既存の項の変更と、新規情報の追加に伴って、今後も引き続き更新されます。これまでの更新内容は次の表のとおりです。
日付 | 機能 | ノート |
---|---|---|
2019年12月18日 | 新規トランザクション管理コンソールを使用した購買文書承認例外のレビューおよびリカバリ | 文書の更新。ロールの詳細の改訂。 |
2019年12月18日 | 新規トランザクション管理コンソールを使用した購買依頼承認例外のレビューおよびリカバリ | 文書の更新。ロールの詳細の改訂。 |
2019年10月25日 | RESTサービスを使用した調達の統合および拡張 | 文書の更新。機能情報の改訂(19Dのメンテナンス・パック11月版で導入された拡張機能の追加)。 |
2019年9月20日 | 初版作成。 |
このガイドでは、今回の更新の新機能と機能向上を理解するうえで必要な情報の概要を示し、更新のために実行する必要があるタスクについて説明します。このガイドは本アップデートでの新規・改善機能の概要を理解するのに必要な情報およびアップデートに必要なタスクについて説明します。個々のセクションは機能の概略説明、その機能を実装に必要なステップ、ヒントおよび考慮点、他に必要なリソースが記述されています。
セキュリティと新機能
各機能のロール・セクションは、その機能を使用するのに必要なセキュリティ権限とジョブ・ロールを示します。機能の設定が必要な場合は、別途指定されていないかぎり、「アプリケーション実装コンサルタント」ジョブ・ロールで設定を行う必要があります。(機能にロール・セクションが含まれていない場合は、機能を使用するためにセキュリティの変更は不要です。)
ジョブ・ロールを作成した場合は、必要に応じてそれらのロールに新しい権限を追加するためにこの情報を使用できます。
フィードバックをお寄せください
本書の内容改善のため、ご意見やご提案をお待ちしております。フィードバックはoracle_fusion_applications_help_ww_grp@oracle.com宛にお送りください。
Oracle Cloudアプリケーションは、四半期ごとに新しい更新を提供します。 つまり、ビジネスの効率的かつ効果的な管理に役立つ新しい機能を3か月ごとに受け取ります。 一部の機能は使用可能な状態でされ、エンド・ユーザーが即時に使用できます。 その他の機能はすぐ使用できない状態で提供され、使用可能にするために処理を実行する必要があります。 すぐ使用できない状態で提供されている機能は、いくつかの方法でエンド・ユーザーに対してアクティブ化できます。
「新機能」作業領域から「オプト・イン」ページにアクセス
- 「ナビゲータ」をクリックし、「新機能」(「自分の企業」見出しの下)をクリックします
- 「新機能」ページで、確認する新機能が含まれているオファリングを選択します
- オプト・イン対象の機能の「オプト・インに進む」をクリックします
- 「機能の編集」ページで、その機能の「使用可能」オプションを選択し、「完了」をクリックします
または...「設定および保守」作業領域から「オプト・イン」ページにアクセス
- 「ナビゲータ」をクリックし、「設定および保守」をクリックします
- 「設定」ページでオファリングを選択し、「機能オプト・インの変更」をクリックします
- 「オプト・イン」ページで、オプト・インする機能が含まれている領域の「機能の編集」アイコンをクリックします
- 「機能の編集」ページで、オプト・インする機能に対して「使用可能」オプションを選択します。「使用可能」列にチェック・ボックスではなく「編集」アイコンがある場合は、アイコンをクリックし、機能のオプションを選択して「保存してクローズ」をクリックします。
- 「完了」をクリックします。
オプト・イン失効
オプト・インを経由してすぐ使用できない状態で提供された機能は、将来の更新で自動有効化される場合があります。 これは「オプト・イン失効」と呼ばれます。 クラウド・サービスで「オプト・イン失効」がある場合、この文書に関連タブが表示されます。 このタブをクリックすると、最初に機能が無効状態で提供されたのはいつか、そしてこの機能のオプト・インがいつ失効し、自動で使用可能となる見込みかが表示されます。 ここをクリックして、すべてのOracle Cloud Applicationsにわたる「オプト・イン失効」がある機能を確認することもできます。
列の定義:
レポート = 新規または変更され、Oracleで提供される、実行準備が完了したレポート。
UIまたはプロセスベース: 小規模 = これらのUIまたはプロセスベースの機能は通常、フィールド、検証またはプログラムの小さな変更で構成されています。したがって、ユーザーに対する潜在的な影響は最小になります。
UIまたはプロセスベース: 大規模* = これらのUIまたはプロセスベースの機能は、より複雑に設計されています。したがって、ユーザーに対する潜在的な影響は高くなります。
すぐ使用できない状態で提供される機能 = エンド・ユーザーがこれらの機能を使用できるようにするには、処理が必要です。これらの機能は無効化されており、有効にするかどうかとその時期は自分で選択します。たとえば、a)新しいまたは拡張されたBIサブジェクト領域を最初にレポートに組み込む必要がある、b)新しいWebサービスを使用するには統合が必要である、c)機能にアクセスするには、ユーザー・ロールに機能を割り当てる必要があるなどです。
エンド・ユーザーがすぐに使用可能 レポートおよび小規模なUIまたはプロセスベースの新機能は、更新後のユーザーに対する影響を最小限に抑えます。したがって、顧客受入テストでは、大規模UIまたはプロセスベース*の新機能に焦点を当てる必要があります。 |
エンド・ユーザーによる使用の前に顧客はアクションが必要 これらの機能の使用準備を完了するには処理が必要なため、中断されません。選択的に使用するよう選択すると、テストおよびロールアウトのタイミングを設定できます。 |
|||||
---|---|---|---|---|---|---|
機能 |
レポート |
UIまたは |
UIまたは |
|
||
この更新のOracle Procurement Cloudでは、外部システムとの統合を有効化および簡略化するために、変更されたREST APIが提供されます。
次のREST APIが拡張されました。
- 下書き購買オーダー
- POSTは、摘要ベースの費用品目およびサービスでサポートされています。
- SUBMITカスタム処理を使用して、下書き文書を承認のために送信できます。
- 購買依頼
- POSTは、摘要ベースの費用品目およびサービスでサポートされています。
- SUBMIT処理では、外部税金パートナ・サービスを使用した購買依頼の税金計算がサポートされるようになりました。
- 新しい処理「税金および会計の計算」を使用して、控除対象および控除対象外の税額を計算し、ドラフト購買依頼の手数料勘定を導出できます。
- 購買依頼明細のPOST/PATCH中に新規サプライヤ情報を指定できます。
有効化のステップ
REST APIガイドのRESTサービス定義(「Oracle Help Center」→関心のあるアプリケーション・サービス領域 →「REST API」から使用可能)を参照してください。OracleのRESTサービスを初めて利用する場合は、「クイック・スタート」セクションから始めることができます。
主なリソース
- Oracle Procurement Cloud REST APIドキュメントを参照してください(Oracle Help Centerからアクセスできます)。
直接出荷購買オーダーの購買オーダー明細を、関連付けられた販売オーダーの明細と同じ順序で作成します。バイヤーは、履行購買オーダーの明細の順序が、関連付けられた販売オーダーの明細と同じであることを保証できるようになりました。
このスクリーンショットは、この機能を示しています。
有効化のステップ
この機能を有効にするには、オプト・インUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。
オファリング: 調達
予算管理オープン購買オーダーに関する勘定科目および予算日の更新
予算管理の対象であっても、オープン購買オーダーの勘定科目および予算日を変更します。購買オーダー配分にプロジェクト参照がない場合は、変更を行うことができます。該当する場合、資金予約および予算引当会計に必要な資金チェックおよび修正は、更新された情報に基づいて処理されます。これは、古い口座および予算日に対して予約された資金を自動的に清算し、新しい勘定科目および予算日に対して資金を予約することで行われます。
このスクリーン・キャプチャは、この機能を示しています。最初の明細は、古い勘定科目および予算日からの資金の清算に対応します。2つ目の明細は、新しい口座と予算日に対する資金予約に対応します。
有効化のステップ
この機能を有効にするには、オプト・インUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。
オファリング: 調達 オプションではなくなった開始バージョン: 更新20B
ヒントと考慮事項
この機能は、オンラインで作成された変更オーダーにのみ適用可能です。
手数料勘定および予算日への更新は、受入または請求アクティビティがなかった場合にのみ許可されます。
商品およびサービスの基準価格から割引を取得します。割引はパーセントまたは金額で指定でき、割引の理由を指定できます。
このスクリーン・キャプチャは、この機能を示しています。
次のタスクを実行する場合、購買オーダー明細の割引がサポートされます。
- 購買オーダーをオンラインで作成します。
- 変更オーダーがバイヤー、サプライヤまたは依頼者によって開始されたかどうかに関係なく、購買オーダーをオンラインで修正します。
有効化のステップ
この機能を有効にするには、オプト・インUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。
オファリング: 調達
ヒントと考慮事項
- この機能を有効にした後で、新規および既存の両方の購買オーダーに対して割引を入力できます。
- FBDIまたは購買オーダーWebサービスでは割引を入力または変更できません。
- 購買オーダーWebサービスを使用して、すでに割引が指定されている購買オーダー明細の価格を更新することはできません。
- モデル品目または構成コンポーネントに割引を適用できません。
- 割引がある購買オーダーを複製すると、割引価格のみが新しい購買オーダーに基準価格としてコピーされます。割引額や割引率などの詳細や事由はコピーされません。
- すべての割引関連フィールドは、BIパブリッシャの購買オーダー・データ・モデルで使用できます。ただし、PDFまたは電子方法を使用してサプライヤに連絡される発注にそれらを含める場合は、対応するレイアウトおよびマッピングを変更する必要があります。
- サプライヤ通信に独自のデータ・モデルを使用する場合は、データ・モデルに新しいフィールドを追加する必要があります。
- 割引属性は現在、OTBIサブジェクト領域の分析に使用できません。ただし、割引レポート用にBIパブリッシャを使用してレポートを作成できる必要があります。
- RESTサービスを使用して購買オーダー情報を問い合せる場合、割引は取得されません。
新規トランザクション管理コンソールを使用した購買文書承認例外のレビューおよびリカバリ
承認待ちステータスの購買文書承認トランザクションをモニターおよびレビューします。新しいトランザクション管理コンソールを使用して、フォルト詳細を確認した後に失敗したトランザクションをリカバリできます。アプリケーション管理者の場合、Oracleサポートに依頼せずに、障害が発生したときに迅速に応答できます。
トランザクション管理コンソールには、次の操作を可能にする拡張された診断情報および上位検索機能があります。
- システム内のすべての承認タスクのステータスを参照します。
- タスクをモニターし、取下げや再割当などの適切な処理を実行します。
- 失敗したタスクを監視し、承認プロセスのリカバリや終了などの適切なアクションを実行します。
- ユーザー定義の基準に基づいて承認タスクを検索します。
- 検索基準を保存します。
- 問合せ結果をスプレッドシートにエクスポートします。
さらに、ドキュメントのイニシエータは、承認タスクが失敗すると、問題の説明と解決についてのアラートを受け取ります。
これらのスクリーンショットは、この機能を示しています。
- 「ツール」→「トランザクション・コンソール」を選択して、「トランザクション・マネージャ」ページに移動します。
- 詳細に確認するトランザクションを選択します。
- 「処理」→「リカバリ」を選択して、文書を再送信します。
有効化のステップ
この機能を有効にするために何もする必要はありません。
ヒントと考慮事項
管理者は、定期的にコンソールでトランザクションのステータスをリフレッシュするために、「トランザクション管理者コンソール・トランザクション・ステータスのリフレッシュ」プロセスを実行するよう手動でスケジュールする必要があります。プロセスを1時間ごとに実行するようスケジュールすることをお薦めします。
主なリソース
- この機能の詳細は、トランザクション・コンソールの使用を参照してください。
ロール情報
ユーザーに「トランザクション・コンソール」作業領域へのアクセス権を付与するために、事前定義済ジョブ・ロールを割り当てるか、自分で構成したジョブ・ロールを割り当てるかに応じていくつかのオプションがあります。
- 事前定義済ジョブ・ロール名およびコード:
- 調達アプリケーション管理者(PO_PROCUREMENT_APPLICATION_ADMIN_JOB)
- 構成済ジョブ・ロールの職務ロール名およびコード:
- 管理者としての調達承認トランザクションのレビュー(ORA_PO_REVIEW_PRC_APPROVAL_TRANSACTIONS)
承認のための購買オーダーのプロジェクト・タスク・マネージャへのルーティング
購買オーダーおよび購買変更オーダーをプロジェクト・タスク・マネージャにルーティングするための承認ルールを構成できるようになりました。 次の属性を使用できます。
- タスク管理
- タスク・マネージャ・ユーザー名
有効化のステップ
この機能を利用するには、タスク・マネージャおよびタスク・マネージャ・ユーザー名の属性を使用するように承認ルールを構成する必要があります。承認ルールの属性は、様々な方法で構成できます。詳細は、Oracle Procurement Cloudでのドキュメント承認の設定を参照してください。
ヒントと考慮事項
タスク・マネージャにルーティングする承認ルールを設定し、タスク・マネージャがそのタスクに対して定義されていない場合、アプリケーションは定義済タスク・マネージャのある作業ブレークダウン体系の最初の親タスクのタスク・マネージャにルーティングします。
事業部門ユーザーは、ビジネス・インテリジェンス・レポートに埋め込まれたディープ・リンクを使用して、購買オーダーにドリルダウンできるようになりました。購買オーダーを表示するために調達エージェントとして設定する必要がなくなりました。
有効化のステップ
この機能の設定方法の詳細は、レポートから購買トランザクションに移動を参照してください。
単位換算情報のある製品パッケージ文字列をショッピング中にユーザーに表示します。この機能を使用すると、特に検索結果ページに表示される単位がユーザーの消費単位と異なる場合に、ユーザーは購入する品目の正確な数量を把握できます。また、品目を購入できるその他の単位についてもユーザーに指示します。
有効化のステップ
この機能を有効にするには、オプト・インUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。
オファリング: 調達
ヒントと考慮事項
- 製品パッケージ文字列を有効にすると、すべてのSelf Service Procurement (SSP)ユーザーがその文字列を使用できるようになります。機能の有効化後は、SSPユーザーがアクセスすることを禁止できません。
- 製品梱包文字列は、包括購買契約の記述ベースの品目に対してのみサポートされます。
- 調達カタログの摘要ベースの品目の製品パッケージ文字列を表示するには、包括購買契約に製品パッケージ文字列を入力する必要があります。
- 製品パッケージ化文字列を入力するには、契約明細を編集し、「品目属性」セクションで製品パッケージ化文字列を入力します。
新規トランザクション管理コンソールを使用した購買依頼承認例外のレビューおよびリカバリ
承認待ちステータスの購買依頼承認トランザクションをモニターおよびレビューします。新しいトランザクション管理コンソールを使用して、フォルト詳細を確認した後に失敗したトランザクションをリカバリできます。アプリケーション管理者の場合、Oracleサポートに依頼せずに、障害が発生したときに迅速に応答できます。
トランザクション管理コンソールには、次の操作を可能にする拡張された診断情報および上位検索機能があります。
- システム内のすべての承認タスクのステータスを参照します。
- タスクをモニターし、取下げや再割当などの適切な処理を実行します。
- 失敗したタスクを監視し、承認プロセスのリカバリや終了などの適切なアクションを実行します。
- ユーザー定義の基準に基づいて承認タスクを検索します。
- 検索基準を保存します。
- 問合せ結果をスプレッドシートにエクスポートします。
次のスクリーンショットは、この機能を示しています。
- 「ツール」→「トランザクション・コンソール」を選択して、「トランザクション・マネージャ」ページに移動します。
- 詳細に確認するトランザクションを選択します。
-
「処理」→「リカバリ」を選択して、文書を再送信します。トランザクション・ステータスが「完了」に変更されることに注意してください。
有効化のステップ
この機能を有効にするために何もする必要はありません。
ヒントと考慮事項
管理者は、定期的にコンソールでトランザクションのステータスをリフレッシュするために、「トランザクション管理者コンソール・トランザクション・ステータスのリフレッシュ」プロセスを実行するよう手動でスケジュールする必要があります。プロセスを1時間ごとに実行するようスケジュールすることをお薦めします。
主なリソース
- この機能の詳細は、トランザクション・コンソールの使用を参照してください。
ロール情報
ユーザーに「トランザクション・コンソール」作業領域へのアクセス権を付与するために、事前定義済ジョブ・ロールを割り当てるか、自分で構成したジョブ・ロールを割り当てるかに応じていくつかのオプションがあります。
- 事前定義済ジョブ・ロール名およびコード:
- 調達アプリケーション管理者(PO_PROCUREMENT_APPLICATION_ADMIN_JOB)
- 構成済ジョブ・ロールの職務ロール名およびコード:
- 管理者としての調達承認トランザクションのレビュー(ORA_PO_REVIEW_PRC_APPROVAL_TRANSACTIONS)
プロジェクト・タスク・マネージャへの購買依頼の承認のルーティング
購買依頼をプロジェクト・タスク・マネージャにルーティングする承認ルールを構成できるようになりました。次の属性を使用できます。
- タスク管理
- タスク・マネージャ・ユーザー名
タスク・マネージャにルーティングする承認ルールを設定し、タスク・マネージャがそのタスクに対して定義されていない場合、アプリケーションは定義済タスク・マネージャのある作業ブレークダウン体系の最初の親タスクのタスク・マネージャにルーティングします。
有効化のステップ
この機能を利用するには、プロジェクト・タスク・マネージャ属性を使用するように承認ルールを構成する必要があります。承認ルールの属性は、様々な方法で構成できます。詳細は、Oracle Fusion Procurementでのドキュメント承認の設定を参照してください。
ショッピング検索結果ページでの複数のパンチアウト・カタログ、スマート・フォームおよび情報カタログの表示
ショッピング検索結果ページのカード・ビューに、より多くのパンチアウト・カタログ、スマート・フォームおよび情報カタログが表示されるようになりました。この変更により、調達依頼者はカタログ・タイプごとに20件、最大60件の結果を表示できます。
このスクリーン・キャプチャは、この機能を示しています。
有効化のステップ
この機能を有効にするために何もする必要はありません。
購買組織は、サプライヤ会社との契約を作成し、購買製品の条件と条項を定義するか、サービスを利用します。契約条件は、落札済サプライヤとの価格設定および要件とともにネゴシエーションされます。Oracle Sourcing Cloudでは、カテゴリ・マネージャは、落札時に購買文書に渡されるネゴシエーションに契約条件および提出物をすでに追加できます。ただし、中央契約リポジトリでレビュー、レッドラインおよび保守できる企業契約文書は作成できません。また、ソーシング・フローでは、購買文書をレガシー・購買アプリケーションで作成して実行する場合、異なるトランザクションで契約条件を管理するのは困難です。この機能には、これらの課題に対処するオプションがあります。
ソーシングから各サプライヤの企業契約をシームレスに作成できるようになりました。これにより、先に条件を交渉し、ネゴシエーション落札時に確定された条件、明細品目、価格設定および数量を契約アプリケーション内の契約文書に渡すことができます。
企業契約管理では、完全な契約ライフサイクルがサポートされており、契約条件についてサプライヤとネゴシエーションしたり、契約条件をダウンロードおよびアップロードしたり、レッドライン条件を元の条件と比較するなど、Microsoftアドインのような堅牢な機能があります。この契約機能をソーシングで活用し、ネゴシエーション・プロセス中に各サプライヤの契約条件を簡単に更新できます。落札済応答からドリルダウンして、作成された対応する契約を表示することもできます。
ネゴシエーションから契約を実行するプロセスを次に説明します。
- すべてのサプライヤと条件を交渉するには、基本契約を作成します。契約条件は、文書として構造化または添付できます
- サプライヤは、応答プロセスの一部としてネゴシエーション契約条件をレビューします。必要に応じて、契約条件をダウンロードして、赤色の契約文書を応答に添付できます。
- ネゴシエーションがクローズされたら、応答に基づいて落札させるサプライヤごとに契約を作成します。(サプライヤ契約を作成するために、ベース契約がサプライヤの応答から他の情報とともにコピーされます)。
- 落札済明細をサプライヤの契約に追加します。
次の画面は、この機能を示しています。
有効化のステップ
この機能を有効にするには、オプト・インUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。
オファリング: 調達
ヒントと考慮事項
機能は、次のユース・ケースのオプトインに最適です。
- レガシー購買アプリケーションと共存する、ソーシングおよび契約のみクラウドにあります。
- 3つのすべてのクラウド・アプリケーションがあり、購買文書は契約履行の結果として作成されます(ソーシングのネゴシエーション結果としてではありません)。
- 3つのすべてのクラウド・アプリケーションがあり、契約を作成しようとしていますが、ネゴシエーション落札から作成された対応する購買文書に直接リンクする必要はありません。この状況は、購買文書を実行する条件を保持するのではなく、枠契約として機能する契約を作成する場合に発生します。
次のユースケースが適用される場合に、機能は収まりません。
- ソースから支払プロセスに対して3つのすべてのクラウド・アプリケーションが実装されており、埋込み契約条件を持つ交付から購買文書を直接作成しようとしています。これらは、特定の明細品目を調達するために購買文書を実行するための条件です。この実装では、オプト・インせずに、既存の機能を使用することを考えてください。
主なリソース
- Oracle Help Centerで入手可能なOracle Engagement Cloud: 顧客契約の使用ガイドを参照してください。
- Oracle Cloud Readinessサイトでこの機能のレディネス・トレーニングを参照してください。
ロール情報
- 次の契約権限を持つ新しいソーシング職務ロールであるネゴシエーション契約管理職務が作成されます。
- 契約の作成
- 契約の編集
- 契約作業領域の管理
- 契約条件の表示
- 購入目的の有効化
- Standard契約条件のオーサリング
- この職務ロール、ネゴシエーション契約管理職務は、デフォルトで「カテゴリ・マネージャ」ジョブ・ロールに割り当てられます。
- さらに、このデータ・セキュリティ・ポリシーは、契約データにアクセスするためにカテゴリ・マネージャ・ジョブ・ロールに割り当てられます。
- ポリシー名-契約時に付与
- ポリシーの説明: カテゴリ・マネージャは、認可されているビジネス・ユニットの契約を管理できます。
- データ・リソース: 表OKC_K_HEADERS_ALL_Bの契約ヘッダー
- 権限: 読取り、更新、削除、契約の管理
- 条件: 認可されているビジネス・ユニットに対するOKC_K_HEADERS_ALL_B表の契約へのアクセス
- ポリシー名-契約時に付与
- また、このデータ・セキュリティ・ポリシーは、契約データにアクセスするためにサプライヤ入札者ジョブ・ロールに割り当てられます。
- ポリシー名-契約時に付与
- ポリシーの説明: サプライヤ入札者は、認可されているビジネス・ユニットの契約を表示できます
- データ・リソース: 表OKC_K_HEADERS_ALL_Bの契約ヘッダー
- 権限: 読取り、契約の表示
- 条件: 認可されているビジネス・ユニットに対するOKC_K_HEADERS_ALL_B表の契約へのアクセス
- ポリシー名-契約時に付与
ネゴシエーションするときに、カテゴリ・マネージャは、価格および数量から導出された明細金額に加えて、商品およびサービスの調達の合計原価を把握する必要があります。追加原価を取得するには、特定の原価ファクタがサプライヤの応答に適用されます。すでにソーシングでは、外部原価またはサプライヤ主導原価を各ネゴシエーション明細に外部原価ファクタとして追加して、サプライヤが応答できるようにします。ただし、購買組織に既知の内部原価を取得することはできず、サプライヤに公表することもできません。サプライヤには、ビジネスの資格を付与できますが、非表示の原価や業務上の短所があります。過去のパフォーマンスの問題、サプライヤの事業所によるロジスティクス原価、追加のプロジェクト管理のニーズなどの不備は、内部原価としてサプライヤ入札に数量化して追加できます。
内部原価ファクタをサプライヤの応答に適用して、サプライヤと取引するビジネスの合計原価を分析し、情報に基づいて落札決定できるようになりました。
内部および外部原価ファクタを集計して計算される変換済金額に基づいて入札を評価し、サプライヤに表示するオプションを使用できます。低い変換金額の入札が上位にランク付けされます。サプライヤに変換された金額が表示されたら、競争入札のプロモーションを促進できます。また、分析の際、売上合計に基づいて、最上位のランクを持つサプライヤが実際の勝者として表示される場合があります。原価合計に関するインサイトを取得し、入札の発行後、モニター中、入札分析中および落札中に原価ファクタ値を調整できます。
有効化のステップ
この機能を有効にするには、オプト・インUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。
オファリング: 調達
オプトイン後にこの機能を使用するには、「設定および保守」の追加ステップに従います。
- 「原価ファクタの管理」設定タスクを使用して、内部原価ファクタを定義します。
- 原価ファクタの共通セットがある場合は、「原価ファクタ・リストの管理」タスクを使用して原価ファクタ・リストを作成できます。
- ネゴシエーション形式に関する内部原価ファクタを使用可能にするには、「ネゴシエーション形式の管理」タスクを使用します。
ヒントと考慮事項
- 内部原価ファクタをネゴシエーションに追加すると、全体のランクが変換済応答金額に基づきます。ただし、一部の明細または数量を含む応答の全体ランクは計算されません。
- ネゴシエーションがアクティブな場合、クローズされた場合、またはサプライヤ応答の分析および落札時に、内部原価ファクタ値を調整するオプションがあります。
主なリソース
- Oracle Cloud ReadinessWebサイトでこの機能のレディネス・トレーニングを参照してください。
ロール情報
この機能を使用するには、次の権限またはロールが必要です。
- ジョブ・ロール名およびコード:
- カテゴリ・マネージャ(ORA_PON_CATEGORY_MANAGER)
- ソーシング・プロジェクト・コラボレータ(ORA_PON_SOURCING_PROJECT_COLLABORATOR)
- 内部原価ファクタ値の更新を許可する権限およびコード:
- 内部原価ファクタの適用(PON_APPLY_INTERNAL_COST_FACTORS)
最小原価サプライヤ入札を識別しやすくなるように、全体的な応答ランクを使用できるようになりました。サプライヤが入札を発行すると、応答価格に基づいて明細ごとにランクがすでに計算されます。明細レベル・ランクは明細ごとの価格を比較し、各明細を最適な入札者に落札させて削減を最大化するのに役立ちます。ただし、カテゴリ・マネージャが全体を1社のサプライヤのみに落札させることを希望する場合があり、その目的では、全体的なランクによって、最良のサプライヤ・オファーの視覚的なマークが示されます。
全体的なランクは、合計応答金額に基づきます。内部原価ファクタを追加した場合、全体のランクは変換された金額に基づきます。金額が小さいほどランクが高くなります。
サプライヤに全体のランクを表示して競争入札を促進することをお薦めしますが、応答ルール「全体のランクをサプライヤに表示」を選択することでこれを制御できます。
有効化のステップ
この機能は、「ネゴシエーション形式の管理」タスクで「設定および保守」で使用可能にし、コントロールの「全体の応答ランク」を選択できます。
ヒントと考慮事項
- 一部の明細または数量を含む応答の全体ランクは計算されません。
ロール情報
この機能を使用するには、次のロールが必要です。
- ジョブ・ロール名およびコード:
- カテゴリ・マネージャ(ORA_PON_CATEGORY_MANAGER)
- ソーシング・プロジェクト・コラボレータ(ORA_PON_SOURCING_PROJECT_COLLABORATOR)
チーム・スコアリング・スプレッドシートによるオフラインでの要件のスコア付け
様々なスコアリング・チームを作成して、ネゴシエーションの要件に対するサプライヤ応答を評価してスコアリングできます。ネゴシエーションに多数の要件がある場合は、オンラインのスコアリングが煩雑になる可能性があります。この機能で、チーム・メンバーは、スコアリング・スプレッドシートをダウンロードすることで要件をオフラインでスコアリングできるようになりました。スプレッドシートはExcelファイル(.xlsm形式)としてダウンロードされ、フィルタ、ソート、列の表示/非表示などの一般的なスプレッドシート機能を利用できます。完了したら、アプリケーションにアクセスせずに、スプレッドシートからスコアを直接アップロードまたは送信できます。
有効化のステップ
この機能を有効にするには、オプト・インUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。
オファリング: 調達
ヒントと考慮事項
スコアリング・スプレッドシートをダウンロードまたはアップロードするには、ADFデスクトップ統合プラグインをインストールする必要があります。Excelを介してWebアプリケーション・データを管理するために、デスクトップとMicrosoft Excelを統合できます。このプラグインはWindowsで使用可能です。
- ADFデスクトップ統合プラグインのインストール
- アプリケーションにサインインします
- 「ナビゲータ」をクリックし、「ツール」の下でデスクトップ統合インストーラのダウンロードを選択します
- インストーラを実行します(adfdi-excel-addin-installer.exe)
- スプレッドシートがオフラインで動作するようにマクロを有効にします。
主なリソース
- ADFデスクトップ統合の詳細は、Oracle Help CenterのADFデスクトップ統合のインストールおよびアップグレードに関する項を参照してください
ロール情報
この機能を使用するには、次のロールが必要です。
- ジョブ・ロール名およびコード:
- カテゴリ・マネージャ(ORA_PON_CATEGORY_MANAGER)
オンライン・アプリケーションを使用する場合、特定の地域にある多くの企業は、断続的なネットワーク接続性および研修上の課題に対応しています。ネゴシエーションでは、コラボレーション・チーム・メンバーが要件へのサプライヤ応答を評価し、オンラインでスコア付けします。インターネット接続が制限されていると、オンライン・アプリケーションにアクセスしてスコアリング割当を完了できないメンバーがあります。現在は、スコアリング・スプレッドシート(.xlsm)を使用して、スコアリング・スプレッドシートをダウンロードしてオフラインで完了するために送信することにより、別のチーム・メンバーのかわりにスコアを更新できます。完了したファイルが返されると、そのスコアをアップロードできます。チーム・メンバーのスコアを最後に更新した個人が透明性について記録されます。
有効化のステップ
この機能を有効にするには、オプト・インUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。
オファリング: 調達
ヒントと考慮事項
この機能を使用する場合は、調達オファリングの一部である、チーム・スコアリング・スプレッドシートによるオフラインでの要件のスコア付け機能をオプト・インする必要があります。これにより、チーム・メンバーの代理でのスコアの更新機能が有効になります。
スコアリング・スプレッドシートをダウンロードまたはアップロードするには、Excel用ADFデスクトップ統合プラグインをインストールする必要があります。
ロール情報
この機能を使用するには、次の権限またはロールが必要です。
- ジョブ・ロール名およびコード:
- カテゴリ・マネージャ(ORA_PON_CATEGORY_MANAGER)
- 権限およびコード:
- 別のメンバーの応答スコアの更新(PON_UPDATE_OTHER_MEMBER_SCORES)
サプライヤ・マスター内の不正および不正データに対する防御は、組織ごとに高い優先度です。監査コンプライアンス要件の一部として予期しない変更をフラグ付けできるように、選択したサプライヤ・プロファイル属性に加えられた変更をレビューできる必要があります。サプライヤ監査では、サプライヤ監査履歴で監査対象となる次の追加属性がサポートされるようになりました。これにより、サプライヤ・プロファイルの変更の追跡が拡張され、監査管理およびガバナンスの精度が向上します。
- サプライヤ: 登録ID
- サプライヤ事業分類: ノート、確認日
- サプライヤ住所: 受取人
- サプライヤ・サイトの第三者支払関係: デフォルト、送金先サプライヤ、住所名、開始日、終了日、摘要
次のスクリーン・キャプチャは、この機能を示しています。
有効化のステップ
この機能を有効にするには、次のステップを実行します。
- 「設定および保守」作業領域で監査ポリシーの管理タスクを検索します。
- 監査ポリシーの管理ページで、監査レベルを「監査」に設定し、ビジネス・オブジェクト属性の構成をクリックします。
- ビジネス・オブジェクト属性の構成ページで、製品として「サプライヤ・モデル」を選択します。
- 「オブジェクト」ツリー表で適切なサプライヤ・オブジェクトを選択し、チェック・ボックスを選択して使用可能にします。次に、監査対象の基礎となる属性を選択します。たとえば、サプライヤ・サイトの第三者支払関係への変更をトラッキングする場合は、そのオブジェクトを選択する必要があります。
- 右側の「監査済属性」セクションの下にある「作成」アイコンをクリックすると、選択したオブジェクトについて監査可能な属性のリストが表示されます。
- 監査する属性を選択して「OK」をクリックします。
- 「保存してクローズ」をクリックします。
ヒントと考慮事項
- 監査ポリシーの管理タスクを使用して、監査対象のビジネス・オブジェクトを選択してから属性を選択してください。
- 監査する必要があるすべての属性を有効化してください。属性に対する変更が追跡されるのは、その属性が監査に対して有効になっている場合のみです。
主なリソース
サプライヤ監査機能によって提供される内容の詳細は、調達の使用に関するガイドのサプライヤ・プロファイル監査履歴の設定およびレポートをOracle Help Centerから参照してください。
ロール情報
この機能を設定するには、次の権限またはロールが必要です。
- 権限名およびコード:
- 監査ポリシーの管理(FND_MANAGE_AUDIT_POLICIES_PRIV)
- ジョブ・ロール名およびコード:
- アプリケーション管理者(ORA_FND_APPLICATION_ADMINISTRATOR_JOB)
この機能を使用するには、次の権限またはロールが必要です。
- 権限名およびコード:
- 監査履歴の表示(FND_VIEW_AUDIT_HISTORY_PRIV)
- ジョブ・ロール名およびコード:
- 内部監査者(ORA_FND_INTERNAL_AUDITOR_JOB)
サプライヤ・ユーザー管理の改善のためのユーザー・カテゴリの定義
一意のユーザー・カテゴリを定義することで、サプライヤ・ユーザーには、従業員とは異なるユーザー・アカウント通知とユーザー名ポリシーを設定できるようになりました。このユーザー・カテゴリは、サプライヤ・ユーザーがそのユーザー・アカウントを作成するときに自動的に割り当てられます。このユーザー・カテゴリは、サプライヤ・ユーザーに対して外部ユーザーに推奨されるユーザー名のタイプを提供し、さらに効率的な通信を実現するために特定の情報を持つユーザー・アカウント通知と、サプライヤ・ユーザーが実行できる次のステップを提供します。
これらのスクリーン・キャプチャは、次の機能を示しています。
有効化のステップ
サプライヤ・ユーザー・カテゴリを作成および管理するステップ:
ユーザー・カテゴリSUPPLIER_USERを作成するには:
- ナビゲータで、「セキュリティ・コンソール」をクリックします。
- 「ユーザー・カテゴリ」をクリックし、「ユーザー・カテゴリ」で「作成」、「編集」の順にクリックします。
- SUPPLIER_USERの場合とまったく同じユーザー・カテゴリ名を入力します。
- 「電子メール」などのユーザー名の生成ルールの値を選択してください。
- 「保存してクローズ」をクリックします。
ビジネス・ニーズに基づいてSUPPLIER_USERカテゴリを変更する手順は、たとえば、サプライヤ・ユーザーにあわせて調整された新規アカウント通知テンプレートを作成する手順は、次のとおりです。
- 「通知」をクリックして「編集」をクリックします。
- 「テンプレートの追加」をクリックします。
- 必要な情報を入力します。「有効」チェック・ボックスを選択し、「イベント」ドロップダウン・リストから、作成された新規ユーザーを選択します。
- 「保存してクローズ」をクリックします。
- 「保存」をクリックし、「完了」をクリックします。
シード済新規勘定科目テンプレートを使用不可にするには:
- SUPPLIER_USERユーザー・カテゴリ: 通知ページで「編集」をクリックし、次にテンプレート・リンクをクリックします。
- 「使用可能」チェック・ボックスの選択を解除します。
- 「保存してクローズ」をクリックします。
- 「保存」をクリックし、「完了」をクリックします。
ヒントと考慮事項
- ユーザー・カテゴリ名としてSUPPLIER_USERを使用する必要があり、このカテゴリは、すべての新しいサプライヤ・ユーザー・アカウントに自動的に割り当てられます。
- 既存のサプライヤ・ユーザー・アカウントがある場合は、SUPPLIER_USERユーザー・カテゴリをセキュリティ・コンソールから割り当てることができます。ただし、ユーザー名生成ルールや新規アカウント通知テンプレートなどの特定のユーザー・カテゴリ機能は、新規ユーザー・アカウントにのみ適用できます。
主なリソース
- セキュリティ・コンソールでユーザー・カテゴリを管理する方法の詳細は、Oracle ERP Cloud: ERPのセキュアに関するガイドをOracle Help Centerから参照してください。
ロール情報
この機能を設定するには、次のロールが必要です。
- ジョブ・ロール名およびコード:
- ITセキュリティ・マネージャ(ORA_FND_IT_SECURITY_MANAGER_JOB)