イントロダクション

このチュートリアルでは、承認プロセス、その設定方法およびプランニング・レビュー・サイクルの開始方法を示します。メンバーの承認を有効にする方法、レビュー担当者と所有者の識別、承認グループの定義、承認ユニット階層の管理、レビュー担当者と財務制限のある検証ルールに基づくプロモーション・パスの定義、レビュー・サイクルの開始、およびプランの承認の取得について学習します。各項は互いの上に構築され、順番に完了する必要があります。

バックグラウンド

承認を使用すると、定義したプロセス内でワークフローを管理し、予算データの準備時に権限レベルを正式化できます。予算編成プロセス全体の一環として、コスト・センターや部署によって送信されたプランを確認および承認できます。

次の方法で承認プロセスを管理します。

  • 組織、地域または製品ラインに基づいた承認ユニットの作成
  • 計画データを組織内を移動する際にレビューおよび承認するユーザーを指定することにより、移動パスを設定します。
  • 承認ユニット階層シナリオおよびバージョンを選択してプランニング・レビュー・サイクルを開始

承認ユニットを使用して、予算を追跡し、ステータス、プロセスの問題および承認ユニット所有者を確認できます。次の場合に予算サイクル時間が短縮されます。

  • 承認経路は組織の構成から独立しています
  • 例外と問題の領域はハイライト表示されます
  • 監査情報には注釈とプロセス・ステータスが含まれます
  • レビューには注釈とコメントが含まれます

このチュートリアルでは、承認プロセスとその設定方法、およびプランニング・レビュー・サイクルを開始します。

前提条件

Cloud EPMのハンズオン・チュートリアルでは、Cloud EPM Enterprise Serviceインスタンスにスナップショットをインポートする必要がある場合があります。チュートリアル・スナップショットをインポートする前に、別のCloud EPM Enterprise Serviceインスタンスをリクエストするか、現在のアプリケーションおよびビジネス・プロセスを削除する必要があります。チュートリアル・スナップショットは、既存のアプリケーションまたはビジネス・プロセスにはインポートされません。また、現在作業中のアプリケーションまたはビジネス・プロセスを自動的に置換または復元することもありません。

このチュートリアルを始める前に、次のことを行う必要があります。

  • サービス管理者にCloud EPM Enterprise Serviceインスタンスへのアクセス権を付与します。インスタンスにビジネス・プロセスを作成しないでください。
  • まだ登録していない場合は、必要なファイルにアクセスできるように、無料のOracle Cloud Customer Connectアカウントに登録してください。
    • このアイデア・ページから最新のEPBCSサンプル・アプリケーションLCMスナップショットをダウンロードします。
    • 最新のEPBCSサンプル・アプリケーションLCMスナップショットをPlanningインスタンスにアップロードしてインポートします。
  • インスタンスのEPBCSサンプル・アプリケーションにApprovalFlowスナップショットをアップロードしてインポートします。
  • 次に、インスタンスのセキュリティ・スナップショットをEPBCSサンプル・アプリケーションにアップロードしてインポートします。
  • このチュートリアルのこの項の説明に従ってプロビジョニングされたユーザーおよびグループ。
  • 承認ユニット階層ファイルのダウンロード- Projects_PUH.expおよび FS_PUH.exp

ノート:

スナップショットのインポート中に移行エラーが発生した場合は、HSS-Shared Servicesコンポーネントを除く移行、およびコア・コンポーネントのセキュリティ・アーティファクトとユーザー・プリファレンス・アーティファクトを再実行します。スナップショットのアップロードおよびインポートの詳細は、Oracle Enterprise Performance Management Cloud移行の管理のドキュメントを参照してください。

アクセス制御とアクセス許可の設定

ユーザーおよびグループへのセキュリティ・ロールの割当て

複数のレビュー担当者または所有者を含む承認を設定するには、次のアプリケーション・ロールを持つユーザーを作成してプロビジョニングする必要があります。

  • 1人のユーザー
  • 5人のパワー・ユーザー
  • 1人のサービス管理者

ヒント :

このチュートリアルの「前提条件」セクションに記載されているセキュリティ・スナップショットをインポートした場合は、アクセス制御と権限のこのセクション全体がすでに構成されている必要があります。環境の設定方法によっては、ユーザーが正常にインポートされない場合があります。その場合は、前述のように作成およびプロビジョニングする必要があります。

このチュートリアルでは、ユーザーは次のように参照されます。

チュートリアルで使用する名前 アプリケーション・ロール
Carol Judd ユーザー
Kerry Lane パワー・ユーザー
Betty Anderson パワー・ユーザー
Alex Smith パワー・ユーザー
Anita Kennedy パワー・ユーザー
Casey Brown パワー・ユーザー
George Foster Service Administrator

ノート:

Planningセキュリティの詳細は、Planningでのセキュリティの設定のハンズオン・チュートリアルおよびOracle Enterprise Performance Management Cloud管理者スタート・ガイドのドキュメントを参照してください。

アクセス制御のこれらのユーザーのロール割当レポートの例を次に示します:

役割割当レポート

戦略プランナ・グループの作成

ユーザーを作成してロールを割り当てた後、Strategic Plannerというグループを作成します。Strategic Plannerグループは、フォームおよびナビゲーション・フローのアクセス権限に使用されます。

ヒント :

このチュートリアルの「前提条件」セクションに記載されているセキュリティ・スナップショットをインポートした場合は、アクセス制御と権限のこのセクション全体がすでに構成されている必要があります。環境の設定方法によっては、戦略プランナが正常にインポートされない場合があります。その場合は、次のように作成してプロビジョニングする必要があります。
  1. アクセス・コントロールで、「グループの管理」に移動します。
  2. 戦略プランナが「グループの管理」にリストされていることを確認します。
    リストされたグループ
    割当て済グループ

フォームへのアクセス権限の割当

ヒント :

このチュートリアルの「前提条件」セクションに記載されているセキュリティ・スナップショットをインポートした場合は、アクセス制御と権限のこのセクション全体がすでに構成されている必要があります。環境の設定方法によっては、フォームへのアクセス権限が正常にインポートされない場合があります。その場合は、次のように作成してプロビジョニングする必要があります。
  1. ナビゲータ(ナビゲータ)をクリックし、「作成および管理」の下の「フォーム」をクリックします。
    フォーム管理にナビゲート
  2. フォームおよびアド・ホック・グリッド管理の左ペインで、「フォルダ」の下の「ライブラリ」が選択されていることを確認し、アクセスの割当 (アクセス権の割当て)をクリックします。
    ライブラリへのアクセスの割当
  3. 「Assign Access for Library」で、「Groups」をクリックします。
    グループに割当
  4. グループのリストから、Strategic PlannerがWriteアクセス権とともにリストされていることを確認します。
    グループ
  5. 「閉じる」をクリックします。
  6. ホーム・ページに戻ります。右上にある[Home](ホーム)をクリックします。

「承認」ナビゲーション・フローへのアクセスの割当

ヒント :

このチュートリアルの「前提条件」セクションに記載されているセキュリティ・スナップショットをインポートした場合は、アクセス制御と権限のこのセクション全体がすでに構成されている必要があります。環境の設定方法によっては、「承認」ナビゲーション・フローへのアクセスが正常にインポートされない場合があります。その場合は、次のように作成してプロビジョニングする必要があります。
  1. ホーム・ページで「ツール」をクリックし、「ナビゲーション・フロー」をクリックします。
    ナビゲーション・フローに移動
  2. ナビゲーション・フローで、「承認」が「アクティブ」に設定されていることを確認します。「ロール/グループ」の下に「戦略プランナ」がリストされます。
    承認有効
  3. ホーム・ページに戻ります。右上にある[Home](ホーム)をクリックします。
  4. 左上にあるナビゲータ (ナビゲータ)をクリックし、ドロップダウンから「承認」ナビゲーション・フローを選択します。
    承認ナビゲーション・フロー

    ヒント :

    ナビゲーション・フローが使用できない場合は、「管理者」の横にある下矢印をクリックし、「ナビゲーション・フローのリロード」をクリックします。
  5. ホーム・ページで、ナビゲーション・フローが
    「ホーム」ページ
    として表示されることを確認します。

    ヒント :

    ナビゲーション・フローが変更されない場合は、管理者のアクション・メニューから再ロードできます。右上にある「管理者」の横にある下矢印をクリックし、「ナビゲーション・フローのリロード」をクリックします。
    ナビゲーション・フローの再ロード

承認プロセスの概要

この項では、承認プロセスについて学習します。

次のプランニング・タスクを承認付きで実行できます。

  • プランニング・データのレビューと承認
  • 予算の進行状況の追跡
  • レビュー・プロセスでの問題の特定
  • 注釈を通したレビュー担当者のコメントの表示
  • プランニング・データの移動パスの表示
  • プラン・データがデータ検証ルールを満たしていることの確認

プランは、承認ユニットを通じて追跡および管理します。承認ユニットは、プラン・データの準備、注釈付け、確認および承認の基本ユニットです。

承認ユニットは、シナリオ、バージョンおよびエンティティまたはエンティティの一部の組合せです。

ノート:

承認ユニット当たり1つのシナリオ/バージョンの組合せを持つことができます。

シナリオとバージョンはレビュー・サイクルの基礎です。承認ユニットはシナリオとバージョンに対してプランニング・データを送信します。たとえば、承認ユニットを、バージョン(「ベスト・ケース」)、シナリオ(「予測」)およびエンティティ(「ニューヨーク」)で構成できます。

また、承認ユニットは、エンティティ内にセカンダリ・ディメンションを含めて、承認ユニットの細かさを調整できます。

管理者は承認ユニットを開始することで、年や四半期ベースのプランニング・プロセスを開始します。承認ユニットが正式に開始される前にデータを入力できますが、そのデータは正式なプランニング・サイクルの一部ではありません。

管理者によって承認ユニットを開始した後で、選択したシナリオ、バージョンおよびエンティティにデータを入力できます。承認ユニットは、移動または送信するまで注釈を付けたり、分析したり、改訂できます。その後は、再度現在の所有者になるまでデータを変更できなくなります。

サンプル・ビジネス・ケースのプロセス・フロー

Planningでは、承認を管理する際に次の機能を利用できます。

  • 実績データと予算データの差異レポートを含む、データ・レポートのダッシュボードと分析。
  • 理由を追加し、プランに関連する文書を添付する機能。
  • 権限レベル(LOA)マトリックスに基づくしきい値ベースの承認。
  • すべての承認の完全な監査証跡など、意思決定に役立つ可視性とトレーサビリティ。
  • 組織全体の電子メールによるオンライン・コラボレーションおよび通知。
  • ペーパーレス承認ワークフロー。
  • Oracle ERP Cloudとのシームレスな統合。
  • 承認グループを使用した段階的な発行では、データの一部を先に確認のために送信し、残りのデータの確認は後で行うことができます。 

次に、3つのサンプル・ビジネス・ケースを示します。

プロジェクト

組織は、プロジェクトごとに必要な金額に応じて異なるレベルの承認を必要とする内部プロジェクト、資本プロジェクトまたは契約プロジェクト(あるいはその両方)を計画します。組織のLOAマトリックスに基づいて、承認のプロモーション・パスに影響するしきい値ベースの検証ルールを作成できます。

Enterprise Planningでは、プロジェクトを使用して、プロジェクトを追加および計画するときに、財務および非財務の福利厚生と理由を含めることができます。プロジェクトKPIをレビューして、承認プロセスに従って将来のプロジェクトの分析と計画を支援します。

資産プロジェクト

組織は、ビジネスの拡大、有機的な成長、資産の交換などを目的とした内部プロジェクトなど、大規模な資本支出を計画しています。

資本支出の年間予算(資本支出)が承認されると、各部門は要求を提起し、管理承認を得ることによって資本関連購入を開始することができます。Enterprise Planningでは、開始部門が承認済予算に対して資本支出要求(CER)を作成します。承認要求を発行すると、必要な理由および関連する添付がすべて含まれます。

組織のLOAマトリックスによっては、承認が要求された値に基づいて異なる承認者を経由する必要がある場合があります。しきい値に基づいて処理する検証ルールを作成することで、LOAを含めることができます。

要求が承認されると、トランザクションERPシステムを使用して発注書の処理を開始できます。

マーケティング予算

組織は、企業および製品広告に役立つキャンペーンおよびマーケティング広告の準備を計画しています。

マーケティングの年間予算が承認されると、適切な部門は、要請を提起し、管理承認を得ることによって、プロモーション、広告、メディア配置の購入を開始することができます。Enterprise Planningでは、開始部門が承認済予算に対して支出要求を作成します。承認要求を発行すると、必要な理由および関連する添付がすべて含まれます。

組織のマーケティングLOAに基づいて、承認のプロモーション・パスに影響するしきい値ベースの検証ルールを作成できます。これにより、冗長な手動レビューおよびプロセスが削減されます。

承認設定の概要

この項では、承認プロセスを開始する前に完了する必要があるタスクについて学習します。

承認設定タスク:

  • 承認のためにシナリオ、バージョンおよびエンティティ・メンバーを使用可能にします。
  • レビュー担当者および所有者として割り当てられるユーザーおよびグループを決定します。
  • 承認グループの定義。

    承認グループを使用すると、データの一部を先に確認のために送信し、残りのデータの確認は後で行うことができます。確認プロセス時に、承認単位全体ではなく、承認ユニットのフェーズごとにレベルを上げることができます。

  • 「承認ユニット階層」を作成します。
    • 承認階層名、スコープおよびテンプレートを設定します。
    • 承認ユニット階層の拡張承認フローを選択します。
      • なし— 承認ワークフローでは、エンティティ・ディメンションのみが使用され、第2ディメンションまたは承認グループは使用されない。
      • セカンダリ— 承認ワークフローでセカンダリ・ディメンションが使用されます。 
      • 承認グループ— 承認ワークフローに承認グループを割り当てることができます。 

      「セカンダリ・グループ」または「承認グループ」を選択した場合は、それをすべてのエンティティ・レベルに適用し、段階的な依存関係を有効にするかどうかを選択できます。

      「承認ユニット階層」タブは、選択内容に応じて変わります。

  • 承認ユニット階層のメンバーを選択します。

    エンティティ別(全ての承認可能ユニット)または有効な承認ユニット別にオプションを表示します。「拡張承認フロー」で「セカンダリ」を選択した場合、承認プロセスの対象に含まれている承認ユニットにセカンダリ・ディメンションを追加し、粒度を上げることができます.

  • 承認ユニットの所有者と確認者を割り当てます。通知用のユーザーを追加します。
  • プロモーションパスを管理します。プロモーションパスは、次の方法で変更できます。
    • 承認ユニット階層での所有者およびレビュー担当者の直接割当、または
    • 承認ユニットの移動パスの変更が必要かどうかを決定するデータ検証ルールを作成します。承認ユニットのプロモーション パスをガイドするしきい値金額を指定することもできます。
  • 値定義メンバーを設定して、データ交差を定義します。

    残りのディメンション(非承認ユニット・ディメンション)のメンバーを選択することで、プラン・データが取得される正確なデータ・スライスまたはデータ交差を指定します。

    ノート:

    • 非承認ユニット・ディメンションの場合: 承認ユニットの集約値を表示するには、「メンバー選択」で、「承認ディメンション」タブで選択したキューブ内の非承認ユニット・ディメンションごとに1つのメンバーを選択する必要があります。非承認ユニット・ディメンションのメンバーを選択しなかった場合、承認ユニットの集約値は空白になります。

    • 承認ユニット・ディメンションの場合: 承認ユニット階層で親メンバーに指定した値定義メンバーが、そのメンバーの子孫に継承されます。値定義メンバーが承認ユニット・ディメンションの親メンバーと子メンバーの両方に選択されている場合、子の選択が優先されます。たとえば、親「米国」とその子「西部地域」の両方に値定義メンバーを選択すると、「西部地域」の値定義メンバーが優先されます。実行時に、承認ユニット階層で指定したエンティティ、シナリオ、バージョンおよびセカンダリ・ディメンション・メンバーが選択されます。

承認に対するディメンション・メンバーの有効化

承認ユニットで使用するシナリオおよびバージョンに対して承認を使用可能にする必要があります。

  1. ホーム・ページで、「アプリケーション」、「概要」をクリックします。
    アプリケーション- 概要
  2. 「アプリケーション- 概要」で、「ディメンション」をクリックします。
    ディメンションに移動
  3. 「キューブ」ドロップダウン・リストから、OEP_PFPを選択します。
    OEP_PFP
  4. ディメンションのリストから、「シナリオ」をクリックします。
    Scenario

    メンバー・プロパティの編集: シナリオが表示されます。

    メンバー・プロパティの編集
  5. グリッドで、「メンバー名」列ヘッダーを右クリックして「列の選択」ダイアログを開きます。
  6. 左側の「列の選択」で、「シナリオ」を展開し、「承認に使用可能」を選択します。
    列の選択
  7. 「OK」をクリックします。
  8. グリッドで、「シナリオ」、「OEPシナリオ」、「OEP_Plannedシナリオ」の順に展開します。
    シナリオの展開
  9. OEP_PlanのOEP_Planned「シナリオ」で、「承認に使用可能」が「はい」に設定されていることを確認します。
    承認に使用可能

    ヒント :

    「承認に使用可能」を表示するため、右にスクロールする必要がある場合があります。
  10. ディメンション・ビューの切替え「メンバー・プロパティの編集: シナリオ」の横にあるドロップダウン矢印をクリックし、「バージョン」を選択します。
    バージョンへジャンプ
  11. グリッドで、「メンバー名」列ヘッダーを右クリックして「列の選択」ダイアログを開きます。
  12. 左側の「列の選択」で、「バージョン」を展開し、「承認に使用可能」を選択します。
    列の選択
  13. 「OK」をクリックします。
  14. グリッドで、「バージョン」、OEP_Versionsの順に展開します。
    バージョンの展開
  15. OEP_WorkingのOEP_Versionsで、「承認に使用可能」が「はい」に設定されていることを確認します。
    承認に使用可能
  16. 「メンバー・プロパティの編集: バージョン」で、「保存」をクリックします。
  17. 「取消」をクリックします。
  18. ホーム・ページに戻ります。右上にある[Home](ホーム)をクリックします。

承認グループの定義

承認グループを作成して、承認ユニットをより細かいデータのサブセットに分割し、それを段階的に承認のために送信できます。

  1. ホーム・ページで、「アプリケーション」、「承認グループ」の順にクリックします。
    承認グループへナビゲート
  2. 承認グループで、「作成」をクリックします。
    承認団体
  3. 承認グループにMarketing Expensesという名前を付けます。
  4. アンカー・ディメンションとして「勘定科目」を選択します。
    アンカー・ディメンション
  5. 「ルールの追加」をクリックします。
  6. 「アカウント」の横にあるドロップダウンをクリックし、「編集」を選択します。
    勘定科目ルールの追加
  7. 「メンバーの選択」で、「選択」の横にある設定(「設定」)をクリックし、「すべて削除」を選択します。
    すべて削除
  8. 「検索」ボックスに「マーケティング」と入力し、[Enter]を押します。
  9. 「マーケティング合計」にマウス・ポインタを重ねて、関数セレクタ (ファンクション・セレクタ)をクリックします。
  10. 「子孫を含む」を選択します。
    子孫(包含)

    ノート:

    「子孫」の横にある「I」記号をクリックします。
  11. 「OK」をクリックします。
  12. 選択内容を確認して、「保存してクローズ」をクリックします。
    保存して閉じる

    Marketing Expenses承認グループが作成され、ページにリストされます。

    Marketing Expenses承認グループ

承認ユニット階層の管理

承認ユニット階層について

承認ユニットの階層には、確認プロセスの対象となる承認ユニットとエンティティが含まれます。

承認ユニット階層メンバー間の親/子関係は確認プロセスに影響します。

  • 親の昇格・昇進または拒否を行うと、その子は「承認」されないかぎり上位へ昇格されるか、拒否されます。親の所有者は子の所有者になります。

  • 親を承認すると、その子は承認されます。

  • すべての子が同じ所有者に上位へ移動されると、親は所有者に移動されます。

  • すべての子のステータスが1つのステータス、たとえば「サインオフ済」に変更されると、親のステータスも同じステータスに変更されます。

ノート:

子に別の所有者がいる場合、親のステータスを変更できません。子が異なるユーザーによって上位へ移動、送信またはサインオフされた場合、親には所有者がなく、サービス管理者のみがそのステータスを変更できます。

承認ユニット階層を使用すると、予算策定プロセスをすべてのタイプの組織要件に適用できます。

  • 承認ユニットはエンティティおよび他のディメンションの組合せに基づいて定義します。たとえば、あるアプリケーションに会社のすべての製品が含まれる場合に、North America (北米)の承認ユニット階層には北米で販売されている製品に該当するディメンションとメンバーが含まれます。同様に、Europe(欧州)地域に対する承認ユニット階層は、Europeで販売されている製品のディメンションとメンバーが含まれます。同じの承認階層内で、エンティティを勘定科目ディメンションを使用して拡張して、人事別エンティティ、資本支出別エンティティおよび収益別エンティティなどの承認ユニットを作成できます。

  • 事前設定された承認テンプレートを選択して、ボトムアップ、配布または自由形式の階層を作成します。

    • ボトム・アップ予算策定- データは最下位メンバー・レベルで入力され、データを組織階層上にロール・アップすることで統合されます。予算策定を開始すると、データは各シナリオと各ユーザーに別々に移入されます。所有者はボトムアップ・モードでの承認の階層に従います。ユーザーは、承認ユニットに定義されたアクセス権限に基づいてデータを表示または編集できます。最上位の予算グループ所有者は、個別に承認された予算を最終集計予算に集計します。
    • 配分予算策定- データは組織のリーフ・レベルで入力され、所有権は組織の最上位レベルで開始されます。次に、所有権は組織階層の下位へ分散されます。所有権が下位のレベルに到達すると、予算は承認プロセスを経て最上位に戻されて提出されます。最上位の予算グループ所有者は、予算管理とトランザクション管理、レポート作成のために予算をレビュー、承認、およびロードします。
    • フリーフォーム予算策定- フリーフォーム予算策定を行う場合、データが選択されたメンバー・レベルに入力され、ユーザーは次の所有者をドロップダウン・リストから選択します。

  • 使用するエンティティ・ディメンションおよびセカンダリ次元の世代番号に基づいたディメンションへの動的なリンクが含まれます。たとえば、エンティティまたはセグメント・ディメンションの世代0から3が承認ユニット階層に自動的に追加されます。ディメンションで変更が発生した場合、承認ユニット階層は簡単に更新されます。

  • 承認ユニット階層をインポートおよびエクスポートします。

  • シナリオおよびバージョン別に異なる承認ユニット階層を作成します。たとえば、予算シナリオでは、部門、勘定科目および製品を含む大きな承認ユニット階層を使用できます。一方、予測シナリオでは、より少ない承認レベルを含むより単純なプロセス編成を使用します。

承認ユニット階層の作成

EPBCSサンプル・アプリケーションには、2つのプランニング・ユニット階層が付属しています。このチュートリアルの冒頭で説明したサンプル・ビジネス・ケースに基づいて、プランニング・ユニット階層を変更します。

財務計画ユニット階層

この項では、承認グループを含む段階的な発行を使用して承認フローを拡張するFinancialsキューブの承認ユニット階層を作成します。この承認ユニットは、マーケティング予算サンプル・ビジネス・ケースに基づいています。

  1. ナビゲータ(ナビゲータ)をクリックし、「ワークフロー」で、「承認ユニット」をクリックします。
    承認ユニットにナビゲート
  2. 「承認ユニット」で、「FS PUH」を選択し、編集(編集)をクリックします。
    FS PUH
  3. 「承認ユニット階層の編集」で、階層名: FS_PUHを確認します。
  4. 「承認の有効化」で、デフォルトの選択である「なし」を受け入れます。

    階層メンバーを選択すると、承認ユニットが追加されます。

  5. 承認テンプレートで、[ボトムアップ]が選択されていることを確認します。
  6. 「キューブ」で、OEP_FSが選択されていることを確認します。
  7. 「拡張承認フロー」で、「承認グループ」を選択します。
  8. 「フェーズ依存性」を選択します。
  9. 選択内容を確認して、「保存」をクリックします。
    FS_PUH
  10. 情報ダイアログで、「OK」をクリックします。
    情報メッセージ
  11. ページの右下にある「OK」をクリックします。
  12. 情報メッセージで「OK」をクリックします。

プロジェクト・プランニング・ユニット 階層

この項では、承認ユニット階層を作成し、承認ユニット所有者とレビューアを割り当て、後で検証ルールを使用してプロモーション・パスを変更します。この承認ユニットは、プロジェクト・サンプル・ビジネス・ケースに基づいています。

  1. 「承認ユニット」で、「プロジェクトPUH」を選択し、編集(「編集」)をクリックします。
    プロジェクトPUH
  2. 「承認ユニット階層の編集」で、階層名: Projects_PUHを確認します。
  3. 「承認の有効化」で、デフォルトの選択である「なし」を受け入れます。

    階層メンバーを選択すると、承認ユニットが追加されます。

  4. 承認テンプレートで、[ボトムアップ]が選択されていることを確認します。
  5. 「キューブ」で、OEP_PFPが選択されていることを確認します。
  6. 「拡張承認フロー」で、「セカンダリ」を選択します。
  7. 選択内容を確認して、「保存」をクリックします。
    プロジェクトPUH
  8. 情報ダイアログで、「OK」をクリックします。
    情報メッセージ
  9. ページの右下にある「OK」をクリックします。
  10. 情報メッセージで「OK」をクリックします。

承認ユニット階層へのシナリオとバージョンの組合せの割当て

  1. ナビゲータ(ナビゲータ)をクリックし、「ワークフロー」で「承認ユニット割当て」をクリックします。
    承認ユニット割当にナビゲート
  2. 「承認ユニット割当て」で、FS_PUHを展開します。
  3. FS_PUHのシナリオとバージョンの組合せを確認します。
    承認ユニット割当

  4. Projects_PUHを展開し、シナリオとバージョンの組合せを確認します。
    承認ユニット割当

    ノート:

    プロジェクトPUH割当は後で変更します。

(オプション)承認ユニット階層ファイルの変更

ヒント :

このチュートリアルのアクセス制御および権限の設定の項を参照してください。
  1. Notepad++などのテキスト・エディタを使用して、このチュートリアルの「前提条件」セクションからダウンロードしたFS_PUH.expファイルを編集します。
    FS_PUHオープン
  2. プランニング承認ユニット階層のユーザーを、システムに定義したユーザーで置き換えます。名前を置き換えるのではなく、必要に応じて削除できます。コンマを削除しないでください。承認ユニット階層で所有者を後で割り当てると、ユーザーを追加できます。必ず変更内容を保存してください。
  3. Notepad++などのテキスト・エディタを使用して、このチュートリアルの「前提条件」セクションからダウンロードしたProjects_PUH.expファイルを編集します。
    Projects_PUHオープン
  4. プランニング承認ユニット階層のユーザーを、システムに定義したユーザーで置き換えます。名前を置き換えるのではなく、必要に応じて削除できます。コンマを削除しないでください。承認ユニット階層で所有者を後で割り当てると、ユーザーを追加できます。必ず変更内容を保存してください。

承認ユニット階層のインポート

  1. 計画に戻るナビゲータ (ナビゲータ)をクリックし、「ワークフロー」で、「インポートおよびエクスポート」をクリックします。
    PUHのインポートおよびエクスポート
  2. 「ファイル・ベースのインポート/エクスポート」で、「承認ユニット階層のインポート」が選択されていることを確認します。
    インポート・オプション
  3. 「既存の承認ユニット階層名」ドロップダウン・リストから、FS_PUHを選択します。
  4. 「所有権を持つ承認ユニット階層」の横にある「ファイルの選択」をクリックします。

    ノート:

    ブラウザによっては、ボタン・ラベルに「ファイルの選択」または「参照」が表示される場合があります。
  5. FS_PUH.expを保存した場所に移動し、選択して開きます。
  6. ページの右下にある「インポート」をクリックします。
  7. 情報メッセージから、「OK」をクリックします。
    情報メッセージ
  8. 「既存の承認ユニット階層名」ドロップダウン・リストから、Projects_PUHを選択します。
    Projects_PUHの選択
  9. 「所有権を持つ承認ユニット階層」の横にある「更新」をクリックします。
  10. 「ファイルの更新」で、「ファイルの選択」をクリックします。
    ファイルの選択

    ノート:

    ブラウザによっては、ボタン・ラベルに「ファイルの選択」または「参照」が表示される場合があります。
  11. 保存した場所Projects_PUH.expにナビゲートし、選択して開きます。
  12. 「ファイルの更新」で、「OK」をクリックします。
  13. Projects_PUHの選択内容を確認し、「インポート」をクリックします。
  14. 情報メッセージから、「OK」をクリックします。
  15. 「完了」をクリックします。

承認グループの割当

  1. ナビゲータ(ナビゲータ)をクリックし、「ワークフロー」で、「承認ユニット」をクリックします。
  2. 「承認ユニット」で、FS_PUH行を選択し、編集(編集)をクリックします。
    FS_PUHの編集
  3. 承認ユニット階層の編集: FS_PUHで、「承認グループの割当て」をクリックします。
    「Assign Approval Groups(承認グループの割当)」タブ
  4. 「承認グループの割当」で、加算(追加)をクリックします。
    承認グループの追加
  5. ダイアログで、「Marketing Expenses」を選択します。
    グループの選択
  6. ダイアログ外をクリックしてダイアログを閉じます。
  7. 「マーケティング経費」がページにリストされていることを確認し、ページの下部で「保存」をクリックします。
    保存
  8. 情報メッセージで「OK」をクリックします。
  9. ページの下部で、「OK」をクリックします。
  10. 情報メッセージで「OK」をクリックします。

承認ユニット・メンバーおよび値定義の選択

  1. 「承認ユニット」で、Projects_PUH行を選択し、編集(編集)をクリックします。
    Projects_PUHの編集
  2. 承認ユニット階層の編集: Projects_PUHで、拡張承認フローが「セカンダリ」に設定されていることを確認します。
    セカンダリ

    「Extended Approval Flow (拡張承認フロー)」で「Secondary (セカンダリ)」を選択した場合、承認プロセスに含まれる承認ユニットにセカンダリ・ディメンションを追加することで、粒度を細かく設定できます。これにより、メンバーが承認ユニット内の特定のデータ交差を定義するための値定義が設定されます。

  3. 「プライマリおよびサブ階層の選択」タブをクリックします。
  4. 「プライマリおよびサブ階層の選択」の「表示」で、「承認単位」を選択します。
    承認ユニットの表示
  5. グリッドで、「エンティティ」、「NA」、「US」の順に展開します。「Manufacturing US」が表示されていることを確認します。
    エンティティの展開

    ヒント :

    データ・センター操作を使用できない場合は無視します。
  6. Manufacturing USの場合、次の選択を確認します:
    データ定義
    • ディメンション: プロジェクト

      この例では、「プロジェクト」がセカンダリ・ディメンションとして選択されています。

    • 親メンバー: プロジェクト合計

      「プロジェクト合計」は選択した親メンバーです。

    • 相対的な世代:4

      相対生成では、含める親メンバーの世代を指定します。世代を追加すると、この世代のすべてのメンバーが承認プロセスに追加されます。この例では、Total Projectに対する相対的な生成は4です。これは、Total Projectの4世代(Level0メンバー)を示します。メンバー名は「選択したメンバー」にリストされます。

    • 選択メンバー: FM IT、Project Diablo、Future Engineering 2020、EMS Re-Engineering、UID Project、Finance 101、CTI、New Digital Web Mobile、PM Tool、Test Digital、Digital New、Upgrade Network - マンチェスター、アップグレードネットワーク- ドバイ、デジタルマーケティングキャンペーン、T6、New IT Facility

      選択したメンバーを削除することで、サブ階層をさらに制限できます。

      ヒント :

      ディメンション・エディタでメンバー・プロパティを編集すると、選択したメンバーをプロジェクト・ディメンション階層に関連して表示できます。
      プロジェクトのメンバー・プロパティの編集

所有者およびレビュー担当者の割当

このチュートリアルで参照されるユーザーのリストは、ユーザーおよびグループへのセキュリティ・ロールの割当ての項を参照してください。

  1. 「所有者の割当」タブをクリックします。
  2. 「所有者の割当て」グリッドで、すべてのレベルを展開します。
    承認ユニット所有者

    ノート:

    インポートしたPlanning承認ユニット・ファイルのユーザーを置き換えた場合は、「所有者」列にそれらのユーザーが表示されます。
  3. インポートしたPlanning承認ユニット・ファイルのユーザーを削除した場合は、NAの「所有者」列およびすべての「Manufacturing US」行にユーザーを追加します。

    ヒント :

    このチュートリアルで参照されるユーザーのリストは、ユーザーおよびグループへのセキュリティ・ロールの割当ての項を参照してください。
  4. Manufacturing USの下にあるすべてのプロジェクト行について、レビューアを割り当てます。この例では、第1レベルのPower Userが選択されています。
    レビューアの割当
  5. オプション: Manufacturing US: FM ITの場合、「これらのユーザーに通知」列にアラートするユーザーを追加します。
    ユーザーに通知

    レビュー担当者、所有者、または承認ユニットの昇格時に通知が必要なその他のユーザーを追加できます。たとえば、支払処理を担当するチーム・メンバー、または財務部門のチーム・メンバーを追加します。追加するユーザーが通知を有効にしていることを確認します。これらのユーザーの通知は、「承認通知用のEメールの設定」セクションのタスクを後で完了したときに有効にできます。

    通知するユーザー
  6. 下部で、「保存」をクリックします。
  7. 情報メッセージで「OK」をクリックします。

プロモーションパスの管理

プロモーションパスの確認と変更

  1. Manufacturing US: FM ITの場合、移動パス (プロモーション・パス)をクリックします。
    移動パス

    選択した承認ユニットのプロモーション パスが表示されます。

    プロモーションパスUI
  2. 「OK」をクリックして、「プロモーション・パス」ダイアログを閉じます。
  3. Manufacturing USに割り当てられている所有者を削除します。
    Manufacturing US所有者テキスト・ボックス
  4. Manufacturing US: FM ITで、移動パス (プロモーション・パス)をクリックします。

    承認ユニットのプロモーション・パスには、Manufacturing USの所有者は表示されなくなりました。

    プロモーションパスを更新しました
  5. 「OK」をクリックして、「プロモーション・パス」ダイアログを閉じます。
  6. 下部で、「保存」をクリックします。
  7. 情報メッセージで「OK」をクリックします。
  8. 下部で、「OK」をクリックします。
  9. 情報メッセージで「OK」をクリックします。

しきい値ベースの承認のデータ検証ルールの追加

承認ユニットの所有者および確認者およびその親を選択する場合、承認ユニットの移動パスを設定します。ただし、予算計算結果が変更された場合は、計算された値に応じて追加のレビュー担当者および承認者が必要になります。たとえば、販売グループの給与が前年度の予算を10%超多い場合、次の確認者以外の担当者による承認が必要になることがあります。

このような場合、予算のリダイレクトを自動化するには、これらの例外がないかどうかをテストするフォームのデータ検証ルールに条件およびアクションを追加してから、必要に応じて移動パスを変更します。また、データ検証ルールを使用することにより、承認ユニットにデータ・エラーがあるときに承認ユニットが次の確認者に移動するのを阻止できます。

承認ユニットの移動パスに影響するルールを設計する場合、これらのルールが評価および適用される順序を考慮する必要があります。

ここでは、データ検証ルールを含む、このセクションのプロモーションパスの概要を示します。

状態/ルール セルの書式設定の処理 レビューア
所有者 N/A Carol Judd
最初の審査担当者 N/A Kerry Lane
-> $500K

プロジェクト経費合計-> $500,000

 緑: #3CB371 Betty Anderson
->100万ドル

合計プロジェクト経費-> $1百万

 青: #0000FF Alex Smith
->200万ドル

合計プロジェクト経費-> $2百万

 マゼンタ: #D02090 Anita Kennedy
->1,000万ドル

合計プロジェクト経費-> $10百万

 赤: #FF0000 Casey Brown
最終レビュー担当者/所有者 N/A George Foster

  1. ナビゲータ(ナビゲータ)をクリックし、「作成および管理」の下の「フォーム」をクリックします。
    フォーム管理にナビゲート
  2. フォームおよびアド・ホック・グリッド管理の左ペインで、「フォルダ」の下の「ライブラリ」を展開し、「カスタム」をクリックします。
    フォルダ
  3. コンテンツ領域で、「プロジェクト経費検証合計」を選択し、編集(編集)をクリックします。
    プロジェクト経費合計検証の編集
  4. 「レイアウト」タブをクリックします。
    「レイアウト」タブに移動
  5. 「レイアウト」で、「列」の下にある「A」というラベルの付いたセルを右クリックし、「フォーマット/検証ルールの追加/編集」を選択します。
    検証ルールの追加

    フォーマット/データ検証Rule Builderが表示されます。

  6. $500,000を超えるプロジェクト経費金額の検証ルールを作成します。「Format/Data Validation Rule Properties(書式/データ検証ルールのプロパティ)」で、次を確認、入力または選択します。
    • 場所: 列A
    • 名前: >$500K
    • 説明: 合計プロジェクト経費> $500,000
    • フォーマット/検証ルールの有効化: <選択済>
    検証ルール・プロパティ
  7. 条件を追加します。最初の行で、次を確認、入力または選択します。
    • 条件: IF
    • Source Type (ソース・タイプ): 現在のセル値
    • 演算子: >
    • ターゲット・タイプ: 値
    • ターゲット値: 500000
    • Process (処理): AND
    Condition
  8. 「Actions (アクション)」列では、条件の追加 (条件の追加)をクリックします。
  9. 新しい条件行で、次を確認、入力または選択します。
    • 条件: <空白>
    • Source Type (ソース・タイプ): Member Name
    • ソース値: Years

      ノート:

      「All Year」はメンバー名です。エイリアスは「All Years」に設定されます。
    • 演算子: 「次と等しい」
    • ターゲット・タイプ: 値
    • ターゲット値: 「すべての年」
    • Process (処理): AND
  10. 「Actions (アクション)」列では、条件の追加 (条件の追加)をクリックします。
  11. 新しい条件行で、次を確認、入力または選択します。
    • 条件: <空白>
    • Source Type (ソース・タイプ): Member Name
    • ソース値: 勘定科目
    • 演算子: 次と等しい
    • ターゲット・タイプ: 値
    • ターゲット値: 「OPF_Total Expenses」
    • プロセス: <空白>
  12. 「Actions (アクション)」列では、条件の追加 (条件の追加)をクリックします。
  13. 新しい条件行で、次を確認、入力または選択します。
    • 条件: THEN
    • Source Type (ソース・タイプ): Process Cell (セルの処理)
  14. 「Actions (アクション)」列の最後の行で、セルの処理 (プロセス・セル)をクリックします。
    条件

    フォーマット/データ検証Rule Builderの「セルのフォーマット」ダイアログが表示されます。

  15. 「セルの書式設定」で、「背景色」に3CB371と入力します。

    ヒント :

    「その他の色」を選択し、色コードを指定できます。
  16. 「検証メッセージ」に、「合計プロジェクト経費が$500,000を超えているため、追加の承認レベルが必要になります。」と入力します。
  17. 「フォーマット/検証メッセージ・ペインに表示」が選択されていることを確認します。
  18. 「承認」で、「プロモーション・パスの更新」を選択します。
  19. プロモーションパス条件を追加します。ルールの追加 (ルールの追加)をクリックします。
  20. 新しい行で、次を確認、入力または選択します。
  21. 選択内容を確認して、「OK」をクリックします。
    セルの選択の書式設定
  22. Format/Data Validation Rule Builderで、「Validate」をクリックします。
    セルの選択の書式設定
  23. 情報メッセージで、「OK」をクリックします。
    情報メッセージ
  24. 「フォーマット/データ検証Rule Builder」で、「OK」をクリックします。

    レイアウトのグリッド・セクションでは、列と行のセルの交差が緑色で表示され、フォームにデータ検証ルールが含まれていることを示します。

    セル交差が緑色
  25. 「保存」をクリックします。
  26. 情報メッセージで「OK」をクリックします。
  27. 「レイアウト」で、「列」の下にある「A」というラベルの付いたセルを右クリックし、「フォーマット/検証ルールの追加/編集」を選択します。
    検証ルールの追加
  28. 「Format/Data Validation Rule Builder」で、右上のルールの追加(ルールの追加)をクリックします。

    ヒント :

    複製 (複製)をクリックして既存のルールに似たルールを作成し、要件を満たすように複製ルールを変更します。
    新規ルールの追加
  29. ステップ6から23に基づいて、次のルールを作成します。
    • 規則: >$1百万

      ルール・プロパティ

      >1m

      フォーマット/プロセス・セル

      &gt;1m形式

      ヒント :

      0000FFを使用したセルの背景色。

    • 規則: >$2百万

      ルール・プロパティ

      >2m

      フォーマット/プロセス・セル

      &gt;2m形式

      ヒント :

      D02090を使用したセルの背景色。

    • 規則: >$10百万

      ルール・プロパティ

      >10m

      フォーマット/プロセス・セル

      &gt;10m形式

      ヒント :

      FF0000を使用したセルの背景色。

    ノート:

    4つのルールをすべて検証したことを確認します。
  30. Format/Data Validation Rule Builderがまだ開いている場合は、「OK」をクリックして閉じます。
  31. 「レイアウト」で、「終了」をクリックします。

承認ユニット階層の使用状況の表示

承認ユニット階層には、承認ユニット割当て、データ検証ルールなど、フォームに定義された依存関係がある可能性があります。承認ユニット階層に依存関係がある場合、その依存関係が削除されるまで階層は削除できません。

  1. ナビゲータ(ナビゲータ)をクリックし、「ワークフロー」で、「承認ユニット」をクリックします。
  2. 「承認ユニット」で、Projects_PUH行を選択し、編集(編集)をクリックします。
    Projects_PUHの編集
  3. 「使用状況」タブをクリックします。
    「使用状況」タブに移動します。

    「使用状況」タブでは、承認ユニット階層内の依存関係を表示し、フォームまたはシナリオおよびバージョンの組合せにリンクすることができるので、必要に応じて、依存関係を削除できます。

    「使用」タブ

    「プロジェクト経費合計検証」フォームで定義されたプロモーション・パスを更新するデータ検証ルールが表示されます。

  4. 左側の垂直タブから、「承認ユニット割当」垂直タブ(承認ユニット割当)をクリックします。
  5. 「承認ユニット割当」で、Projects_PUH承認ユニットに割り当てられているシナリオとバージョンの組合せを確認します。
    シナリオとバージョンが割り当てられました

更新されたプロモーション・パスの表示

  1. 「所有者の割当」タブをクリックします。
  2. 「Assign Owners(所有者の割当)」のグリッドで、すべてのレベルを展開します。
  3. Manufacturing US: FM ITの場合、移動パス (プロモーション・パス)をクリックします。
    移動パス

    選択した承認ユニットの更新済移動パスが表示されます。以前に定義した検証ルールが更新されたプロモーション・パスに含まれていることに注意してください。

    プロモーションパスUI
  4. 「OK」をクリックして、「プロモーション・パス」ダイアログを閉じます。
  5. 右下にある「OK」をクリックします。
  6. 情報メッセージで「OK」をクリックします。

計画レビュー・サイクルの開始

  1. ナビゲータ (ナビゲータ)をクリックし、「ワークフロー」で「承認の管理」をクリックします。
    承認の管理
  2. 「承認の管理」で、次を選択して「実行」をクリックします。
    • シナリオ: OEP_Plan
    • バージョン: プロジェクト承認
    シナリオとバージョンの選択
  3. 「プロセス・ステータス」で、右側の「表示」をクリックし、「ツリー・ビュー」を選択します。
    ツリー・ビュー
  4. ツリー・ビューで、すべての承認ユニット(NAとデータ・センターの両方の操作)を展開します。

    ヒント :

    データ・センター操作を使用できない場合は無視します。
    ツリー・ビュー

    「プラン・サイクル」列では、「開始」と「除外」の2つのオプションを使用できます。この例では、プランニング・ユニット階層内のすべての承認ユニットに対してプランニング・レビュー・サイクルが開始されています。次のステップでは、プランニング・サイクルを停止し、シナリオおよびバージョンの割当を改訂してから、適切な承認ユニットを開始します。

  5. 複数ユニットのプランニング・サイクルを切り替えます。「NA」と「データ・センター操作」の両方で、「除外」を選択します。
  6. 「除外」ダイアログで、「はい」をクリックします。
  7. 情報メッセージから、「OK」をクリックします。
  8. すべての承認ユニット(NAとデータ・センターの両方の操作)について、プランニング・レビュー・サイクルが停止していることを確認します。
    承認ユニットの停止
  9. 次に、FS PUHプランニング・ユニット階層のプランニング・レビュー・サイクルを停止します。「承認の管理」で、次を選択して「実行」をクリックします。
    • シナリオ: OEP_Plan
    • バージョン: OEP_Working
    シナリオとバージョンの選択
  10. ツリー・ビューで、「FS PUH」、「NA」、「US」の順に展開します。
    FS PUHのツリー・ビュー
  11. NAの場合は、「除外」を選択します。
  12. 「除外」ダイアログで、「はい」をクリックします。
  13. 情報メッセージから、「OK」をクリックします。
  14. すべての承認ユニット(NAとデータ・センターの両方の操作)について、プランニング・レビュー・サイクルが停止していることを確認します。
    承認ユニットの停止
  15. 次に、シナリオおよびバージョンの割当てを修正します。ナビゲータ(ナビゲータ)をクリックし、「ワークフロー」で「承認ユニット割当て」をクリックします。
    承認ユニット割当にナビゲート
  16. 「承認ユニット割当」で、「FS PUH」およびProjects_PUHを展開します。
    承認ユニット割当
  17. FS PUHのOEP_PlanおよびOEP_Workingで、(削除)をクリックします。
  18. 「プロジェクトPUH」のOEP_Planで、「プロジェクト承認」の横にある下矢印をクリックします。
  19. 「バージョンの選択」で、「プロジェクト承認」の選択をクリアし、OEP_Workingを選択します。
  20. 選択内容を確認し、「OK」をクリックします。
    バージョン変更
  21. 変更がProjects PUHに適用されたことを確認し、「保存」をクリックします。
    新規承認ユニット割当
  22. 情報メッセージで「OK」をクリックします。
  23. ナビゲータ (ナビゲータ)をクリックし、「ワークフロー」で「承認の管理」をクリックします。
    承認の管理
  24. 「承認の管理」で、次を選択して「実行」をクリックします。
    • シナリオ: OEP_Plan
    • バージョン: OEP_Working
    シナリオとバージョンの選択
  25. 「プロセス・ステータス」で、右側の「表示」をクリックし、「ツリー・ビュー」を選択します。
  26. ツリー・ビューで、すべての承認ユニットを展開します。
    ツリー・ビュー

  27. Manufacturing US: FM ITの場合は、「開始」を選択します。
  28. 情報メッセージから、「OK」をクリックします。
  29. Manufacturing US: FM ITまで、「承認ステータス」が「レビュー中」として表示され、「現在の所有者」が承認ユニットに割り当てられていることを確認します。
    開始済承認ユニット

アプリケーションおよびユーザー・プリファレンスの設定

通知の有効化およびアプリケーション所有者の設定

  1. ナビゲータ (ナビゲータ)をクリックし、「アプリケーション」で「設定」をクリックします。
    アプリケーションの設定
  2. 「アプリケーション設定」の「現在のアプリケーション・デフォルト」で、「通知」を見つけて「承認」を選択します。
    通知

    ヒント :

    「Notifications (通知)」を見つけるために、下にスクロールする必要がある場合があります。
  3. Under System Settings, locate Enable Use of the Application for and select All users.
    すべてのユーザーのアプリケーションを有効にする
  4. 「アプリケーション所有者の割当て」で、サービス管理者アプリケーション・ロールに割り当てられているユーザーを選択します。この例では、「George Foster」が選択されています。
    アプリケーション所有者の割当て
  5. 上にスクロールし、「保存」をクリックします。
  6. 情報メッセージで「OK」をクリックします。

ユーザー・プリファレンスの設定

承認ステータスまたは所有権が変更された場合に、Eメール通知を取得する各ユーザーの承認通知を使用可能にする必要があります。

ユーザー変数がフォームでフィルタとして機能し、プランナは特定のメンバーのみに集中することができます。各ユーザーは、ユーザー変数の値を設定する必要があります。

ノート:

このチュートリアル用に作成した各ユーザーについて、この項のタスクを実行してください。

承認通知用の電子メールの設定

  1. Planningからログアウトし、プリファレンスを設定するユーザーとしてログインします。
  2. ナビゲータ (ナビゲータ)をクリックし、「ツール」で「ユーザー・プリファレンス」をクリックします。

    ノート:

    メニュー・オプションは、ユーザーに割り当てられているアプリケーション・ロールによって異なる場合があります。
    ユーザー・プリファレンス 1 ユーザー・プリファレンス 2 ユーザー・プリファレンス 3
  3. 左側の「通知」をクリックします。
    通知
  4. ユーザーの電子メール・アドレスを入力し、「承認」が選択されていることを確認します。
    Eメールおよび承認
  5. 「保存」をクリックします。
  6. 情報メッセージで「OK」をクリックします。

ユーザー変数への値の割当て

ノート:

メニュー・オプションは、ユーザーに割り当てられているアプリケーション・ロールによって異なる場合があります。
  1. 左側の「プリファレンス」で、「ユーザー変数」をクリックします。
    ユーザー変数
  2. 各変数について、そのメンバー・セレクタ (メンバー・セレクタ)をクリックして、変数の値としてメンバーを選択します。

    次に例を示します:

    割り当てられたメンバー数
  3. 「保存」をクリックします。
  4. 情報メッセージで「OK」をクリックします。

フォームへの承認カスタム メニューの追加

  1. Planningでサービス管理者としてログオンしていることを確認します。
  2. ナビゲータ(ナビゲータ)をクリックし、「作成および管理」の下の「アクション・メニュー」をクリックします。
    「アクション」メニュー
  3. 下にスクロールして「承認のために送信」を選択し、「編集」メニュー(「編集」メニュー)をクリックします。

    ヒント :

    メニュー名でリストをソートできます。
    承認のために送信を編集
  4. 「編集」メニューで、「承認のために送信」を選択して「アクション」をクリックし、「メニュー・アイテムの編集」を選択します。
    メニュー・アイテムの編集
  5. このメニューのアクション・セットを確認します。この例では、事前定義済のシナリオおよびバージョンを使用して「承認の管理」に移動するようにメニューが設定されています。バージョンの場合は、検証するか、OEP_Workingに設定します。
    メニューの設定
  6. 「保存」をクリックします。
  7. 情報メッセージから、「OK」をクリックします。
  8. 「取消」をクリックします。
  9. ナビゲータ (ナビゲータ)をクリックし、「作成と管理」の下の「フォーム」をクリックします。
    フォーム管理にナビゲート
  10. フォームおよびアド・ホック・グリッド管理の左ペインで、「フォルダ」の下の「ライブラリ」を展開し、「カスタム」をクリックします。
    フォルダ
  11. コンテンツ領域で、「プロジェクト経費検証合計」を選択し、編集(編集)をクリックします。
    プロジェクト経費合計検証の編集
  12. 「その他のオプション」タブをクリックします。
    その他のオプション
  13. 使用可能なメニューのリストから、「承認のために発行」を選択し、移動 (移動)をクリックします。
    その他のオプション

    「Submit for Approval(承認のために発行)」が「Selected Menus(選択済メニュー)」リストに追加されます。

    承認用に送信
  14. 「終了」をクリックします。
  15. ホーム・ページに戻ります。右上にある[Home](ホーム)をクリックします。

承認された計画の取得

プランの承認について

各承認ユニットには、確認プロセス内での場所に応じてステータスが割り当てられます。

  • 「未開始」- すべての承認ユニットの初期状態。管理者は、「開始」アクションを使用して確認プロセスを開始します。これによって、承認ユニットの状態は「初回パス」(FreeForm内)に変更されるか、「レビュー中」に変更されて、移動パスの最初に位置付けされるか(「レビュー中」の場合)、移動パスの最後に位置付けられるか(「分配」時)。
  • 最初のパス- 予算策定プロセス用に選択された承認ユニットの開始状態です。「初回パス」では承認ユニットに所有者はありません。「最初のパス」の状態では、書込み権限を持つユーザーがデータを入力し、承認ユニットを上位へ転送できます。この状態の間、管理者は承認ユニットからメンバーを除外できます。
    承認ユニットの確認準備を終えた後で、いくつかのアクションから1つを選択し、承認ユニットのステータスを変更して所有権を渡します。
  • 「レビュー中」- 「昇格・昇進」または「送信」アクションの後の動作であり、誰かが承認ユニットの確認作業を行ったことを示します。「レビュー中」の承認ユニットでは、現在の所有者または管理者のみがデータを変更できます。「レビュー中」の承認ユニットは、最終的に承認されるまで連続した上位移動、送信、サインオフまたは拒否されます。
  • 凍結済- 子孫承認ユニット内のすべての関連データがロックされます(読取り専用)。承認ユニットを凍結した所有者、またはその個人より上位の所有者は、「凍結解除」を選択してこのアクションを取り消します。
  • 配分済- 複数のユーザーによる予算の確認中です。確認者は権限によりフィルタされ、選択された分散アクション(分散、子の分散または所有者の分散)に対し指定された確認者が指定されます。
  • 「未サインオフ」- 所有者または管理者が「拒否」を選択した場合の状態で発生します。現在の所有者または管理者のみが、現在の所有者または管理者のみがデータの変更または状態が「未サインオフ」の承認ユニットに対するアクションを実行できます。
  • 「承認済」- 「承認」が選択された場合に行われます。移動パスの最後のユーザー(承認ユニットの所有者)は、所有者または確認者であるかどうかにかかわらず、所有者になります。所有者は、承認ユニットを定義するメンバーの組合せへの読取りアクセス権を持つ場合、データを編集でき、「承認」アクションを実行できます。移動パスの最後の個人である確認者は、承認ユニットのデータを編集できないが、「承認」アクションを実行できます。すべての承認ユニットが承認されると、予算策定サイクルが完了します。

承認ユニットで実行できるアクションは、承認ユニットの状態によって異なります。

  • [Start]: 承認ユニットを開始します。

    新しい承認ユニットの状態: 「フリー・フォーム」の場合「第1パス」、「ボトム・アップ」および「分配済」の場合は「レビュー中」

  • 除外- 承認ユニットを停止します。その履歴をすべて削除します。

    新しい承認ユニットの状態: 未開始。

  • 「作成: ボトム・アップ」- 承認ユニットが移動パス内の最初の位置に移動します。

    新しい承認ユニットの状態: レビュー中。

  • 昇格・昇進- 「フリー・フォーム」では、承認ユニットはリスト内の任意のユーザーに移動します。「ボトム・アップ」では、承認ユニットは、移動パス内の次の位置に移動します。

    新しい承認ユニットの状態: レビュー中。

  • 「拒否」- 「フリー・フォーム」では、承認ユニットはリスト内の任意のユーザーに移動します。「ボトム・アップ」および「分配済」では、承認ユニットを、移動パス内の前の任意のユーザーに移動します。

    新しい承認ユニットの状態: 未サインオフ

  • 「サインオフ」- 承認ユニットを「サインオフ済」状態に移動します。

  • 委任- 承認ユニットを新規に選択した所有者に委任する。

    新しい承認ユニットの状態: レビュー中。

  • 所有権の取得- 現在の所有者から所有権を取得します。グループの場合、承認ユニットの所有権をグループから取得します。

    新しい承認ユニットの状態: レビュー中。

  • 「戻る」- グループに所有権を戻します。

    新しい承認ユニットの状態: レビュー中。

  • パス- グループ内の場合、そのグループ内の別のユーザーに所有権が渡されます。

    新しい承認ユニットの状態: レビュー中。

  • 凍結— 承認ユニットをデータ入力から凍結します。

    新しい承認ユニットの状態: 凍結済。

  • 「凍結解除」- 承認ユニットを凍結解除し、データ入力を再度許可します。

    新しい承認ユニットの状態: レビュー中。

  • 分配- 承認ユニットが移動パス内の前の位置に移動します。

    新しい承認ユニットの状態: 分配済。

  • 「子の配分」- 承認ユニットが移動パス内の前の位置に移動します。選択した承認ユニットの子に適用されます。

    新しい承認ユニットの状態: 分配済。

  • 「所有者の配分」- 承認ユニットが移動パス内の最初の位置に移動します。

    新しい承認ユニットの状態: 分配済。

  • 送信- 承認ユニットが移動パス内の次の位置に移動します。

    新しい承認ユニットの状態: レビュー中。

  • 「最上位に送信」- 承認ユニットが移動パス内の最後の位置に移動します。

    新しい承認ユニットの状態: レビュー中。

  • 「承認」- 承認ユニットの承認。これにより、承認プロセスが完了し、ユーザーは追加アクションを実行できなくなります。

    新しい承認ユニットの状態: 承認済。

  • 「再度開く」- 承認された承認ユニットを再開きます。「再度開く」は、ユーザーおよび移動パスの最後に位置するパワー・ユーザーは実行できます。

    新しい承認ユニットの状態: レビュー中。

プランの促進および承認

このセクションでは、最終承認者に到達するまでプランをプロモートします。

計画の促進

確認のため、承認ユニットを別のユーザーに渡す。このアクションでは、初めて承認ユニットの所有権が割り当てられ、次回からは承認ユニットの所有権がある確認者から別の確認者へと転送されます。「上位へ移動」により、現在の所有者による暗黙のサインオフが行われ、承認ユニットのステータスが「レビュー中」に変更されます。

プランの承認

承認ユニットを承認し、そのステータスを「承認済」に変更します。「分配」または「ボトム・アップ」テンプレートを使用する場合は、移動パスの最後の所有者のみが、承認ユニットを承認できます。「フリー・フォーム」テンプレートを使用する場合は、個人は「未開始」を除くすべてのステータスの承認ユニットを承認できます。移動パスの最後の確認者のみが、「未サインオフ」または「初回パス」ステータスから承認できます。

データ検証ルールを含む移動パスを次に示します。

状態/ルール セルの書式設定の処理 レビューア
所有者 N/A Carol Judd
最初の審査担当者 N/A Kerry Lane
> $500K

合計プロジェクト経費> $500,000

 緑: #3CB371 Betty Anderson
100万ドル超

プロジェクト経費合計100万ドル

 青: #0000FF Alex Smith
200万ドル超

合計プロジェクト経費200万ドル

 マゼンタ: #D02090 Anita Kennedy
->1,000万ドル

プロジェクト経費合計1,000万ドル

 赤: #FF0000 Casey Brown
最終レビュー担当者/所有者 N/A George Foster

レビュー・サイクルが開始されると、予算は最終承認を得る前に該当するプロモーション・パスを通過します。プロモーションパスに基づいて、予算は、ジョージ・フォスターとの最終承認を得る前に、アニタ・ケネディまですべてのレビューアを通過する必要があります。

ヒント :

ダッシュボードおよびフォームを開くときにエラーが発生した場合は、作成した各ユーザーのユーザー変数に値が割り当てられていることを確認してください。

Carol Judd

  1. Planningからログアウトし、Manufacturing US: FM IT承認ユニットの所有者としてログインします。この例では、Carol Juddがログインしています。ログインに使用する各ユーザーの「ユーザー変数」に値を設定してください。

    ヒント :

    このチュートリアルの「前提条件」セクションに記載されているセキュリティ・スナップショットをインポートした場合は、インポートしたユーザーを使用してログインできます。各ユーザーのログインについては、「アクセス制御」を参照してください。すべてのパスワードは epmDem0sに設定されます。
  2. ホームページで、「プロジェクト」、「分析」の順にクリックします。
    プロジェクト分析へジャンプ
  3. 左側の垂直タブから、プロジェクト分析および承認(プロジェクト分析および承認)をクリックします。
    プロジェクト分析および承認
  4. 合計プロジェクト経費検証のデータ視点(POV)で、次を設定または確認します。
    • エンティティ: Manufacturing US
    • プロジェクト: FM IT
    POV
  5. データ・フォーム・グリッドで、POVが表示されていることを確認し、すべての年の経費合計(最後の行)を見つけて、セルの背景に緑色が表示されていることを確認します。
    データ・フォーム・グリッド

  6. FM ITプロジェクトの予算を送信します。グリッドで、右クリックして「承認のために送信」を選択します。
    承認用に送信
  7. 「承認の管理」で、「Manufacturing US: FM IT」をクリックします。
    承認の管理
  8. 「Change Status: Manufacturing US: FM IT」で、次を選択または入力し、「Change Status」をクリックします。
    • アクション: 昇格
    • 注釈: 確認してください。
    ステータスの変更
  9. 右上にある「リフレッシュ」をクリックします。
  10. 承認ユニットの更新された状態を確認し、「完了」をクリックします。
    更新済ステータス

    これで、承認ユニットがKerry Laneに割り当てられました。

    更新済承認

    電子メール通知が有効になっている場合は、電子メールを確認し、送信された通知メッセージを確認します。次に例を示します:

    電子メール通知

    承認通知Eメールには、次の内容が含まれます。

    • ステータスを確認するURL
    • アプリケーション名
    • 承認単位
    • 現在の所有者
    • 前の所有者
    • 最終アクション
    • 現行のステータス
    • Time
    • 注釈のタイトル
    • 注釈テキスト

Kerry Lane

  1. Planningからログアウトし、Manufacturing US: FM IT承認ユニットの所有者としてログインします。この例では、Kerry Laneがログインしています。
  2. ホーム・ページで、「プロジェクト」、「分析」の順にクリックします。
  3. 左側の垂直タブから、プロジェクト分析および承認(プロジェクト分析および承認)をクリックします。
  4. データ・フォーム・グリッドで、POVが表示されていることを確認し、すべての年の経費合計(最後の行)を見つけて、セルの背景に緑色が表示されていることを確認します。
    データ・フォーム・グリッド

    ノート:

    エラーが発生した場合は、「ユーザー変数への値の割当て」の項を参照し、ユーザー変数を更新します。
  5. FM ITプロジェクトの予算を送信します。グリッドで、右クリックして「承認のために送信」を選択します。
    承認用に送信
  6. 「承認の管理」で、「Manufacturing US: FM IT」をクリックします。
    承認の管理
  7. 「Change Status: Manufacturing US: FM IT」で、次を選択または入力し、「Change Status」をクリックします。
    • アクション: 昇格
    • 注釈: 確認してください。
    ステータスの変更
  8. 右上にある「リフレッシュ」をクリックします。
  9. 承認ユニットの更新された状態を確認し、「完了」をクリックします。
    承認ステータス

    これで、承認ユニットがBetty Andersonに割り当てられました。

    承認の管理

Betty Anderson

  1. Planningからログアウトし、Manufacturing US: FM IT承認ユニットの所有者としてログインします。この例では、Betty Andersonがログインしています。
  2. ホーム・ページで、「プロジェクト」、「分析」の順にクリックします。
  3. 左側の垂直タブから、プロジェクト分析および承認(プロジェクト分析および承認)をクリックします。
  4. データ・フォーム・グリッドで、POVが表示されていることを確認し、すべての年の経費合計(最後の行)を見つけて、セルの背景に緑色が表示されていることを確認します。
    データ・フォーム・グリッド
  5. FM ITプロジェクトの予算を送信します。グリッドで、右クリックして「承認のために送信」を選択します。
    承認用に送信
  6. 「承認の管理」で、「Manufacturing US: FM IT」をクリックします。
    承認の管理
  7. 「Change Status: Manufacturing US: FM IT」で、次を選択または入力し、「Change Status」をクリックします。
    • アクション: 昇格
    • 注釈: 次のレビューアの準備が完了した予算。
    ステータスの変更
  8. 右上にある「リフレッシュ」をクリックします。
  9. 承認ユニットの更新された状態を確認し、「完了」をクリックします。
    承認状況

    これで、承認ユニットがAlex Smithに割り当てられます。

    承認の管理

Alex Smith

  1. Planningからログアウトし、Manufacturing US: FM IT承認ユニットの所有者としてログインします。この例では、Alex Smithがログインしています。
  2. ホーム・ページで、「プロジェクト」、「分析」の順にクリックします。
  3. 左側の垂直タブから、プロジェクト分析および承認(プロジェクト分析および承認)をクリックします。
  4. データ・フォーム・グリッドで、POVが表示されていることを確認し、すべての年の経費合計(最後の行)を見つけて、セルの背景に緑色が表示されていることを確認します。
    データ・フォーム・グリッド
  5. FM ITプロジェクトの予算を送信します。グリッドで、右クリックして「承認のために送信」を選択します。
    承認用に送信
  6. 「承認の管理」で、「Manufacturing US: FM IT」をクリックします。
    承認の管理
  7. 「Change Status: Manufacturing US: FM IT」で、次を選択または入力し、「Change Status」をクリックします。
    • アクション: 昇格
    • 注釈: 200万ドル以上
    ステータスの変更
  8. 右上にある「リフレッシュ」をクリックします。
  9. 承認ユニットの更新された状態を確認し、「完了」をクリックします。
    承認ステータス

    承認ユニットがAnita Kennedyに割り当てられました。

    承認の管理

Anita Kennedy

  1. Planningからログアウトし、Manufacturing US: FM IT承認ユニットの所有者としてログインします。この例では、Anita Kennedyがログインしています。
  2. ホームページで、「プロジェクト」、「分析」の順にクリックします。
  3. 左側の垂直タブから、プロジェクト分析および承認(プロジェクト分析および承認)をクリックします。
  4. データ・フォーム・グリッドで、POVが表示されていることを確認し、すべての年の経費合計(最後の行)を見つけて、セルの背景に緑色が表示されていることを確認します。
    データ・フォーム・グリッド
  5. FM ITプロジェクトの予算を送信します。グリッドで、右クリックして「承認のために送信」を選択します。
    承認用に送信
  6. 「承認の管理」で、「Manufacturing US: FM IT」をクリックします。
    承認の管理
  7. 「Change Status: Manufacturing US: FM IT」で、次を選択または入力し、「Change Status」をクリックします。
    • アクション: 昇格
    • 注釈: 承認され、最終承認の準備ができている6,242,611USDの経費合計。
    ステータスの変更
  8. 右上にある「リフレッシュ」をクリックします。
  9. 承認ユニットの更新された状態を確認し、「完了」をクリックします。
    承認ステータス

    現在、承認ユニットはGeorge Fosterに割り当てられています。

    承認の管理

    プロジェクト経費総額は1,000万ドル未満であるため、プロモーション・パスでは、Casey Brownによる予算のレビューと承認は不要で、直接George Fosterに昇格されます。

George Foster

  1. Planningからログアウトし、Manufacturing US: FM IT承認ユニットの所有者としてログインします。この例では、George Fosterがログインしています。
  2. ホーム・ページで、「プロジェクト」、「分析」の順にクリックします。
  3. 左側の垂直タブから、プロジェクト分析および承認(プロジェクト分析および承認)をクリックします。
  4. データ・フォーム・グリッドで、POVが表示されていることを確認し、すべての年の経費合計(最後の行)を見つけて、セルの背景に緑色が表示されていることを確認します。
    データ・フォーム・グリッド
  5. FM ITプロジェクトの予算を送信します。グリッドで、右クリックして「承認のために送信」を選択します。
    承認用に送信
  6. 「承認の管理」で、「Manufacturing US: FM IT」をクリックします。
    承認の管理
  7. 「Change Status: Manufacturing US: FM IT」で、次を選択または入力し、「Change Status」をクリックします。
    • アクション: 承認
    • 注釈: 予算承認済。
    ステータスの変更
  8. 右上にある「リフレッシュ」をクリックします。
  9. 承認ユニットの更新された状態を確認し、「完了」をクリックします。
    承認ステータス

    この承認ユニットのレビュー・プロセスが完了しました。

    承認の管理

その他の学習リソース

docs.oracle.com/learnで他のラボを確認するか、Oracle Learning YouTubeチャネルで無料のラーニング・コンテンツにアクセスしてください。さらに、Oracle Universityにアクセスして、利用可能なトレーニング・リソースを確認してください。

製品ドキュメントについては、Oracle Help Centerを参照してください。