職務データについて

PeopleSoft サービス プロキュアメントの統合を使用した新しい職務レコードの追加

PeopleSoft サービス プロキュアメント製品を PeopleSoft Supply Chain Management (SCM) データベース内で使用している場合は、新しい職務レコードをシステムに作成できます。PeopleSoft アプリケーションには統合ポイントが用意されています。この統合ポイントによって、PeopleSoft サービス プロキュアメントの人材募集で採用された非従業員を記録するシステムとして PeopleSoft ヒューマン リソース管理を使用できます。

サービス プロキュアメントで作業指示が送信されると、サービス プロキュアメント アプリケーションでは次の処理が実行されます。

1. サービス プロキュアメントのサービス プロバイダが新規候補者の場合は、サービス プロキュアメントからヒューマン リソース管理に対して、この個人を非従業員の雇用形態で追加して職務割当を追加し、ユーザー プロファイルを作成するように要求するメッセージが送信されます。

2. サービス プロキュアメントの候補者がヒューマン リソース管理システムに既に存在している場合は、サービス プロキュアメントからヒューマン リソース管理に対して、この個人に新しい職務割当を作成するように要求するメッセージがこの個人の ID と共に送信されます。

3. サービス プロキュアメントの作業指示が終了またはキャンセルされた場合は、サービス プロキュアメントからヒューマン リソース管理に対して終了メッセージが送信されます。これによって、ヒューマン リソース管理では、関連する職務割当を終了します。

ヒューマン リソース管理では、コンポーネント インターフェイス (CI) および内部サービスを使用して、個人、職務およびユーザー プロファイルを追加します。この統合は自動化されているため、手動で介入する必要があるのは、問題が発生した場合のみです。たとえば、サービス プロキュアメントからのリクエストによりヒューマン リソース管理で個人のプロファイルを正常に追加した後、職務割当を作成する際に、職務コードや勤務地コードなどの誤りによってエラーが発生したとします。この場合は、ヒューマン リソース管理からサービス プロキュアメントに対して、個人は作成されたが、職務割当とユーザー プロファイルは作成されなかったことを通知するメッセージが送信され、エラー詳細がリストされます。サービス プロキュアメント管理者はエラー修正ページにアクセスし、データを修正して、リクエストを再送信します。ヒューマン リソース管理では、更新された情報を処理し、職務割当とユーザー プロファイルを作成して、サービス プロキュアメントに確認メッセージを送信します。

さらに、この統合では、サービス プロキュアメントを使用して、PeopleSoft タレント獲得管理での求人に対する代替ソースとしての非従業員を検索できます。この統合によって、サービス プロキュアメントの新規候補者が採用対象としてタレント獲得管理に送信されます。タレント獲得管理では採用プロセスを開始し、非従業員情報を追加する際に必要な全てのヒューマン リソース管理データをサービス プロキュアメントに送信します。採用が完了すると、タレント獲得管理からサービス プロキュアメントに対して、候補者が追加されたことを通知するメッセージが送信されます。この時点で、サービス プロキュアメントからヒューマン リソース管理に対して、この候補者のユーザー プロファイルをヒューマン リソース管理システムに追加するようにメッセージが送信されます。ヒューマン リソース管理では、このユーザー プロファイルを追加して、確認メッセージを送信します。サービス プロキュアメントでは、サービス プロキュアメントのサービス プロバイダが退職した時点で、ヒューマン リソース管理システムに直接メッセージを送信します。

『PeopleSoft サービス プロキュアメント』を参照してください。

『PeopleSoft Talent Acquisition Manager』「Posting Jobs to PeopleSoft Services Procurement」[英語版] を参照してください。

職務データ関連のページについて

新しい従業員、非従業員、または関係者を追加する際に入力した情報は、後で実行するほとんどのビジネス プロセスの基盤になります。入力する主な情報は、以下のとおりです。

• 一般的な雇用データ。

  肩書や勤務先電話番号が含まれます。この情報はオプションですが、レポートの作成に役立ちます。

• 特定の職務データ。

  個人の部門、職務コード、会社、監督者、給与関連情報などが含まれます。

• 支給データ。

  この情報を使用するのは、個人が複数の部門またはカテゴリから給与を支給されている場合です。個人の給与を負担しているグループ間で給与の支給配分を行う方法を指定します。

• 福利厚生プログラム。

職務情報をシステムに入力した後、それらの情報を使用してさまざまな処理が行えます。たとえば、レポートの作成や印刷、サマリ データ ページの表示、アドホック クエリーのオンライン操作などが可能です。また、給与管理、法定提出書類の作成、給与計算、福利厚生など、人事管理業務の他の分野でも職務データを使用できます。

雇用情報のデータについて

職務データ関連のページのデータと異なり、雇用情報ページの情報には有効日がないため、このページで入力および確認するデータは、この雇用レコード番号での従業員の現在の情報になります。

このため、従業員を再雇用して再雇用の予定日 (将来の有効日) を入力すると [退職日] フィールドと [配属終了日] フィールドが選択解除されます。他のデータ行の情報を確認するには、職務データ コンポーネントを使用してください。

このページでは、雇用データと配属データという 2 つの異なるレベルのデータを追跡管理します。雇用データとは、雇用形態 (従業員、非従業員、関係者) の登録情報であり、個人の職務データ レコードを新規作成するときに最初に作成されます。雇用データは、組織レコード番号を使用して区別されます。組織レコード番号は、この雇用データで最初に作成する職務データ レコード (主雇用レコード) の雇用レコード番号 (ERN) と同じになります。

配属レベルは、実際の職務データ レコードになり、雇用データに関連付けられます。1 つの雇用データで複数の職務データ レコード (追加職務や臨時職務など) を持つことが可能なため、配属データの日付を雇用データの日付と別個に追跡管理することにより、採用日 (雇用データ レベルで追跡管理) および退職日と、配属または職務の開始日/終了日を区別できます。

雇用データの日付は、この雇用データで最初に作成する職務データ レコードの日付 (1 つの雇用データで複数の職務データ レコードがある場合、この職務データ レコードは "主雇用レコード" になります) を使用して決まります。この雇用データの他の全ての配属データの日付は、最初の配属データから取得されます。

更新する日付の決定には、職務データ レコードで使用する異動区分も使用されます。たとえば、異動区分で "HIR" (採用) を使用すると、新しい職務データ レコードは、独自の採用日を持つ新規採用の新しい雇用データと見なされます。これに対し、異動区分で "ADL" (追加職務) を使用すると、新しい職務データ レコードは既存の雇用データの追加レコードと見なされ、主雇用レコードの採用日が使用されます。

次の例では、複数の雇用データと職務データ レコードを持つ場合に、組織レコード番号、雇用レコード番号、雇用データ関連の日付、および配属データ関連の日付がどのように設定および追跡管理されるかを説明します。

Bobby Singh は、2002 年 2 月 2 日付で XYZ 社に入社しました。XYZ 社は 2006 年末に ABC 社によって買収され、2007 年 1 月 1 日をもって買収が完了しました。ABC 社の人事部門担当者は、最初に Bobby の情報を登録して、異動区分 HIR (採用)、有効日 2007 年 1 月 1 日で職務データ レコードを作成し、Bobby の採用日を ABC 社のデータに反映させます。

雇用情報ページのフィールドの値は、以下のようになります。

Bobby は 2007 年 6 月 3 日から 2007 年 9 月 10 日まで追加職務が割り当てられます。人事部門担当者は、追加配属データの作成時に異動区分 ADL (追加職務) を使用するため、新しい職務データ レコードは、独自の採用日を持つ個別の雇用データとは見なされません。新しい配属の職務データ レコードの雇用情報ページのフィールドの値は、以下のようになります。

雇用データの日付は最初の主雇用レコードから取得され、主雇用レコード以外の雇用レコード (副雇用レコード) の雇用情報ページでは変更できません。

Bobby は 2007 年 9 月 15 日付で、ABC 社が立ち上げた新規事業を担当することになりました。人事部門担当者は、異動区分 HIR (採用) を使用して新規の雇用データを作成します。新しい職務の雇用情報ページのフィールドの値は、以下のようになります。

この雇用データは最初の雇用データと完全に別のデータになります。Bobby は新規採用として処理され、みなし初回採用日と勤務開始日に反映されます。ビジネス ルールが異なる新規事業会社では、この雇用データで Bobby の過去の勤務情報を確認できますが、ABC 社がこの雇用データを確認することはありません。2 つの雇用データは別個であるため、確認する必要がないためです。

Bobby は新規事業会社で 2008 年 1 月 14 日から追加職務の申し出があったため、2008 年 1 月 15 日付で ABC 社の退職届を提出します。最初の雇用データの雇用情報ページのフィールドの値は、以下のようになります。

2 番目の雇用データの追加職務の雇用情報ページのフィールドの値は、以下のようになります。

雇用データの全ての日付は主雇用レコードから取得され、退職日は Bobby が再雇用される時点でリフレッシュされます。

従業員情報の追加、非従業員情報の追加、および関係者情報の追加の各コンポーネントの相違点

非従業員情報の追加コンポーネントと関係者情報の追加コンポーネントは、従業員情報の追加コンポーネントとほとんど同じですが、以下の例外があります。

従業員および非従業員のデータ管理者に対するセキュリティの注意事項

PeopleSoft ヒューマン リソース管理では、更新用アクセス権を持たない部門に属する個人の職務レコードを、人事部門担当者が作成できます。そのため、担当者が従業員を部門間で転属させることが可能です。

アクセス権のない部門に属する個人の職務レコードを作成できないようにするには、システム内のオプション ビュー (DEPT_TBL_ACCESS) を使用して、部門 ID のみを表示します。人事担当者は、ユーザー セキュリティに基づいてこのビューにアクセスすることができます。このビューを使用するには、PeopleSoft アプリケーション デザイナで JOB レコードを更新し、DEPT_TBL_ACCESS が DEPT_ID フィールドのプロンプト テーブルとして表示されるようにします。

ポジション管理のビジネス プロセスを使用した職務データの管理

PeopleSoft ヒューマン リソース管理の全体または一部をポジション別に管理している場合には、新しい職務データ レコードの追加プロセスは、次の各トピックで説明する方法とは少し異なります。ポジション別管理を行っている場合も次の各トピックで説明するページにデータを入力しますが、既にポジション データ コンポーネント (POSITION_DATA) でほとんどの職務関連データが設定済のため、多くのフィールドにデフォルト データが自動入力されます。

職務レコードの追加と更新

個人に職務レコードを設定すると、さらにデータを追加したり、組織内でのその従業員のキャリアの包括的な履歴を作成したり、組織内の全分野において、従業員に関連した計画や意志決定をサポートすることができます。

雇用データの追加に使用するページは、後で既存の職務データ レコードを更新する際に使用するものと同じですが、ページが含まれているコンポーネントが異なります。職務データ情報の更新には、職務データ コンポーネントを使用します。

「個人情報と職務情報の更新処理について」を参照してください。

「PAR システムの管理について」を参照してください。

(JPN) 内部 ID 番号の割当

これは、個人の職務レコードに、会社固有の意味を持たせた ID 番号を割り当てるための機能です。たとえば、内部 ID の数字の 3 桁目は雇用形態、5 桁目は勤務地、6 桁目は職種を示す、などです。この、特定の意味を持つ ID は、個人の雇用形態などの変化に合わせて変更が可能で、特定の意味を持たずデータベースのキーとしてのみ使用される標準の ID とは別に保存できます。

個人情報コンポーネントに個人のデータを追加すると、その個人に ID が自動的に割り当てられます。この ID は、全ての職務レコードで、個人の識別に使用されます。個人の職務状況に応じた ID 情報を入力するには、勤務地ページの [従業員 ID (補助)] フィールドに意味を持たせた内部 ID 番号を入力します。

この内部 ID は、職務データ コンポーネントに新しい行を挿入するたびに更新できます。このような変更は人事異動サマリ JPN ページで一覧することができ、内部 ID で従業員を検索できます。

以下の例では、標準の ID が変化しないのに対して、雇用形態などの変化に伴い個人の従業員 ID (補助) が変化するようすを示しています。

例 1

"従業員 ID (補助)" 列の最初の 2 桁は、個人が常勤の従業員として採用された年 (2004) を表し、"20091" の 2 はパートタイム従業員を表します。

例 2

"従業員 ID (補助)" 列の最初の 2 桁は、個人が会社の従業員として採用された年 (2000 および 2005) を表し、後続の 3 桁は、個人が勤務する会社 (014 および 034) を表します。