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


  1. 更新23A
  1. 改訂履歴
  2. 概要
  3. 任意の新機能の導入(オプトイン)
  4. 機能概要
  5. サプライ・チェーン・オーケストレーション
    1. サプライ・チェーン・オーケストレーション
        1. バック・トゥ・バック・フローにおける販売オーダーの供給トラッキングの改善
        2. この更新で注意が必要なサプライ・チェーン・オーケストレーションのバグ修正
  6. 調達共通
    1. 共通調達
        1. RESTサービスを使用した調達の統合および拡張
        2. 次に発生する可能性が高い処理に関するニュース・フィードの提示の取得
  7. セルフサービス調達
    1. セルフサービス調達
        1. 落札資金パターンを使用したプロジェクト・コスト配分
        2. 承認Eメール通知の再送信
        3. トランザクション・コンソールの診断ログの可用性および添付
        4. トランザクション・コンソールのアーカイブ・リマインダ
        5. この更新でのバグ修正の一部
    2. レスポンシブ・セルフサービス調達アプリケーション
        1. レスポンシブ・セルフサービス調達アプリケーションによる購買依頼プリファレンスの管理
        2. レスポンシブ・セルフサービス調達アプリケーションによる、パンチアウト・サイトからのマスター品目および包括契約にある品目の購入
        3. レスポンシブ・セルフサービス調達アプリケーションにおけるサプライヤへのノートの取得
        4. この更新で選択されたレスポンシブ・セルフサービス調達アプリケーションのバグ修正
    3. プロジェクト駆動のサプライ・チェーン
        1. 内部でソーシングされた費用処理済の購買依頼の予算管理をプロジェクトに適用

更新23A

改訂履歴

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

日付 モジュール 機能 ノート
2022年1月25日 共通調達 RESTサービスを使用した調達の統合および拡張

文書の更新。2つの新しいバックポート・リソースで機能の説明が更新されました。

2022年12月15日 共通調達 次に発生する可能性が高い処理に関するニュース・フィードの提示の取得

文書の更新。機能の説明の改訂。

2022年12月2日     初版作成。

概要

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

ご意見をお待ちしています。クラウド・サービスの改善についてご提案がございましたら、ぜひお聞かせください。Oracle Customer Connectのアイデア・ラボをはじめ、いくつかの方法でお客様のアイデアを受け付けております。機能名の後にこのアイコンが表示されていれば、その機能はお客様のアイデアによるものです。

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

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

免責事項

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

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

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

Oracle Cloud Applicationsは、四半期ごとに新しい更新を提供します。つまり、ビジネスの効率的かつ効果的な管理に役立つ新しい機能を3か月ごとに受け取ります。一部の機能は使用可能な状態でされ、エンド・ユーザーが即時に使用できます。その他の機能はすぐ使用できない状態で提供され、使用可能にするために処理を実行する必要があります。無効化されている機能は、次の権限を使用して、次のステップでエンド・ユーザーに対してアクティブ化できます。

  • アプリケーション・オファリングのレビュー(ASM_REVIEW_APPLICATIONS_OFFERINGS_PRIV)
  • Oracle Fusion Applicationsオファリングの構成(ASM_CONFIGURE_OFFERING_PRIV)

新機能をオプト・インする方法を次に示します。

  1. 「ナビゲータ」→「自分の企業」→「新機能」をクリックします。
  2. 「機能概要」ページで、オファリングを選択してそれに固有の新機能をレビューします。または、デフォルトの選択であるすべての使用可能なオファリングをそのまま使用して、すべてのオファリングの新機能を確認できます。
  3. 「新機能」タブで、新機能をレビューし、「使用可能」列で機能のオプトイン・ステータスを確認します。機能がすでに有効化されている場合は、チェック・マークが表示されます。そうでない場合は、機能を有効にするためのアイコンが表示されます。
  4. 「使用可能」列にあるアイコンをクリックし、機能を有効にするステップを完了します。

「新機能」作業領域に表示されない機能をオプトインする場合があります。オプトインする方法を次に示します。

  1. 「ナビゲータ」→「自分の企業」→「オファリング」をクリックします。
  2. 「オファリング」ページで、オファリングを選択し、オプトイン機能をクリックします。
  3. オプトイン・ページで、オファリングまたは機能が含まれている機能領域の機能の編集(鉛筆)アイコンをクリックします。
  4. 機能の編集ページで、機能を有効化するためのステップを完了します。

オファリングの新機能をオプトインする方法の詳細および詳細な手順は、オファリング構成を参照してください。

オプト・イン失効

オプト・インを経由してすぐ使用できない状態で提供された機能は、将来の更新で自動有効化される場合があります。これはオプト・イン失効と呼ばれます。クラウド・サービスにオプト・イン失効がある場合、このドキュメントに関連タブが表示されます。このタブをクリックすると、最初に機能が無効状態で提供されたのはいつか、そしてこの機能のオプト・インがいつ失効し、自動で使用可能となる見込みかが表示されます。ここをクリックして、すべてのOracle Cloudアプリケーションのオプト・インが失効した機能を確認することもできます。

機能概要

列の定義:

レポート = 新規または変更済の、オラクル社から提供されたすぐに実行可能なレポートです。

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

UIまたはプロセスベース: 大規模* = これらのUIまたはプロセスベースの機能の設計は、より複雑になります。したがって、ユーザーに及ぼす影響は大きくなります。

無効状態で提供される機能 = エンド・ユーザーがこれらの機能を使用できるようにするには、処理が必要です。これらの機能は提供時には使用不可になっているため、機能を使用可能にするかどうかおよび使用可能にする時期を選択してください。たとえば、a)新しいまたは拡張されたBIサブジェクト領域はまずレポートに組み込む必要があり、b)新しいWebサービスを利用するには統合が必要で、c)機能にアクセスできるようにするにはまずユーザー・ロールに割り当てる必要があります。

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

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

エンド・ユーザーが使用する前に顧客による処理が必要
(機能は無効化状態で提供)

これらの機能を使用可能にするために処理が必要になるため、中断されません。利用することを選択する際には、テストと展開のタイミングを設定します。

機能

レポート

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

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

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

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

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

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

調達共通

共通調達

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

次に発生する可能性が高い処理に関するニュース・フィードの提示の取得

セルフサービス調達

セルフサービス調達

落札資金パターンを使用したプロジェクト・コスト配分

承認Eメール通知の再送信

トランザクション・コンソールの診断ログの可用性および添付

トランザクション・コンソールのアーカイブ・リマインダ

この更新でのバグ修正の一部

レスポンシブ・セルフサービス調達アプリケーション

レスポンシブ・セルフサービス調達アプリケーションによる購買依頼プリファレンスの管理

レスポンシブ・セルフサービス調達アプリケーションによる、パンチアウト・サイトからのマスター品目および包括契約にある品目の購入

レスポンシブ・セルフサービス調達アプリケーションにおけるサプライヤへのノートの取得

この更新で選択されたレスポンシブ・セルフサービス調達アプリケーションのバグ修正

プロジェクト駆動のサプライ・チェーン

内部でソーシングされた費用処理済の購買依頼の予算管理をプロジェクトに適用

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

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

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

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

オーダー明細の一部の数量しか出荷できない場合、オーダー管理では、オーダー明細が履行明細xと履行明細yの2つの履行明細に分割されます。明細xには、出荷可能な数量があります。明細yには、まだ出荷できない数量があります。

この機能を有効にすると、Oracle Shippingが明細xを出荷したときにサプライ・チェーン・オーケストレーションによって供給オーダーがクローズされません。かわりに、出荷で明細yも出荷されるまで、またはOracle Order Managementによって要求が取り消されるまで、オーケストレーションによって供給オーダーはオープンのままになります。供給オーダーがオープンであるかぎり、オーケストレーションによって、明細yの需要および供給の変更が引き続き編成されます。

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

  • 時間を節約し、より効率的に作業できます。まだ使用できない供給の新規明細を手動で作成する必要がありません。サプライ・チェーン・オーケストレーションにより、新しい供給が自動的に作成されます。
  • 出荷で明細xのみを出荷した場合でも、使用した供給量が追跡されます。
  • タイムリな更新を入手し、オーケストレーションで明細yの供給が作成される進捗を正確に追跡できます。
  • 明細yの供給の中断を削減または排除します。オーケストレーションによって供給が自動的に更新され、明細の最新の詳細が含まれるようになります。
  • 明細yを変更すると、オーケストレーションによって購買組織、在庫組織または製造組織でその変更が管理されます。
  • 明細を一部出荷していない場合と同じ方法で、明細yの供給の中断を管理します。
  • 供給推奨のうち1つ以上を一部出荷した場合でも、供給推奨を管理します。
  • 任意の数の出荷を管理します。
  • 一部取消または全部取消をそれぞれ追跡します。

デモの視聴。

有効化のステップ

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

オファリング: オーダー管理 オプションでなくなるバージョン: 更新23C

ヒントおよび考慮事項

次のガイドラインを検討してください。

  • 明細yで処理を実行する必要がある場合は、最初に明細yで「スケジュール解除」処理を使用し、次に明細yで「スケジュール」処理を使用する必要があります。オーケストレーションにより、明細yの数量の供給オーダーが新規に作成されます。詳細は、履行明細の手動スケジュールを参照してください。
  • 明細yの倉庫または品目を変更すると、オーケストレーションによって供給オーダーが取り消され、その供給が他の需要で使用できるようになります。明細yに対して現在作成されている新規供給も取り消されます。倉庫の「在庫更新のオンライン処理の遅延」出荷パラメータを有効にした場合でも、オーケストレーションによってこれが実行されます。
  • 倉庫の「在庫更新のオンライン処理の遅延」出荷パラメータを有効にした場合、サプライ・チェーン・オーケストレーションでは、その倉庫に対して「バック・トゥ・バック・フローにおける販売オーダーの供給トラッキングの改善」機能は使用されません。
  • オーダー管理の分割動作は、購買オーダー、作業オーダーまたは転送オーダーには影響しません。

この機能を他の機能とともに使用

「バック・トゥ・バック・フローにおける販売オーダーの供給トラッキングの改善」機能のみを有効にするか、またはオーダー管理の「部分出荷における分割オーダー明細の属性の更新」機能も有効にできます。

有効にする機能 摘要

「バック・トゥ・バック・フローにおける販売オーダーの供給トラッキングの改善」機能のみを有効化します。

オーケストレーションは供給オーダーをオープンしたままにし、出荷で明細yが出荷されるまで明細yの供給を追跡します。

明細yの予定出荷日または倉庫を変更でき、オーケストレーションでは明細yの最新の詳細が含まれるように供給が自動的に更新されます。

出荷が明細xを出荷した後に明細yの数量は変更できません。

両方の機能を有効にします。

出荷が明細xを出荷した後も、明細yの数量、予定出荷日または倉庫を変更できます。オーダー管理では、改訂された値を使用して明細が履行され、オーケストレーションによって明細の最新の詳細が含まれるように供給が自動的に更新されます。

「部分出荷における分割オーダー明細の属性の更新」機能を有効にすると、「バック・トゥ・バック・フローにおける販売オーダーの供給トラッキングの改善」機能も自動的に有効になります。詳細は、「部分出荷における分割オーダー明細の属性の更新」を参照してください。

どちらの機能も有効にしません。

出荷によりオーダー明細の一部が出荷されると、オーケストレーションにより供給オーダーがクローズされ、明細で行った他の変更はオーケストレーションで追跡されなくなります。

出荷が明細xを出荷した後に明細yの数量は変更できません。

主なリソース

ロールおよび権限

  • サプライ・チェーン運用マネージャ(ORA_DOS_SUPPLY_CHAIN_OPERATIONS_MANAGER_JOB)

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

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

自分の作業オーダー・ステータスの表示

「サプライ・チェーン・オーケストレーション」作業領域には、更新23Aより前は事前定義済ステータスのみが表示されました。たとえば、MyStatusという独自のステータスを作成したとします。作業領域には、作業オーダーのランタイム・ステータスがMyStatusであった場合でも、事前定義済ステータスのいずれかが表示されました。この更新では、作業領域にMyStatusが表示されます。

Oracleリファレンス: 34543645

有効化のステップ

この機能を使用可能にするために必要な手順はありません。

調達共通

共通調達

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

この更新のOracle Fusion Cloud ProcurementおよびOracle Fusion Cloud Self Service Procurementでは、外部システムと簡単に統合できるようにするための新規および変更済REST APIが提供されます。

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

  • ショッピング・リスト
  • 下書きサプライヤ・ネゴシエーション応答
  • 調達承認済サプライヤ・リスト・エントリ(23Aの1月の月次更新で使用可能)
  • 承認済サプライヤ・リスト・ソース文書(23Aの1月の月次更新で使用可能)

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

  • 購買依頼プリファレンス
    • POSTおよびPATCHは、次の制限付きでサポートされています。
      • 要求者は作成者と同じである必要があります。
      • 搬送先タイプは「費用」のみにできます。
      • プリファレンス・タイプはSSPのみにできます。
      • 調達RESTサービス職務ロールとその集計権限が割り当てられているユーザーは、すべてのユーザーのプリファレンスをPOSTできますが、「購買依頼の管理」権限を持つユーザーは自分のプリファレンスのみを転記できます。
    • DELETEは、統合ユーザー・ロールでサポートされています。
  • 下書き購買オーダー
    • PATCHは、オーダー明細の「サプライヤへのノート」およびオーダー・スケジュールの「受入担当へのノート」でサポートされています。
    • POSTは、「プロジェクト・コストの配分」処理でサポートされています。
  • 購買オーダー
    • GETは、「クレジット」属性と「調整前にオーダー済」属性でサポートされています。

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

有効化のステップ

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

主なリソース

ロールおよび権限

次に発生する可能性が高い処理に関するニュース・フィードの提示の取得

ニュース・フィード・レイアウトで次に発生する可能性が高い処理に関する提示を取得します。この機能は現在、制限付提供中であり、Oracle Fusion Cloud Procurementで使用できます。人工知能と機械学習アルゴリズムは、セッション中に各ユーザーが行う可能性が最も高い処理を予測して提示します。このアルゴリズムでは、各ユーザーおよび同様のユーザーの履歴ナビゲーション動作とパターンを使用して、どのナビゲーション・ターゲットにアクセスする可能性が最も高いかを判断します。

Oracle Fusion Cloud Applicationsには様々な機能があり、タスクにナビゲートする方法を把握するのが困難な場合があります。ニュース・フィードの提示により、重要なタスクに迅速にアクセスできます。たとえば、経費精算書のレビューと承認が、組織内のマネージャによって一般的に実行されるタスクである場合、新しいマネージャは、そのタスクを実行するための提示をニュース・フィードで受け取ります。または、数人のチーム・メンバーがパフォーマンス目標を入力している場合、そのチームの他のメンバーには、ニュース・フィードの提示としてこのタスクが表示されます。

この機能のビジネス上の利点の一部を次に示します。

  • そのセッション中に次に発生する可能性が高い処理に関する推奨をニュース・フィードで受け取ります
  • Fusion内で自分と同様の他のユーザーが実行した処理を検出します
  • 管理者は、特定のタスク・フロー・ページを提示として固定して、タスクの可視性を高めることができます。

6つの推奨が表示されたニュース・フィード・レイアウトの「提示」タブ

6つの推奨が表示されたニュース・フィード・レイアウトの「提示」タブ

有効化のステップ

この機能を有効にするには、My Oracle Supportでサービス・リクエスト(SR)を記録し、プロモーション・コードを要求する必要があります。この機能は現在、制限付提供であり、プロモーション・コードが必要です。詳細は、PRC:PO: How to Apply for News Feed Suggestions Under Controlled Availability (文書ID 2915145.1)を参照してください。

セルフサービス調達

セルフサービス調達

落札資金パターンを使用したプロジェクト・コスト配分

落札および資金ソースの組合せにプロジェクト・コストを配分するための資金パターンを定義します。スポンサード・プロジェクト・コストを自動的に分割する配分ルールを適用するには、支出項目の日付範囲およびタスク・レベルを指定します。配分を自動化すると、請求の正確性が確保され、落札請求指示を手動で入力する必要がなくなります。助成金管理者は、スポンサード・プロジェクトの期間中、適切なコスト配分を保証するために資金パターンを管理します。

この新機能(一般には「交付配分」と呼ばれます)は、助成金管理オファリングで設定および管理されており、調達-支払ライフサイクル全体、およびサード・パーティ・システムからのコストのインポート中に、より効率的なプロジェクト・コスト取得が可能になります。

資金パターンは、助成金管理者によって作成および保守され、機能の中核となるオブジェクトです。資金パターンは、プロジェクトが1つ以上の落札および資金ソースによって資金供給されると作成されます。

資金パターン検索

資金パターン保守

購買依頼、購買オーダーおよび買掛/未払金請求書で取得されたプロジェクト・コストは、「契約番号」および「資金ソース」フィールドを空白のままにして、該当する資金パターンを使用して配分できます。

契約と資金ソースが空白の購買依頼

準備ができたら、新しい「プロジェクト・コストの配分」処理を使用して、資金パターン・セットおよびルールを使用して入力されたコストを配分し、正確な請求を保証できます。

資金パターンで配分された購買依頼

助成金会計担当および管理者は、「プロジェクト・コスト配分結果」ページで失敗した配分を調達スタッフとリアルタイムで表示するか、「プロジェクト・コストの管理」作業領域で新しい「交付配分のテスト」機能を使用して同じ処理をシミュレートすることで、エラーを解決できます。エラーの原因は、それに応じて表示および解決できます。「プロジェクト・コストの管理」作業領域に、「交付配分のテスト」機能によって成功した配分も表示され、エラー解決の結果をシミュレートします。これは単なるシミュレーションです。「プロジェクト・コストのインポート」処理は、引き続きプロジェクトのコストを作成する機能です。

プロジェクト・コスト・シミュレーションの管理

結果の表示を選択すると、コスト、資金パターン、配分セットおよび使用されるルールのリストに、成功した配分または失敗した配分のシミュレーションが表示されます。

プロジェクト・コスト配分結果の表示

助成金会計担当は、契約 / 落札および資金パターンを空白にしてインポートされたコストの資金パターンを活用するサード・パーティのコスト統合を管理することもできます。アクティブな資金パターンが存在する場合は、関連付けられたセットとルールを使用してコストが配分され、前述のようにエラーを管理およびテストできます。

サード・パーティ・コスト・インポートの管理

デモの視聴。

この新機能によるビジネス上の利点は、コスト取得時に配分を手動で分割することに関連する複雑さを軽減し、外部資金ソースと内部資金ソースの両方から落札に関連付けられた義務を満たす精度を高めることです。

デモの視聴。

有効化のステップ

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

オファリング: 助成金管理 オプションでなくなるバージョン: 更新23C

「設定および保守」作業領域でこの機能にオプトインする必要があります。この機能は、更新23C以降は常に有効になります。

  • この機能は、助成金管理オファリングに対する最高レベルの機能オプトインです
  • この機能を有効にしたら、機能を有効にするために次のアクティビティが必要です。
    • 資金パターンの作成
      • 新しく作成されたawardFundingPatterns RESTオブジェクトを使用して、資金パターンの作成および更新を自動化します
    • 「資金パターン」を「アクティブ」に設定して、次を有効にします。
      • 調達および買掛/未払金配分のスポンサード・プロジェクトで契約 / 落札および資金ソースの値を空白のままにする機能
      • 「プロジェクト・コストの管理」作業領域で交付配分をテストする処理

ヒントおよび考慮事項

資金パターンが「アクティブ」ステータスの場合にのみ、資金パターンを使用してプロジェクト・コストを配分できます。

主なリソース

  • Oracle Cloud Customer ConnectのProject Managementアイデア・ラボのアイデア517345に基づいています

ロールおよび権限

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

  • 権限名およびコード:
    • 交付金パターンの管理(GMS_MANAGE_AWARD_FUNDING_PATTERNS_PRIV)
      • スポンサード・プロジェクトに割り当てられた落札資金パターンの管理をユーザーに許可します。
      • ロール・アップ先の職務ロール - 交付管理(ORA_GMS_AWARD_MANAGEMENT_DUTY)
    • 交付プロジェクト・コストおよび数量の配分(PJC_DISTRIBUTE_AWARD_PROJECT_COSTS_AND_QUANTITIES_PRIV)
      • ユーザーは、使用可能な交付資金パターンに指定されたコストおよび数量と一致する「交付配分」プロセスを開始でき、必要に応じてコストを配分して結果を表示できます。
      • ロール・アップ先のジョブ・ロール:
        • 助成金管理
          • 助成金会計担当(ORA_PJF_GRANTS_ACCOUNTANT_JOB)
        • 調達
          • バイヤー(ORA_PO_BUYER_JOB)
          • 購買オーダー・オーサリング(ORA_PO_SPO_CREATION_DUTY)
          • カテゴリ・マネージャ(ORA_PON_CATEGORY_MANAGER_JOB)
          • 調達契約管理者(ORA_PO_PROCUREMENT_CONTRACT_ADMIN_JOB)
          • 上級調達要求者(ORA_POR_ADVANCED_PROCUREMENT_REQUESTER_ABSTRACT)
          • 調達作成者(ORA_POR_PROCUREMENT_PREPARER_ABSTRACT)
          • 調達要求者(ORA_POR_PROCUREMENT_REQUESTER_ABSTRACT )
          • 派遣就業者(ORA_PER_CONTINGENT_WORKER_ABSTRACT)
          • 従業員(ORA_PER_EMPLOYEE_ABSTRACT)
          • 購買依頼セルフサービス・ユーザー(ORA_POR_REQUISITION_SELF_SERVICE_USER_DUTY)

承認Eメール通知の再送信

進行中のトランザクションの承認Eメール通知を再送信できるようになりました。「トランザクション・コンソール」ページで1つ以上のトランザクションを選択するか、トランザクションのトランザクション詳細ページにドリルダウンして、「処理」メニューのEメール通知の再送信を使用して割当先に通知できます。

「詳細」ページの「処理」メニューのEメール通知の再送信

選択したトランザクションに対して表示される確認メッセージ

Eメール通知の再送信をクリックすると、トランザクションに複数のタスクおよび割当先がある場合は、それらのタスクおよび割当先がダイアログ・ボックスに表示されます。通知を送信する割当先を選択できます。デフォルトでは、すべての割当先がダイアログ・ボックスで選択されています。

通知が送信されると、適切なステータスが「ステータス」ダイアログ・ボックスに表示されます。

送信済プロセスの「ステータス」ダイアログ・ボックス

この機能により、Eメールの削除やEメール・データの損失が発生した場合に、Eメール通知を再送信できます。

有効化のステップ

この機能を使用可能にするために必要な手順はありません。

ヒントおよび考慮事項

  • この処理は、管理者が進行中の割当済トランザクションに対してのみ使用できます。
  • 最初の通知後にEメールIDが変更された場合、再送信時に新しいEメールIDが自動的に使用されます。

主なリソース

ロールおよび権限

管理者にHCM承認トランザクション処理の実行(PER_PERFORM_APPROVAL_TRANSACTION_ACTIONS_PRIV)権限を付与する必要があります。

トランザクション・コンソールの診断ログの可用性および添付

「トランザクション・コンソール」作業領域で、次のことができるようになりました。

  • 正常な保留中トランザクションの診断ログをダウンロードします。
  • 診断ログでトランザクションの任意のステージに追加されたすべての添付の詳細を表示します。

進行中のトランザクションを選択し、トランザクション詳細ページを開いて、「ダウンロード」リンクを使用します。こうすると、トランザクションの詳細が.html形式でダウンロードされます。

トランザクションの一部として追加した添付は、.htmlファイルの「添付」セクションにリストされます。

この機能を使用すると、より多くのトランザクションについて診断ログをレビューできるようになり、ログにはさらに詳細な情報が含まれます。

有効化のステップ

この機能を使用可能にするために必要な手順はありません。

主なリソース

ロールおよび権限

「トランザクション・コンソール」作業領域にアクセスするには、ユーザーにHCM承認トランザクション処理の実行(PER_PERFORM_APPROVAL_TRANSACTION_ACTIONS_PRIV)権限が必要です。

トランザクション・コンソールのアーカイブ・リマインダ

「トランザクション・コンソール」作業領域に、完了したトランザクションをアーカイブするようにユーザーに促す黄色のバナーが表示されるようになりました。過去3か月間にアーカイブ・プロセスが実行されていない場合に、このバナーが表示されます。

「今すぐアーカイブ」を使用して、トランザクションを即時にアーカイブできます。「今すぐアーカイブ」をクリックすると、確認が表示されます。「却下」をクリックすると、通知は24時間スヌーズされ、その後メッセージが再度表示されます。

この機能により、「トランザクション・コンソール」作業領域のパフォーマンスが向上します。

有効化のステップ

この機能を使用可能にするために必要な手順はありません。

主なリソース

ロールおよび権限

「トランザクション・コンソール」作業領域にアクセスするには、ユーザーにHCM承認トランザクション処理の実行(PER_PERFORM_APPROVAL_TRANSACTION_ACTIONS_PRIV)権限が必要です。

この更新でのバグ修正の一部

この更新には、Oracle Fusion Cloud Self Service Procurementの動作が変わる可能性があるバグ修正が含まれています。これは、この更新のすべてのバグ修正の完全なリストではありません。このリストには、アプリケーションの動作に顕著な変化をもたらす可能性のあるバグ修正が含まれています。

購買依頼インポートでの最新在庫品目カテゴリの取得

更新23Aの前は、購買依頼インポート・プログラム(FBDIまたは購買要求Webサービス)では、包括購買契約から在庫品目カテゴリが取得されました。これは必ずしも最新のカテゴリであるとはかぎりません。この更新では、購買依頼インポート・プログラムにより、搬送先組織の品目定義から在庫品目カテゴリが取得されます。契約に古いカテゴリの品目がある場合でも、購買依頼明細は包括契約参照を保守します。また、購買依頼明細の購買オーダーには、品目定義から最新カテゴリが設定されます。

Oracleリファレンス: 34377437

BPA品目カテゴリが製品情報管理品目カテゴリと異なる場合に、包括購買契約品目(BPA)をカートに追加することを許可

更新23Aの前は、UIを使用して包括購買契約(BPA)品目をカートに追加しようとするとエラーが表示され、BPA品目には製品情報管理(PIM)の搬送先組織品目定義の最新カテゴリがありませんでした。この更新では、BPA品目をカートに追加し、承認のために購買依頼を発行できます。購買依頼明細には引き続きBPAのカテゴリがありますが、購買オーダーはPIMの品目定義の最新カテゴリで作成されます。

Oracleリファレンス: 34400661

有効化のステップ

この機能を使用可能にするために必要な手順はありません。

レスポンシブ・セルフサービス調達アプリケーション

レスポンシブ・セルフサービス調達アプリケーションによる購買依頼プリファレンスの管理

レスポンシブ・セルフサービス調達アプリケーションを使用して、購買依頼プリファレンスを設定および更新できるようになりました。これらのプリファレンスには、購買依頼発行ビジネス・ユニット(BU)、搬送事業所(内部住所および一時住所)、プロジェクト、お気に入りの借方勘定が含まれます。セルフサービス調達レスポンシブ・ホーム・ページでは、「プリファレンス」ボタンを使用してプリファレンスをレビューまたは編集できます。

デスクトップ・モードでのセルフサービス調達ホームのプリファレンス・オプション

必須フィールドを変更するか、別の購買依頼発行BUのプリファレンスを構成することで、プリファレンスを更新できます。「搬送」セクションを使用して、内部事業所を選択するか、商品およびサービスを搬送するための一時外部住所を指定できます。プリファレンスの事業所を変更すると、検索結果でアクセス可能なカタログ・コンテンツおよびその事業所の主要カテゴリ・ドリルダウンを表示して購入できます。

ユーザーの現在のプリファレンス

「借方勘定」セクションを使用して、借方勘定の別名を追加し、プライマリ借方勘定として設定できます。

借方勘定の追加

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

  • アプリケーションでプリファレンスを管理および更新できるようになったため、商品とサービスを簡単に調達できます。プリファレンスは、すべての購買依頼および購買依頼明細で使用できるため、ショッピングが簡単で迅速になります。
  • 複数のビジネス・ユニットに対して商品およびサービスを要求できます。 

有効化のステップ

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

オファリング: 調達

「レスポンシブ・セルフサービス調達アプリケーションによる購買依頼プリファレンスの管理」機能を使用する場合は、「レスポンシブ・セルフサービス調達アプリケーションを使用した商品およびサービスの調達」という親機能にオプト・インする必要があります。この親機能をすでにオプト・インしている場合、再度オプト・インする必要はありません。

ヒントおよび考慮事項

  • レスポンシブ・セルフサービス調達アプリケーションに初めてアクセスする新しい従業員は、プリファレンスを設定し、アプリケーションを使用できるようになりました。この更新の前は、この設定を完了するためにFusion Cloud Self Service Procurementアプリケーションにリダイレクトされました。
  • プリファレンス構成には、次の制限があります。
    • 「費用」搬送先タイプのプリファレンスのみを作成または更新できます。 
    • 要求者は自動的にサインイン・ユーザーに設定され、変更できません。 

主なリソース

ロールおよび権限

  • この職務ロールに割り当てられているユーザーは、レスポンシブ・セルフサービス調達アプリケーションにアクセスできます。
    • 購買依頼セルフサービス・レスポンシブ・アプリケーション・ユーザー職務(ORA_POR_REQUISITION_SELF_SERVICE_PWA_USER_DUTY)

レスポンシブ・セルフサービス調達アプリケーションによる、パンチアウト・サイトからのマスター品目および包括契約にある品目の購入

要求者は、マーケットプレイス・ベンダー・サイトにナビゲートして、レスポンシブ・セルフサービス調達アプリケーションでマスター品目およびサービスを調達できます。 

マスター品目および契約参照を提供するために使用できるタグのスナップショットを次に示します。

マスター品目のタグ

契約参照のタグ(契約番号および明細番号)

既存のクラウド・アプリケーションと同様に、マーケットプレイス・パンチアウト機能はレスポンシブ・アプリケーションのcXMLベースのパンチアウト・カタログにのみ使用できます。

この機能を使用すると、レスポンシブ・セルフサービス調達アプリケーションのパンチアウトを介してマスター品目および契約ベースの明細をシームレスに追加できます。

有効化のステップ

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

オファリング: 調達

ヒントおよび考慮事項

  • 社内転送可能かつ購買可能な品目が、購買可能として追加されます。現在、純粋な内部品目はこのフローで処理できません。
  • 「パンチアウトから明細付加フレックスフィールドに送信された追加情報の取得」機能(クラウド・アプリケーションの更新22Dで導入)も、レスポンシブ・アプリケーションでマーケットプレイスベースと非マーケットプレイスベースの両方のパンチアウト・フローで使用できるようになりました。
  • 「費用」搬送先タイプの購買依頼は、レスポンシブ・アプリケーションを使用してのみ処理できます。
  • 「レスポンシブ・セルフサービス調達アプリケーションによる、パンチアウト・サイトからのマスター品目および包括契約にある品目の購入」機能を使用する場合は、「レスポンシブ・セルフサービス調達アプリケーションを使用した商品およびサービスの調達」という親機能にオプト・インする必要があります。この親機能をすでにオプト・インしている場合、再度オプト・インする必要はありません。

主なリソース

  • 機能の詳細は、Oracle Fusion Cloud Procurement: 調達の使用ガイドの「調達カタログの管理」の章のパンチアウト・カタログのトピックを参照してください。このトピックで、特に、「パンチアウト・カタログとマーケットプレイスの統合に関する考慮事項」の項を参照してください。

ロールおよび権限

  • この職務ロールに割り当てられているユーザーは、レスポンシブ・セルフサービス調達アプリケーションにアクセスできます。
    • 購買依頼セルフサービス・レスポンシブ・アプリケーション・ユーザー職務(ORA_POR_REQUISITION_SELF_SERVICE_PWA_USER_DUTY)

レスポンシブ・セルフサービス調達アプリケーションにおけるサプライヤへのノートの取得

要求者は、購買依頼をより効率的に処理するのに役立つ情報やサプライヤへの指示を追加できるようになりました。追加したノートは、調達プロセスの一部としてサプライヤに表示されます。 

レスポンシブ・セルフサービス調達アプリケーションのヘッダー・レベルまたは特定の購買依頼明細ごとにノートを追加できます。これらの詳細を作成、編集または表示するには、「ショッピング・カート」ページから購買依頼明細の編集またはヘッダーの編集にナビゲートする必要があります。ヘッダー・レベルで追加したノートは、個々の明細に存在する可能性があるノートを上書きします。この更新の前は、レスポンシブ・セルフサービス調達アプリケーションで作成された購買依頼にノートを追加できませんでした。

次のスクリーンショットは、アプリケーションの明細レベルまたはヘッダー・レベルでノートを取得する方法を示しています。

  

明細にノートを追加するための明細の編集

明細レベルのノートの追加

  

ヘッダー・レベルのノートを追加するための要約の編集

ヘッダーへのノートの追加

この機能を使用すると、購買依頼の履行に関係するサプライヤに追加の指示や情報を提供できます。

有効化のステップ

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

オファリング: 調達

ヒントおよび考慮事項

「レスポンシブ・セルフサービス調達アプリケーションにおけるサプライヤへのノートの取得」機能を使用する場合は、「レスポンシブ・セルフサービス調達アプリケーションを使用した商品およびサービスの調達」という親機能にオプト・インする必要があります。 この親機能をすでにオプト・インしている場合、再度オプト・インする必要はありません。

主なリソース

ロールおよび権限

  • この職務ロールに割り当てられているユーザーは、レスポンシブ・セルフサービス調達アプリケーションにアクセスできます。
    • 購買依頼セルフサービス・レスポンシブ・アプリケーション・ユーザー職務(ORA_POR_REQUISITION_SELF_SERVICE_PWA_USER_DUTY)

この更新で選択されたレスポンシブ・セルフサービス調達アプリケーションのバグ修正

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

ショッピング・カート表示の最適化

この更新では、表示される主要な情報およびパフォーマンスに考慮して、「ショッピング・カート」ページが最適化されました。搬送先事業所(搬送先事業所が明細により異なる)は、ショッピング・カートの購買依頼明細ごとに引き続き表示されます。搬送日、借方勘定、ノートおよび添付などの他の明細レベルの詳細を表示するために、これらの詳細を使用できる個別の明細を編集できます。

有効化のステップ

この機能を使用可能にするために必要な手順はありません。

プロジェクト駆動のサプライ・チェーン

プロジェクト駆動のサプライ・チェーンは、Oracle Fusion Cloud SCMおよびOracle Fusion Cloud Project Managementのアプリケーションを横断したエンドツーエンドの統合ソリューションです。このソリューションは、製造および資産集約型企業の様々なビジネス・プロセスをサポートするように設計されています。

プロジェクト駆動のサプライ・チェーン・ソリューションを使用すると、プロジェクトごとに別個の組織を作成しなくても、プロジェクトのコンテキストでサプライ・チェーン・プロセスを管理できます。サプライ・チェーン・コストをプロジェクト支出として取得することもできます。

内部でソーシングされた費用処理済の購買依頼の予算管理をプロジェクトに適用

資金可用性を確認し、資金をプロジェクト管理予算に対して予約し、必要に応じて、スポンサード・プロジェクトおよび非スポンサード・プロジェクトに費用を計上された、内部でソーシングされた購買依頼を発行するときに予算引当を計上します。費用搬送先品目の社内購買依頼を作成し、プロジェクト・コスト計算詳細を配分に含めてプロジェクトに転送コストを請求できますが、購買依頼を発行する前に資金可用性を確認する必要があります。予算管理がトランザクションに適用される場合、資金は、元帳およびビジネス・ユニットの予算管理オプションの予約時点に基づいて、承認または発行時に取引約定として予約されます。転送オーダーの受入時に、「受入会計配分の作成」プロセスによって受入コストが予約され、取引約定が清算されます。コストのインポート・プロセスでは、受入予約および資金の予約が清算され、サプライ・チェーン在庫受入アプリケーションから転送オーダー・コストがプロジェクト・コストとしてインポートされます。スポンサード・プロジェクトの場合、「交付の管理」ページで管理予算残高を表示できます。非スポンサード・プロジェクトの場合は、予算管理分析レポートを使用できます。

これらのスクリーンショットは、この機能を示しています。

  1. 「購買依頼」トランザクション・タイプの「費用を計上するためのプロジェクト社内資材転送」サブタイプ・トランザクション・タイプで、「予算管理および予算引当会計」オプションを有効にします。

  1. プロジェクト・コスト計算詳細を含む費用搬送先の購買依頼を作成します。

  1. 転送オーダーが出荷および受入され、転送オーダー受入がOracle Supply Chain Receipt Accountingで計上された後、転送オーダー・コストをプロジェクト・コストとしてインポートおよびレビューします。

プロジェクト・コストとしてインポートされ、「プロジェクト・コストの管理」ページに表示された転送オーダー搬送コスト

プロジェクト・コストの資金予約詳細

スポンサード・プロジェクトのプロジェクト管理予算残高の表示

「費用を計上するためのプロジェクト社内資材転送」トランザクション・サブタイプの予算管理および予算引当会計を有効にすると、次のことができます。

  • 重要なプロジェクト管理予算について、資金可用性および資金消費を追跡します。
  • プロジェクトに費用を計上された社内資材転送購買依頼の資金可用性を確認します。
  • プロジェクトに費用を計上された社内資材転送購買依頼の予算引当を追跡および計上します。

有効化のステップ

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

オファリング: 製造およびサプライ・チェーン資材管理

機能: プロジェクト駆動のサプライ・チェーン

オプト・イン後、プロジェクト駆動のサプライ・チェーンを有効にするステップを追加で実行する必要があります。手順は、Oracle Inventory Management Cloud新機能更新20Aにある、プロジェクト固有の在庫の分離と管理の機能の「有効化のステップ」の項を参照してください。

プロジェクトに費用を計上された、内部でソーシングされた購買依頼に予算管理を適用するために必要な追加ステップは次のとおりです。

  • 元帳、元帳に割り当てられたビジネス・ユニット、およびプロジェクト会計ビジネス機能の予算管理を有効にします。
  • ビジネス機能「購買依頼発行」の「予算管理の管理」の「費用を計上するためのプロジェクト社内資材転送」トランザクション・サブタイプを有効にします。
  • さらに、受入ビジネス機能および社内費用転送トランザクション・タイプの受入に対して予算管理が有効になっていることを確認します。これは、プロジェクトへのインポート時にプロジェクトでこれらのコストに必要な予算管理機能を実行するためにも必要です。
  • プロジェクト・コスト計算補助元帳アプリケーションには、2つの新しい仕訳明細ルールが追加されています。新しいルールは次のとおりです。
    • 同一明細間接費計算対応プロジェクトの「購買依頼の同一明細プロジェクト引当間接費清算」。
    • 個別明細間接費計算対応プロジェクトの「購買依頼の個別明細プロジェクト引当間接費清算」。

受入会計では直接費の予算引当のみが除去されるため、これらの新しいルールにより、購買依頼の間接費予算引当が確実に除去されます。元帳にユーザー定義の補助元帳会計処理基準が割り当てられている場合は、これらの新しい仕訳明細ルールを間接費および在庫の仕訳ルール・セットに追加し、補助元帳会計処理基準を再コンパイルして、プロジェクトに費用を計上された内部資材購買依頼について予算引当を正常に計上します。

ヒントおよび考慮事項

  • この機能は、セルフサービス調達UIで作成された配分レベルでのプロジェクト・コスト計算詳細を使用して、費用搬送先の社内資材転送購買依頼にのみ使用できます。   
  • 購買依頼インポートで社内資材転送がサポートされていないため、この機能を購買依頼インポート(FBDIおよび購買要求Webサービス)で使用できません。
  • この機能は、RESTリソースおよびレスポンシブ・セルフサービス調達アプリケーションで使用できます。ただし、該当する場合は、承認の完了後にのみ資金が予約されることに注意してください。
  • 購買依頼コストは、転送オーダーが受け入れられるまで、「確定コストの管理」ページで確定コストとして使用できます。転送オーダーの受入が完了すると、「確定コストの管理」ページにこれらのコストがプロジェクト内の取引約定として表示されなくなり、これらのコストがプロジェクトにインポートされるまで実績コストとして使用できなくなります。
  • 予算管理は、プロジェクト、プロジェクトおよび最上位リソース、または交付および資金ソース・セグメントに対して設定できます。リソース・レベルの予算管理が使用されている場合、社内資材転送購買依頼で使用されるプロジェクトのリソースは、リソース階層で定義し、予算計上されて、資金予約の失敗を防ぐことができます。   
  • トランザクション元帳とビジネス・ユニットに対して予算管理を有効にすると、同じ元帳内に存在するプロジェクト管理予算に対して予算管理検証が実行されます。   
  • 「費用を計上するためのプロジェクト社内資材転送」トランザクション・サブタイプへの予算管理有効化に対する変更は、このサブタイプの既存のトランザクションの予算管理に影響を与えます。
  • 費用搬送先への社内資材転送であり、当初予算管理されていなかった既存のプロジェクト・コストに対する調整は、「有効化のステップ」の項で説明されているように予算管理が有効になった後で、プロジェクトの予算管理に適格になります。費用搬送先への社内資材転送に関連して、以前に予算計上されていなかったプロジェクト・コストに対して行われた調整では、新しく調整された金額のみが予算計上されます。

主なリソース

予算管理および予算引当会計の詳細は、次のトピックを参照してください。

ロールおよび権限

  • 次のいずれかの事前定義済ジョブ・ロールを持つユーザーは、自動的にプロジェクト駆動のサプライ・チェーン・プロセスに参加できます。
    • 倉庫オペレータ(ORA_INV_WAREHOUSE_OPERATOR)
    • 出荷マネージャ(ORA_WSH_SHIPPING_MANAGER)
    • 出荷エージェント(ORA_WSH_SHIPPING_AGENT)
    • 受入エージェント(ORA_RCV_RECEIVING_AGENT_JOB)
    • 原価会計担当(ORA_CST_COST_ACCOUNTANT_JOB)
    • プロジェクト・マネージャ(ORA_PJF_PROJECT_MANAGER_JOB)
    • プロジェクト管理者(ORA_PJF_PROJECT_ADMINISTRATOR_JOB)
    • プロジェクト会計担当(ORA_PJF_PROJECT_ACCOUNTANT_JOB)
    • プロジェクト請求スペシャリスト(ORA_PJF_PROJECT_BILLING_SPECIALIST)
    • サプライ・チェーン・アプリケーション管理者(ORA_RCS_SUPPLY_CHAIN_APPLICATION_ADMINISTRATOR)
  • 独自の構成済ジョブ・ロールを保守している場合: 「内部でソーシングされた費用処理済の購買依頼の予算管理をプロジェクトに適用」機能をサポートするための新しい権限は導入されていません。