プロジェクト変更要求のライフサイクル管理

優先度や財務への影響のしきい値などのビジネス固有の基準に基づいて変更リクエストを適切な承認者にルーティングすることで、ガバナンスを改善し、遅延を削減します。利害関係者がEメールから直接リクエストを承認し、変更管理の応答性を向上できます。ステータス変更によってトリガーされるビジネス・イベントを利用して、変更オーダーへの要求の統合や承認時の通知の送信などのダウンストリーム処理を自動化することで、手作業を削減し、タイムリーな実行を確保します。 Oracle Transactional Business Intelligenceの「変更管理」サブジェクト領域を使用して、変更要求ライフサイクル全体をモニターおよび分析します。

この機能により、25D更新で提供されるプロジェクト変更要求および変更オーダーへの統合機能の機能が拡張されます。機能改善には次のものがあります。

変更要求承認の構成可能なルール
構成可能な変更要求ライフサイクル
ステータス変更のパブリック・ビジネス・イベント生成
変更要求にリンクされた変更オーダーの変更管理
変更要求の分析レポート

変更要求承認の構成可能なルール

プロジェクト・アプリケーション管理者は、簡易ルール構成スプレッドシートを使用して承認ルールを構成できます。たとえば、変更要求のコストへの影響が$5,000を超える場合、要求はプロジェクト・ポリシーに従って、レビューおよび承認のためにクライアントに指定された承認者にルーティングされます。コストへの影響が$5,000以下の場合は、変更が自動的に承認されます。

原価しきい値に基づく承認ルーティングを示す変更要求承認ルール・スプレッドシートのスクリーンショット。

原価しきい値に基づく承認ルーティングを示す変更要求承認ルール・スプレッドシート

変更要求ステータス分類およびワークフロー設定が表示された「プロジェクト統計の管理」設定ページのスクリーンショット。

変更要求ステータス分類およびワークフロー設定が表示された「Manage Project Status(プロジェクト・ステータス管理)」設定ページ

原価変更が$10,000の新しい変更要求が「発行済」ステータスに設定されている場合、承認ワークフローが自動的にトリガーされます。指定された承認者は、次に示すようにすべての関連詳細を含むEメール通知を受信します。通知から追加情報を簡単に確認、承認、否認または要求できます。承認されると、システム内で変更リクエストのステータスが「承認済」に更新されます。

プロジェクト変更要求の承認を要求するEメール通知のスクリーンショット。

プロジェクト変更要求の承認を要求するEメール通知

構成可能な変更要求ライフサイクル

次の許容ステータスを使用して、ビジネス・ニーズに応じて変更要求ライフサイクルを構成します。たとえば、アプリケーション管理者は、「レビュー中」ステータスを導入し、次に示すように「新規」ステータスの次の許容ステータスとして追加できます。これにより、変更要求は最終承認のために発行される前に内部レビューを受けることができます。この拡張された可視性により、不要なフォローアップが削減され、説明責任が向上し、プロジェクト・ワークフローがスムーズになります。

「プロジェクト統計の管理」設定ページのスクリーンショットで、次の許容ステータスが表示されています。

次の許容ステータスが表示された「Manage Project Statuses(プロジェクト・ステータスの管理)」設定ページ

ステータス変更のパブリック・ビジネス・イベント生成

統合スペシャリストは、変更要求ステータスおよび優先度の変更に対してパブリック・ビジネス・イベントを使用して、カスタム自動化を構築できるようになりました。たとえば、プロジェクト変更要求が承認済ステータスに移動した場合、このビジネス・イベントを使用して、Oracle Integration Cloud Serviceを使用して対応する変更オーダーを自動的に生成します。

変更要求にリンクされた変更オーダーの変更管理

プロジェクト・アプリケーション管理者は、「変更オーダーの影響詳細の更新」ステータス処理を使用して、変更要求から作成された変更オーダーの編集を制限できます。ステータス・アクション・コントロールを無効にするステップは、「有効化のステップ」の項に記載されています。

ステータス処理管理が表示された「Manage Project Statuses(プロジェクト・ステータスの管理)」ページ。

ステータス処理管理が表示された「Manage Project Statuses(プロジェクト・ステータスの管理)」ページ

変更要求の分析レポート

プロジェクト・マネージャは、Oracle Transactional Business Intelligenceのプロジェクト管理- 変更管理リアルタイム・サブジェクト領域を使用して、新しいメジャーおよびディメンションによる変更要求ライフサイクルに関するより深いインサイトを取得できるようになりました。承認ステータス、財務への影響、処理時間などの主要指標を、プロジェクト、変更理由、優先度など、複数の次元にわたって監視および分析できます。既存のタスクへの影響を追跡するレポートを作成するには、「タスク」フォルダのディメンションを使用します。新しく追加されたタスクに関するスコープの影響をレポートするには、「変更要求新規タスク」フォルダの新しいディメンションを使用します。

Oracle Transactional Business Intelligenceで作成されたレポートのスクリーンショット。

変更要求をモニターするためにOracle Transactional Business Intelligenceで作成されたダッシュボードの例

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

利害関係者が電子メール通知から直接レビューしてアクションを実行できるようにすることで、コラボレーションと承認を加速し、承認サイクル時間を短縮し、プロジェクトの遅延を最小限に抑えます。
承認された変更リクエストから作成された変更オーダーを編集からロックすることで、コンプライアンスとガバナンスを強化し、未承認または追跡されていない変更のリスクを最小限に抑えます。
高度な分析レポートにより、パフォーマンスの改善を促進し、プロジェクト・チームは承認ステータス、財務への影響、処理時間を監視し、変更管理のボトルネックを迅速に特定して対処できます。

有効化および構成ステップ

ワークフローを有効にし、変更要求の承認ルールを構成するには:

「設定および保守」→「プロジェクト・ステータスの管理」にナビゲートします。
「変更要求オブジェクト」で「発行済」ステータス分類を選択します。
「発行済」ステータス分類のワークフロー属性の下にあるチェック・ボックスを選択して、ワークフローを有効にします。「変更受入後のステータス」および「変更否認後のステータス」をそれぞれ「承認済」および「否認済」に設定します。
「設定および保守」→「プロジェクト管理のユーザー定義ルールの管理」にナビゲートします。
プロジェクト変更要求承認ルール・テンプレートをダウンロードします。
ルールと条件を入力してアップロードし、アップロードが成功したことを確認します。

変更要求から作成された変更オーダーの更新を無効にするには、次のステップでステータス処理管理を無効にします。

「設定および保守」→「プロジェクト・ステータスの管理」にナビゲートします。
「変更要求影響詳細オブジェクト」で「承認済」ステータス分類を選択します。
「承認済」ステータスの場合は、「許可」オプションの選択を解除します。

変更要求のステータスおよび優先度の変更に対してパブリック・イベントを有効にするには:

ERPビジネス・イベントREST APIを使用してビジネス・イベントを取得し、ビジネス・イベント対応インジケータを更新します。このインジケータによって、ビジネス・イベントを開始するかどうかが決まります。

ERPビジネス・イベントREST APIの定義 - /fscmRestApi/resources/11.13.18.05/erpBusinessEvents/

REST-Framework-Versionが9に設定されていることに注意してください。

RESTリソースに対してGETリクエストを発行して、ビジネス・イベント・コード"ProjectChangeRequestStatusChanged"のビジネス・イベントIDを取得します。
例: <hostname>/fscmRestApi/resources/11.13.18.05/erpBusinessEvents?q=BusinessEventCode='ProjectChangeRequestStatusChanged'

RESTリソースに対するPATCH要求を送信して使用可能インジケータを更新します: <hostname>/fscmRestApi/resources/11.13.18.05/erpBusinessEvents/{{ErpBusinessEventId}

JSON形式の要求本文の内容の例

{"EnabledFlag": true}

この機能を有効にすると、統合スペシャリストはOracle Integration Cloudのイベントをサブスクライブして、変更要求のステータスまたは優先度が変更されたときに追加処理を実行できます。

ヒントと考慮事項

承認は、プロジェクト・チーム・メンバーとして追加することで、社外の利害関係者にEメールで送信できます。
会社内の利害関係者は、ベル通知またはワークリスト・ページから変更要求を承認できます。
シード済発行済ステータスまたはカスタム・ステータスのワークフローを有効にするには、その特定のステータスの変更要求がない必要があります。
ワークフローは、「発行済」ステータス分類のステータスに対してのみ使用可能にできます。
承認のために送信された変更要求は、ワークリストおよび変更要求の編集ページから取り下げることができます。取下げ時に、変更要求は「新規」ステータスに設定されます。
変更要求ステータス・イベントのペイロード属性は次のとおりです
- ChangeRequestId
- ProjectId
- 数値
- 名前
- ReasonCode
- StatusCode
- PriorityCode
- OwnerId
- ApproverId
- ApprovalDate
- CancellationReasonCode
- RejectionReasonCode

変更リクエストの初期作成では、パブリック・イベントは発生しません。

主なリソース

変更要求承認ルールの構成の詳細は、財務およびプロジェクト管理の共通機能の実装ガイドのスプレッドシートを使用したワークフロー・ルールの管理のトピックを参照してください。
レポートの構成の詳細は、プロジェクト管理用の分析およびレポートの作成および管理ガイドを参照してください。
ビジネス・イベントの有効化の詳細は、Oracle Help CenterのOracle Fusion Cloud FinancialsのREST API、特に「スタート・ガイド- ユースケース」の「ビジネス・イベントREST APIの有効化」を参照してください。
変更要求ライフサイクルの構成の詳細は、プロジェクト財務管理および助成金管理の実装ガイドのプロジェクト・ステータスの管理のトピックを参照してください。
Oracle Cloud Customer ConnectのProject Managementアイデア・ラボのアイデア881484に基づいています

アクセス要件

変更要求承認のルールを追加または構成するには、次の権限が必要です

プロジェクト管理のユーザー定義ルールの管理(PJF_MANAGE_USER_DEFINED_RULES_PRIV)

ワークフローを使用可能にし、変更要求ライフサイクル・ステータスを定義し、ステータス処理管理を切り替えるには、設定タスクの実行に必要な権限に加えて、次の権限も必要です。

プロジェクト・ステータスの管理(PJF_MANAGE_PROJECT_STATUSES_PRIV)

Oracle Transactional Business Intelligenceレポートでは、ユーザーは、自分が所有者であるか、プロジェクト変更要求の管理(PJE_MANAGE_PROJECT_CHANGE_REQUESTS_DATA)データ権限によって認可されている変更要求にアクセスできます。