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


  1. 更新21B
  1. 改訂履歴
  2. 概要
  3. 任意の新機能の導入(オプトイン)
  4. 機能のサマリー
  5. 共通テクノロジおよびユーザー・エクスペリエンス
    1. プロジェクト管理の共通機能
        1. サービスの卓越性への継続的な投資
    2. Oracle Digital Assistant
        1. プロジェクト時間およびプロジェクト管理のためのOracle Digital Assistant
    3. プロジェクト管理のREST API
      1. プロジェクト請求
        1. REST APIを使用したプロジェクト契約請求書の承認、棄却または下書きステータスに戻す処理
        2. FBDIおよびREST APIを使用した請求イベントの自動逆仕訳
        3. FBDIおよびREST APIにおける請求イベントの拡張付加フレックスフィールド
      3. プロジェクト・コントロール
        1. REST APIを使用した財務プロジェクト・プラン繰延処理
        2. 交付予算REST APIのプランニング・オプション付加フレックスフィールド
        3. プロジェクト予算REST APIのプランニング・オプション付加フレックスフィールド
        4. REST APIを使用したプロジェクト予測バージョン追加処理
      5. プロジェクト管理
        1. REST APIを使用した作業プラン・テンプレートでのタスクの作成、変更および削除
    4. プロジェクト管理のためのSOAPサービス
        1. SOAPサービスを使用したコストおよび請求プランニング・レートの取得
    5. プロジェクト管理のワークフロー
      1. プロジェクト原価計算
        1. プロジェクト支出バッチ承認ワークフローでの添付
      3. プロジェクト・ファウンデーション
        1. プロジェクト・ステータス変更の構成可能承認通知
        2. プロジェクト・ステータス変更承認のワークフロー・トランザクション・コンソール
  7. Oracle Project Management
    1. 助成金管理
        1. 交付テンプレート付加フレックスフィールド
    2. プロジェクト請求
        1. 項目契約明細の項目請求
        2. 請求先サイトおよび請求先担当者別の請求書のグループ化
    3. プロジェクト・コントロール
        1. 実績の発生時の動的リソース追加
    4. プロジェクト原価計算
        1. プロジェクト・タイプの編集可能な資産計上オプション
    5. プロジェクト駆動のサプライ・チェーン
        1. 連続供給によるプロジェクト販売オーダー履行
    6. プロジェクト管理
        1. 財務および作業プランニングの複数レベル・プランニング・リソース・ブレークダウン・ストラクチャ・サポート
    7. プロジェクト・パフォーマンス・レポート
        1. プロジェクト・ユニット全体でのKPI使用
        2. プロジェクト・パフォーマンスをレビューするための構成可能ビュー
    8. プロジェクト・リソース管理
        1. 拡張リソース要求および割当スケジュール修正オプション
        2. 稼働から非作業時間を除外するオプション
    9. プロジェクト管理のためのSOAPサービス

更新21B

改訂履歴

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

日付 製品 機能 備考
2021年3月19日     初版作成。

概要

このガイドでは、今回の更新の新機能と機能向上を理解するうえで必要な情報の概要を示し、更新のために実行する必要があるタスクについて説明します。このガイドは本アップデートでの新規・改善機能の概要を理解するのに必要な情報およびアップデートに必要なタスクについて説明します。個々のセクションは機能の概略説明、その機能を実装に必要なステップ、ヒントおよび考慮点、他に必要なリソースが記述されています。

セキュリティと新機能

各機能のロール・セクションは、その機能を使用するのに必要なセキュリティ権限とジョブ・ロールを示します。機能の設定が必要な場合は、別途指定されていないかぎり、「アプリケーション実装コンサルタント」ジョブ・ロールで設定を行う必要があります。(機能にロール・セクションが含まれていない場合は、機能を使用するためにセキュリティの変更は不要です。)

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

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

本書の内容改善のため、ご意見やご提案をお待ちしております。フィードバックは、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. 「使用可能」列にあるアイコンをクリックし、機能を使用可能にするステップを完了します。

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

オプト・イン失効

オプトインで使用不可の状態で提供された機能は、今後の更新で自動的に使用可能になる場合があります。 これは「オプト・イン失効」と呼ばれます。 クラウド・サービスで「オプト・イン失効」がある場合、この文書に関連タブが表示されます。 このタブをクリックすると、最初に機能が無効状態で提供されたのはいつか、そしてこの機能のオプト・インがいつ失効し、自動で使用可能となる見込みかが表示されます。 ここをクリックして、すべてのOracle Cloud Applicationsにわたる「オプト・イン失効」がある機能を確認することもできます。

機能のサマリー

列の定義:

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

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

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

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

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

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

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

これらの機能を使用可能にするためにアクションが必要になるため、ディスラプティブではありません。利用することを選択する際には、テストと展開のタイミングを設定します。

機能

レポート

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

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

共通テクノロジおよびユーザー・エクスペリエンス

プロジェクト管理の共通機能

サービスの卓越性への継続的な投資

Oracle Digital Assistant

プロジェクト時間およびプロジェクト管理のためのOracle Digital Assistant

プロジェクト管理のREST API

プロジェクト請求

REST APIを使用したプロジェクト契約請求書の承認、棄却または下書きステータスに戻す処理

FBDIおよびREST APIを使用した請求イベントの自動逆仕訳

FBDIおよびREST APIにおける請求イベントの拡張付加フレックスフィールド

プロジェクト・コントロール

REST APIを使用した財務プロジェクト・プラン繰延処理

交付予算REST APIのプランニング・オプション付加フレックスフィールド

プロジェクト予算REST APIのプランニング・オプション付加フレックスフィールド

REST APIを使用したプロジェクト予測バージョン追加処理

プロジェクト管理

REST APIを使用した作業プラン・テンプレートでのタスクの作成、変更および削除

プロジェクト管理のためのSOAPサービス

SOAPサービスを使用したコストおよび請求プランニング・レートの取得

プロジェクト管理のワークフロー

プロジェクト原価計算

プロジェクト支出バッチ承認ワークフローでの添付

プロジェクト・ファウンデーション

プロジェクト・ステータス変更の構成可能承認通知

プロジェクト・ステータス変更承認のワークフロー・トランザクション・コンソール

Oracle Project Management

助成金管理

交付テンプレート付加フレックスフィールド

プロジェクト請求

項目契約明細の項目請求

請求先サイトおよび請求先担当者別の請求書のグループ化

プロジェクト・コントロール

実績の発生時の動的リソース追加

プロジェクト原価計算

プロジェクト・タイプの編集可能な資産計上オプション

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

連続供給によるプロジェクト販売オーダー履行

プロジェクト管理

財務および作業プランニングの複数レベル・プランニング・リソース・ブレークダウン・ストラクチャ・サポート

プロジェクト・パフォーマンス・レポート

プロジェクト・ユニット全体でのKPI使用

プロジェクト・パフォーマンスをレビューするための構成可能ビュー

プロジェクト・リソース管理

拡張リソース要求および割当スケジュール修正オプション

稼働から非作業時間を除外するオプション

プロジェクト管理のためのSOAPサービス

共通テクノロジおよびユーザー・エクスペリエンス

プロジェクト管理の共通機能

サービスの卓越性への継続的な投資

この更新では、サービスの卓越性への継続的な投資に、パフォーマンス、メッセージ、操作性およびドキュメントの改善が含まれています。

この更新では、次の領域が改善されました。

  • ドキュメント・コンテンツ: 連邦財務レポート
  • メッセージ: 交付のインポート、交付の作成
  • ユーザー支援の簡素化: 実装ガイドの再構築およびフロー全体の強化(継続的な投資)。
  • ユーザビリティ:
    • 助成金管理
      • 交付の契約を発行する際のエラー処理が改善されました。
      • カテゴリ別に交付および交付プロジェクト添付を追加します。
      • 「資金の編集」ポップアップの「プロジェクト資金配賦」リージョンおよび「交付プロジェクトの管理」ページからプロジェクトをソートおよび検索します。
    • 課題管理 ? プロジェクト・マネージャ・ダッシュボードおよびチーム・メンバー・ダッシュボード:
      • 課題タイプで課題をフィルタするために、プロジェクト・マネージャ・ダッシュボードおよびチーム・メンバー・ダッシュボードにフィルタが追加されました。
      • アプリケーション・コンポーザを使用したユーザー・エクスペリエンスの向上および属性の追加の容易性のために、すべての属性を表示する「詳細表示」オプションが削除されました。
    • プロジェクト管理
      • 「プロジェクト・プランの管理」ページで「更新」を選択すると、外部ソースまたは以前のバージョンのプロジェクト・プラン・ページから作成された自動タスクのタスク・スケジュールを保持する制約が追加されます。「指定日以降に開始」制約は、自動タスク開始が依存関係または制約によって決定されず、タスク開始が要約タスクと異なる場合に追加されます。
      • プロジェクト・マネージャにプロジェクト固有リソースの作成を許可する処理が削除されました。
    • プロジェクトの検索
      • 直感的な検索エクスペリエンス: プロジェクトの名前と番号に含まれる特殊文字の処理が改善されました。たとえば、ABC#123を検索する場合は、ABCと123が別々に検索されるのではなく、その完全な文字列が検索されます。同様に、ABC_DEFを検索する場合は、アンダースコアを含むその文字列が厳密に検索されます。プロジェクトの名前または番号の一部を検索するには、検索語を%で囲みます。たとえば、名前または番号にABCが含まれるすべてのプロジェクトを検索するには、%ABC%を検索します。
      • この拡張機能は次のものに適用されます。
        • プロジェクト財務管理のファセット検索を使用したプロジェクトの検索(19A)機能を有効にした場合は、「プロジェクト財務管理」作業領域の「自分のプロジェクト」ページ。
        • 「プロジェクト管理」作業領域の「自分のプロジェクト」ページ。
        • 他のProject Management Cloudページのプロジェクトの値リスト。

有効化のステップ

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

Oracle Digital Assistant

Oracle Fusion Cloud Applications Suiteは、Oracle Digital Assistant (ODA)プラットフォーム上に構築されたデジタル・アシスタントを提供します。デジタル・アシスタントは、従業員が主要なタスクを完了し、Fusion Applications全体の情報に迅速にアクセスするためのインテリジェントな会話型エクスペリエンスを提供します。現在の機能の完全なセットの詳細は、Oracle Digital Assistant: Oracleスキルのドキュメントを参照してください。

ERPの場合、デジタル・アシスタントを使用すると、財務および運営の専門家は、コンテキスト依存でよく考察された関連性の高いデータおよびビジネスに関する洞察を簡単にナビゲートして識別できます。更新21Bでは、ERPに、SMS、Oracle Web、Microsoft Teamsなどのチャネルを使用した経費、プロジェクト時間取得およびプロジェクト管理のためのデジタル・アシスタント機能があります。

今後の更新では、拡張機能や追加のロールおよびビジネス・プロセスへの拡張を予定しています。

詳細は、Oracle Financials CloudドキュメントおよびOracle Project Management Cloud新機能ドキュメントで更新21Bの機能を参照してください。また、アシスタントの設定は、Oracle Digital Assistant for Cloud Applicationsスタート・ガイドのトピックを参照してください。

プロジェクト時間およびプロジェクト管理のためのOracle Digital Assistant

SMSやMicrosoft Teamsなどのチャネルを使用して、Oracle Digital Assistantでプロジェクト時間をレポートし、タスクを開始および完了して、プロジェクト進捗を確認します。デジタル・アシスタントは、チーム・メンバーおよびプロジェクト・マネージャが、自然言語の会話を使用して主要なタスクを実行するのに役立ちます。プロジェクト時間入力スキルを使用すると、プロジェクト・チーム・メンバーは、プロジェクトベースの時間入力を記録し、タイム・カードを送信できます。プロジェクト管理スキルを使用すると、チーム・メンバーは、タスク、成果物、課題および処理項目の表示や更新など、プロジェクト管理アクティビティを実行できます。プロジェクト・マネージャは、プロジェクトの進捗および財務ステータスを確認できます。

作業するデジタル・アシスタントとの対話。例は、ラップトップでのMicrosoft Teamsへのプロジェクト時間の入力、および電話でのSMSによるプロジェクト・タスクの完了を示しています

全体として、Oracle Digital Assistantには、ユーザー、プロジェクト・マネージャおよびチーム・メンバーがERP、HCMおよびCXを介してアクセスする場合に多くの利点があります。このようにタスクに簡単にアクセスして迅速に完了することで、重要なプロジェクト情報をよりタイムリに取得できるようになり、従業員は自分の作業に素早く戻ることができます。

特に、この更新では、プロジェクト関連のアクティビティに重点を置いたスキルが導入されています。プロジェクト時間入力では、チーム・メンバーが時間の記録にかかる時間が短縮され、インテリジェントな推奨によって精度が向上します。

  • 履歴および計画タスクに基づくインテリジェントな推奨
  • 継続的な移動中の単一プロジェクト時間入力、プロジェクト時間の日次要約と確認、および週次の最終レビューおよび完了
  • 承認のためのタイム・カードのクイック送信

プロジェクト管理では、即時ステータスを取得し、タスクの進捗、課題および成果物を迅速に更新します。

  • プロジェクト・マネージャの進捗および財務ステータス要約
  • 処理が必要な重要な進捗タスクの表示、およびタスクを開始および完了するための進捗を即時に記録する機能
  • プロジェクト課題および処理項目の進捗の作成および更新

有効化のステップ

最初に、Oracle Digital Assistantを構成する必要があります。詳細は、Oracle Digital Assistant for Cloud Applicationsスタート・ガイドのトピックを参照してください

Oracle Project Managementには次のスキルがあります。

  • プロジェクト時間入力: プロジェクトベースの時間入力を記録し、タイム・カードを送信できます。
  • プロジェクト管理: タスク、成果物、課題および処理項目の表示や更新など、プロジェクト管理アクティビティを実行できます。プロジェクトの進捗および財務ステータスを確認することもできます。

スキルを使用するためのセキュリティ要件は、ロール情報に関する項を参照してください。

ヒントと考慮事項

  • 特定のプロジェクト、タスクまたは成果物を名前で識別するには、名前をビジネス・オブジェクト・タイプで修飾する必要があります。たとえば、'Show me details for project Stark Designs'です。プロジェクト名(この場合は'Stark')の直前に'project'という語を追加すると、デジタル・アシスタントは'Stark Designs'という名前のプロジェクトまたは名前に'Stark'が含まれるプロジェクトを検索します。
  • アシスタントでビジネス・オブジェクトの完全一致が見つからない場合は、似た名前が検索されます。たとえば、'Mark task Design as started'を使用して、'Design Test Plan'という名前のタスクを開始できます。
  • アシスタントがプロジェクト、タスクまたは成果物を一意に識別できない場合は、選択可能なリストが表示されます。たとえば、'Mark task Design as complete'と入力し、名前が'Design'で始まるタスクが複数ある場合、デジタル・アシスタントではそれらのタスク名が表示され、いずれかを選択するように求められます。

主なリソース

関連ヘルプ:

ロール情報

プロジェクト管理スキルを使用するには、次の権限およびロールが必要です。

  • 権限名およびコード:
    • プロジェクト成果物の管理(PJE_MANAGE_PROJECT_DELIVERABLES_PRIV)
    • プロジェクト課題サービスの管理(PJE_MANAGE_PROJECT_ISSUES_SERVICE_PRIV)
    • プロジェクト・パフォーマンス・サービスの管理(PJS_MANAGE_PROJECT_PERFORMANCE_SERVICE_PRIV)
    • プロジェクト・タスク・サービスの管理(PJL_MANAGE_PROJECT_TASK_SERVICE_PRIV)
    • プロジェクト作業プランの管理(PJT_MANAGE_PROJECT_WORK_PLAN_PRIV)
  • 職務ロール名およびコード:
    • プロジェクト管理職務(ORA_PJF_PROJECT_MANAGEMENT_DUTY_ABSTRACT)
    • プロジェクト作業プラン管理(ORA_PJT_PROJECT_WORK_PLAN_MANAGEMENT_DUTY)
  • ジョブ・ロール名およびコード:
    • プロジェクト実行(ORA_PJF_PROJECT_EXECUTION_ABSTRACT)
    • プロジェクト・マネージャ(ORA_PJF_PROJECT_MANAGER_JOB)
    • チーム協力者(ORA_PJF_TEAM_COLLABORATOR_ABSTRACT)

プロジェクト時間入力スキルを使用するには、次の権限およびロールが必要です。

  • 権限名およびコード:
    • プロジェクト・タスクの時間のレポート(PJL_REPORT_TIME_FOR_PROJECT_TASKS_PRIV)
    • プロジェクト支出タイプ・サービスの表示(PJL_VIEW_PROJECT_EXPENDITURE_TYPES_SERVICE_PRIV)
    • プロジェクト財務タスク・サービスの表示(PJL_VIEW_PROJECT_FINANCIAL_TASKS_SERVICE_PRIV)
  • 職務ロール名およびコード:
    • プロジェクト時間入力モバイル(ORA_PJF_PROJECT_TIME_ENTRY_MOBILE_DUTY)
  • ジョブ・ロール名およびコード:
    • 従業員(ORA_PER_EMPLOYEE_ABSTRACT)
    • 派遣就業者 (ORA_PER_CONTINGENT_WORKER_ABSTRACT)

プロジェクト管理のREST API

プロジェクト請求

REST APIを使用したプロジェクト契約請求書の承認、棄却または下書きステータスに戻す処理

単一の送信済請求書を承認する、単一の送信済請求書を棄却する、単一の承認済または承認棄却済請求書を下書きステータスに戻すREST APIを使用して、プロジェクト契約請求書を承認または棄却するか、下書きステータスに戻します。請求スペシャリストは、請求承認ワークフロー・ページまたは請求書ユーザー・インタフェース・ページを使用せずに、プロジェクト契約請求書のステータスを更新できます。

この機能は、プロジェクト契約請求書がOracle Fusion Cloud Enterprise Resource Planningの外部で承認または棄却される場合に、作業が重複しないようにするのに役立ちます。

有効化のステップ

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

ヒントと考慮事項

コンテキストに基づいて適切なサービスを呼び出していることを確認してください。プロジェクト契約請求書を承認する場合は、単一の送信済請求書を承認するサービスを呼び出します。プロジェクト契約請求書の承認を棄却する場合は、単一の送信済請求書を棄却するサービスを呼び出します。プロジェクト契約請求書を下書きステータスに戻す場合は、単一請求書を下書きステータスに戻すサービスを呼び出します。

主なリソース

  • 関連ヘルプ:  Oracle Help Centerで入手できるOracle Project Management Cloud REST APIガイド。

ロール情報

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

  • 権限名およびコード:
    • プロジェクト契約請求書サービスの管理(PJB_MANAGE_PROJECT_CONTRACT_INVOICE_SERVICE_PRIV)
  • ジョブ・ロール名およびコード:
    • 助成金会計担当(ORA_PJF_GRANTS_ACCOUNTANT_JOB)
    • プロジェクト請求スペシャリスト(ORA_PJF_PROJECT_BILLING_SPECIALIST_JOB)
    • プロジェクト統合スペシャリスト(ORA_PJF_PROJECT_INTEGRATION_SPECIALIST_JOB)

FBDIおよびREST APIを使用した請求イベントの自動逆仕訳

FBDIおよびREST APIを使用して、見越請求イベントの自動逆仕訳を作成します。プロジェクト請求イベントのインポートFBDIおよびプロジェクト請求イベントの作成REST APIでは、ユーザーがFBDIまたはREST APIを使用して逆仕訳請求イベントを渡すことなく各見越請求イベントを逆仕訳する、完了日が次の会計期間内にある第2請求イベントが自動作成されます。

この機能により、ユーザーの作業負荷が軽減されます。

有効化のステップ

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

ヒントと考慮事項

請求イベントの逆仕訳を自動的に作成するには、ペイロードでReverseAccrual属性をYに設定します。

主なリソース

  • 関連ヘルプ:  Oracle Help Centerで入手できるOracle Project Management Cloud REST APIガイド。

ロール情報

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

  • 権限名およびコード:
    • プロジェクト請求イベントの表示(PJB_VIEW_PROJECT_CONTRACT_INVOICE_WORK_AREA_PRIV)
    • プロジェクト請求イベントの管理(PJB_MANAGE_PROJECT_BILLING_EVENT_PRIV)
  • ジョブ・ロール名およびコード:
    • プロジェクト会計担当(ORA_PJF_PROJECT_ACCOUNTANT_JOB)
    • 助成金会計担当(ORA_PJF_GRANTS_ACCOUNTANT_JOB)
    • プロジェクト請求スペシャリスト(ORA_PJF_PROJECT_BILLING_SPECIALIST_JOB)
    • プロジェクト統合スペシャリスト(ORA_PJF_PROJECT_INTEGRATION_SPECIALIST_JOB)

FBDIおよびREST APIにおける請求イベントの拡張付加フレックスフィールド

FBDIを使用して請求イベントをインポートする場合や、REST APIを使用して請求イベントを作成または更新する場合は、追加の付加フレックスフィールドを含めます。請求スペシャリストおよび収益会計担当は、顧客固有のデータを使用して、請求イベントをより効率的に説明、分類、計上およびレポートできます。

請求イベントに関する既存の10個の文字の付加フレックスフィールドに加えて、さらに20個の文字、10個の数値、10個の日付および5個の日時の付加フレックスフィールドが追加されました。

追加の専用タイプの付加フレックスフィールドをさらに使用すると、次のことが可能になります。

  • 固定価格請求の顧客固有の分析、レポートおよび会計処理が向上します。
  • 数値、日付および日時タイプの付加フレックスフィールドに入力および保存される顧客固有データの品質が向上します。

有効化のステップ

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

ヒントと考慮事項

追加情報に付加フレックスフィールド(DFF)を使用している場合は、サービス・アーキテクチャに子レコードとして存在します。請求イベントを作成する場合は、最初に請求イベントを作成する必要があり、その後、DFF値が子として作成されます。

主なリソース

  • 関連ヘルプ:  Oracle Help Centerで入手できるOracle Project Management Cloud REST APIガイド。

ロール情報

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

  • 権限名およびコード:
    • プロジェクト請求イベントの表示(PJB_VIEW_PROJECT_CONTRACT_INVOICE_WORK_AREA_PRIV)
    • プロジェクト請求イベントの管理(PJB_MANAGE_PROJECT_BILLING_EVENT_PRIV)
  • ジョブ・ロール名およびコード:
    • プロジェクト会計担当(ORA_PJF_PROJECT_ACCOUNTANT_JOB)
    • 助成金会計担当(ORA_PJF_GRANTS_ACCOUNTANT_JOB)
    • プロジェクト請求スペシャリスト(ORA_PJF_PROJECT_BILLING_SPECIALIST_JOB)
    • プロジェクト統合スペシャリスト(ORA_PJF_PROJECT_INTEGRATION_SPECIALIST_JOB)

プロジェクト・コントロール

REST APIを使用した財務プロジェクト・プラン繰延処理

財務プロジェクト・プランREST APIを使用して統合ユース・ケースの財務プロジェクト・プラン更新を効率的に実行するために、繰延モード処理を使用します。

財務プロジェクト・プランREST APIを使用して、既存のタスクにタスクまたは更新の大規模なセットを追加し、計画金額の積上などのデータを繰延モードで処理します。

有効化のステップ

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

ヒントと考慮事項

  • 工数および金額の計算、分割、積上などの操作は、繰延モードで実行されます。
  • リソース割当作成は、リアルタイムで続行されます。

主なリソース

  • 関連ヘルプ: Oracle Help Centerで入手できるOracle Project Management Cloud REST APIガイド。

ロール情報

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

  • プロジェクト統合スペシャリスト(ORA_PJF_PROJECT_INTEGRATION_SPECIALIST_JOB)
  • プロジェクト・マネージャ(ORA_PJF_PROJECT_MANAGER_JOB)
  • 助成金管理者(ORA_PJF_GRANTS_ADMINISTRATOR_JOB)
  • プロジェクト管理者(ORA_PJF_PROJECT_ADMINISTRATOR_JOB)
  • プロジェクト管理職務(ORA_PJF_PROJECT_MANAGEMENT_DUTY_ABSTRACT)

交付予算REST APIのプランニング・オプション付加フレックスフィールド

交付予算REST APIを使用して、交付予算バージョンのプランニング・オプション付加フレックスフィールドを表示、作成および更新します。

REST APIを使用して交付予算を作成または更新する場合は、追加の付加フレックスフィールドを含めます。

有効化のステップ

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

主なリソース

  • 関連ヘルプ: Oracle Help Centerで入手できるOracle Project Management Cloud REST APIガイド。

ロール情報

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

  • 権限名およびコード:
    • プロジェクト予算作業中バージョンの管理(PJO_MANAGE_PROJECT_BUDGET_WORKING_VERSION_PRIV)
    • プロジェクト予算の管理(PJO_MANAGE_PROJECT_BUDGET_PRIV)
  • ジョブ・ロール名およびコード:
    • プロジェクト統合スペシャリスト(ORA_PJF_PROJECT_INTEGRATION_SPECIALIST_JOB)
    • プロジェクト・アプリケーション管理者(ORA_PJF_PROJECTS_APPLICATION_ADMINISTRATOR_JOB)
    • 助成金管理者(ORA_PJF_GRANTS_ADMINISTRATOR_JOB)
    • 助成金部門管理者(ORA_PJF_GRANTS_DEPARTMENT_ADMINISTRATOR_JOB)
    • 主要調査員(ORA_PJF_PRINCIPAL_INVESTIGATOR_JOB)
    • プロジェクト管理者(ORA_PJF_PROJECT_ADMINISTRATOR_JOB)

プロジェクト予算REST APIのプランニング・オプション付加フレックスフィールド

既存のプロジェクト予算REST APIを使用して、予算バージョンのプランニング・オプション付加フレックスフィールドを表示、作成および更新します。

プロジェクト予算REST APIを作成または更新する場合は、追加の付加フレックスフィールドを含めます。

有効化のステップ

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

主なリソース

  • 関連ヘルプ: Oracle Help Centerで入手できるOracle Project Management Cloud REST APIガイド。

ロール情報

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

  • 権限名およびコード:
    • プロジェクト予算作業中バージョンの管理(PJO_MANAGE_PROJECT_BUDGET_WORKING_VERSION_PRIV)
    • プロジェクト予算の管理(PJO_MANAGE_PROJECT_BUDGET_PRIV)
  • ジョブ・ロール名およびコード:
    • プロジェクト統合スペシャリスト(ORA_PJF_PROJECT_INTEGRATION_SPECIALIST_JOB)
    • プロジェクト・アプリケーション管理者(ORA_PJF_PROJECTS_APPLICATION_ADMINISTRATOR_JOB)
    • プロジェクト管理者(ORA_PJF_PROJECT_ADMINISTRATOR_JOB)
    • プロジェクト・マネージャ(ORA_PJF_PROJECT_MANAGER_JOB)

REST APIを使用したプロジェクト予測バージョン追加処理

プロジェクト予測REST APIを使用して、現在の実績金額と、予測バージョンの日付範囲、リソース・レートまたは換算レートを使用した実績金額をリフレッシュします。プランニング金額を修正するパーセントを指定します。

プロジェクト予測REST APIを使用して、時間の経過とともにプロジェクト・コスト、リソース・レートおよび換算レートをリフレッシュし、必要に応じてプランニング作業を改善します。オプションで、予測を承認済予測として設定する前に、換算レートのみをリフレッシュして最新の換算レートを導出します。

予測バージョンの調整を実行して、残作業見積および完了時見積の変更をレビューします。

プロジェクト予測REST APIを使用して、最新のプロジェクト・コストおよびプロジェクト・レートで正確な予測バージョンを生成します。

有効化のステップ

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

ヒントと考慮事項

  • 換算レートのみをリフレッシュするには、ペイロードでrefreshOnlyConversionRates属性をYに設定します。
  • プロジェクト・コストをリフレッシュするには、予測日明細の最小値から最大値までを含む日付範囲を指定します。

主なリソース

  • 関連ヘルプ: Oracle Help Centerで入手できるOracle Project Management Cloud REST APIガイド。

ロール情報

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

  • 権限名およびコード:
    • プロジェクト予測作業中バージョンの管理(PJO_MANAGE_PROJECT_FORECAST_WORKING_VERSION_PRIV)
    • プロジェクト予測の管理(PJO_MANAGE_PROJECT_FORECAST_PRIV)
  • ジョブ・ロール名およびコード:
    • プロジェクト統合スペシャリスト(ORA_PJF_PROJECT_INTEGRATION_SPECIALIST_JOB)
    • プロジェクト・アプリケーション管理者(ORA_PJF_PROJECTS_APPLICATION_ADMINISTRATOR_JOB)
    • プロジェクト管理者(ORA_PJF_PROJECT_ADMINISTRATOR_JOB)
    • プロジェクト・マネージャ(ORA_PJF_PROJECT_MANAGER_JOB)

プロジェクト管理

REST APIを使用した作業プラン・テンプレートでのタスクの作成、変更および削除

作業プラン・テンプレートREST APIを使用して、作業プラン・テンプレートのタスクを作成、更新および削除します。作業プラン・テンプレートとは、プロジェクト・タスクおよびリソース割当のセットのことで、プロジェクト・プランの作成および既存のプロジェクト・プランへのタスクの追加に使用します。このAPIを使用して、作業プラン・テンプレートを最新の状態に維持します。

作業プラン・テンプレートREST APIを使用すると、次のタスク値を作成、更新および削除できます。

  • タスク番号、摘要、工数、期間、請求可能フラグと賦課可能フラグ、スケジュール・モードなどの属性を持つ財務タスクと非財務タスク
  • 依存関係
  • 労務および経費リソース割当
  • マイルストンおよびゲート詳細
  • タスク・コードやタスク付加フレックスフィールドなどの追加属性

作業プラン・テンプレートREST APIを使用して、カスタム・ソリューションまたはレポートを作成します。たとえば、公開作業プラン・テンプレートを分析し、ビジネス・ニーズに応じてタスクを追加または変更します。

有効化のステップ

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

ヒントと考慮事項

  • プロジェクト・マネージャは、自分が作成した作業プラン・テンプレートのみを管理できますが、プロジェクト統合スペシャリストは、すべての作業プラン・テンプレートを管理できます。
  • 値セット・データ型のタスク・コードを更新するには、ValueIDをタスク・コード値として渡します。エンタープライズ・プロジェクトおよびタスク・コードREST APIを使用して、エンタープライズ・コードの有効なValueIDを見つけます。
  • 作業プラン・テンプレートREST APIを使用してタスク成果物を読み取ります。ただし、これらを作成、更新または削除するには、成果物REST APIを使用します。

主なリソース

  • 関連ヘルプ:  Oracle Help Centerの『Oracle Project Portfolio Management Cloud REST API』ガイド。

ロール情報

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

  • ジョブ・ロール名およびコード:
    • プロジェクト・マネージャ(ORA_PJF_PROJECT_MANAGER_JOB)
    • プロジェクト統合スペシャリスト(ORA_PJF_PROJECT_INTEGRATION_SPECIALIST_JOB)
  • 権限名およびコード:
    • プロジェクト作業プランの管理(PJT_MANAGE_PROJECT_WORK_PLAN_PRIV)
    • 作業プラン・テンプレート・サービスの管理(PJT_MANAGE_WORK_PLAN_TEMPLATES_SERVICE_PRIV)

プロジェクト管理のためのSOAPサービス

SOAPサービスを使用したコストおよび請求プランニング・レートの取得

プロジェクト価格設定SOAPサービスを使用して、プランニング・レートに基づくプロジェクト・リソースのコスト・レート、請求レートおよび金額を取得します。以前は、サービスで実績コスト・レートおよび実績金額が提供されていました。この更新により、サービスを拡張してコストのプランニング・レートを取得し、さらに請求レートを取得します。たとえば、PaaSソリューションによる計算に使用するプランニング・レートを取得します。

プロジェクト価格設定SOAP APIを使用し、請求レートおよびプランニング・コスト・レートを使用してカスタム・ソリューションまたはレポートを作成します。たとえば、プロジェクト・プランのプランニングのリソース・レートを財務レートと同期します。

有効化のステップ

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

ヒントと考慮事項

  • プランニング・レートの場合、コスト・レートでは、プロジェクト・プラン・タイプ設定で定義されたレート・スケジュールが使用されます。
  • 請求レートでは、プロジェクトにリンクされた契約請求プランのレート・スケジュールが使用されます。
  • レートを導出するには、一意のリソース、プロジェクトおよびタスク情報を必要な定期範囲とともに渡します。コスト・レートを導出する場合、タスク詳細はオプションです。

主なリソース

  • 関連ヘルプ: Oracle Help CenterのOracle Project Portfolio Management Cloud SOAP Webサービス・ガイド。

ロール情報

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

  • ジョブ・ロール名およびコード:
    • プロジェクト・アプリケーション管理者(ORA_PJF_PROJECTS_APPLICATION_ADMINISTRATOR_JOB)
  • 権限名およびコード:
    • プロジェクト・コスト・レートの導出(PJF_DERIVE_PROJECT_COST_RATES_PRIV)

プロジェクト管理のワークフロー

プロジェクト原価計算

プロジェクト支出バッチ承認ワークフローでの添付

プロジェクト支出バッチ承認ワークフローに添付を含めて、承認者がワークフローの承認中または棄却中にこれらの文書をレビューできるようにします。

支出バッチの添付は、「支出バッチの管理」ページの「添付」列を使用して管理できます。「添付」列の下の「添付の管理」アイコンをクリックして、バッチの添付を追加、更新または削除します。

「支出バッチの管理」ページの「添付」列

添付リンクをクリックして、バッチの添付を表示します。複数の添付がある場合は、列内の追加テキストをクリックします。たとえば、「(他3個...)」をクリックすると、「添付」ウィンドウが開き、添付を表示、追加、編集または削除できます。

「添付」ウィンドウ

「送信」をクリックして、承認のために支出バッチを送信し、ワークフロー通知にバッチ添付を含めます。プロジェクト支出バッチ承認ワークフロー通知レポートでは、「承認履歴」セクションの「送信済」行に添付が表示されます。

プロジェクト支出バッチ承認通知の添付

必要に応じて、ワークフロー通知にバッチ添付を含めずに、バッチを承認のために送信できます。ページ・コンポーザを使用して、「支出バッチの管理」ページで「送信」ボタンを非表示にし、「添付なしで送信」ボタンを表示するように、ページをカスタマイズします。

添付なしで承認のためにバッチを送信

承認され、トランザクションがプロジェクト・コストに正常に変換されたプロジェクト支出バッチは、引き続き「支出バッチの管理」ページに表示されます。このようなバッチのステータスは「処理済」に設定され、添付は「支出バッチの管理」ページで表示できます。「支出バッチの管理」ページには、支出バッチ承認を必要とするオプションが有効になっている文書に属する支出バッチのみが表示されます。支出バッチ承認を必要としない文書に属する支出バッチは、「支出バッチの管理」ページに表示されません。

「処理済」ステータスのバッチ

デモをご覧ください。

この機能には、次のようなビジネス上の利点があります。

  • プロジェクト支出バッチにコンプライアンス・レポートを追加します。
  • バッチを承認または棄却する前に、プロジェクト支出バッチ文書をレビューします。

有効化のステップ

更新20Bで提供された「プロジェクト・コストの作成前に支出バッチをレビューおよび承認」機能をオプト・インし、この機能を使用できるように、文書に支出バッチ承認が必要なオプションを有効にする必要があります。

ヒントと考慮事項

  • デフォルトでは、「下書き」および「棄却済」ステータスの支出バッチの添付を変更できます。ただし、他のステータスのバッチの添付を変更できるビジネス要件がある場合は、ページ・コンポーザを使用してデフォルトの動作を上書きし、添付に対する更を許可できます。
  • デフォルトでは、トランザクションがプロジェクト・コストに変換される支出バッチの添付は変更できません。ただし、このようなバッチの添付を変更できるビジネス要件がある場合は、ページ・コンポーザを使用してデフォルトの動作を上書きし、添付に対する更を許可できます。
  • ページ・コンポーザを使用して、「支出バッチの管理」ページに「送信」と「添付なしで送信」の両方を表示できます。

主なリソース

ロール情報

この機能を使用するには、次のいずれかの権限またはロールが必要です。

  • 権限名およびコード:
    • プロジェクト未処理支出バッチの表示(PJC_VIEW_PROJECT_UNPROCESSED_EXPENDITURE_BATCH_1_PRIV)
    • プロジェクト未処理支出バッチの入力(PJC_ENTER_PROJECT_UNPROCESSED_EXPENDITURE_BATCH_PRIV)
    • プロジェクト未処理支出バッチの管理(PJC_MANAGE_PROJECT_UNPROCESSED_EXPENDITURE_BATCH_PRIV)
  • 職務ロール名およびコード:
    • プロジェクト・コスト・トランザクション処理(ORA_PJC_PROJECT_COST_TRANSACTION_PROCESSING_DUTY)
  • ジョブ・ロール名およびコード:
    • プロジェクト会計担当(ORA_PJF_PROJECT_ACCOUNTANT_JOB)
    • 助成金会計担当(ORA_PJF_GRANTS_ACCOUNTANT_JOB)

プロジェクト・ファウンデーション

プロジェクト・ステータス変更の構成可能承認通知

プロジェクト・ステータス変更承認通知は、読取りがしやすい新しい表示を取り入れており、必要に応じて構成可能です。承認通知のルック・アンド・フィールや表示情報を変更して、レビュー・プロセスを効率化したり、承認にとって重要な情報を表示できます。プロジェクト・ステータス変更承認用の事前定義済Oracle BI Publisher通知テンプレートを使用するか、必要な情報を含む独自のテンプレートを構成します。たとえば、会社のロゴを変更したり、通知から特定のフィールドを削除します。通知テンプレートは、Eメール通知用とアプリケーション内通知用の両方があります。

プロジェクト・ステータス変更承認ワークフローの構成可能な通知

レポートで、トランザクション詳細リンクをクリックして「プロジェクト概要」ページにナビゲートし、アプリケーション内通知リンクをクリックしてBPMワークリストにナビゲートします。

この機能には、次のようなビジネス上の利点があります。

  • ビジネス要件に基づいて承認のための関連情報が表示されるように、プロジェクト・ステータス変更承認レポートを構成します。たとえば、レポート・レイアウトの変更、会社のロゴの追加、承認者のニーズに基づいたレポートへの情報の組込みや削除などを実行できます。
  • 通知からプロジェクトにナビゲートして、プロジェクト詳細を表示します。
  • クローズのためにプロジェクトを承認する前に、未処理の取引約定など、プロジェクトの財務メジャーをレビューします。

有効化のステップ

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

オファリング: プロジェクト財務管理 オプションでなくなるバージョン: 更新21D

プロジェクト・ステータス変更承認のワークフロー・トランザクション・コンソール

単一のコンソールを使用して、管理者がワークフロー・タスクを事前にモニターし、プロジェクト・ステータス変更承認ワークフローの例外を解決できるようになりました。プロジェクト・アプリケーション管理者は、ワークフローの例外をレビューし、基礎となるルールを修正した後でタスクを再送信するか、進行中のタスクを取り下げることができます。トランザクション・コンソールでは、承認履歴およびコメントなどのプロジェクト・ステータス変更承認ワークフローの詳細も提供されます。

トランザクション・コンソールに表示された、失敗したプロジェクト・ステータス変更承認ワークフロー

トランザクション・コンソールに表示されたエラーの原因と解決

この機能には、次のようなビジネス上の利点があります。

  • プロジェクト・ステータス変更承認ワークフローのエラーの原因および推奨される解決を表示します。
  • 指定された承認者を使用できない場合は、プロジェクト・ステータス変更承認ワークフローを別の承認者に再割当します。

有効化のステップ

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

オファリング: プロジェクト財務管理 オプションでなくなるバージョン: 更新21D

ヒントと考慮事項

ワークフローでエラーが発生した場合、ワークフロー・エントリをクリックして詳細を表示するまで、トランザクション・コンソールのワークフローのステータスは「進行中」として表示されます。

主なリソース

関連ヘルプ:

  • 財務およびプロジェクト・ポートフォリオ管理の共通機能の実装ガイドの「ワークフロー・トランザクション・コンソール」の項を参照してください。
  • 共通機能の使用ガイドの「トランザクションのモニターおよびトラブルシューティング」の項を参照してください。

ロール情報

この機能を使用するには、次のいずれかの権限またはロールが必要です。

  • 権限名およびコード:
    • BPMワークフロー・システム管理者ロール(BPMWorkflowAdmin)
    • 承認トランザクションのレビュー(PER_REVIEW_APPROVAL_TRANSACTIONS_PRIV)
  • 職務ロール名およびコード:
    • プロジェクト・トランザクション承認レビュー(ORA_PRJ_REVIEW_APPROVAL_TRANSACTIONS_DUTY_HCM)
  • ジョブ・ロール名およびコード:
    • プロジェクト・アプリケーション管理者(ORA_PJF_PROJECTS_APPLICATION_ADMINISTRATOR_JOB)

Oracle Project Management

助成金管理

交付テンプレート付加フレックスフィールド

交付テンプレートで付加フレックスフィールド値を指定し、交付テンプレートから交付を作成する際に使用します。また、コピーした付加フレックスフィールドを交付で直接レビューおよび上書きします。

次の図は、交付テンプレートに定義された付加フレックスフィールドキャンパス指定を示しています。

交付テンプレートで付加フレックスフィールドキャンパス指定を入力する

次の図は、交付テンプレートから交付を作成するときに交付にコピーされる付加フレックスフィールドを示しています。

交付詳細でのコピー済付加フレックスフィールドの表示

オプションで、交付の付加フレックスフィールドの値を上書きできます。また、付加フレックスフィールドに値が必要な場合、必要な付加フレックスフィールド値が欠落していると、ページにエラーが表示されます。

「交付のクイック作成」ページを使用して交付を作成する際に重要な追加情報を直接入力し、正確であることを確認します。

交付のクイック作成での付加フレックスフィールドの表示

デモをご覧ください。

交付付加フレックスフィールド詳細を交付テンプレートから交付にコピーすると、データ入力時間とエラーが削減されるというビジネス上の利点があります。

有効化のステップ

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

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

交付付加フレックスフィールドを構成します。

ヒントと考慮事項

必須として有効になっている付加フレックスフィールド・セグメントの値を指定しないと、エラーが発生します。

主なリソース

ロール情報

この機能を使用するには、プロジェクト・アプリケーション管理者(ORA_PJF_PROJECTS_APPLICATION_ADMINISTRATOR_JOB)ジョブ・ロールおよび次のいずれかのロールが必要です。

  • 助成金管理者(ORA_PJF_GRANTS_ADMINISTRATOR_JOB)
  • 助成金部門管理者(ORA_PJF_GRANTS_DEPARTMENT_ADMINISTRATOR_JOB)
  • 主要調査員(ORA_PJF_PRINCIPAL_INVESTIGATOR_JOB)

プロジェクト請求

項目契約明細の項目請求

項目について顧客に請求し、請求書の項目、数量、単位、単価および金額情報を取得します。請求スペシャリストは、請求イベントの品目および数量を取得し、イベントの請求書を生成できます。項目、単位および項目単価は、請求イベントに関連付けられた契約明細から取得されます。このリリースより前は、請求スペシャリストは項目として金額に対してのみ請求でき、数量詳細は請求イベントで取得されませんでした。

請求スペシャリストは、処理後に項目ベースの請求イベントの数量を修正し、修正済数量のクレジット・メモを作成できます。

REST APIは、項目ベースの請求イベントの作成、更新および読取りに使用できます。

項目ベースの契約明細の請求イベントに関する次の情報を取得し、請求書に明示的に表示します。

  • 項目
  • 単位 (UOM)
  • 単価
  • 数量

項目および数量のある請求書

項目ベースおよび数量ベースの請求書を作成するには、次のステップを実行します。

  1. 項目ベースのトランザクションを許可するためのイベント・タイプ、請求書書式および契約の設定
  2. 項目ベースのイベントの作成および項目とその属性の取得
  3. 請求書の生成および売掛管理への転送

請求書生成フロー

ソリューション詳細

  1. 項目ベースのトランザクションを許可するためのイベント・タイプ、請求書書式および契約の設定

設定の詳細は、この機能の有効化のステップの項を参照してください。

  1. 項目ベースの契約明細に対する項目ベースのイベントの作成

項目ベースのイベントを作成するには:

  • 項目が関連付けられている契約明細を選択します
  • 「品目の許可」フラグが有効になっているイベント・タイプを選択します
  • イベントの「品目ベース・イベント」チェック・ボックスを有効化します

項目ベースのイベントは次の方法で作成できます。

  • 「請求書」作業領域の「イベントの作成」ページを使用
  • 請求イベントREST APIを使用
  • プロジェクト請求イベントのファイルベース・データ・インポート(FBDI)を使用

イベントの作成UI

項目ベースのイベントを作成する場合、項目、単位および単価は、関連付けられた項目ベースの契約明細から取得されます。請求スペシャリストは、小数値を含む数量を入力できます。たとえば、10や10.50の数量を入力できます。

「イベントの編集」ページで「品目ベース・イベント」チェック・ボックスの選択を解除したままにすることで、項目を許可するイベント・タイプに対して金額ベースのイベントを作成できます。

イベントの作成時、次の情報が検証されます。この情報は、イベントを保存する前に、必要に応じて修正する必要があります。

  • 契約の品目マスター組織が売掛/未収金構成で定義されているものと同じである
  • 契約明細で選択された項目と単位コードの組合せが有効である
  • 項目ベースの契約明細の価格がnullでない
  • 項目ベースの契約明細で選択された項目が、請求に対して有効になっている必要がある。

イベント検索結果の管理リージョンで、項目ベースのイベントの項目属性を表示できます。項目ベースの属性はデフォルトで非表示であり、「表示」メニューを使用して含めることができます。

  1. 請求書の生成

項目、単位、単価および数量を請求書明細に反映するには、契約明細に関連付けられている請求書書式で、品目または品目摘要がグループ化で選択されている必要があります。その後、「請求書の生成」プロセスによってイベントが選択され、項目別にグループ化されます。項目とその属性は請求書明細に反映されます。

ノート: 部分請求は、項目ベースのイベントではサポートされていません。イベントの契約明細に十分な資金がない場合、イベントは請求対象として選択されません。

  1. プロジェクト契約請求書

「請求書の管理」ページから請求書を開き、項目属性とともに請求書明細および請求書配分明細の詳細を表示できます。

次の項目属性はデフォルトで非表示になっていますが、「表示」メニューを使用して表に含めることができます。

  • 項目
  • 品目摘要
  • 数量
  • 単位
  • 単価

「請求書の管理」ページの「例による問合せ」を使用して、特定の品目および品目摘要を問い合せることもできます。

プロジェクト契約請求書

  1. 売掛管理への請求書の転送

請求書が承認およびリリースされると、「売掛管理への転送」プロセスによって売掛管理に請求書が転送されます。項目関連の属性は、売掛管理への請求書転送の一部として転送されます。

  1. 売掛金請求書

売掛管理で請求書の新規項目属性を含む請求書を表示します。

項目ベースの請求書に対する修正

  1. 優遇および消込償却

項目ベースのリリース済請求書明細に優遇/消込が指定されている場合、優遇/消込は金額ベースの優遇として指定されます。

数量は優遇明細に反映されません。

  1. クレジット・メモ

イベントの数量を変更すると、クレジット・メモが作成され、数量の変更がクレジット請求書および標準請求書に反映されます。

  1. 取消

(金額ベースや項目ベースの明細が含まれる)請求書が取り消されると、請求書全体が取り消されます。

当初請求書が数量で、マイナス金額の新規クレジット請求書が生成されます。

この機能のビジネス上の利点は次のとおりです。

  • 明確化して顧客要件に対応するために、手数料に関する詳細を含むより正確で有意義な請求書が提供されます。
  • 項目、数量、単価および単位の詳細を含むより正確な請求書により、支払が迅速化されます。
  • 顧客の請求要件を満たすために、影響の大きいエラーが発生しやすい回避策を実装しないようにしてください。
  • 請求イベントの作成時に顧客が数量別に請求できるため、請求イベント作成プロセスが簡略化されます(つまり、イベントを作成して請求する数量を選択すると、すべての手数料が項目ベースの契約明細の値に基づいて自動的に計算されます)。これにより、ユーザー・エラーも減少します。

有効化のステップ

設定ステップ

設定ステップの詳細

  1. 項目ベースのイベントを許可するイベント・タイプの作成

項目ベースのイベントの作成を許可する必要があるイベント・タイプについては、「イベント・タイプの管理」設定ページの「品目の許可」チェック・ボックスを選択します。

イベント・タイプの設定ページ

このチェック・ボックスを選択すると、このイベント・タイプについて項目ベースのイベントを作成できます。すべてのイベントを項目ベースにする必要はありません。「品目の許可」フラグが選択されたイベント・タイプについて項目ベースのイベントが生成されると、ユーザーは「品目の許可」フラグの選択を解除できなくなります。

既存のイベント・タイプで項目ベースのイベントを許可できます。これは、新規または未処理のイベントにのみ適用されます。

  1. 項目を含むグループ化を使用したイベント請求書書式の作成

「イベント」書式タイプについて、次のいずれかのグループ化オプションを選択します。

  • 契約明細、すべて
  • 契約明細、契約明細プロジェクト/タスク、イベント番号
  • 契約明細、イベント・タイプ

グループ化フィールドで「品目」または「品目摘要」を選択し、イベントを契約明細および項目別にグループ化します。グループ化オプションとして「契約明細」が暗黙的に追加されます。

次に示すグループ化オプションを選択し、項目別のグループ化を選択した場合は、暗黙的には追加されないため、「契約明細」も必ず選択してください。

  • すべて
  • 契約明細プロジェクト/タスク、イベント番号

ノート: 項目別にグループ化すると、項目の単位および単価別でもイベントが暗黙的にグループ化されます

請求書書式の設定ページ

  1. 項目ベースの請求書書式の契約の請求プランへの関連付け

契約に関連付けられたイベントを項目別にグループ化するには、項目グループ化を含む請求書書式を契約に関連付けられた請求プランに関連付けます。

ヒントと考慮事項

  • イベントRESTおよびFBDIアップロードでは、項目ベースの請求イベント作成がサポートされます。イベントSOAPサービスではサポートされていません。

  • 項目ベースのイベントは、会社間契約およびプロジェクト間契約ではサポートされていません。

  • 手動請求では、項目関連の属性はサポートされていません。

  • 「イベントの管理」ページを介した複数イベントに対する修正は、項目ベースのイベントではサポートされていません。

  • ソフト制限およびハード制限の管理は、数量ベースではなく金額ベースでのみ適用されます。イベントに入力された数量は、契約明細の項目数量に対して検証またはチェックされません。

  • 項目ベースの請求の場合、トランザクション通貨は契約通貨と同じである必要があります。

  • 今後のリリースへの投資の継続では、イベント請求での契約明細サポートのタイプにおける柔軟性の向上と、各項目請求イベントの項目、単位および価格の管理における柔軟性の向上に重点が置かれています。

ロール情報

  • プロジェクト請求スペシャリスト(ORA_PJF_PROJECT_BILLING_SPECIALIST)
  • プロジェクト会計担当(ORA_PJF_PROJECT_ACCOUNTANT_JOB)
  • 助成金会計担当(ORA_PJF_GRANTS_ACCOUNTANT_JOB)

請求先サイトおよび請求先担当者別の請求書のグループ化

契約の請求プランに指定されたそれぞれの請求先サイトおよび請求先担当者ごとに、個別の請求書を生成します。売掛管理の事務員は、各顧客の請求先担当者のEメール・アドレスへのEメールによって、さらに介入することなく自動的に請求書を配分できます。

契約管理者は、契約または契約修正をアクティブ化するための拡張検証に合格するために、請求先サイトおよび請求先担当者が異なる請求プランの請求セット番号を一意の値に設定する必要があります。これは、複数の請求プランの請求セット番号が同じになるために請求先アカウント、請求通貨タイプ、請求書通貨、支払条件、労務書式、非労務書式およびイベント書式がすべて同一である必要があるという既存の検証に加えて行われます。これらの請求プランで請求セット番号が異なっていると、「請求書の生成」プロセスで、請求先サイトと請求先担当者の一意の組合せごとに個別の請求書が生成されます。

次の図は、検証が失敗した場合に表示されるエラー・メッセージを示しています。

検証結果

次の図は、検証が失敗した理由を示しています。2つの請求プランの請求先担当者と請求先サイトは異なりますが、請求セット番号は同じです。

請求プラン

この機能には、次のようなビジネス上の利点があります。

  • 売掛金請求書が、適切なEメール・アドレスにより正確に電子配分されます。
  • 売掛管理の事務員が不適切なEメール・アドレスを含む請求書を修正する作業負荷が軽減されます。

有効化のステップ

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

オファリング: プロジェクト財務管理 オプションでなくなるバージョン: 更新21D

ヒントと考慮事項

この機能を有効にする前に、次回の請求プランの修正時、既存の請求プランのいずれかが新しい検証に失敗するかどうかを判別する必要があります。修正では、このような請求プランをすべて修正し、請求セット番号を一意の値に設定するか、または請求先サイトと請求先担当者を同一になるよう変更します。

ロール情報

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

  • ジョブ・ロール名およびコード:
    • 顧客契約管理者(ORA_OKC_CUSTOMER_CONTRACT_ADMINISTRATOR_JOB)
    • 顧客契約マネージャ(ORA_OKC_CUSTOMER_CONTRACT_MANAGER_JOB)

プロジェクト・コントロール

実績の発生時の動的リソース追加

プロジェクトに実績金額が発生すると、プロジェクト・レベルでの変更が許可されている場合は、リソースがプランニング・リソース・ブレークダウン・ストラクチャに自動的に追加されます。これは、未計画コストが汎用リソースに割り当てられることを回避し、未計画コストのレビューを容易にします。また、財務プロジェクト・プランを更新するためにかかる時間が短縮されます。

プランニング・リソース・ブレークダウン・ストラクチャの編集

プロジェクト・プラン・タイプの編集

デモをご覧ください。

プロジェクト・コストが発生する未計画リソースが、リソース・ブレークダウン・ストラクチャおよび財務プロジェクト・プランに自動的に含まれるため、財務プロジェクト・プランニングおよびレポートが簡略化されます。たとえば、プロジェクト・マネージャには、汎用リソース区分ではなく、プロジェクト・コストが発生した特定のリソースが表示されます。

有効化のステップ

  • 「プランニングおよび請求リソース・ブレークダウン・ストラクチャの管理」タスクで、「実績金額の発生元へリソースを自動追加」オプションを有効にします。

  • 「プロジェクト・プラン・タイプの管理」タスクで、「未計画割当を計画割当として設定」オプションを有効にします。オプションで、プロジェクト・テンプレートまたはプロジェクトの「プロジェクト・プラン・タイプの編集」ページの「プラン設定」で、「未計画割当を計画割当として設定」オプションを設定します。

ヒントと考慮事項

プロジェクト・コストの発生時にプランニング・リソース・ブレークダウン・ストラクチャにリソースを追加するオプションを有効にすると、予算管理を使用可能なプロジェクトに対するリソースの追加がスキップされます。予算管理を使用可能なプロジェクトには、プロジェクト・コストが発生するリソースに対する厳格な管理が必要です。

主なリソース

  • 実績の発生時の動的リソース追加のデモの視聴

  • Oracle Project Portfolio Management Cloud実装スタート・ガイドの「プランニング・リソース・ブレークダウン・ストラクチャの作成」。

  • プロジェクト財務管理および助成金管理の実装ガイドの「プロジェクト・プラン・タイプの作成」。

ロール情報

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

  • 権限名およびコード

    • プロジェクト・プランニング・リソース・ブレークダウン・ストラクチャ・バージョンの管理(PJF_MANAGE_PROJECT_PLANNING_RESOURCE_BREAKDOWN_STRUCTURE_VERSION_PRIV)

    • プロジェクト・プラン・タイプの管理(PJO_MANAGE_PROJECT_PLAN_TYPE_PRIV)
  • ジョブ・ロール名およびコード
    • プロジェクト・アプリケーション管理者(ORA_PJF_PROJECTS_APPLICATION_ADMINISTRATOR_JOB)
    • プロジェクト・マネージャ(ORA_PJF_PROJECT_MANAGER_JOB)
    • プロジェクト管理者(ORA_PJF_PROJECT_ADMINISTRATOR_JOB)

プロジェクト原価計算

プロジェクト・タイプの編集可能な資産計上オプション

プロジェクト管理者がプロジェクト・タイプを使用してプロジェクトまたはテンプレートを作成した後でも、これらのプロジェクト・タイプの資産計上オプションを編集します。たとえば、プロジェクト・アプリケーション管理者は、「プロジェクト・タイプの管理」設定タスクを使用して、いつでもプロジェクト・タイプの資産明細グループ化方法を更新できます。これは、特定かつ当面のビジネス・ニーズに基づいて資産明細のグループ化を遡及的に変更するのに役立ちます。

プロジェクト・タイプの資産計上オプション

次の表は、プロジェクト・タイプを使用してプロジェクトまたはテンプレートを作成した後に、特定の構成が許可されるかどうかを示しています。

  • 既存の構成または更新された構成で、「資産明細グループ化方法」が「支出項目」に設定されていない場合は、次のようになります。

  • 既存の構成で「資産明細グループ化方法」が「支出項目」に設定されており、更新された構成で別の値に変更された場合は、次のようになります。

  • 既存の構成で「資産明細グループ化方法」が「支出項目」に設定されておらず、更新された構成で「支出項目」に変更された場合は、次のようになります。

この機能には、次のようにしてビジネス要件の変更に対応する利点があります。

  • 新しいプロジェクト・タイプを作成するかわりに、同じプロジェクト・タイプを使用する資産明細の更新された資産明細グループ化方法および転送モードを使用して、新しいプロジェクトまたはテンプレートを作成します。
  • プロジェクト・タイプに属する既存のプロジェクトの資産明細グループ化方法および転送モードを更新します。

有効化のステップ

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

主なリソース

  • 関連ヘルプ: プロジェクト財務管理および助成金管理の実装ガイドの「プロジェクト・タイプの資産計上オプションの更新に関する考慮事項」。

ロール情報

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

  • 権限名およびコード:
    • プロジェクト・タイプの管理(PJF_MANAGE_PROJECT_TYPE_PRIV)
  • 職務ロール名およびコード:
    • プロジェクト財務アプリケーション管理(ORA_PJF_PROJECT_FINANCIAL_APPLICATION_ADMINISTRATION_DUTY)
  • ジョブ・ロール名およびコード:
    • プロジェクト・アプリケーション管理者(ORA_PJF_PROJECTS_APPLICATION_ADMINISTRATOR_JOB)

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

プロジェクト駆動のサプライ・チェーンは、Oracle Supply Chain ManagementおよびProject Management Cloudのアプリケーションを横断したエンドツーエンドの統合ソリューションです。このソリューションは、製造および資産集約型企業の様々なビジネス・プロセスをサポートするように設計されています。プロジェクト駆動のサプライ・チェーン・ソリューションを使用すると、プロジェクトごとに別個の組織を作成しなくても、プロジェクトのコンテキストでサプライ・チェーン・プロセスを管理できます。サプライ・チェーン・コストをプロジェクト支出として取得することもできます。プロジェクト駆動のサプライ・チェーンの詳細は、20Aの新機能: プロジェクト駆動のサプライ・チェーンに関する項を参照してください。

連続供給によるプロジェクト販売オーダー履行

連続供給を使用してプロジェクト販売オーダーを履行する際に、商品の調達または製造のサプライ・チェーン関連コストを追跡します。

連続供給によるプロジェクト固有の販売オーダー履行には、転送オーダー、購買オーダーおよび生産オーダーによる履行が含まれます。在庫または作業オーダー搬送先がある社内資材転送オーダー、購買依頼および購買オーダーに対する取引約定を追跡できます。プロジェクト会計担当およびプロジェクト・マネージャは、調達で購買依頼が作成されると、購買依頼の確定コストを表示できるようになり、文書の作成時に購買オーダーまたは転送オーダーに対して表示されます。品目を受け入れると、確定コストは除去されます。

確定コストの管理

サプライ・チェーンから原価計算済トランザクションおよび計上済トランザクションを、コストのインポートを使用してプロジェクト・コスト・トランザクションとしてPPMにインポートできます。ソース・トランザクションに応じて、次の文書のうち1つ以上が作成されます。

  • 購買受入
  • 転送オーダー搬送
  • 製造作業オーダー

プロジェクト・コストの管理

「コスト」作業領域の「プロジェクト・コストの管理」タスクを使用して、これらのトランザクションに関連付けられたプロジェクト・コストとその他の詳細を検索および表示します。連続供給で履行されたプロジェクトベースの販売オーダーの場合、販売オーダー・トランザクションはプロジェクトにインタフェースされません。購買オーダー、転送オーダー、生産オーダーなどの販売オーダーの連続供給コストは、かわりにプロジェクトに賦課されます。

作業オーダー、転送オーダーおよび購買オーダーの参照は、追加の検索基準として使用できます。出荷番号やリソース・トランザクション参照などの列を含めることで、検索結果のソース・トランザクション詳細を表示します。

トランザクション番号リンクをクリックすると、ソース文書番号(作業オーダー、転送オーダーおよび購買オーダー番号)、品目および品目摘要、リソースおよびリソース・インスタンス、原価要素、出荷および受入番号など、単一トランザクションのプロジェクト・コストおよびトランザクションの詳細が表示されます。プロジェクト・サプライ・チェーン・トランザクションの支出項目日がトランザクション日になることに注意してください。

プロジェクト・コスト・トランザクション - 製造作業オーダー原価

「処理」メニューを使用して、これらのトランザクションに対してコスト修正を実行できます。たとえば、特定のタイプのサプライ・チェーン原価を経費計上するには、プロジェクト・コストを資産計上不可に設定します。プロジェクト原価計算で実行される調整は、ソース・サプライ・チェーン・トランザクションには反映されません。これらのトランザクションをCIPコストとして分類し、オプションで、これらのプロジェクト・コスト・トランザクションで会社間、間接費およびコスト配賦のビジネス機能を実行できます。

これらのトランザクションは、原価配分の管理タスクで表示および調整することもできます。原価例外は、未処理コストの管理タスクを使用して解決できます。

「会計期間クローズ例外レポート」プロセスを使用して、PPMへのインポートが保留中のサプライ・チェーン・トランザクションを表示できます。トランザクションの詳細は、「会計期間クローズ例外」出力レポートで表示するか、「プロジェクト - 期間クローズ例外」サブジェクト領域を使用してOTBIで分析すれば表示できます。

  • プロジェクト固有の供給からの履行により、効率とコスト効果が向上します。
  • プロジェクト取引約定による連続履行供給の可視性が向上します。
  • オーダー履行時にプロジェクト固有の在庫評価が保守されます。

有効化のステップ

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

オファリング: 製造およびサプライ・チェーン資材管理 オプションではなくなった開始バージョン: 更新21D

オプト・インUIの機能「プロジェクト詳細を含む販売オーダーのバック・トゥ・バック・フローでの供給の作成」にオプト・インします。このオプトイン機能は、「プロジェクト駆動のサプライ・チェーン」オプトインが使用可能になっている場合にのみ使用できます。

ヒントと考慮事項

  • リソース間接費文書入力は、製造作業オーダー文書のサプライ・チェーンから労務または機材リソースの間接費原価を取得するために使用されます。
  • プロジェクト在庫または作業オーダー搬送先がある購買オーダーの支払割引は、Oracle Fusion Payablesのトランザクション・ソースおよび支払文書を使用してプロジェクトにインタフェースされます。
  • 在庫または作業オーダー搬送先があるプロジェクト転送オーダー、作業オーダー、在庫および購買オーダーに対して予算管理はサポートされていません。

主なリソース

  • 21Bの製造およびサプライ・チェーン資材管理の新機能の「プロジェクト詳細を含む販売オーダーのバック・トゥ・バック・フローでの供給の作成」

ロール情報

  • プロジェクト・マネージャ(ORA_PJF_PROJECT_MANAGER_JOB)
  • プロジェクト管理者(ORA_PJF_PROJECT_ADMINISTRATOR_JOB)
  • プロジェクト会計担当(ORA_PJF_PROJECT_ACCOUNTANT_JOB)
  • プロジェクト・コスト計算トランザクション分析職務(FBI_PROJECT_COSTING_TRANSACTION_ANALYSIS_DUTY)

プロジェクト管理

財務および作業プランニングの複数レベル・プランニング・リソース・ブレークダウン・ストラクチャ・サポート

指定個人および経費リソースの情報を含む詳細な財務プロジェクト・プランを作成し、この情報を財務プロジェクト・プランの詳細の様々なレベルでプランニング・リソースに集計します。以前は、集計は1レベルのプランニング・リソース・ブレークダウン・ストラクチャでのみサポートされていました。現在は、財務プランはプランニング・リソースの様々な組合せに集計できます。たとえば、支出タイプおよび指定個人のプランニング・リソースに集計します。あるいは、ジョブまたは組織など、詳細の上位レベルで財務プランを保守します。作業プランニングと財務プランニング両方のビジネス・ニーズを満たすように、プロジェクト・プランのリソースを財務プランのプランニング・リソースにマップします。

ここでは、拡張機能を詳細に説明するいくつかの例を示します。

例1: プロジェクト・マネージャAbraham Masonは、詳細なプロジェクト・プランでPhil、Tim、Alice、Ava、賃貸料および賃料配賦を計画し、プロジェクト・スケジュールがプロジェクト目標と一致していることを確認します。準備ができたら、Abraham Masonは「財務プロジェクト・プランおよび進捗の更新」を実行して、集計済プランニングで財務プランを更新することを選択します。このプロジェクトでは、タスク「Project Kickoff」がプロジェクトにおける最下位レベルの財務追跡であるため、詳細プランはそのタスクに積み上げられます。

集計時、指定個人のジョブおよび組織は、人材管理におけるその個人のプライマリ割当から導出されることに注意してください。同様に、支出タイプに関連付けられた支出カテゴリは、「支出タイプの管理」設定から導出されます。

それでは、まず、Phil、Tim、Alice、Avaのジョブと、賃貸料、賃料配賦の支出カテゴリを見てみましょう。

  • 人材管理における指定個人のジョブ詳細
    指定個人 ジョブ
    Williams, Phil Consultant
    Anderson, Tim Principal Consultant
    Parker, Alice Consultant
    Davidson, Ava Principal Consultant

  • 支出タイプの支出カテゴリ詳細

    支出タイプ 支出カテゴリ
    Rent Other Expenses
    Rent Allocation Chargebacks

  • プランニング・リソース・ブレークダウン・ストラクチャ詳細は、次のようになります。

    リソース書式 プランニング・リソース

    ジョブ: 指定個人
    • Consultant: Williams, Phil
    • Consultant: Parker, Alice
    • Principal Consultant: Davidson, Ava
    • Principal Consultant: Anderson, Tim

    支出カテゴリ: 支出タイプ
    • Chargebacks: Rent Allocation
    • Other Expenses: Rent

  • 作業プランの「Project Kickoff」タスクで、指定個人および経費を計画します。

「Project Kickoff」タスクでの財務以外のタスクの労務および経費リソースの計画

  • 「財務プロジェクト・プランおよび進捗の更新」を実行して作業プランから財務プランを更新し、各リソースの積上が次に示すように発生することを確認します。
    • Aliceは、プランニング・リソース・ブレークダウン・ストラクチャの既存の「Consultant: Parker, Alice」リソースに積み上げられます。これは、このリソースが、Aliceが(ジョブとともに)定義されている詳細なプランニング・リソースであるためです。同様に、Timは「Principal Consultant: Anderson, Tim」に積み上げられ、Philは「Consultant: Williams, Phil」に積み上げられて、Avaは「Principal Consultant: Davidson, Ava」に積み上げられます。
    • Rentは、プランニング・リソース・ブレークダウン・ストラクチャの既存の「Other Expenses: Rent」リソースに積み上げられます。これは、このリソースが、Rentが(支出カテゴリとともに)定義されている詳細なプランニング・リソースであるためです。同様に、Rent Allocationは「Chargebacks: Rent Allocation」に積み上げられます。

「財務プロジェクト・プランの管理」ページでの「Project Kickoff」タスクの集計済プランの表示

例2: プロジェクト・マネージャAbraham Masonは、詳細なプロジェクト・プランでPhil、Tim、Alice、Ava、賃貸料および賃料配賦を計画し、プロジェクト・スケジュールがプロジェクト目標と一致していることを確認します。準備ができたら、Abraham Masonは「財務プロジェクト・プランおよび進捗の更新」を実行して、集計済プランニングで財務プランを更新することを選択します。このプロジェクトでは、タスク「Project Kickoff」がプロジェクトにおける最下位レベルの財務追跡であるため、詳細プランはそのタスクに積み上げられます。

プランニング・リソース・ブレークダウン・ストラクチャに、指定個人、ジョブおよび組織の駆動属性を他の属性と組み合せた労務リソース書式が含まれる場合、リソースは、最も詳細なリソース書式の駆動属性が1回出現するたびにマップされることに注意してください。同様に、プランニング・リソース・ブレークダウン・ストラクチャに、支出タイプと支出カテゴリの駆動属性を他の属性と組み合せた財務リソース書式が含まれる場合、集計により、リソースは、最も詳細なリソース書式の駆動属性が1回出現するたびにマップされることに注意してください。

それでは、まず、Phil、Tim、Alice、Avaのジョブと、賃貸料、賃料配賦の支出カテゴリを見てみましょう。

  • 指定個人のジョブ詳細
    指定個人 ジョブ
    Williams, Phil Consultant
    Anderson, Tim Principal Consultant
    Parker, Alice Consultant
    Davidson, Ava Principal Consultant

  • 支出タイプの支出カテゴリ詳細

    支出タイプ 支出カテゴリ
    Rent Other Expenses
    Rent Allocation Chargebacks

  • プランニング・リソース・ブレークダウン・ストラクチャ詳細は、次のようになります。

    リソース書式 プランニング・リソース

    支出タイプ: 指定個人
    • Overtime: Parker, Alice
    • Administration: Anderson, Tim

    支出タイプ: ジョブ
    • Overtime: Consultant
    • Administration: Principal Consultant

    支出カテゴリ
    • Chargebacks
    • Other Expenses
  • 作業プランの「Project Kickoff」タスクで、指定個人および経費を計画します。

作業プランでの財務以外のタスクの労務および経費リソースの計画

  • 「財務プロジェクト・プランおよび進捗の更新」を実行して作業プランから財務プランを更新し、各リソースの積上が次に示すように発生することを確認します。

    • Aliceは、「Overtime: Parker, Alice」に積み上げられます。これは、このリソースが、Aliceが1回出現する唯一の詳細なプランニング・リソースであるためです。同様に、Timは「Administration: Anderson, Tim」に積み上げられます。
    • Philは、「Overtime: Consultant」に積み上げられます。これは、Philが指定個人リソースとしては存在しないが、Philのジョブ「Consultant」が詳細なプランニング・リソースとして1回出現するためです。同様に、Avaは「Administration:?Principal Consultant」に積み上げられます。
    • Rentは、「Other Expenses」に積み上げられます。これは、Rentが支出タイプとしては存在しないが、その支出カテゴリがプランニング・リソース・ブレークダウン・ストラクチャに存在するためです。同様に、Rent Allocationは「Chargebacks」に積み上げられます。

「財務プロジェクト・プランの管理」ページでの「Project Kickoff」タスクの集計済プランの表示

この拡張機能により、次のことが可能になります。

  • ビジネス・ニーズに基づいて、リソース・プランが財務プランに様々な詳細レベルで集計されます。
  • 欠落しているリソースは、計画前に明示的に定義しなくても、集中管理されていないプランニング・リソース・ブレークダウン・ストラクチャに自動的に追加されます。

有効化のステップ

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

オファリング: プロジェクト実行管理 オプションでなくなるバージョン: 更新22A

ヒントと考慮事項

  • 作業プランニングと財務プランニングの間の集計は、作業プランから財務プランを更新するとき、「財務プロジェクト・プランおよび進捗の更新」を実行するとき、または財務管理に対して非財務プロジェクトを有効にするときに行われます。

  • この機能を使用すると、集計により、プロジェクトでプロジェクト固有のプランニング・リソース・ブレークダウン・ストラクチャが使用されている場合、有効な複数レベルのリソース書式に欠落しているリソースが自動的に追加されます。たとえば、ジョブおよび指定個人プランニング・リソースのリソースを集計して追加します。以前は、指定個人または支出タイプのリソース書式を含む1レベルのプランニング・リソース・ブレークダウン・ストラクチャに対してのみ、欠落しているリソースが集計によって自動的に追加されていました。

主なリソース

  • 関連ヘルプ: プロジェクト実行管理の使用ガイドの「労務および経費リソース情報のプランニング・リソースへの集計方法」。

ロール情報

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

  • ジョブ・ロール名およびコード:
    • プロジェクト・マネージャ(ORA_PJF_PROJECT_MANAGER_JOB)
  • 権限名およびコード:
    • プロジェクト作業プランの管理(PJT_MANAGE_PROJECT_WORK_PLAN_PRIV)

プロジェクト・パフォーマンス・レポート

プロジェクト・ユニット全体でのKPI使用

属するプロジェクト・ユニットに関係なくプロジェクト管理者がプロジェクトに添付できるKPIを作成します。プロジェクト・アプリケーション管理者は、各プロジェクト・ユニットでKPIを複製するのではなく、プロジェクト・ユニット全体で使用可能なKPIを定義できます。これにより、プロジェクト・ユニット全体でプロジェクトの状態を追跡するための統一されて一貫性のあるモデルを達成できます。

プロジェクト・ユニットはKPIの必須属性ではありません。プロジェクト・ユニットの値を入力せずにKPIを作成すると、そのKPIはすべてのプロジェクトに関連付けることができます。KPIの作成時にプロジェクト・ユニットの値を入力した場合、そのKPIは指定したプロジェクト・ユニットにのみ属するプロジェクトに関連付けることができます。

プロジェクト・ユニットなしのKPIの作成

次のページの「プロジェクトへのKPIの追加」ウィンドウには、プロジェクトのプロジェクト・ユニットに割り当てられているか、特定のプロジェクト・ユニットに割り当てられていないアクティブなKPIがすべてリストされます。

  • 財務プロジェクト設定の管理
  • プロジェクト・パフォーマンス・ダッシュボード
  • KPIカテゴリの分析

プロジェクトへのKPIの追加

この機能には、次のようなビジネス上の利点があります。

  • プロジェクト・ユニットごとにKPIを複製するかわりに、プロジェクト・ユニット全体で単一のKPIを使用できるため、実装時間が短縮されます。
  • プロジェクト・ユニット全体でプロジェクトの状態を追跡するための統一されて一貫性のあるモデルを作成できます。

有効化のステップ

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

ヒントと考慮事項

  • 「プロジェクト・パフォーマンス・データの更新」または「KPI値の生成」プロセスを実行して、プロジェクトに新しく追加されたKPIの値を確認します。
  • KPIの作成後は、プロジェクト・ユニットの値を更新できません。

ロール情報

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

  • 権限名およびコード:
    • プロジェクト・キー・パフォーマンス・インジケータの管理(PJS_MANAGE_PROJECT_KEY_PERFORMANCE_INDICATORS_PRIV)
  • ジョブ・ロール名およびコード:
    • プロジェクト・アプリケーション管理者(ORA_PJF_PROJECTS_APPLICATION_ADMINISTRATOR_JOB)

プロジェクト・パフォーマンスをレビューするための構成可能ビュー

関心があるデータを表示するよう「プロジェクト・パフォーマンスのレビュー」ページを構成します。たとえば、パフォーマンス・メジャーについて0の値を含むレコードをフィルタで除外します。さらに、要約タスクについて、こうしたタスクに直接割り当てられた金額が表示されているレコードをフィルタで除外します。これにより、プロジェクト・マネージャおよびプロジェクト管理者は、プロジェクト・パフォーマンス情報を適宜強調表示し、ビジネス目標に基づいて分析を実行できます。

「タスク体系」および「リソース・ストラクチャ」セクションでは、次のことを実行できます

  • 「値のない行の非表示」チェック・ボックスを選択すると、値が0の行が削除されます。
  • 「自己参照行の非表示」チェック・ボックスを選択すると、子行として繰り返される要約タスクまたはリソースが削除されます。

「プロジェクト・パフォーマンスのレビュー」ページの「自己参照行の非表示」オプション

「プロジェクト・パフォーマンスのレビュー」ページの「値のない行の非表示」オプション

デモをご覧ください。

この機能には、次のようなビジネス上の利点があります。

  • 他の行を削除して、ビジネスに関連するデータに焦点を当てます。
  • データをExcelにエクスポートして、より効率的なレポートを作成します。

有効化のステップ

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

ヒントと考慮事項

選択内容はセッション間で保持されるため、ページにナビゲートするたびにチェック・ボックスを有効または無効にする必要はありません。

主なリソース

ロール情報

この機能を使用するには、次のいずれかの権限またはロールが必要です。

  • 権限名およびコード:
    • プロジェクト・パフォーマンスのレビュー(PJS_REVIEW_PROJECT_PERFORMANCE_PRIV)
    • プロジェクト・パフォーマンスの管理(PJS_MANAGE_PROJECT_PERFORMANCE_PRIV)
  • 職務ロール名およびコード:
    • プロジェクト管理職務(ORA_PJF_PROJECT_MANAGEMENT_DUTY_ABSTRACT)
  • ジョブ・ロール名およびコード:
    • 助成金会計担当(ORA_PJF_GRANTS_ACCOUNTANT_JOB)
    • プロジェクト会計担当(ORA_PJF_PROJECT_ACCOUNTANT_JOB)
    • プロジェクト・マネージャ(ORA_PJF_PROJECT_MANAGER_JOB)

プロジェクト・リソース管理

拡張リソース要求および割当スケジュール修正オプション

リソース・マネージャは、指定されたカレンダ日数で、複数の要求および割当スケジュールをシフトさせることができます。プロジェクト・マネージャは、要求に応じて同じことを実行できます。以前は、プロジェクト・カレンダに基づいた稼働日数でのみ要求および割当をシフトできました。可変時間数を使用して計画された要求および割当によって、週末などの非稼働日に作業するリソースの要求および割当ができるようになります。これらの非稼働日に開始または終了する要求および割当を計画するリソース・マネージャおよびプロジェクト・マネージャは、日付を非稼働日を含む異なる日付にシフトするカレンダ日数を指定できます。

カレンダ日数による複数割当の開始日および終了日の調整

要求および割当を一括で更新する機能により、リソース・マネージャおよびプロジェクト・マネージャはスケジュール変更を効率的に管理できます。通常は非稼働日に開始または終了する要求および割当をスケジュールするには、週末(または他の非稼働日)のスケジュールに関連する状況を処理するために、カレンダ日数で柔軟にシフトする必要があります。

たとえば、プロジェクト・カレンダの非稼働日である土曜日に作業が開始するようにスケジュールされているプロジェクトの場合、複数の割当が作成されます。この作業が2週間遅れることが判明しました。リソース・マネージャは、影響を受けるすべての割当を選択し、割当が当初の計画より2週間後の土曜日に開始されるように、開始日と終了日を14カレンダ日数分調整できます。

有効化のステップ

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

オファリング: プロジェクト実行管理 オプションでなくなるバージョン: 更新21D

ヒントと考慮事項

  • 指定した稼働日数分移動するオプションは引き続き使用できます。これにより、プロジェクト・カレンダの稼働日に基づいて、開始日または終了日(あるいはその両方)が移動されます。
  • 日数の前にマイナス記号(-)を付けると、現在の開始日または終了日より前の開始日または終了日が、入力した日数だけシフトされます。

ロール情報

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

  • プロジェクト・マネージャ(ORA_PJF_PROJECT_MANAGER_JOB)
  • リソース・マネージャ(ORA_PJF_RESOURCE_MANAGER_JOB)

稼働から非作業時間を除外するオプション

予測稼働および実績稼働のレポート時に、リソースの空き時間数から非作業時間を除外することを選択します。非作業時間には、休暇欠勤管理からの有給休暇および時間数が含まれます。予測稼働および実績稼働は、割り当てられたプロジェクト時間数を空き時間数で除算して計算されます。たとえば、1日当たり8時間、1週当たり5日のカレンダであるリソースは、4週間の場合、プロジェクト作業に対して160時間の空き時間があります。この時間中に、リソースは1週間の休暇を取ります。そのリソースの4週間の稼働を決定する際、そのリソースの空き時間数は120時間に引き下げられます。

正確な稼働レポートの提供は、リソースおよびリソース・マネージャにとって重要です。リソースには、稼働可能な作業に使用できない休暇や休暇欠勤などのイベントがあります。予測稼働および実績稼働のレポート時にその時間を除外するオプションを指定すると、リソース・マネージャに、リソースに関するより正確なメトリックが提供されます。

有効化のステップ

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

オファリング: プロジェクト実行管理 オプションでなくなるバージョン: 更新21D

オプト・インUIでこの機能を有効にした後、「プロジェクト・リソース管理実装オプションの管理」設定タスクに進み、「キャパシティ合計から休暇欠勤および有給休暇を差し引く」オプションを選択します。

この機能を使用するための「キャパシティ合計から休暇欠勤および有給休暇を差し引く」の選択

ヒントと考慮事項

  • 予測稼働=割当時間数/使用可能時間数となります。
    • オプション「キャパシティ合計から休暇欠勤および有給休暇を差し引く」が有効になっている場合、使用可能時間数=キャパシティ時間数- (休暇欠勤からの予定有給休暇時間数+休暇欠勤時間数)となります。

例: 2月1日- 2月28日の4週間の表示期間の場合は、次のようになります。

リソースには、2月8～12日の5稼働日数(40時間)の有給休暇(PTO)があります

リソースには、5稼働日数= 40時間、2月15-19日の割当があります

リソースの合計キャパシティ時間数= 160

2月の4週間の使用可能時間数= 160 - (40 PTO時間) = 120時間

予測稼働=割当時間数/使用可能時間数= 40/120 = 33%

  • 実績稼働では、稼働可能時間数の決定時に同じ算式が使用されます

ロール情報

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

  • リソース・マネージャ(ORA_PJF_RESOURCE_MANAGER_JOB)

プロジェクト管理のためのSOAPサービス