プロジェクトチームオリエンテーション (PTO) の概要
SAP Incentive Management の概要
インセンティブ管理の設定 (セキュリティ、システムおよびユーザ設定、カレンダ、グローバル値)
サポートデータ (計画要素、組織データ、分類データ)
報酬プランの管理
データの計算
受取人との連絡

SAP Incentive Management の設定

Objective

After completing this lesson, you will be able to ロール、権限、ビジネスユニットなどの SAP Incentive Management セキュリティモデルを設定します。

Incentive Management セキュリティモデル

新規導入の最初のステップは、適切な人員がインセンティブ管理システムにアクセスできるようにすることです。そのために、セキュリティモデルを見てみましょう。

Incentive Management ではロールベースのセキュリティモデルが使用されるため、管理者はロールに割り当てられたすべてのユーザに権限を付与することができます。各ユーザには、タスクを完了するために必要なアクセスレベルに基づいてロールが割り当てられます。

ユーザは、インセンティブ管理を使用する各個人に割り当てられたログイン名とパスワードです。

役割は、その役割に割り当てられたすべてのユーザーに適用される権限設定のグループです。

権限は、オブジェクトへのアクセスレベル、または指定されたアクションを実行する能力を表します。

オブジェクトまたはアクションに対する権限は、権限セットにグループ化されます。個々のオブジェクト、アクション、または権限セット全体に対する権限を指定することができます。

図 " インセンティブ管理セキュリティモデル " では、ユーザに財務/運用管理者と人事報酬管理者の 2 つのロールのいずれかが割り当てられています。人事報酬管理者は参加者を編集できますが、財務管理者はこれらのレコードのみを読み取ることができます。

この図は、インセンティブ管理のロールベースのセキュリティモデルの例を示しています。

事業単位セキュリティ

ビジネスユニットを使用すると、組織は組織内でのデータレベルのアクセスを制御できます。

ビジネスユニットは、データへのユーザーアクセスを制限し、ダッシュボードおよび分析用の報酬データを分離します。通常、これは、組織に事業セグメントに対して異なる報酬チームがある場合に行われます。これは、地域、事業部門、部門、またはその他のセグメントに基づくことができます。

この例では、各ビジネスユニット (自動車、航空宇宙、鉄道) に独自の報酬管理者が存在します。Bob Smith はすべての自動車データを表示でき、エイミー・リーはすべての Aerospace データを表示し、Cindy Ritt はすべての鉄道データを表示できます。報酬担当バイスプレジデントのタム・ドッドソン (Tam Dodson) は、すべての事業単位のデータを表示できます。

この図は、事業単位セキュリティの例を示しています。

ビジネスユニットに関する主要なポイントは以下のとおりです。

  • 各ユーザは、自分に割り当てられた事業単位のレコードのみを表示できます。
  • ユーザを複数の事業単位に割り当てることができます。
  • ビジネスユニットが割り当てられていない要素は、すべてのユーザに表示されます。
  • セキュリティおよびグローバルデータは事業単位に割り当てられません。
  • ベストプラクティスとして、少なくとも 1 つのビジネスユニットで実装を開始します。

処理ユニット

処理ユニットにより、データのサブセットの計算処理が可能になります。要件に異なる時間または異なる報酬サイクルでの報酬計算の実行が含まれる場合は、処理単位を使用します。処理ユニットを使用する場合、データは単一のテナント内で論理的にパーティショニングされます。

  • 処理ユニットは、ビジネスユニットに関連付けることによって定義されます。処理単位に関連付けられているビジネスユニットの数に制限はありません。
  • 処理単位を登録すると、データベーステーブルにセグメントが登録されます。これにより、パフォーマンスおよびデータレベルのセキュリティが向上します。
  • 計算実行は、処理単位ごとに個別に完了します。
  • 報酬要素、組織データ、分類データなどの参照データを複数の処理単位に割り当てることができます。
  • ポジション、取引、オーダー、結果データなどの一部のデータは、1 つの処理単位にのみ割り当てることができます。
  • ベストプラクティスとして、処理をセグメント化する必要がない場合でも、単一の処理単位を作成し、すべてのビジネスユニットを割り当てます。
このスクリーンショットは、セキュリティメニューの処理単位と、事業単位詳細の処理単位ドロップダウンを示しています。

カレンダ

カレンダーは、報酬の計算に使用される会計支給期間を構造化するために使用されます。各カレンダは、期間ツリーと呼ばれる期間の階層で構成されます。期間ツリーは、会社が報酬を管理する時間単位を表します。

階層の最小/最下位レベル期間は、リーフレベル期間 (通常は 1 カ月または 2 週間) と呼ばれます。

最も一般的なカレンダ構造では、リーフレベル期間として 1 カ月、四半期として 3 カ月、年として 12 カ月または 4 四半期が使用されます。この場合、四半期と年度は上位レベルの期間です。

以下のカレンダの図は、デフォルトでシステムに含まれる主要月次カレンダを示しています。このカレンダでは、各年度に 4 つの四半期が含まれ、各四半期には 3 カ月が含まれます。このカレンダの月が最も粒度の高い期間であるため、すべての計算が月次で実行されます。四半期内に重複やギャップのない月がネストされていることがわかります。

組織で使用されているカレンダが主要月次カレンダに反映されない場合は、カレンダをカスタマイズするか、新しいカレンダを作成することができます。組織は、複数のカレンダーを使用して、さまざまな支払スケジュールまたは支給期間を管理することができます。

この図は、上記のカレンダの主な側面を示しています。

SAP HANA のデータ統合オプション

通常、報酬の計算に使用されるデータは、さまざまなソースシステムで生成されます。データ統合プロセスにより、各計算が実行される前に、このデータが定期的に適切にマッピングおよび更新されます。

たとえば、受取人が CRM ツールに販売取引を入力します。取引データは、支払が計算されるシステムに統合されます。

ほとんどのデータ統合オプションを使用すると、受信データは一連のステージングテーブルに移動します。

Incentive Management には、外部システムとの間でデータ統合を行うための複数のソリューションが用意されています。

この表では、さまざまな種類のデータ統合を比較します。

ファイルベースのオプションには、Excel データローダおよびエクスプレスデータローダが含まれます。

  • Excel データローダは、ユーザーレベルでのアドホックデータロードに使用されます。これは、大量のデータ転送用には設計されていません。
  • Express Data Loader は、中小企業にとって理想的なソリューションです。このツールはシステムに含まれており、SFTP ドロップボックスを使用して大量のデータをロードします。データ転送は、SAP HANA プロシージャを使用して完了します。

直接データベースアクセス統合は、スマートデータインテグレーション (SDI) を使用して設定できます。このツールは、大量のデータおよびデータ変換を目的として設計されています。Web IDE (グラフィカルツール) を使用して、データ変換用のフローグラフを定義します。SDI では、データ統合を実現するために技術的な専門知識が必要です。

多くの場合、シナリオおよびソースデータを保持するシステムに応じて、複数のソリューションを使用することをお奨めします。たとえば、スケジュールされたインポートには SDI を、アドホックデータ転送には XDL を使用することができます。

API ベースのデータ統合は、REST API または SAP Integration Suite を使用して行うことができます。

  • REST API は、新たに設定された API です。通常、API はリアルタイム統合によって少量のデータに使用されます。
  • SAP Integration Suite は、API と API またはファイルベースの統合を使用して、アプリケーションを接続し、クラウドを介してシステム間でデータを転送します。このソリューションでは、SAP Business Technology Platform (SAP BTP) を使用して、SAP ランドスケープを統合および拡張します。多くのアプリケーション用のコネクターは、SAP Cloud Marketplace から購入することができます。SAP Integration Suite は、Cloud Platform Integration (CPI) とも呼ばれます。

サマリ

  • Incentive Management ではロールベースのセキュリティモデルが使用されるため、管理者はロールに割り当てられたすべてのユーザに権限を付与することができます。各ユーザーには、そのユーザーがタスクを完了するために必要なアクセスレベルに基づいて役割が割り当てられます。
  • 役割は、その役割に割り当てられたすべてのユーザーに適用される権限設定のグループです。権限は、オブジェクトへのアクセスレベル、または指定されたアクションを実行する能力を表します。
  • ビジネスユニットを使用すると、組織は組織内でのデータレベルのアクセスを制御できます。
  • 処理単位では、データのサブセットに対する計算処理が可能です。要件に異なる時間または異なる報酬サイクルでの報酬計算の実行が含まれる場合は、処理単位を使用します。
  • データ統合プロセスでは、各計算が実行される前に、さまざまなソースシステムで生成されるデータが定期的に適切にマッピングおよび更新されます。

決定チェックリスト

このセクションの内容に基づいて、導入の開始前に会社が行う必要がある導入決定の一覧をレビューし、ステークホルダ、プロジェクトチーム、および SAP 導入コンサルタントと話し合ってください。これにより、導入を開始する準備が整います。

  • どのロールが使用されますか。
  • およそ何人のユーザを登録しますか。
  • 組織は月間カレンダーを使用しますか。それともカスタムカレンダーを作成しますか。
  • 従業員、製品、販売取引、および顧客のソースデータはどのシステムに含まれていますか。これに基づいて、どのデータ統合方法を使用しますか。