テーブルセットの使い方

テーブルセット共有

テーブルセット共有によって、コントロール テーブルのデータの一部または全てをビジネス ユニット間で共有できます。そのため同じデータを何度も入力する必要がなくなります。情報の共有で重要なのは、ビジネス ユニット間で共有できるデータ行、制限された特定のビジネス ユニットで共有できるデータ行、および制限をかけるデータ行を決定することです。

たとえば、国コードなどの重複する情報を、共有する 1 つのセットID を使用して集中管理し、一方、部門コードや職務コードなどの情報を複数のセットID を使用して分散管理することができます。テーブルセット共有は、データの重複を最小限にとどめ、データの整合性を維持し、システム管理タスクを削減することを目的としています。

テーブルセットは HCM システムの基本構成要素です。テーブルセットに含まれる各テーブルには、会社特有のビジネス ルールや処理オプションに従ってデータを入力します。さらに、テーブルセット コントロール コンポーネント (SETID_TABLE) でビジネス ユニットに対するテーブルセット割り当てを更新することにより、複数のテーブルセットの組み合わせや照合が可能です。

テーブルセットにある全てのテーブルを共有する必要はありません。PeopleSoft HCM では、必要に応じて、任意の数のビジネス ユニットで任意のテーブルの組み合わせを共有することができます。テーブルセット コントロール ページを使用して、各ビジネス ユニットの共有対象データとその共有方法を指定します。

レコード グループとテーブルセット共有

テーブルセットを共有するために、コントロール テーブルはレコード グループに分割されます。レコード グループは、同じセットID のグループを同じように使用するコントロール テーブルとビューがセットになったものです。

レコード グループは次の 2 つの目的に使用されます。

• 膨大な量のデータを重複して入力することなくテーブルセット共有を設定できるため、時間を節約できます。

• システム内の関連するテーブルやビュー全体に一貫してテーブルセット共有が実行されることで、セーフティ ネットとしての役割を果たします。

レコード グループにはテーブルが 1 つしかない場合と、複数のテーブルとビューがある場合があります。各レコード グループに含まれるテーブルやビューは、レコード グループ コンポーネントを使って更新または修正することができます。

ビジネス ユニットとセットID

ビジネス ユニットを作成する際は、ビジネス ユニットにデフォルト セットID を割り当てる必要があります。次の 2 つの方法があります。

• 新規のビジネス ユニットでのみ使用するコントロール テーブルのデータ行を作成する場合は、ビジネス ユニットの作成時にそのビジネス ユニットのセットID を作成します。

  ビジネス ユニットを作成するときに、[セットID] フィールドのビジネス ユニット コードを受け入れることで、セットID を作成することができます。このように操作すると、ビジネス ユニットを保存したときに、テーブルセットID コンポーネントにレコード セットID が作成されます。

  注: これは、1 つのビジネス ユニットのみを使用する場合に最適な方法です。

• 作成するビジネス ユニットと他のビジネス ユニット間でテーブルのデータ行を共有させる (テーブルセット共有) 場合は、作成するビジネス ユニットに対して使用を許可するデータ行に関連付けられている、または関連付ける予定の既存のセットID を選択します。

いずれの方法を選択した場合も、ビジネス ユニットを保存すると、テーブルセット コントロール コンポーネントにそのビジネス ユニットのエントリが作成され、各レコード グループと、ビジネス ユニットに対して選択したデフォルト セットID が関連付けられます。テーブルセット コントロール コンポーネントのセットID の割り当ては変更できます。

シナリオ 1: コントロール テーブルに複数のセットID が存在するが、それらのセットID に基づくデフォルトが存在しない場合

複数のセットID に関連付けられるコントロール テーブルの例として、部門コンポーネント (DEPARTMENT_TBL) があります。このコンポーネントの DEPT_TBL レコードには、部門と部門の所在地の 2 つのセットID があります。所在地プロンプトのセットID は、LOCATION_TBL レコードから取得されます。

このように、部門セットID と所在地セットID である場合は、[所在地] フィールドに次の値が表示されるようにコンポーネントを設定できます。

• 全てのセットID から得られる全ての所在地。

• 同じセットID を共有する所在地、および部門のセットID。

全ての所在地を表示するように設定した場合、部門のセットID にアクセスできるどのビジネス ユニットでも使用されないセットID の所在地を指定して部門を作成すると、問題が発生します。所在地セットID を 1 つのみ使用できるようにした場合、その部門のセットID にアクセス可能なビジネス ユニットが別の所在地セットID を使用したときに問題が発生することがあります。

たとえば、ある組織では、4 つのビジネス ユニットに対して、DEPT レコード グループと LOCATION レコード グループのテーブルセット コントロールを以下のように設定しています。

所在地セットID を部門のセットID に制限した場合、ASIA および RUSS ビジネス ユニットでは有効な所在地を指定して部門を設定することができません。全てのセットID の全ての所在地を表示するように設定した場合、ユーザーがセットID EURO の所在地を指定して、セットID USA の部門を作成してしまうというリスクがあります。

部門に対して表示する所在地を制限しながら、一方で異なるテーブル共有を可能にするには、部門セットID が USA の場合は、所在地セットID が USA と ASIA に、部門セットID が EURO の場合は、所在地セットID が RUSS と EURO に制限されるように設定できます。

シナリオ 2: トランザクション レコード全体のデフォルト設定をコントロールするセットID が複数あるトランザクション テーブルの場合

レコード全体のデフォルト設定をコントロールするセットID が複数あるトランザクション テーブルの例として、職務データ コンポーネント (JOB_DATA) があります。

従業員の職務データ レコードを作成する際は、勤務地ページ (JOB_DATA1) でビジネス ユニットを選択します。ビジネス ユニットのテーブルセット コントロールによって、コンポーネントに含まれるその他のフィールドに表示される値や、設定されたデフォルトが使用されるタイミングが決まります。

所在地がビジネス ユニットの有効なセットID に含まれる場合のみ、ビジネス ユニットで選択されたセットID に含まれる部門が表示され、部門の所在地にデフォルトが設定されます。所在地には関連付けられた給与プランがあり、ビジネス ユニットに対して有効なセットID にその給与プランが含まれている場合のみ所在地の給与プランがデフォルトで設定されます。デフォルト値が、選択されたビジネス ユニットの有効なセットID に含まれない場合は、フィールドは空白のままとなり、ユーザーは有効なセットID に含まれるオプションの中から値を選択します。

また、部門に関連付けられた所在地のセットID がこのビジネス ユニットに対して有効であるかがシステムによってチェックされます。