Oracle Human Resources Management Systems構成、レポートおよびシステム管理ガイド リリース12 E06008-01

目次

前へ

次へ

オラクル人事管理システムの拡張

オラクル人事管理システムの拡張の概要

このセクションでは、企業のニーズをさらに満たすために、オラクル人事管理システムを拡張する方法について説明します。

ビジネス・プロセスのニーズを満たすために、オラクル人事管理システムを構成するには、次のような複数の方法があります。

• タスク・フローでウィンドウを互いにリンクさせて、データ入力および処理を効率化する。

• 独自のウィンドウを設計して、ユーザーまたはタスク固有のウィンドウを作成する。

• ウィンドウでのデータ・アクセスを制限して、セキュリティと機密保持を提供する。

オラクル人事管理システムの構成は、これらの方法のうちの1つを使用するか、いくつかの方法を組み合せて実行できます。

オラクル人事管理システムの任意の部分を構成する前に、事前に計画を立て、構成するシステムの部分を決定することをお薦めします。たとえば、通常ユーザーがある特定の方法でタスクを実行することがわかっている場合、ユーザーがより効率的に情報を入力できるようにウィンドウを設計できます。また、ウィンドウを互いにリンクさせて、ユーザーが1つのウィンドウから次のウィンドウへ移動できるようにすることも可能です。さらに、必要に応じて、値リストに表示される情報を制限したり、特定のタイプの情報へのアクセスを制限することもできます。

主要概念

このセクションでは、企業用にオラクル人事管理システムを構成するために使用可能ないくつかのツールについて説明します。

アラート

アラートにより、個人、部下および要員に関する情報を通知、催促および確認することができます。アラートは、目前に迫った処理、タスクまたは情報への変更のEメール通知をトリガーします。たとえば、新規採用の勤務開始期日を通知するように、アラートを設定できます。

関連項目: オラクル人事管理システムの事前定義済アラート

フレックスフィールド

フレックスフィールドと呼ばれるデータ・フィールドをウィンドウに追加して、必要な追加情報を保持できます。次のようなフレックスフィールドを追加できます。

• キー・フレックスフィールド: システムの最も重要ないくつかの部分を構成できます。役職名、職階名および等級名、「給与原価割当」の詳細、および従業員やその他の個人の分析情報が含まれます。

• 付加フレックスフィールド: フィールドをウィンドウに追加して追加情報を記録できます。

• その他情報タイプ: オラクル人事管理システムの最も重要なエンティティに複数の情報カテゴリを設定できます。たとえば、「その他情報タイプ」（EIT）を使用すると、特別な状況においてアサイメント・レコードに、休暇に関する情報やプロジェクトへの臨時割当に関するその他情報などの詳細を追加できます。

「変更禁止のフレックスフィールド」は、オラクル人事管理システムにより提供されている事前定義の保護されたフレックスフィールドです。「変更禁止のフレックスフィールド」には、2つのキー・フレックスフィールドと3つの付加フレックスフィールドがあります。ローカライズ・チームでは、それぞれの国の国別仕様およびレポート・ニーズを満たすように、これらのフレックスフィールドが定義されます。

ユーザー定義表

ユーザー表を設定して、年齢、役職、勤続年数など、変化する有効値のマトリックスを提供できます。これらの値には、Formulaまたは独自のフォームやレポートからアクセスできます。GET_TABLE_VALUE関数は、Formulaで使用するために提供されています。特定の国別仕様には、たとえば、給与計算の値を保持するための事前定義のユーザー表が含まれます。

参照

参照により、システム全体の特定のフィールドで有効値のリストが提供されます。多くの参照に対して、独自の値を追加したり事前定義値を変更することができます。参照を使用すると、すべてのユーザーが同じ用語を使用できるだけでなく、データ入力の迅速化を図ることもできます。

カスタム・ライブラリ・イベント

「カスタム・ライブラリ・イベント」を使用して、ウィンドウ内の定義済ポイントで実行されるロジックを構成できます。一般イベントはすべてのOracleアプリケーションに使用可能ですが、製品固有イベントは、オラクル人事管理システムに固有のビジネス・ルールを適用する場合に使用できます。

API（Application Programmatic Interface）

オラクル人事管理システムには、データベースへのオープン・インタフェースを一括して提供する、PL/SQLパッケージ・プロシージャと関数のセットが用意されています。

タスク・フロー

多くのタスクを完了するには、大抵の場合複数のウィンドウを使用する必要があります。オラクル人事管理システムでは、タスク・フローを使用して、これらのウィンドウを互いにリンクさせることができます。ユーザーはメニューに戻らずに、ボタンを選択して、各ウィンドウを順番に開くことができます。たとえば、従業員を採用する際、通常は、「個人情報」ウィンドウから、「住所」ウィンドウ、「特別情報」ウィンドウ、「アサイメント」ウィンドウなどへ移動します。タスク・フローにより、処理の迅速化を図り、データ入力エラーを削減できます。

関連項目: タスク・フロー

情報の制限

特定のウィンドウで使用可能なデータを制限できます。たとえば、個人情報管理テンプレートに関する情報を応募者のみまたは従業員のみに制限することができます。

ウィンドウで使用可能な情報のタイプを制限することは、セキュリティ・メジャーとして有用です。たとえば、「報酬」ウィンドウのバージョンを作成して、ログイン・ユーザーにのみ使用可能な報酬タイプを表示できます。

「個人情報管理コンフィギュレータ」を使用して、個人情報管理テンプレートに関する情報を制限できます。「個人情報管理コンフィギュレータ」を参照してください。

「個人情報管理フォーム」および「カスタムフォーム」を使用した多くのその他のフォームで、幅広い範囲の基準を使用して、データを制限できます。

関連項目: カスタムフォームの使用により構成可能なウィンドウ

構成テンプレート・フォーム

ユーザーがタスクを迅速かつ効率的に実行できるように、フォームを設計することができます。事前定義テンプレートは、企業の「個人情報管理」コア・プロセスのフォームを設計するためのガイドラインとして機能します。

テンプレート・フォームは、最大で次の3つの個別ウィンドウによって構成できます。

• 検索ウィンドウ: 問合せが実行可能

• 要約ウィンドウ: 「個人情報」および「アサイメント情報」を表示

• 保守ウィンドウ: 情報の入力および更新が可能

応募者の採用などのプロセス全体を完了するために、新規ウィンドウを設計できます。たとえば、ユーザーは「保守」ウィンドウを使用して、応募者の詳細の入力および保守を行い、「検索」ウィンドウを使用して、作業する応募者のグループを検索できます。また、ユーザーが、その他のすべてのウィンドウと同様にナビゲータからアクセスできるように、新規テンプレート・フォームをメニューに追加します。

関連項目: 個人情報管理テンプレート

「個人情報管理コンフィギュレータ」ツールを使用して独自のウィンドウを作成するために、事前定義テンプレートを構成します。

関連項目: 個人情報管理コンフィギュレータ

通貨

通貨金額を表示するための書式を定義する必要があります。必要に応じて、従業員の報酬および福利厚生に関する情報を入力するために複数の通貨を使用し、異なる通貨で、従業員への支払方法を記録することもできます。システムの金額に関連するすべての情報に対して、少なくとも1つの通貨をデフォルト通貨として使用可能にする必要があります。このデフォルトは、ビジネス・グループの基本通貨です。

オラクル人事管理システムの拡張

オラクル人事管理システムは、企業のニーズに合せて拡張できます。

オラクル人事管理システムは、特定のビジネス・プロセスに合せてウィンドウを設計することで構成できます。ウィンドウを構成すると、ユーザーはタスクをより効率的に実行できます。

追加情報を保管する方法は?

データ・フィールドをウィンドウに追加して、必要な追加情報を保持するようにできます。フレックスフィールドはこのための柔軟性が高いフィールドです。

そこで、設定したフレックスフィールドをクリックすると、ウィンドウがオープンし、データ入力が可能なセグメントが表示されます。

また、賃金コード、シフト別、特定の控除項目の金額などのデータを保持する独自の表も設定できます。

同じ用語が使用されていることを確認できますか?またデータ入力のスピードを向上する方法は?

Oracleでは、情報の特定の項目について、参照という値リストを用意しています。参照では、全ユーザーが同じ用語を使用するため、情報の問合せおよび報告が容易になります。また、参照では、値を識別できる最小限を入力するのみで、システムが入力を完了してくれるため、スピーディなデータ入力が可能です。

企業のビジネス・ニーズに合せてウィンドウを構成できますか?

はい。基本的な従業員管理情報の場合は、個人情報管理コンフィギュレータ・ツールを使用して、企業で実行するタスクに合せて独自のウィンドウを設計できます。新規ウィンドウを設計する方法の例として、事前定義のテンプレート・セットが用意されています。

ウィンドウを構成するとセキュリティはどのようになりますか?

構成するすべてのウィンドウは、既存のウィンドウと同様に動作します。セキュリティは、ユーザーのセキュリティ・プロファイル・オプションと職責によって設定されます。また、「検索」結果ウィンドウを構成して、セキュリティ・プロファイル外の個人の情報をユーザーが表示できるようにします。ユーザーはこの情報を変更できません。

さらに、次のようにウィンドウを作成できます。

• 値リストを特定のフィールドに制限したり、特定のタイプの情報へのアクセスを制限したウィンドウ。

• ワークフローを使用したウィンドウ。データ変更は、データベースに適用する前に承認を受ける必要があります。これは、テンプレートを使用したウィンドウに適用されます。

ユーザーが入力するデータ量を少なく抑えることができますか?

はい。テンプレートを使用してウィンドウを設計すると、フィールドにデフォルト値を柔軟に設定できます。また、ユーザーが入力する必要がないフィールドを非表示にしたり、ウィンドウに表示するその他のフィールドの値リストを制限できます。

新規ウィンドウを設計した場合、オンライン・ヘルプはどうなりますか?

オンライン・ヘルプは、事前定義のテンプレートを使用して作成したウィンドウに対して提供されます。ウィンドウを変更したり新規ウィンドウを作成した場合は、新しいタスクの実行方法に合うようにオンライン・ヘルプを編集できます。

通貨のフォーマットを定義できますか?

はい。通貨の金額を表示するためのフォーマットを定義できます。

フレックスフィールド

フレックスフィールド

フレックスフィールドは、フィールドをウィンドウに追加することでOracle Applicationsを構成および拡張できる柔軟性のあるフィールドです。フレックスフィールドには、次の２つのタイプがあります。

• キー・フレックスフィールドを使用すると、既存のフィールドに記録する追加情報を定義できます。

• 付加フレックスフィールドを使用すると、フィールドをウィンドウに追加して追加情報を記録できます。

  その他情報タイプ（EIT）は、オラクル人事管理システムの最も重要な8つのエンティティに、その他情報を数に制限なく設定できる付加フレックスフィールド・タイプです。

いくつかのセグメントを含むように各フレックスフィールドを設定できます。これらのセグメントは別個のフィールドとして機能します。

ユーザーが設定したフレックスフィールドをクリックすると、ウィンドウが開き、ユーザーが定義したセグメントが表示されます。各セグメントで、以下を定義できます。

• プロンプト

• セグメントに組み込むデータ型

• ユーザーが入力可能な値

有効な値のリストまたは範囲を指定できます。また、サイズを制御して、各セグメントの特性およびセグメントが表示される順序を表示します。

ユーザー定義のキー・フレックスフィールド

オラクル人事管理システムでは、次の8つのユーザー定義のキー・フレックスフィールドがあります。

• 役職

• 職階

• 等級

• コンピテンス

• Peopleグループ

• 個人特別情報

• 原価割当

• 労働協約等級

「個人特別情報」および「労働協約等級」キー・フレックスフィールドの場合、体系の数に制限がありません。その他のすべてのフレックスフィールドには、それぞれ1つの体系のみ設定できます。

「労働協約等級」キー・フレックスフィールドを除くすべてのキー・フレックスフィールドで、各体系に最大30セグメントまで定義できます。「労働協約等級」キー・フレックスフィールドの場合は、各体系に最大20セグメントまで設定可能です。

オラクル人事管理システムでのキー・フレックスフィールドの使用方法

オラクル人事管理システムでは、いくつかの異なる方法でキー・フレックスフィールドを使用します。

一意の識別子

「役職」、「等級名」および「コンピテンス」フレックスフィールドでは、個別のコンポーネントやセグメントを組み合せた一意の名前を作成できます。これらのフレックスフィールドは、企業に存在する「ワーク・ストラクチャ」および「コンピテンス」を定義する際に使用できます。

ヒント: これらのキー・フレックスフィールドの要件を定義する際には、次の点に注意する必要があります。

• セグメントの組合せを定義するタスクは、通常、1人か2人のユーザーのみに制限されます。このため、値セットまたは相互検証ルールオプションを使用して、入力可能な値を制御する必要がない場合もあります。

  • ユーザーが参照する名前は、セグメント値の組合せで構成されます。意味ではなく、セグメント値が表示されます。

  • 定期的に変更される可能性のある情報を含むセグメントは回避してください。作成した組合せへの変更履歴はありません。たとえば、等級の最小値および最大値を、「等級」フレックスフィールドのセグメントとして定義しないでください。

分析情報

「Peopleグループ」および「個人特別情報」フレックスフィールドでは、「従業員アサイメント」および「個人情報」のレコードにキー情報を追加できます。これらのフレックスフィールドの個別のセグメントを使用すると、「個人情報」の特定のグループの指定やレポート作成が可能です。

給与の原価計算

「原価割当」キー・フレックスフィールドを使用して、給与計算の実行に関連付けられている原価を収集および累計します。

労働協約等級体系

「労働協約等級」キー・フレックスフィールドでは、「等級体系」を無制限に作成できます。各等級体系の個別のセグメントを使用して、「労働協約」内で定義されている等級要因を記録します。

「等級体系」が記録されると、その体系を「労働協約」にリンクさせて、「契約等級」ウィンドウの各参照等級に必要な要員値を入力できます。

設定対象

キー・フレックスフィールドはオラクル人事管理システムの中心的なものであるため、ビジネス・グループを設定する前に特定の定義を作成する必要があります。

「職階」および「等級」キー・フレックスフィールド

• これらの各フレックスフィールドのビジネス・グループごとに、1つの体系のみ定義できます。

• これらのフレックスフィールドの使用はオプションですが、ほとんどすべてのオラクル人事管理システムのインストレーションでは、「等級」フレックスフィールドが使用されます。「職階」は、ほとんどの場合、政府、教育、健康管理の分野などの大規模かつ高度に組織化された企業で使用されます。

• ビジネス・グループを定義する前に、これら2つのフレックスフィールドに「体系名」を定義する必要があります。

• 「組織」ウィンドウからオープンされる「ビジネス・グループ情報」ウィンドウで、これらの体系をビジネス・グループに関連付けます。

• 「等級」または「職階」キー・フレックスフィールドの定義を作成または変更する場合には、「キー・フレックスフィールド・データベース・アイテムの作成」プロセスを必ず実行する必要があります。「キーフレックスフィールド・データベース・アイテムの作成」を参照してください。

「役職」キー・フレックスフィールド

• このフレックスフィールドの使用はオプションです。

• ビジネス・グループを定義する前に、「役職」キー・フレックスフィールドに「体系名」を少なくとも1つ定義する必要があります。

• 「組織」ウィンドウからオープンされる「ビジネス・グループ情報」ウィンドウで、この体系をビジネス・グループに関連付けます。これにより、デフォルトHR役職グループで使用されるキー・フレックスフィールドが定義されます。

• 「役職」キー・フレックスフィールドに異なるいくつかの体系を作成し、それらをユーザー定義の「役職グループ」に関連付けることができます。

• 「役職」キー・フレックスフィールドの定義を作成または変更する場合には、「キー・フレックスフィールド・データベース・アイテムの作成」プロセスを必ず実行する必要があります。「キーフレックスフィールド・データベースアイテムの作成」を参照してください。

「コンピテンス」キー・フレックスフィールド

• ビジネス・グループを定義する前に、このフレックスフィールドに「体系名」を定義する必要があります。

• このフレックスフィールドのビジネス・グループごとに、1つの体系のみ定義できます。

• 「組織」ウィンドウからオープンされる「ビジネス・グループ情報」ウィンドウで、この体系をビジネス・グループに関連付けます。これにより、ビジネス・グループに固有の「コンピテンス」を作成する際に使用されるキー・フレックスフィールドが定義されます。

• 全ビジネス・グループで使用可能なグローバル・コンピテンスを作成するために使用する、追加のキー・フレックスフィールドを作成できます。ただし、ビジネス・グループに定義されているのと同じキー・フレックスフィールドを使用することもできます。このキー・フレックスフィールドは、「HR: グローバル・コンピテンス・フレックス体系」プロファイル・オプションで定義します。

• フレックスフィールド・クオリファイアを使用して、セグメントの1つを「デフォルト属性」として指定する必要があります。また、その他のフレックスフィールド・クオリファイアを、体系の他のすべてのセグメントに添付する必要があります。

「Peopleグループ」キー・フレックスフィールド

• このフレックスフィールドのビジネス・グループごとに、1つの体系のみ定義できます。

• 「Peopleグループ」フレックスフィールドにセグメントの個別の組合せは作成しません。「従業員アサイメント」の一部として、各従業員に値を入力します。

• ビジネス・グループを定義する前に、このフレックスフィールドに「体系名」を定義する必要があります。

• 「アサイメント」ウィンドウを使用できるようにするために、「Peopleグループ」フレックスフィールドに少なくとも1つのセグメントを定義する必要があります。

• 「Peopleグループ」キー・フレックスフィールドの定義を作成または変更する場合には、「キー・フレックスフィールド・データベース・アイテムの作成」プロセスを必ず実行する必要があります。「キーフレックスフィールド・データベースアイテムの作成」を参照してください。

「個人特別情報」キー・フレックスフィールド

• このフレックスフィールドのビジネス・グループごとに、いくつでも体系を作成できます。それぞれが「特別情報タイプ」を表しています。

• オラクル人事管理システムを使用する前に、「個人特別情報」フレックスフィールドに体系を定義する必要はありません。

• ビジネス・グループにログオン中に、「特別情報タイプ」ウィンドウで各体系をそのビジネス・グループにリンクさせます。

• 医療または勤怠情報などの特定の情報タイプへのアクセスを制限するように、ウィンドウを構成できます。

「原価割当」キー・フレックスフィールド

• このフレックスフィールドのビジネス・グループごとに、1つの体系のみ定義できます。

• フレックスフィールド・クオリファイアを使用して、ユーザーが原価情報を入力可能なレベルを制御できます。

• ビジネス・グループを定義する前に、このフレックスフィールドに「体系名」を定義する必要があります。

• オラクル人事管理システムの多くのウィンドウで、「原価割当」に有効なフレックスフィールド体系の存在がチェックされます。「原価割当」フレックスフィールドに少なくとも1つのセグメントを定義する必要があります。

「労働協約等級」（CAGR）キー・フレックスフィールド

• このフレックスフィールドには、いくつでも体系を作成できます。

重要: イタリア国別仕様を使用している場合には、このフレックスフィールドに新規体系を作成しないでください。事前定義体系IT_CAGRを使用する必要があり、また変更を加えることはできません。そうしないと、アサイメントに「労働協約等級」を入力できない場合があります。

• 各体系内に最大20セグメントまで定義できます。各セグメントは、等級体系の一部として使用可能な等級の要因を参照します。

• このフレックスフィールドの体系を定義する際には、「動的挿入の許可」チェック・ボックスをチェックする必要があります。

• オラクル人事管理システムを使用する前に、「労働協約等級」フレックスフィールドに体系を定義する必要はありません。

• 「契約等級」ウィンドウで各体系を労働協約にリンクさせます。このウィンドウで入力された「参照等級」は、この組合せに対して記録されます。

• 「契約等級」ウィンドウで各「参照等級」の一部として定義された等級の要因のそれぞれに対して、値を入力できます。

「フレックスフィールド: オープン・キー・ウィンドウ」プロファイル・オプション

キー・フレックスフィールド・ウィンドウをオープンする方法は、「フレックスフィールド: オープン・キー・ウィンドウ」プロファイル・オプションによって制御されています。このオプションが「Yes」に設定されている場合、ユーザーがフィールドに移動すると、フレックスフィールド・ウィンドウは自動的にオープンします。「No」に設定されている場合は、「編集」メニューから「フィールドの編集」を選択するかCTRL+Lを押すことにより、ユーザーはフレックスフィールドをオープンできます。デフォルトは「Yes」です。

ユーザー定義の付加フレックスフィールド

オラクル人事管理システム・ウィンドウの事前定義フィールドは、コア情報要件を満たすように設計されています。ただし、たとえばすべての企業の場合など、独自に設計されたフィールドに最も適合する特別な要件を保持している場合もあります。オラクル人事管理システムでは、ウィンドウにフィールドを追加できるように、「付加フレックスフィールド」と呼ばれるフレキシブル・メカニズムが提供されています。

情報を入力できるすべてのウィンドウ・ブロックには、「ユーザー定義の付加フレックスフィールド」が含まれています。追加情報を記録するブロックを決定します。「ユーザー定義の付加フレックスフィールド」それぞれに、20のセグメントを定義できます。「付加フレックスフィールド」を定義した後、オラクル人事管理システムでは、それらのセグメントはウィンドウの一部として扱われます。

次の図は、「付加フレックスフィールド」の典型的な表示を示しています。ユーザーが設定されたフレックスフィールドをクリックするか、「編集」メニューから「フィールドの編集」を選択すると、ウィンドウがオープンし、定義された20のセグメントが表示されます。

「付加フレックスフィールド」ウィンドウをオープンする方法は、「フレックスフィールド: 付加ウィンドウのオープン」プロファイル・オプションによって制御されています。このオプションが「Yes」に設定されている場合、ユーザーがフィールドに移動すると、フレックスフィールド・ウィンドウは自動的にオープンします。「No」に設定されている場合は、「編集」メニューから「フィールドの編集」を選択するかCTRL+Lを押すことにより、ユーザーはフレックスフィールドをオープンできます。デフォルトは「Yes」です。

セグメント

各セグメントに、次の項目を定義できます。

• プロンプト

• セグメントに組み込むデータ型

• ユーザーが入力可能な値

また、有効値のリストや範囲も設定できます。さらに、各セグメントの表示サイズ、表示特性およびセグメントの表示順序も設定できます。

「付加フレックスフィールド・セグメント」のタイプ

「付加フレックスフィールド・セグメント」に次の2つのタイプを定義できます。

• ウィンドウに常に表示される「グローバル」セグメント。

• 定義済コンテキストがある場合にのみ表示される、コンテキスト依存セグメント。ユーザーにコンテキストの入力を促したり、同一ブロックの参照フィールドからコンテキストを自動的に入力できます。

  たとえば、従業員の障害に関する情報を保持しているセグメントは、「障害者」フィールドがチェックされている場合にのみ表示されます。

重要: 一部の「付加フレックスフィールド」は、複数のウィンドウに表示されます。たとえば、「追加業績考課詳細」フレックスフィールドは、「役職難易度」ウィンドウおよび「職階難易度」ウィンドウに表示されます。

セグメントを定義する前に、「付加フレックスフィールド」を使用しているウィンドウすべてをチェックしてください。フレックスフィールドを別のフィールドに対してコンテキスト依存にする場合に、このチェックは特に重要です。フレックスフィールドを使用しているウィンドウのすべてに、参照フィールドが存在していることを確認する必要があります。

オラクル人事管理システムのユーザー定義の付加フレックスフィールドの「全件リスト」については、「付加フレックスフィールド・リスト」を参照してください。

付加フレックスフィールド・リスト

次の表に、オラクル人事管理システムのユーザー定義可能な付加フレックスフィールドを示します。

付加フレックスフィールドおよび住所形式

オラクル人事管理システムでは、異なる国の住所情報を異なる形式で保持するために、次の2つの事前定義付加フレックスフィールドが提供されています。

• 「個人住所情報」付加フレックスフィールド: 従業員または応募者の住所情報を保持します。

• 「事業所住所」付加フレックスフィールド: 事業所の住所情報を保持します。

オラクル人事管理システムでは、個人情報および事業所の住所は、税金レポート用に別の情報として記録するために、個別に保持されます。

これらの付加フレックスフィールドを使用して、新規住所形式を追加したり、オラクル人事管理システムに含まれている形式を変更することができます。

重要: 事前定義の形式を変更した場合、オラクル人事管理システムをアップグレードすると、その変更が上書きされます。新規形式を追加した場合は、新規起動データにこれらの国の住所形式が含まれていると、変更が上書きされることがあります。

住所形式

「住所形式」は国間で異なるため、オラクル人事管理システムでは、住所の各行を保持するために、コンテキスト依存セグメントを使用した付加フレックスフィールドが提供されています。次の住所形式フレックスフィールド表には、フレックスフィールドのタイトル、格納場所および使用する場所が示されています。

オラクル人事管理システムでの住所形式フレックスフィールド

使用可能な住所形式は、これらのフレックスフィールドのコンテキストとして定義されます。住所形式には、次の2つのタイプがあります。

• 国際

• ローカル

住所形式は、これらのフレックスフィールドの起動データとして提供されます。追加の住所形式が必要な場合には、新しいコンテキストとセグメントを定義する必要があります。

「国際」住所形式

この形式では住所データの基本検証を提供します。オラクル人事管理システムでは、多くの国の国際住所形式が用意されています。この形式は、事業所住所および個人住所の両方に使用できます。国際住所形式はterritory_code_GLBとして指定されます。たとえば、オーストラリアの国際住所形式はAU_GLBです。

地域コードは、FND_TERRITORIES表で検索できます。

使用可能な自国用の国際住所形式がない場合は、一般形式（GENERIC）を使用して、住所情報を入力できます。この一般体系では検証が提供されません。

「ローカル」住所形式

この形式は住所データの全検証を提供し、ローカライズ・チームによって設定されます。ローカル住所形式が存在する場合、この形式は通常、事業所住所および個人住所の両方に使用できます。ローカル住所形式はterritory_codeとして指定されます。たとえば、オーストラリアのローカル住所形式はAUです。

ローカル住所形式が存在し、ビジネス・グループでその国の国別仕様コードが使用されている場合、ローカル住所形式は、適切な住所入力ウィンドウのデフォルトとして表示されます。ローカル住所が存在しない場合は、国際形式がデフォルトになります。

米国およびカナダのユーザー: Vertexジオコード・データがインストールされている場合、米国またはカナダのローカル住所形式のみが使用可能です。

開発者定義のフレックスフィールド

オラクル人事管理システムでは、開発用キー・フレックスフィールドと開発用付加フレックスフィールドが提供されています。必要に応じて、ローカライズ・チームでは、これらのフレックスフィールドを自国の国別仕様およびレポート・ニーズに合うように定義します。

保護された開発用キー・フレックスフィールドには、「ソフト・コード国別仕様」キー・フレックスフィールドと「銀行詳細」キー・フレックスフィールドがあります。

開発用付加フレックスフィールドのうち、6つを除くすべてのフレックスフィールドは保護されており、修正することはできません。残りの6つのフレックスフィールドには「その他情報タイプ」があり、アプリケーションの構成に使用できます。

関連項目: その他情報タイプ（EIT）

次の表には、EITを含む、開発用付加フレックスフィールドが示されています。

オラクル人事管理システムの開発用付加フレックスフィールド

ローカライズ・チームは、国別仕様に必要なフレックスフィールドとそれらに含める必要のあるセグメントを決定します。ビジネス・グループの国別仕様により、表示する開発用付加フレックスフィールドが決定されます。これは、企業が異なる国別仕様を含む複数のビジネス・グループを使用している場合に、各国別仕様のビジネス・グループに異なる開発用付加フレックスフィールドが表示されることを意味します。

注意: 「変更禁止のフレックスフィールド」の定義を変更しないでください。これらの定義はオラクル人事管理システムの基本的な部分です。それらに変更を加えると、システムの運用でエラーが発生する場合があります。

オラクル人事管理システムでは、将来、これらのフレックスフィールドの他のセグメントを使用する可能性があります。したがって、将来システムのアップグレードに影響する可能性があるため、「変更禁止のフレックスフィールド」にはセグメントを追加しないでください。

「ソフト・コード国別仕様」キー・フレックスフィールド

このキー・フレックスフィールドでは、国別仕様固有の情報が保持されます。ビジネス・グループの国別仕様により、参照するフレックスフィールド体系が決定されます。

必要な場合は、従業員または派遣就業者アサイメント・レベルで国別仕様に固有の情報を入力できるように、各ローカライズ・チームによって、フレックスフィールド体系が定義されます。

「銀行詳細」キー・フレックスフィールド

このフレックスフィールドでは、国別仕様固有の銀行口座情報が保持されます。ビジネス・グループの国別仕様により、参照するフレックスフィールド体系が決定されます。各ローカライズ・チームによって、国別仕様に関連する銀行口座情報を記録できるように、フレックスフィールド体系が定義されます。この情報は、「組織の支払方法」ウィンドウおよび「個人支払方法」ウィンドウで入力します。

キー・フレックスフィールド・データベース・アイテムの作成

「キー・フレックスフィールド・データベース・アイテムの作成」プロセスでは、キー・フレックスフィールドのデータを、Oracle FastFormulaでアクセス可能なデータベース・アイテムに変換します。「等級」、「役職」、「職階」または「Peopleグループ」キー・フレックスフィールド定義を作成または変更する場合には、必ずこのプロセスを実行する必要があります。

「要求の発行」ウィンドウからプロセスを発行します。

キー・フレックスフィールド・データベース・アイテムを作成する手順は、次のとおりです。

1. 「キー・フレックスフィールド・データベース・アイテムの作成」プロセスを実行します。

   これらのキー・フレックスフィールド定義を作成または変更する場合には、必ずこのプロセスを実行します。

   関連項目: 『Oracle Applications ユーザーズ・ガイド』のレポートおよびプログラムの実行に関する項

付加フレックスフィールド・データベース・アイテムの作成

これらのセグメントにデータベース・アイテムがある場合、QuickPaintレポートおよびQuickPaint Formulaの付加フレックスフィールド・セグメントを使用できます。

データベース・アイテムを作成するためのフレックスフィールドのリストについては、「付加フレックスフィールド・リスト」を参照してください。

「要求の発行」ウィンドウからプロセスを発行します。

付加フレックスフィールド・データベース・アイテムを作成する手順は、次のとおりです。

1. 「付加フレックスフィールド・データベース・アイテムの作成」プロセスを実行します。

   これらの付加フレックスフィールド定義を作成または変更する場合には、必ずこのプロセスを実行します。

   関連項目: 『Oracle Applications ユーザーズ・ガイド』のレポートおよびプログラムの実行に関する項

   注意: このプロセスでは、グローバル・セグメントのデータベース・アイテムのみ作成できます。コンテキスト依存セグメントのデータベース・アイテムは作成されません。

デフォルト国別住所形式の変更

「国際」および「ローカル」両方の国別住所形式は、「個人住所情報」および「事業所住所」付加フレックスフィールドに保持され構成されます。これらの形式は、「付加フレックスフィールド・セグメント・ウィンドウ」を使用して構成できます。

フレックスフィールド・セグメント値セットは、次の値とともに組み立てることはできません。

• プロファイル・オプション、$PROFILE$

• 前のセグメント値、$FLEX$

• BLOCK.FIELD参照

• セキュリティ・ルール

注意: Personal_AddressまたはLocation_Address保護フラグがオフであることを確認する必要があります。

任意の国の住所形式を変更するには、使用しないセグメントを再定義します。その後、独自の情報を記録するように、新規セグメントを定義します。

既存の住所形式を変更する手順は、次のとおりです。

1. 「アプリケーション」フィールドにOracle Human Resourcesを入力します。

2. 必要に応じて、「タイトル」フィールドに「個人住所情報」または「事業所住所」を入力します。

3. 問合せを実行します。

4. 「フレックスフィールド定義の確定」チェック・ボックスを選択解除します。

   注意: 警告をお読みください。

5. 自国の住所形式を選択します。

   注意: 「国際」および「ローカル」両方の住所形式が、「コンテキスト・フィールド値」のリストに含まれています。

6. 「セグメント」ボタンをクリックします。

   選択した住所形式のセグメントおよび値セット情報を含む新規ウィンドウがオープンします。

7. セグメントを更新します。

   注意: 「国」セグメントは必須にする必要があります。既存のデータを無効にする可能性があるため、セグメントの検証は変更しないでください。

8. 作業内容を保存し、「付加フレックスフィールド・セグメント・ウィンドウ」をオープンします。新規セグメントが使用可能で表示されることを確認してください。

9. 「フレックスフィールド定義の確定」チェック・ボックスを選択します。

10. 「コンパイル」ボタンを選択します。

    コンパイルの完了後、現在のログイン・セッションを終了し、再度ログインして更新した形式を確認します。

住所形式を追加する手順は、次のとおりです。

1. 「アプリケーション」フィールドにOracle Human Resourcesを入力します。

2. 必要に応じて、「タイトル」フィールドに「個人住所情報」または「事業所住所」を入力します。

3. 問合せを実行します。

4. 「フレックスフィールド定義の確定」チェック・ボックスを選択解除します。

   注意: 警告をお読みください。

5. 「ファイル」メニューから「新規」を選択します。

6. 「コード」および「名称」フィールドに「国コード」を入力します。

7. 「摘要」を入力し、「セグメント」ボタンを選択します。

8. セグメントを定義します。

   注意: セグメントには、Oracle HRで提供された列のみ使用できます。

9. 作業内容を保存します。

   注意: 新規セグメントが使用可能であることを確認してください。セグメントを表示するかどうかを選択できます。

10. 「フレックスフィールド定義の確定」チェック・ボックスを選択します。

11. 「コンパイル」ボタンを選択します。

    コンパイルが完了すると、現在のログイン・セッションを終了した後、再度ログインして、更新した形式を確認します。

その他情報タイプ

その他情報タイプ（EIT）

その他情報タイプ (EIT) を定義するには、付加フレックスフィールドを使用します。次のものに対して、様々なEITを任意の数だけ設定できます。

• 事業所

• 役職

• 職階

• 個人

• アサイメント

• 組織

• エレメント・タイプ

• 前役職

• 連絡先

• ロール

注意: 組織のEITの場合は、EITを使用できる組織分類を定義できるので、他のEITとは異なります。

各EITに対して、完全に検証済みのセグメントを30個まで定義できます（組織の場合は20個まで）。

注意: オラクル人事管理システムには、いくつかのシステム定義のEITが用意されています。独自の情報タイプを定義できますが、事前に定義されたEITの定義は変更しないでください。

職階の事前定義EITの詳細は、『Oracle HRMS Enterprise and Workforce Management Guide』の職階のその他情報タイプに関する項を参照してください。

通常の付加フレックスフィールドとは異なり、EITは子エンティティであるため、個別の表を使用してユーザーが入力した情報を保存します。したがって、1つのメイン・レコードに対し、EITのインスタンスが複数存在する可能性があります。EITを定義するとき、複数のインスタンスを許可するかどうかを指定できます。組織の場合を除き、EITのデータはタスク・フローに構成可能な個別のウィンドウで表示、入力できます。

すべてのEITのウィンドウには、付加フレックスフィールドのすべてのウィンドウに共通したルック・アンド・フィールがあります。したがって、EITの定義を保存した後、すぐに新規EITを使用できます。システムをアップグレードしてもフレックスフィールドの定義は維持されるので、新リリースのたびに費用をかけて構成フォームをコーディングし直す必要はありません。

キー・フレックスフィールドの組合せ

EITは特別情報タイプ（SIT）によく似ています。個人の属性や役職要件を分析する場合、その他情報タイプまたは特別情報タイプ、あるいはその両方を設定するかどうかを選択できます。これら2つの情報タイプでは、フレックスフィールドを使用してそれぞれのセグメントの構造と検証を定義します。

しかし、SITはキー・フレックスフィールドの組合せ表に格納されるため、セグメントの組合せは一意である必要があります。これはすべてのキー・フレックスフィールドの特徴です。EITは付加フレックスフィールド表に格納されるため、セグメント値の組合せは一意キーを形成する必要がありません。

したがって、システム間で大容量の情報を転送する大規模システムや汎用システムにおいて、EITは優れた性能を発揮します。

日付とEIT

EITはデートトラックされません。たとえば、親エンティティの個人情報がデートトラックされる場合でも、その他情報タイプはデートトラックされません。しかし、特定のEITへの変更を追跡する場合は、開始日と終了日の日付セグメントを定義し、EITの複数の行を変更の追跡に使用できます。

その他情報タイプおよびセキュリティ

「特別情報タイプ」および「その他情報タイプ」の両方で、「カスタムフォーム」と「タスク・フロー」セキュリティを使用して、情報へのアクセスを制限します。これは、特定のユーザー処理の一部として、情報タイプへのアクセスを制限できることを意味します。たとえば、「UKへの転送」プロセスで、追加のUK固有情報を入力できます。「UK情報」ウィンドウをタスク・フローの一部に含めるようにユーザー処理を設計し、UK情報タイプのみを表示するようにウィンドウを制限することができます。

EITにその他のセキュリティを提供するには、各EITを情報へのアクセス権がある職責に関連付ける必要があります。たとえば、アサイメントのEITに延長休暇の詳細を記録して、知る必要のあるマネージャのみにアクセス権を提供することができます。

その他情報へのアクセスの制限

次の項目を組み合せて、EITへのアクセスを制限できます。

• メニューおよびタスク・フロー: EITウィンドウを使用せずに、ユーザーはエンティティのその他情報を参照したり変更することはできません。

• カスタムフォームおよびタスク・フロー: EITを特定のユーザー処理に制限します。

  たとえば、個人レベルで、医療詳細、セキュリティ情報およびその他の国で就業するのに必要な情報を保持するようにEITを定義できます。この場合、2つのタスク・フローを作成します。1つ目は医療詳細のみを入力するためのボタンを使用し、2つ目はその他情報の他のタイプを入力するためのボタンを使用したものです。

• 職責レベル・セキュリティ: 各職責に対して、表示するEITを選択する必要があります。カスタムフォームおよびタスク・フローの制限では、追加のセキュリティが提供されます。ある職責があるEITにアクセスできるように指定できますが、この職責のユーザーは、情報を表示するウィンドウへのアクセス権がない限り、その他情報を表示することはできません。

注意: このセキュリティは、組織のその他情報には適用されません。

「その他情報タイプ」（EIT）を登録するためのスクリプトの例

新しい組織EITを作成した場合、各EITの行を関連する情報タイプ表に挿入するために、SQLスクリプトを作成する必要があります。これが情報タイプの登録です。スクリプトの作成時には、ガイドとして提供されているサンプル・スクリプトを使用できます。

注意: 非組織EITを作成した場合は、かわりに、コンカレント・プロセス「その他情報タイプ(EIT)の登録」を使用します。

関連項目: その他情報タイプ(EIT)の登録

EITの登録のためのスクリプトの例

WHENEVER SQLERROR EXIT FAILURE ROLLBACK

REM /* $Header: example.sql $ */

REM =============================================

REM SQL Script File Name : example.sql

REM Description : This sql script inserts information

REM 1) HR_ORG_INFORMATION_TYPES

REM 2) HR_ORG_INFO_TYPES_BY_CLASS

REM =========================================

WHERE not exists (SELECT 1

--1) Insert into HR_ORG_INFORMATION_TYPES:---

-- Note different parameter value for single and multi-row

-- Note different parameters for this EIT

INSERT INTO HR_ORG_INFORMATION_TYPES

(ORG_INFORMATION_TYPE

,DESCRIPTION

,DESTINATION

,DISPLAYED_ORG_INFORMATION_TYPE

,FND_APPLICATION_ID

,LEGISLATION_CODE

,NAVIGATION_METHOD

)

SELECT

'<Organization EIT Name>'

,'<Description>'

,NULL

,'<Display value on the Organization form>'

,NULL

,'<legislation code US/GB/etc>'

,'<GM for multi-row - GS for single>'

FROM sys.dual

WHERE not exists (SELECT 1

FROM HR_ORG_INFORMATION_TYPES

WHERE ORG_INFORMATION_TYPE = '<Organization EIT Name>');

INSERT INTO HR_ORG_INFO_TYPES_BY_CLASS

(ORG_CLASSIFICATION

,ORG_INFORMATION_TYPE

,MANDATORY FLAG)

SELECT

'<Check lookup value for classification HR_BG for Business Group>'

, '<Organization EIT Name>'

,'N'

FROM sys.dual

WHERE not exists (SELECT 1

FROM HR_ORG_INFO_TYPES_BY_CLASS

WHERE ORG_INFORMATION_TYPE = '<Organization EIT Name>'

and

ORG_CLASSIFICATION = '< HR_BG for Business Group>');

/

COMMIT;

EXIT;

その他情報タイプの設定（組織のEIT以外）

次のステップで、オラクル人事管理システムで使用するための、その他情報タイプ（EIT）の設定方法を説明します。

注意: 組織のためのEITの設定方法は異なります。関連項目: 組織分類のその他情報タイプの設定

1. 「付加フレックスフィールド・セグメント」ウィンドウで、タイトルごとに関連する付加フレックスフィールドを選択します（「その他の役職情報」など）。使用可能な付加フレックスフィールドは次のとおりです。

   • その他の事業所情報（30セグメント）

   • その他の役職情報（30セグメント）

   • その他の職階情報（30セグメント）

   • その他の個人情報（30セグメント）

   • その他のエレメント情報（30セグメント）

   • その他のアサイメント情報（30セグメント）

   • 前役職その他情報（30セグメント）

   • 連絡先その他情報（30セグメント）

2. 「付加フレックスフィールドの登録」ウィンドウを使用して、関連するその他情報タイプの変更禁止を解除します。「付加フレックスフィールド」ウィンドウでフレックスフィールドを問い合せる前に、この操作を実行する必要があります。

3. 「付加フレックスフィールド」ウィンドウの「コンテキスト・フィールド値」リージョンで新しいレコードを作成し、「コード」フィールドに新しい情報タイプの名称を入力します。コンテキスト依存の付加フレックスフィールドであるため、「参照」フィールドにINFORMATION_TYPEと入力します。

4. セグメント値を入力して、標準の付加フレックスフィールドと同じ方法でコンパイルします。

   関連項目: 『Oracle Applicationsフレックスフィールド・ガイド』の付加フレックスフィールド体系の定義に関する項

   注意: 一部のEITはオラクル人事管理システムで事前定義されています。これらの定義はオラクル人事管理システムの基本的な部分であり、変更を加えるとシステムの運用でエラーが発生する場合があります。これらの開発者定義のフレックスフィールドの定義を変更したり、他のセグメントを追加したりしないでください。これらのフレックスフィールドの他のセグメントは将来使用される可能性があります。変更することによって、将来のシステムのアップグレードに影響を及ぼすことがあります。

   米国連邦政府ユーザーの場合: EIT定義にはプリフィクスGHR_USを付けないでください。このプリフィクスは、事前提供の米国連邦政府向け定義用に予約されています。

5. 「付加フレックスフィールドの登録」ウィンドウで変更禁止を再設定し、元どおり変更禁止の付加フレックスフィールドにします。

6. 「その他情報タイプ(EIT)の登録」コンカレント・プログラムを実行し、関連する「情報タイプ」表に各EITの行を挿入します。次の表は、各EITの表を示します。

   その他情報タイプの表

   EIT	表
   事業所	HR_LOCATION_INFO_TYPES
   役職	PER_JOB_INFO_TYPES
   職階	PER_POSITION_INFO_TYPES
   個人	PER_PEOPLE_INFO_TYPES
   アサイメント	PER_ASSIGNMENT_INFO_TYPES
   前役職	PER_PREV_JOB_INFO_TYPES
   連絡先	PER_CONTACT_INFO_TYPES

   注意: Oracle Applicationsでは、事前定義済EITの名称として 2、3文字の製品プリフィクスの後に下線を付けたものを標準として使用しています。現在または将来に命名の矛盾が起こらないように、その他情報タイプには異なる命名規則を適用してください。たとえば、CUSTOM_EXPAT_TAXABILITYなどとします。

7. 「情報タイプ・セキュリティ」ウィンドウを使用して、EITへの職責レベル・アクセスを設定します。

   関連項目: 職責に対するその他情報タイプの設定

   これまでの設定で、作成したEITは指定した職責を使用して誰でも使用できます。カスタムフォームやタスク・フローを使用して、詳細なセキュリティを設定する場合は、続けて次の手順を実行してください。

8. 「フォーム・カスタマイゼーション」ウィンドウを使用して、適切なウィンドウ内での特定のEITへのアクセスを制限します。

   関連項目: カスタムフォームを使用したウィンドウの構成

9. 「タスク・フロー・ノードの定義」ウィンドウを使用して、設定したカスタムフォーム制約に対して新しいノードを定義します。

   関連項目: タスク・フロー・ノードの定義

10. 「タスク・フローの定義」ウィンドウまたはOracle Workflowを使用して、タスク・フローを定義または変更して、設定した新しいノードを含むようにします。

    関連項目: フォームを使用したタスク・フローの作成

    関連項目: Workflowを使用したタスク・フローの作成

組織分類のその他情報タイプの設定

組織分類にその他情報タイプ（EIT）を追加する手順は、次のとおりです。

1. 新規組織分類を定義します。既存の分類にEITを設定する場合、この操作は不要です。

   注意: 新規分類を定義するには、「アプリケーション・ユーティリティの参照」ウィンドウで参照タイプORG_CLASSに新規の値を入力します。

2. 新規EITを定義します。関連項目: 表数値の入力

   • 「付加フレックスフィールドの登録」ウィンドウを使用して、開発用組織付加フレックスフィールドの変更禁止を解除します。「付加フレックスフィールド」ウィンドウでフレックスフィールドを問い合せる前に、この操作を実行する必要があります。

   • 「付加フレックスフィールド・セグメント」ウィンドウを使用して、EITの新規の体系を開発用組織付加フレックスフィールドに追加します。この体系は、コンテキストとしてその他情報タイプの名称が付いている必要があります。また、コンテキスト依存の付加フレックスフィールドであるため、「参照」フィールドにC_ORG_INFORMATION_CONTEXTと入力する必要があります。標準の付加フレックスフィールドと同じ方法でコンパイルしてください。

   • フレックスフィールドに変更禁止を再設定し、元どおり変更禁止の付加フレックスフィールドにします。

3. 次の表に、各行を入力する必要があります。

   • HR_ORG_INFORMATION_TYPES

   • HR_ORG_INFORMATION_TYPES_TL

   実表と変換表に複数の行を作成するには、HR_ORG_INFORMATION_TYPES_PKG.INSERT_ROWプロシージャを実行するスクリプトを記述することをお薦めします。このプロシージャでは、次のパラメータが使用されます。

   パラメータ	列名	摘要
   X_ORG_INFORMATION_TYPE	ORG_INFORMATION	タイプ名（DDFコンテキストと同じ）
   X_DESCRIPTION	DESCRIPTION	その他情報タイプの摘要
   X_DISPLAYED_ORG_INFORMATION_TP	DISPLAYED_ORG_INFORMATION_TYPE	「組織」ウィンドウに表示されるその他情報タイプの名称
   X_NAVIGATION_METHOD	NAVIGATION_METHOD	単一行が「GS」の場合、ユーザーが各組織に対して入力できるのは、その他情報行の1行のみです。また、複数行が「GM」の場合、ユーザーは各組織に対して複数の行を入力できます。
   X_LEGISLATION_CODE	LEGISLATION_CODE	オプションで国別仕様コードを入力すると、EITを使用できるビジネス・グループを限定できます。国別仕様コードを入力しない場合、EITはすべてのビジネス・グループで有効です。
   X_DESTINATION	DESTINATION	NULLに設定されます。
   X_FND_APPLICATION_ID	FND_APPLICATION_ID	アプリケーションのID
   X_CREATION_DATE	CREATION_DATE	作成日
   X_CREATED_BY	CREATED_BY	作成者（ユーザーID）
   X_LAST_UPDATE_DATE	LAST_UPDATE_DATE	最終更新日
   X_LAST_UPDATED_BY	LAST_UPDATED_BY	表を更新した最後のユーザーのユーザーID
   X_LAST_UPDATE_LOGIN	LAST_UPDATE_LOGIN	ログイン・セッションのID

4. このEITを使用できる組織分類を指定します。

   これを行うには、HR_ORG_INFO_TYPES_BY_CLASSに行を入力します。入力する列を次の表に示します。

   列名	摘要
   ORG_CLASSIFICATION	ORG_CLASS参照コード
   ORG_INFORMATION_TYPE	組織その他情報タイプ
   MANDATORY_FLAG	Y（Yes）またはN（No）

職責のその他情報タイプの設定

ユーザーはその他情報タイプ（EIT）にアクセスする前に、EITをユーザーの職責に添付する必要があります。職責に情報タイプをリンクさせていない場合、ユーザーは情報タイプにアクセスできません。

注意: このウィンドウで職責に追加するための国別仕様のEITを選択できます。オラクル人事管理システム専門ユーザー・インタフェースのユーザーが参照できるのは、アクセス可能なビジネス・グループの国別仕様の情報タイプに制限されます。一方、セルフ・サービス・ユーザーが参照できるのは、作業しているレコードの国別仕様の情報タイプに制限されます。

「情報タイプ・セキュリティ」ウィンドウを使用して、職責にEITをリンクさせます。

注意: レコード文書機能に新しい文書タイプを作成した場合も、「情報タイプ・セキュリティ」ウィンドウを使用して、これらの文書タイプを職責にリンクさせます。

関連項目: 文書カテゴリ、サブカテゴリおよびタイプの作成

職責にEITを設定する手順は、次のとおりです。

1. EITを添付する職責名を選択します。

   注意: 表示される職責は、「情報タイプ・セキュリティ」ウィンドウを表示するために使用した職責と同じアプリケーション、たとえば「Oracle Human Resources」に属します。別のアプリケーション、たとえば「Oracle Advanced Benefits」からの職責にEITをリンクさせる場合は、「Oracle Advanced Benefits」職責から「情報タイプ・セキュリティ」ウィンドウにアクセスする必要があります。必要に応じて、「情報タイプ・セキュリティ」機能を職責に追加してください。

   オラクル人事管理システムでは、選択した職責にすでに関連付けられているEITのリストが表示されます。

2. 職責にリンクさせる新規EITを入力または選択します。

3. 作業内容を保存します。

職責間でEITをコピーする手順は、次のとおりです。

1. コピー元の職責を問い合せます。

2. 「職責のコピー」ボタンを選択します。

3. コピー先の職責を入力します。

   この職責は、新規EITで表示されます。

4. 作業内容を保存します。

その他情報の入力

メイン・ウィンドウ（「ジョブ」ウィンドウなど）から使用可能な1つまたは複数のウィンドウで、その他情報を入力します。1つの情報タイプのみに各バージョンを使用できるように、システム管理者が「その他情報」ウィンドウの構成バージョンを作成している場合があります。

次の項目について記録するために、導入チームによって、1つまたは複数のその他情報のタイプが定義されている場合があります。

• 事業所

• 役職

• 職階

• 個人情報

• アサイメント

• 組織

• エレメント・タイプ

• 前役職

• 連絡先

その他情報を入力する手順は、次のとおりです。

1. 「役職カテゴリ」などのその他情報のタイプを入力します。

   注意: 「組織」ウィンドウでその他情報にアクセスするには、「組織分類」リージョンの「その他」ボタンを選択します。

2. 入力可能な「その他情報」フィールドを表示するには、「詳細」フィールドをクリックします。

3. その他情報を入力します。

4. 作業内容を保存します。

「その他情報タイプ(EIT)の登録」プロセスの実行

このプロセスを使用して、任意の新しいその他情報タイプ（EIT）を登録できます（組織のEITを除く）。

このプロセスは、「要求の発行」ウィンドウから実行します。

「その他情報タイプ(EIT)の登録」プロセスを実行する手順は、次のとおりです。

1. 「名称」フィールドで、「その他情報タイプ(EIT)の登録」を選択します。

   「パラメータ」ウィンドウがオープンします。

2. 「表名」フィールドで、EITが登録される表を選択します。

3. 「情報タイプ」フィールドで、「付加フレックスフィールド・セグメント」ウィンドウで作成したその他情報タイプを選択します。使用可能な情報タイプの種類は、「表名」フィールドの値によって決まります。

4. 「複数行」フィールドで、同じ情報タイプを複数使用できるかどうかを指定します。

5. 「国別仕様コード」フィールドで、情報タイプの国別仕様コードを選択します。デフォルト値は、現在のビジネス・グループの国別仕様コードです。

   注意: 情報タイプがグローバルの場合は、国別仕様コード値はNULLである必要があります。

6. オプションで、情報タイプの摘要を入力します。

7. 「発行」ボタンを選択します。

ユーザー定義表

ユーザー定義表

オラクル人事管理システムに独自の表を設定して、賃金コード、シフト別、特定控除項目の金額などのデータを保持する必要のある場合があります。必要なすべての表は、「表体系」ウィンドウを使用して設定できます。Oracle FastFormulaを使用すると、表列に作成されるエントリを検証するための簡単なFormulaを記述できます。

オラクル人事管理システムのユーザー定義表は、Oracle Relational Database Management Systemのデータベース表とは異なることに注意してください。ユーザー表を設定する場合、マトリックスのように行と列を定義します。たとえば、勤続年数（行）に対する賞与金額（列）を表示する表を設定できます。

重要: 医療、歯科、眼科の福利厚生プラン（医療、歯科、眼科の分類の福利厚生）に関する情報を保持する表の設定に、「表体系」ウィンドウは使用しません。

オラクル人事管理システムのデータベースには、「福利厚生表」という特別な表が含まれています。この表は、適用レベル付き福利厚生プラン、および各レベルでの従業員拠出金および事業主拠出金に関する情報を格納するために、すでに設定されています。この表に情報を入力する際には、「福利厚生」ウィンドウを使用します。

関連項目: 『Oracle HRMS Compensation and Benefits Management Guide』のプラン補償範囲とデフォルト拠出金の設定（基本福利厚生）に関する項

関連項目: 『Oracle HRMS Compensation and Benefits Management Guide』の基本福利厚生の設定に関する項

表数値の入力およびアクセス

表に値を入力するには、「表数値」ウィンドウを使用します。表入力および行には両方デートトラックが適用されるため、既存の入力および行を削除して、有効日現在で新規に入力できます。

オラクル人事管理システムでは、表数値にアクセスするためのGET_TABLE_VALUE機能が提供されています。この機能へのコールを含む、QuickPaint問合せ用のFormulaを記述できます。また、MIS人事課は、たとえばフォームまたはレポート・プロセス用のコードに含めるための、この機能を呼出すPL/SQL文を記述することもできます。

給与表の行タイプ

控除金額を保持するために設定される表は、給与表と呼ばれます。控除金額が従業員年齢、支払または役職の種類などの要因に従って異なる場合には、給与表が必要です。

金額ルールに給与表を使用して控除を開始するためには、行タイプを設定する必要があります。控除のFormulaでは、行タイプを使用して、各従業員の控除金額に対して表のどの行を使用するかを決定します。起動データには「年齢範囲」、「給与範囲」および「役職の種類」といった3つの事前定義された行タイプが含まれます。必要な追加タイプを設定することもできます。

事前定義のユーザー表

オラクル人事管理システムでは、「表体系」ウィンドウを使用して事前に定義された次の表を提供しています。

• カナダの表

• デンマークの表

• フィンランドの表

• フランスの表

• 香港の表

• ハンガリーの表

• アイルランドの表

• メキシコの表

• ロシアの表

• シンガポールの表

• スペインの表

• UAEの表

• 米国の表

カナダの表

会社勤務スケジュール表

この表には、入力済の一般的な勤務スケジュールが含まれており、追加もできます。勤務スケジュールには、月曜日から日曜日まで各日の従業員の通常勤務時間が表示されます。

10-10-10-10-0-0-0というスケジュールの従業員は月曜日から木曜日まで各日10時間勤務し、金曜日、土曜日および日曜日は休みになります。

表の各列には個別のスケジュールが、各行にはそのスケジュールの各曜日の勤務時間が記載されています。便宜上、各列のヘッダーは、その列のスケジュール名となります。

最初のスケジュールが記載された列のヘッダーは、「1スケジュール: 8-8-8-8-8-0-0」です。

シフト別表

この表には、既存のデータはありませんが、データ入力の準備はされています。表の行には従業員の通常シフト勤務を示す「日中」、「夜間」、「夜勤」および「分割」のシフト指標が、表の列には差異を入力するために同じヘッダーが記載されています。このシフト指標は、必要に応じて追加または変更できます。

日中シフト従業員に対する通常の支払額を1として、一時的な夜間シフトでは1.5倍、夜勤シフトでは2倍、分割シフトでは3倍を支払うと仮定した場合の差異入力では、日中シフト就業者に差異として1.5、2.0および3.0を入力します。

賃金レート表

この表は、システムの入手時にはデータが設定されていませんが、データ入力ができるように準備されています。表の行にはレート・コードが、列には各コードに対応するレートが記載されています。次の例には、様々な機器の操作に関連したレートのコードが記載されています。

最大課税支給項目

就業者報酬掛金の対象として定義されている賃金を、課税賃金と呼びます。毎年、各州および各地域の労働者補償局が課税対象と見なす従業員賃金の最大額を定義します。この表を使用して、各州または各地域の最大課税額を入力します。

マニトバHAPSETレート

マニトバでは、健康保険掛金と上級教育授業料は事業主が支払います。これらの掛金は、課税ルールに定義されているとおり、PMED対象賃金の割合として計算されます。事業主が使用する割合レートは、一定の割合か、州内のすべての従業員に支払われた賃金総額に基づいて変動します。また、控除が行われる場合もあります。この表を使用して、支給項目の各しきい値について掛金を計算するレートを入力します。しきい値は値リストで提供されています。各しきい値に関連するレートを入力する必要があります。控除支給項目にはレートとして0を入力します。

ニューファンドランドおよびラブラドルHAPSETレート

ニューファンドランドでは、健康保険掛金と上級教育授業料は事業主が支払います。これらの掛金は、課税ルールに定義されているとおり、PMED対象賃金の割合として計算されます。この表を使用して、掛金を計算するレートを入力します。しきい値は値リストで提供されています。各しきい値に関連するレートを入力する必要があります。控除支給項目にはレートとして0を入力します。

ケベック健康関連サービス基金課税レート

ケベックでは、健康保険掛金は事業主が支払います。これらの掛金は、課税ルールに定義されているとおり、PMED対象賃金の割合として計算されます。事業主が支払う割合は、州内のすべての従業員に支払われた賃金総額に基づいて変動します。この表を使用して、掛金を計算するレートを入力します。

オンタリオEHTレート

オンタリオでは、健康保険掛金は事業主が支払います。これらの掛金は、課税ルールに定義されているとおり、PMED対象賃金の割合として計算されます。事業主が支払う割合は、州内のすべての従業員に支払われた賃金総額に基づいて変動します。この表を使用して、支給項目の各しきい値について掛金を計算するレートを入力します。しきい値は値リストで提供されています。各しきい値に関連するレートを入力する必要があります。控除支給項目にはレートとして0を入力します。

デフォルトの休暇銀行

休暇銀行表は、勤続期間と、事業主が与える必要がある休暇額を累積する関連割合を反映する値を保持します。たとえば、一部の州では、（その州の課税ルールに定義されているとおり）個人が獲得できる最小量を休暇賃金の4%と規定しています。州によって、これは長期の勤続期間に対して6%まで引き上げられます。従業員が正しい額を獲得できるように、休暇銀行表にこれらの勤続期間を定義する必要があります。デフォルトの休暇銀行表は、すべての勤続期間に対して4%の値を保持しています。ルールが異なる場合、適用可能な値を保持する新しいユーザー表を作成できます。

デンマークの表

報酬通知期間表

表DK_EARNED_NOTICE_PERIODには、報酬通知期間に対する勤続期間がマップされます。たとえば、勤続期間が6か月の従業員には1か月分の収入通知期間があります。オラクル人事管理システムでは、この表を参照して、従業員アサイメントに対して適切な報酬通知期間値を取り出します。

会社走行距離レート表

表DK_COMPANY_MILEAGE_RATESでは、公式走行距離レートと個人の走行距離レートが異なる場合、個人の走行距離レートを使用できます。走行距離範囲に対して走行距離レートを記録できます。

フィンランドの表

地域メンバーシップ表

表FI_REGIONAL_MEMBERSHIPには、スカンジナビア、EU、非EUの3つの地域メンバーシップいずれかで居住場所および地域コードがマップされます。この表は、所得税計算時およびその他の法定控除時に、オラクル人事管理システムによって参照されます。

従業員年金保険表

表FI_EMPLOYEE_PENSION_PCTには、従業員の年齢に対する従業員年金保険の控除比率がマップされます。この表は、年金保険控除を正確に計算するために、オラクル人事管理システムによって参照されます。

事業主雇用保険表

表FI_EMPLOYER_UNEMP_INS_PCTには、従業員の年間所得に対する事業主雇用保険の比率がマップされます。この表は、雇用保険料に対する事業主の拠出金控除時に、オラクル人事管理システムによって参照されます。

裁判所命令表

表FI_COURT_ORDER_USER_TABには、1人の従業員の扶養家族数に対する従業員の所得の月別、隔週、週別、および日別の保護部分がマップされます。この表は、保護部分を除外後、従業員の所得から裁判所命令額を控除するために、オラクル人事管理システムによって参照されます。

年齢グループAの車手当レート表

表FI_CAR_BENEFIT_RATES_GROUP_Aには、2002年から2004年（年齢グループA）の間の流動期間に属する車両に対する適用可能な車手当レートが含まれます。この表は、この年齢グループ内の車両の車手当の課税対象値を計算するために、オラクル人事管理システムによって参照されます。

年齢グループBの車手当レート表

表FI_CAR_BENEFIT_RATES_GROUP_Bには、1992年から2001年（年齢グループB）の間の流動期間に属する車両に対する適用可能な車手当レートが含まれます。この表は、この年齢グループ内の車両の車手当の課税対象値を計算するために、オラクル人事管理システムによって参照されます。

年齢グループCの車手当レート（全手当）表

表FI_CAR_BENEFIT_RATES_GROUP_C_FULLには、1992年より前（年齢グループC）の流動期間に属する車両に対する適用可能な車手当レートが含まれます。この表は、この年齢グループ内の車両の車手当の値を計算するために、オラクル人事管理システムによって参照されます。

年齢グループCの車手当レート（課税対象）表

表FI_CAR_BENEFIT_RATES_GROUP_C_TAXには、1992年より前（年齢グループC）の流動期間に属する車両に対する適用可能な車手当レートが含まれます。この表は、この年齢グループ内の車両の車手当の課税対象値を計算するために、オラクル人事管理システムによって参照されます。

課税日表

表FI_TAX_DAY_MAPPINGには、異なる給与頻度に対する課税日数がマップされます。この表は、給与期間に適用可能な課税日の標準日数を取り出すために、オラクル人事管理システムによって参照されます。

郵便番号表

表FI_POSTAL_CODEには、フィンランドおよびスウェーデンの郵便局名に対応する郵便番号がマップされます。オラクル人事管理システムでは、この表を参照して正しい郵便局情報が表示されます。

フランスの表

検証表

表PQH_FR_VALIDATIONSには、個人に対する検証結果の詳細が記載されます。この表は、従業員の以前の勤続の検証時に、勤続検証処理によって参照されます。

検証イベント表

表PQH_FR_VALIDATION_EVENTSには、特定の検証に関するイベントの詳細が記載されます。この表は、検証処理のイベント履歴の検索時に、勤続検証処理によって参照されます。

検証期間表

表PQH_FR_VALIDATION_PERIODSには、個人に対する特定の検証の期間詳細が記載されます。この表は、勤続期間の計算時に、勤続検証処理によって参照されます。

ロール情報タイプ表

表PQH_ROLE_INFO_TYPESには、委員会情報タイプに関する詳細が記載され、情報目的で使用されます。

ロールその他情報表

表PQH_ROLE_EXTRA_INFOには、ロール情報タイプに対して記録されたその他の情報に関する詳細が記載されます。これらの詳細は、情報目的で使用されます。

退職

退職理由表FR_TERM_REASON_ADS_STATUS_CODEには、退職の理由が記載されます。この情報は、不就業レポートの生成時に、オラクル人事管理システムによって参照されます。

不就業

表FR_ABS_CATG_ADS_STATUS _CODEには、不就業ステータスに関する情報が記載されます。

表FR_ABS_CATG_ADS_ABS_CODEには、オラクル人事管理システムによって提供される、不就業カテゴリに関する情報が記載されます。

これらの表は、不就業レポートの生成時に、オラクル人事管理システムによって参照されます。

育児休暇および養子縁組休暇の期間の法定情報は、シードされたユーザー定義表FR_MAP_DURATIONに保存されます。

勤務上の事故

表FR_WORK_INC_ADS_ABS_CODEには、勤務上の事故タイプに関する情報が記載されます。この表は、オラクル人事管理システムによって参照されます。

法的保証所得

表FR_LEGI_RATE_BANDSには、親不就業日、パーセント率および各レートにおいて支払が行われる日数など、個人の年功に関する情報が記載されます。この表は、疾病手当の処理時に、Oracle Payrollによって参照されます。

表FR_LEGI_WAITING_DAYSには、法的保証収入の処理のための待機期間日数に関する情報が記載されます。この表はOracle Payrollによって参照されます。

IJSS

表FR_IJSS_NON_OCCUP_RATES_MAXには、職業病以外の社会保障福利厚生レートに関する情報が記載されます。

表FR_IJSS_OCCUP_RATES_MAXには、職業病および社会保障上限の社会保障福利厚生レートに関する情報が記載されます。

これらの表は、疾病手当の処理時に、Oracle Payrollによって参照されます。

注意: フランス版オラクル人事管理システムでは、これ以外にも特定の法定レポートで使用される事前定義済表が提供されています。

関連項目: 『Oracle HRMS Enterprise and Workforce Management Guide』のユーザー定義表に関する項

関連項目: 『Oracle HRMS Enterprise and Workforce Management Guide』のBilan Socialで使用されるユーザー定義表に関する項

香港の表

強制準備基金（MPF）委員会が特定の拠出金制限に変更を加えた場合、Oracle Payrollでは新規制限情報を含む国別仕様更新情報を提供します。

MPF制限表

MPF制限表（MPF_RI_LIMITS）には、各有効期間に対するMPFの上限と下限が記述されています。

この表は、MPF拠出金の処理時に、Oracle Payrollによって参照されます。

ハンガリーの表

会社の勤務形態

表PQP_COMPANY_WORK_PATTERNSには、入力済の一般的な勤務スケジュールが含まれており、追加もできます。勤務スケジュールには、従業員の月曜から日曜までの通常の勤務時間が表示されます。

10-10-10-10-0-0-0というスケジュールの従業員は月曜日から木曜日まで各日10時間勤務し、金曜日、土曜日および日曜日は休みになります。

表の各列には個別のスケジュールが、各行にはそのスケジュールの各曜日の勤務時間が記載されています。便宜上、各列のヘッダーは、その列のスケジュール名となります。

最初のスケジュールが記載された列のヘッダーは、「1スケジュール: 8-8-8-8-8-0-0」です。

アイルランドの表

PRSI表

PRSI Formulaでは、給与計算に使用する従業員または事業主のPRSI控除を算出するためのコミュニティ・フラグを備えた事前定義の次の表が使用されます。コミュニティとは、就業者の雇用を事業主に奨励するために、アイルランド政府が実施している制度です。要員に何人かの人員を受け入れるかわりに、事業主には軽減されたPRSIレートが与えられます。

• IEクラスAコミュニティ月次従業員

• IEクラスAコミュニティ月次事業主

• IEクラスAコミュニティ週次従業員

• IEクラスAコミュニティ週次事業主

PRSI Formulaでは、給与計算に使用する従業員または事業主のPRSI控除を計算するために、次の事前定義の表が使用されます。

• IEクラスA、B、C、D、H、J、KおよびS月次従業員

• IEクラスA、B、C、D、H、J、KおよびS月次事業主

• IEクラスA、B、C、D、H、J、KおよびS週次従業員

• IEクラスA、B、C、D、H、J、KおよびS週次事業主

IE PRSA証明レート

年金控除項目Formulaでは、個人退職貯蓄口座（PRSA）の拠出金を計算するために、この表が使用されます。この表には、従業員の差引支給額のパーセントである非課税のPRSA拠出金の年齢制限が記載されています。

IE BIK年間走行距離

BIK会社車両Formulaでは、処理中の期間の走行距離の割合を計算するために、この表が使用されます。列には年間走行距離の割合が記載され、行には走行距離の上限および下限が記載されています。

会社の勤務形態

この表には、一般的な勤務スケジュールが含まれており、追加もできます。勤務スケジュールには、従業員の月曜から日曜までの通常の勤務時間が表示されます。10-10-10-10-0-0-0というスケジュールの従業員は、月曜日から木曜日まで各日10時間勤務し、金曜日、土曜日、日曜日が休みです。表の各列には、個別のスケジュールが記載され、行にはスケジュールに対する週の各日の勤務時間が記載されます。表の各列には個別のスケジュールが、各行にはそのスケジュールの各曜日の勤務時間が記載されています。便宜上、各列のヘッダーがその列のスケジュール名となっています。最初のスケジュールが記載された列のヘッダーは「1スケジュール: 8-8-8-8-8-0-0」です。

メキシコの表

会社勤務スケジュール表

この表には、一般的な勤務スケジュールが含まれており、追加もできます。勤務スケジュールには、従業員の月曜から日曜までの通常の勤務時間が表示されます。

10-10-10-10-0-0-0というスケジュールの従業員は月曜日から木曜日まで各日10時間勤務し、金曜日、土曜日および日曜日は休みになります。

表の各列には個別のスケジュールが、各行にはそのスケジュールの各曜日の勤務時間が記載されています。便宜上、各列のヘッダーは、その列のスケジュール名となります。

最初のスケジュールが記載された列のヘッダーは、「1スケジュール: 8-8-8-8-8-0-0」です。

契約表

PQP_CONTRACT_TYPES表は、IDW計算に使用され、レート履歴インフラストラクチャの一部です。行はIDW計算の一部として自動的に作成されます。ユーザーは通常、これらを目にすることはありません。

ISR給与組入表

次の表には、税金計算に関するISR給与組入の情報が記載されています。

• ISR給与組入（週）

• ISR給与組入（月）

ISRレート表

次の表には、税金計算に関するISR税率の情報が記載されています。

• ISRレート（週）

• ISRレート（月）

• ISRレート（年）

ISR補助金表

次の表には、税金計算に関するISR租税補助金レートの情報が記載されています。

• ISR補助金（週）

• ISR補助金（月）

• ISR補助金（年）

租税補助金比率表

この表には入力済のデータは含まれていませんが、データを新規入力できます。この表を使用して、年間の租税補助金比率を記録し追跡できます。

労災保険掛金比率表

この表には入力済のデータは含まれていませんが、データを新規入力できます。この表を使用して、年間の労災保険掛金比率を記録し追跡できます。

ロシアの表

フレックスフィールド・セグメント・マッピング表

RU_FLEXFIELD_SEGMENT_MAPPINGS表により、フレックスフィールド・セグメントの値がそれぞれのセグメント番号にマッピングされます。この表には「等級キー・フレックスフィールド」の「等級コード」コード・セグメント、および、「コンピテンス・キー・フレックスフィールド」の「外国語コード」および「外国語名」セグメントの情報が記載されています。

オラクル人事管理システムでは、この表を参照して従業員の等級を決定します。また、この表を使用して従業員が駆使できる外国語のコードおよび名前を決定します。

シンガポールの表

CPF委員会が特定の拠出金レートに変更を加えた場合、シンガポール用のOracle Payrollでは新規レート情報を含む国別仕様更新情報を提供します。

CPFレート

CPFレート表（CPF_SCHEDULE_AからCPF_SCHEDULE_Nまで）には、従業員タイプ、給与範囲および年齢範囲に応じて各従業員に支払うCPFレートが記載されています。

この表は、任意CPF控除項目の処理時に、Oracle Payrollによって参照されます。

FWLレート

FWL_RATES表には、従業員の外国人労働者課税（FWL）債務の計算に使用されるレートが記載されています。この表には、従業員が月全体にわたって勤務したか、一部のみ勤務したかによって、職務遂行タイプを従業員（熟練と未熟の両方について）ごとに判断するコードおよびその従業員タイプの支払い可能レートが記載されています。

この表は、FWL事業主債務控除項目の処理時に、Oracle Payrollによって参照されます。

コミュニティ基金レート

次のレート表は、従業員の給与に応じた各コミュニティ基金に対する月次拠出金レートを提供します。

• SG_COMM_FUND_CDAC

• SG_COMM_FUND_ECF

• SG_COMM_FUND_MBMF

• SG_COMM_FUND_SINDA

この表は、任意コミュニティ基金控除項目の処理時に、Oracle Payrollによって参照されます。

換算レート・タイプ

EXCHANGE_RATE_TYPES表には、換算レート・タイプ情報が記載されています。この表は、Oracle Financialsによって参照されます。

スペインの表

会社の勤務形態

表PQP_COMPANY_WORK_PATTERNSには、入力済の一般的な勤務スケジュールが含まれており、追加もできます。勤務スケジュールには、従業員の月曜から日曜までの通常の勤務時間が表示されます。

10-10-10-10-0-0-0というスケジュールの従業員は月曜日から木曜日まで各日10時間勤務し、金曜日、土曜日および日曜日は休みになります。

表の各列には個別のスケジュールが、各行にはそのスケジュールの各曜日の勤務時間が記載されています。便宜上、各列のヘッダーは、その列のスケジュール名となります。

最初のスケジュールが記載された列のヘッダーは、「1スケジュール: 8-8-8-8-8-0-0」です。

契約キー・リレーショナル表

ES_CONTRACT_KEY_RELATION表は、契約キー、ステータス、タイプ、サブタイプおよび開始理由の間の関係をマップします。この表は、オラクル人事管理システムによって社会保障情報のために参照されます。

UAEの表

市町村検証表

UAE_CITY_VALIDATION表には、特定の首長国に有効な市町村リストが記載されています。

地域検証表

UAE_AREA_VALIDATION表には、特定の都市に有効な地域のリストが記載されています。

婚姻区分表

UAE_MARITAL STATUS表には、ドバイ帰化居住局（DNRD）から要求されるコードをコア参照のコードにマッピングするために使用される値が記載されています。

米国の表

会社勤務スケジュール表

この表には、入力済の一般的な勤務スケジュールが含まれており、追加もできます。勤務スケジュールには、月曜日から日曜日まで各日の従業員の通常勤務時間が表示されます。

10-10-10-10-0-0-0というスケジュールの従業員は月曜日から木曜日まで各日10時間勤務し、金曜日、土曜日および日曜日は休みになります。

表の各列には個別のスケジュールが、各行にはそのスケジュールの各曜日の勤務時間が記載されています。便宜上、各列のヘッダーは、その列のスケジュール名となります。

最初のスケジュールが記載された列のヘッダーは、「1スケジュール: 8-8-8-8-8-0-0」です。

団体生命保険掛金表

Oracle Payrollで使用するために、この表には、IRS均一掛金表と同じ、年齢範囲別の補償額1,000ドルごとの団体生命保険料掛金の原価が記載されています。表の行には年齢範囲が記載され、列には各年齢範囲別の補償額1,000ドルごとの掛金が記載されています。

団体生命保険掛金表に対する更新は、オラクル社が提供し、システム管理者がこれを適用します。

この表は、事前定義の帰属支給項目「GTL帰属所得」がその処理の過程で参照します。

シフト別表

この表には、既存のデータはありませんが、データ入力の準備はされています。表の行には従業員の通常シフト勤務を示す「日中」、「夜間」、「夜勤」および「分割」のシフト指標が、表の列には差異を入力するために同じヘッダーが記載されています。このシフト指標は、必要に応じて追加または変更できます。

日中シフト従業員に対する通常の支払額を1として、一時的な夜間シフトでは1.5倍、夜勤シフトでは2倍、分割シフトでは3倍を支払うと仮定した場合の差異入力では、日中シフト就業者に差異として1.5、2.0および3.0を入力します。

この表は、Oracle Payrollの処理過程で、事前定義の支給項目タイプ「通常賃金」および「シフト支給」によって参照されます。

賃金レート表

この表は、システムの入手時にはデータが設定されていませんが、データ入力ができるように準備されています。表の行にはレート・コードが、列には各コードに対応するレートが記載されています。次の例には、様々な機器の操作に関連したレートのコードが記載されています。

この表は、Oracle Payrollの処理過程で、事前定義の支給項目タイプ「通常賃金」、「残業」および「シフト支給」によって参照されます。

ユーザー表、列および行の設定

「表体系」ウィンドウで、ユーザー表を設定します。

表の体系を設定する手順は、次のとおりです。

1. 表の行ラベルが有効になる日付を有効日に設定します。

2. 表名を入力します。

3. 表の一致タイプに、「一致」または「範囲」を選択します。各行が1つの役職や1つのコードなどの1つの項目に対して設定されている場合、「一致」を選択します。各行が年齢範囲や支払範囲などの数値の範囲に対して設定されている場合は、「範囲」を選択します。

4. 一致タイプが「一致」の場合、行の入力が日付、数値、英数字テキストのいずれかであるかに応じて、「日付」、「数値」または「テキスト」を「データ型」として選択します。

   表の一致タイプが「範囲」の場合は、「データ型」は自動的に「数値」になります。

5. 行ラベルを「行タイトル」として入力します。

   たとえば、表の行がレート・コードを参照する場合、適切な行タイトルは「レート・コード」になります。行が年齢範囲を参照する場合には、タイトルに「年齢範囲」を使用します。

6. 作業内容を保存し、「列」ボタンをクリックして「列」ウィンドウに移動します。

   列の設定

7. 「名称」フィールドで、表列のラベルを入力します。

   注意: 既存の表に新規列を追加する場合、新規列名を入力する次の列名にカーソルを置き、「編集」メニューから「レコードの挿入」を選択して、明確なフィールドを取得します。

8. 列の入力にFormula検証を使用している場合は、列の検証Formula名を選択します。

9. 作業を保存し、ウィンドウをクローズします。

   行の設定

10. 「表体系」ウィンドウで、「行」ボタンを選択して「行」ウィンドウに移動します。

11. 表の一致タイプが「一致」の場合、見出し「完全一致」のフィールドの各表行にラベルを入力します。

    表の一致タイプが「範囲」の場合、各行範囲の下位値および上位値を表す数値を入力します。

12. 「順序」フィールドでは、「表数値」ウィンドウのリストに表示する順序を決定するために、オプションで各行ラベルに番号を入力できます。行ラベルの論理的な順序付けにより、ユーザーは表数値を迅速かつ正確に入力することができます。

13. 完了したら、作業内容を保存し、ウィンドウをクローズします。この時点で、表は設定され、列に値を入力することができます。

表数値の入力

ユーザー定義表を設定している場合、「表数値の入力」ウィンドウで値を入力および保守できます。

入力パラメータの検証や給与計算、スキップ・ルール、アサイメント・セット、QuickPaint定義などに使用するFormulaから表数値にアクセスできます。この情報にアクセスするには、GET_TABLE_VALUE関数を使用します。

注意: 1つのユーザー表ごとにウィンドウを使用できるように、「表数値」ウィンドウの構成バージョンの作成をシステム管理者に依頼してください。

表列に値を入力する手順は、次のとおりです。

1. 入力が有効になる日付を有効日に設定します。

2. 表名を問い合せます。

3. 「列名」フィールドにカーソルを置いて、上下の矢印を使用して、入力する列名を指定します。

4. 「値」リージョンで、入力するそれぞれの行を選択します。表の一致タイプに応じて、「完全一致」フィールドまたは「下限値」フィールドで行を選択します。

5. 各行で「値」フィールドに適切な値を入力します。数値の場合、'.'（ドット）を小数セパレータとして使用し、給与計算で正確な表数値が使用されていることを確認する必要があります。

6. 作業内容を保存します。

参照

参照

参照は、特定の情報項目に対して有効な値リストを提供します。これは次の2つの点で有利です。

• すべてのユーザーが同じ用語を使用するため、情報の問合せとレポート作成が容易になります。

• 番号やコードなどの簡単な値を入力するだけで、完全なデータが自動的に入力されるので、データ入力をすばやく行うことが可能になります。

オラクル人事管理システムでは、値リストを参照タイプと呼びます。各値は、コード、その内容および場合によっては国別仕様タグで構成されています。次に例を示します。

コードは内部的に使用されるため表示されません。参照タイプごとに、最大250個の参照があります。

ローカライズ・チームは、タグ列を使用して、各ローカライズで使用する参照コードを定義します。この例の「既婚」および「未婚」コードは、すべての国別仕様に対して表示されます。「登録パートナ」コードは、オランダの国別仕様に対してのみ表示されます。「ドメスティック・パートナ」コードは、フランスとオーストラリアを除くすべての国別仕様に対して表示されます。

事前定義の参照タイプ

オラクル人事管理システムには、多数の参照タイプが組み込まれています。起動データとしてコードを含むものもあります。このコードは削除できませんが、内容は変更できます。参照タイプの中には、システム定義されたコードを無効にできるものもあります。コードを無効にしたり、新規コードを追加できるかどうかは、次のように参照タイプのアクセス・レベルによって決まります。

• ユーザー: コードを追加したり、システム定義されたコードを無効にできます。

• 拡張可能: 新規コードを追加できます。システム定義されたコードは、システムによって使用されるため無効にできません。

• システム: コードを追加することも、システム定義されたコードを無効にすることもできません。ただし、システム定義されたコードの意味または摘要は変更できます。

アクセス・レベルが「ユーザー」または「拡張可能」のシステム定義の参照タイプのリストは、「ユーザー定義の参照と拡張可能な参照」を参照してください。

また、「アプリケーション・ユーティリティの参照」ウィンドウで独自の参照タイプも作成できます。このアクセス・レベルはすべて「ユーザー」になります。

グローバル参照タイプとローカル参照タイプ

セキュリティ・グループ使用可能セキュリティを使用している場合、参照タイプはグローバルまたはローカルのいずれかになります。

• グローバル参照タイプは、すべてのビジネス・グループで使用できます。

• ローカル参照タイプは、それらの作成元のビジネス・グループまたはセキュリティ・グループでのみ使用できます。

次のいずれかの方法でローカル参照を導入できます。

• 上書きを作成できます。つまり、参照タイプのグローバル名を保持しながら、ビジネス・グループに合ったローカルな値を指定します。上書きできる範囲は、参照タイプのアクセス・レベルに応じて異なります。

• ローカル・ビジネス・グループにのみ適用可能な参照値を使用して、まったく新しい参照タイプを作成できます。

したがって、任意のビジネス・グループに接続したとき、次のものすべてにアクセスできます。

• グローバル参照タイプおよび値

• グローバル参照値に対するローカルな上書き

• ローカル参照タイプおよび値

ユーザー定義の参照と拡張可能な参照

次の表には、ユーザー定義の参照と拡張可能な参照のフィールドと国別仕様が示されています。

参照タイプおよび値の追加

参照では、オラクル人事管理システムの多くの値リストが提供されており、参照値は値リストに表示される有効なエントリです。これらの参照値により、情報の選択が迅速かつ容易になり、ユーザーが有効なデータのみをオラクル人事管理システムに入力できるようになります。

一部の参照タイプは事前定義されています。これらのタイプには、値のみを定義する必要があります。

新規参照タイプを作成するには、既存の参照タイプに値を追加するか、参照タイプに既存の値が表示されないようにして、「アプリケーション・ユーティリティの参照」ウィンドウを使用します。

注意: 変更を反映するには、ログアウトして再度ログインする必要があります。

参照タイプの定義

たとえば、エレメント・エントリを検証するための値リストを提供する、独自の参照タイプを作成できます。

新規参照タイプおよび参照値を定義する手順は、次のとおりです。

1. 参照タイプのアクセス・レベルを選択します。

2. 参照タイプを入力します。

3. 参照のユーザー名を入力します。これは、ユーザーがアプリケーション内から参照する名前です。

   注意: 米国連邦政府ユーザーの場合: EIT定義にはプリフィクスGHR_USを付けないでください。このプリフィクスは、事前提供の米国連邦政府向け定義用に予約されています。

4. 参照が使用されるアプリケーションを選択します。

5. オプションで、参照タイプの摘要を追加します。

6. 現在の職責にリンクされているセキュリティ・グループやビジネス・グループに固有の参照値を追加する場合は、「グローバル・セキュリティ・グループ」チェック・ボックスの選択を解除してください。既存の参照値は、すべてのビジネス・グループに使用可能です。

   重要: 「グローバル・セキュリティ・グループ」チェック・ボックスは、デフォルトでないセキュリティ・グループを含む「セキュリティ・グループ使用可能セキュリティ」を使用している場合にのみ表示されます。標準HRMSセキュリティ、または「セキュリティ・グループ使用可能セキュリティ」でデフォルト（標準）のセキュリティ・グループを使用する場合、すべての参照タイプはグローバルです。

   関連項目: セキュリティ・グループによる情報のカテゴリ化

7. コード、内容、およびオプションで各値の摘要を入力します。「タグ」列はブランクのままにしてください。

   「開始日」を入力しないと、新規参照が即時に有効になります。「終了日」を入力しない場合、新規参照は期限なしで有効になります。

8. 作業内容を保存します。

参照値の定義

既存の参照タイプに参照値を追加する手順は、次のとおりです。

1. 値を追加する参照タイプを問い合せます。

   アクセス・レベルが「システム」の場合、値は追加できません。

2. 現在の職責にリンクされているセキュリティ・グループやビジネス・グループに固有の参照値を追加する場合は、「グローバル・セキュリティ・グループ」チェック・ボックスの選択を解除してください。既存の参照値は、すべてのビジネス・グループに使用可能です。

   重要: 「グローバル・セキュリティ・グループ」チェック・ボックスは、デフォルトでないセキュリティ・グループを含む「セキュリティ・グループ使用可能セキュリティ」を使用している場合にのみ表示されます。標準HRMSセキュリティ、または「セキュリティ・グループ使用可能セキュリティ」でデフォルト（標準）のセキュリティ・グループを使用する場合、すべての参照タイプはグローバルです。

3. コード、内容、およびオプションで各値の摘要を入力します。「タグ」列はブランクのままにしてください。

   注意: 既存の参照値の「タグ」列に表示される国別仕様コードは、変更または削除しないでください。それらのコードは、HRMSシステムの他の場所に影響する可能性があります。

   「開始日」を入力しないと、新規参照が即時に有効になります。「終了日」を入力しない場合、新規参照は期限なしで有効になります。

4. 作業内容を保存します。

参照値の削除

特定のセキュリティ・グループに設定されている参照値のみ削除できます。ただし、値リストに表示されるすべての参照を停止することは可能です。

注意: セキュリティ・グループ別に参照を分類するには、「セキュリティ・グループ使用可能セキュリティ」を使用している必要があります。関連項目: セキュリティ・グループ別の情報の分類

ユーザー定義参照を削除する手順は、次のとおりです。

「アプリケーション・ユーティリティの参照」ウィンドウで、次のいずれかを実行します。

• 特定の日付以降、ユーザーがこの値を選択しないようにするには、「終了日」を入力します。

• 現在の日付から即時に、ユーザーがこの値を選択しないようにするには、「使用可能」チェック・ボックスの選択を解除して、コードを使用不可にします。

• 代行者参照を作成するために、内容および摘要を変更します。

参照の内容の追加、無効化または変更を行った場合、その変更を反映するには、ユーザーはログアウトしてログインし直す必要があります。

セキュリティ・グループに設定された参照を削除する手順は、次のとおりです。

1. 「アプリケーション・ユーティリティの参照」ウィンドウで、特定のセキュリティ・グループの参照を含む参照タイプを選択します。

2. 「グローバル・セキュリティ・グループ」チェック・ボックスを選択します。

   これにより、現在の職責にリンクされているセキュリティ・グループに設定されているすべての参照が削除されます。事前定義済の参照は削除されません。

   参照の内容の追加、無効化または変更を行った場合、その変更を反映するには、ユーザーはログアウトしてログインし直す必要があります。

文書カテゴリおよびタイプ

文書カテゴリおよびタイプの概要

「レコード文書」機能を使用すると、オラクル人事管理システムの医療証明書、ビザおよび免許などの文書の作成および保守が可能になります。これらの文書は、文書カテゴリ（ビザ情報など）、サブカテゴリ（就労ビザや商用ビザなど）およびタイプ（US H1、US H2など）に属します。次の表に、追加の例を示します。

Oracleでは、いくつかの標準文書タイプが提供されていますが、企業の特定の要件にあわせて、独自の文書カテゴリ、サブカテゴリおよびタイプを作成することもできます。

関連項目: 文書カテゴリ、サブカテゴリおよびタイプの作成

SSHRでの「レコード文書」機能の使用に関する情報は、『Oracle SSHR Deploy Self-Service Capability Guide』のレコード文書に関する項を参照してください。

文書カテゴリ、サブカテゴリおよびタイプの作成

Oracleでは、「レコード文書」機能とともに使用するためにいくつかの文書カテゴリ、サブカテゴリおよびタイプが提供されていますが、特定のビジネス要件に一致するように、新規オブジェクトを作成する必要のある場合があります。これらのオブジェクトを作成するには、次のプロセスを使用してください。

1. 新規文書カテゴリを作成するには、「アプリケーション・ユーティリティの参照」ウィンドウとDOCUMENT_CATEGORY参照タイプを使用します。「参照コード」リージョンに、「専門情報」などの新規文書カテゴリ名を入力します。

   関連項目: 参照タイプおよび値の追加

2. 新規文書サブカテゴリを作成するには、「ユーザー・タイプおよびステータス」ウィンドウを使用します。

   1. 「名称」フィールドでDOCUMENT_CATEGORY参照を問い合せます。

   2. 「システム・タイプ」列に、「専門情報」などの文書カテゴリを入力します。

   3. 「コード」列に、「卒業証書」、「修了証書」、「取得項目」などの必要なサブカテゴリを入力します。

   関連項目: ユーザー・タイプおよびステータスの作成

3. 新規文書タイプを作成するには、「文書タイプの登録(EIT)」プロセスを実行します。

   関連項目: 文書タイプの登録プロセスの実行

4. 文書タイプを作成した場合、（「その他情報タイプ」を職責に関連付けるのと同様の方法で、）「情報タイプ・セキュリティ」ウィンドウで、それらの文書タイプを職責に関連付ける必要があります。

   関連項目: 職責のその他情報タイプの設定

   文書カテゴリおよびタイプの詳細は、「文書カテゴリおよびタイプの概要」を参照してください。

文書タイプの登録（EIT）プロセスの実行

このプロセスを使用して、「レコード文書」機能に新規文書タイプを作成します。

関連項目: 文書カテゴリおよびタイプの概要

このプロセスは、「要求の発行」ウィンドウから実行します。

「文書タイプの登録(EIT)」プロセスを実行する手順は、次のとおりです。

1. 「名称」フィールドで、「文書タイプの登録(EIT)」を選択します。

   「パラメータ」ウィンドウが表示されます。

2. 「文書タイプ」フィールドで、新規文書タイプの一意の名前を入力します。

   注意: 文書タイプに、US、 GLBまたはFRなどの国別仕様コードをプリフィクスとして付けると役に立ちます。

   注意: プロセスが実行されると、アプリケーションによって文書タイプの内部名が作成されます。内部名は文書タイプ名と同じですが、後で翻訳のためなどに文書タイプ名を変更する場合も、内部名は変更しません。内部名はフレックスフィールド・コンテキストとして使用されます。

3. 「複数行」フィールドで、同じ文書タイプの複数オカレンスを許可するかどうかを指定します。たとえば、出生証明の場合、値は「No」に設定します。

4. 「カテゴリ・コード」（必須）と「サブ・カテゴリ・コード」（オプション）を入力します。

   関連項目: 文書カテゴリおよびタイプの概要

5. 新規文書タイプに承認が必要かどうかを指定します。

6. 「発行」をクリックします。

ユーザー・タイプおよびステータス

「ユーザー・タイプおよびステータス」ウィンドウ

「ユーザー・タイプおよびステータス」ウィンドウを使用して、提供されているOracle参照にユーザー・タイプおよびステータスを作成することで、追加システム要件を満たすようにOracle参照を拡張することができます。

注意: ユーザー・タイプまたはステータスを使用するには、関連するフィールドに対してユーザー・タイプまたはステータスを使用可能にするようにプログラム・コードを修正する必要があります。ただし、次の例に示す「ユーザー・タイプおよびステータス」フォームのみを使用することをお薦めします。

必要に応じて、ビジネス・グループを特定してユーザー・タイプを定義できます。ビジネス・グループを指定しない場合、定義したユーザー・タイプとステータスはすべてのビジネス・グループで使用可能になります。

「ユーザー・タイプおよびステータス」ウィンドウの使用

組織内のホワイト・カラーの従業員を機能に応じて分類する場合を考えます。提供される「従業員カテゴリ」参照タイプには、ホワイト・カラー修了者であることを示す1つの値しか含まれていません。この参照可能な値をさらに拡張するには、EMPLOYEE_CATG参照タイプのWHITE_COLLAR参照に次の追加のユーザー値を作成します。

• 事務員

• 事務所マネージャ

• 管理スタッフ

一般的な参照の詳細は、「参照」を参照してください。

「ユーザー・タイプおよびステータス」ウィンドウの具体的な用途

「ユーザー・タイプおよびステータス」ウィンドウの具体的な使用方法は、他のヘルプ・トピックで説明されています。

• 職階採用ステータスの作成方法。オラクル人事管理システムではいくつかの採用ステータスが提供されていますが、必要に応じて各システム・ステータスに複数の値を作成できます。

  詳細は、『Oracle HRMS Enterprise and Workforce Management Guide』の職階採用ステータスに関する項を参照してください。

• 予算計画測定タイプの作成方法。

  詳細は、『Oracle HRMS Enterprise and Workforce Management Guide』の人員予算計画および原価計算の概要に関する項を参照してください。

• 新規文書のサブカテゴリの作成。

  詳細は、「文書カテゴリ、サブカテゴリおよびタイプの作成」を参照してください。

一部のOracleローカライズでも、「ユーザー・タイプおよびステータス」ウィンドウが使用されています。たとえば、フランス版のオラクル人事管理システムでは、「ユーザー・タイプおよびステータス」ウィンドウを使用して、連絡先や労働協約の追加情報が作成されます。

これらの用途の詳細は、次のドキュメントを参照してください。

• 『Oracle Human Resources Management Systems要員の調達、配属およびタレント・マネジメント・ガイド』の扶養子弟続柄の設定に関する項

• 『Oracle HRMS Enterprise and Workforce Management Guide』の労働協約資格付与項目の設定に関する項

注意: この例はフランス版のオラクル人事管理システムに固有のものであり、「ユーザー・タイプおよびステータス」ウィンドウは、この例で説明されているとおりに使用する必要があります。

ユーザー・タイプおよびステータスの作成

「ユーザー・タイプおよびステータス」ウィンドウを使用して、提供された標準参照のユーザー・タイプおよびステータスを作成します。

1. 「名称」フィールドで、参照タイプを選択します。たとえば、EMPLOYEE_CATG参照を選択します。

2. 該当する場合は、ビジネス・グループを選択します。ビジネス・グループを指定しない場合は、ユーザー・タイプおよびステータスをグローバルに使用できます。

3. 「システム・タイプ」フィールドで、拡張する参照値を選択します。たとえば、「ホワイト・カラー」システム・タイプを選択します。

4. 新規ユーザー・タイプおよびステータスの摘要を入力します。たとえば、摘要として事務員と入力します。

5. 新規ユーザー・タイプおよびステータスのコードを入力します。

6. 必要に応じて他の情報を入力します。参照タイプや国別仕様によっては、レポート、勤務時間または階層タイプに含める契約ステータスのマーク付けなど、追加データの入力オプションを使用できる場合があります。

7. 作業内容を保存します。

   必要に応じて、ユーザー・タイプまたはステータスごとに追加の値を入力できます。たとえば、「ホワイト・カラー」参照値に事務所マネージャなど、別のタイプまたはステータスを作成することを選択できます。

アラート

オラクル人事管理システムの事前定義済アラート

オラクル人事管理システムのアラートを使用すると、企業と要員をより効率的に管理できます。事前定義済アラートを使用して、個人詳細、下位要員および組織に関する情報の通知、リマインダおよび確認メッセージを受け取ることができます。たとえば、「HRMSアラート- 新規採用詳細の欠落」を実行して、新規採用従業員に関する正しい情報がすべて存在することを確認できます。

アラートの使用と設定の詳細は、『Oracle Alertユーザーズ・ガイド』を参照してください。

アラートの受信者は、アラートの要件を満たしている個人で、通常は下位要員を持つ管理者です。受信者は、アラートのEメール・メッセージに基づく処理の実行を必要とする場合があります。たとえば、情報の一部に誤りがあったり欠落している場合は、更新が必要になります。

構成可能なオプション

各HRMSアラートは、事前定義済で構成可能な一連の条件を伴う定期アラートとして設計されています。構成可能な条件と摘要を表示するには、「アラート」ウィンドウで目的のアラートを問い合せます。組織のニーズにあわせて条件を構成し、アラートの実行頻度を決定できます。アラートにより、これらの条件が定義の頻度に従ってデータベース内でチェックされます。

関連項目: HRMSアラートの条件

次の表に、各事前定義済アラート、ビジネス上の特定のメリット、推奨頻度、アラートにより受信者にEメール通知が送信される時期の詳細を示します。Eメールが送信されるのは、受信者がアラート要件、固定条件および構成可能な条件を満たしていて、正しい書式によるEメール・アドレスを持っている場合のみです。

警告: オラクル人事管理システムでは、「アラート」ウィンドウでデフォルトのSELECT文のみがサポートされています（未変更の場合）。

期間条件

新規採用や退職などのイベントに基づくアラートの場合、次の構成可能な条件を使用して、アラートで特定の日にレポートするか一定範囲の日付にレポートするかを制御できます。

• PERIOD_EVT_IN_X_DAYS: この値を設定すると、アラートはX日前に発生したイベントまたはX日後に発生するイベントを検出するように構成されます。たとえば、この条件を先日付のイベントを検出するアラートについて7に設定すると、アラートの実行時には7日後に発生するイベントが検索されます。

• PERIOD_RERUN_EVENT_DAYS: この値を設定すると、アラートはPERIOD_EVT_IN_X_DAYS条件で設定した値の前の日付範囲内に発生するイベントを検出するように構成されます。たとえば、PERIOD_EVT_IN_X_DAYSを7に設定し、PERIOD_RERUN_EVENT_DAYSを3に設定すると、先日付のイベントを検出するアラートの場合、現在日付の後の4日目から7日目までに発生するイベントが検索されます。発生済のイベントを検出するアラートの場合、前述の設定はアラートで現在日付の前の7日目から10日目までに発生したイベントが検索されることを意味します。

労働開始する新規採用という先日付のイベントの場合、「HRMSアラート- 新規採用(未開始)」を使用して、労働開始する新規採用数と労働開始時期を検索できます。たとえば、現在日付が2003年8月1日の場合に、PERIOD_EVT_IN_X_DAYS条件の値を14に設定すると、アラートでは2003年8月15日に開始する新規採用のリストが戻されます。このアラートの実行頻度を日次に設定すると、2003年8月15日から毎日実行され、新規採用が検出されるとEメール通知が送信されます。

アラートで2003年8月15日より前の新規採用のリストを戻す必要がある場合（アラートの実行頻度を前述のように設定しており、2003年8月7日から2003年8月15日までに開始する新規採用の有無を調べる必要がある場合など）、PERIOD_RERUN_EVENT_DAYS条件の値を8に設定できます。アラートはPERIOD_EVT_IN_X_DAYS条件の設定値からPERIOD_RERUN_EVENT_DAYS条件の設定値までの期間中に実行されるため、アラートにより2003年8月7日から2003年8月15日までに開始する新規採用が検出されると、Eメール通知が送信されます。

雇用を最近開始した従業員という過去のイベントの場合、「HRMSアラート- 新規採用詳細の欠落」を使用して、重要情報がレコードから欠落しているかどうかを調べることができます。たとえば、現在日付が2002年12月28日で、PERIOD_EVT_IN_X_DAYS条件の値を10に設定している場合、アラートでは2002年12月18日に労働を開始した新規採用従業員のうち、情報に欠落のある従業員のリストが戻されます。このアラートの実行頻度を日次に設定すると、2002年12月18日から毎日実行され、詳細が欠落している新規採用従業員が検出されると、Eメール通知が送信されます。

また、アラートで2002年12月18日より前に開始した新規採用従業員のリストを戻す必要がある場合（2002年12月14日から2002年12月18日までに開始した新規従業員の有無を調べる必要がある場合など）、PERIOD_RERUN_EVENT_DAYS条件の値を4に設定できます。アラートはPERIOD_EVT_IN_X_DAYS条件の設定値からPERIOD_RERUN_EVENT_DAYS条件の設定値までの期間中に実行されるため、アラートにより2002年12月14日から2002年12月18日までにレコードの情報が欠落している新規採用従業員が検出されると、Eメール通知が送信されます。

事前定義済アラート一覧

アラートの使用

アラートの使用方法の詳細は、『Oracle Alertユーザーズ・ガイド』を参照してください。

HRMSアラートの使用例は、HRMSアラートの設定例を参照してください。

アラートの構成可能な条件の詳細は、HRMSアラートの条件を参照してください。

HRMSアラートの条件

アラートの条件によって、アラートの内容およびアラートの受信者を管理できます。各アラートは、組織のニーズに最適なEメール通知を提供するために構成できる、多数の構成可能オプションを備えています。たとえば、研修コースに出席する予定の従業員の管理者に「HRMSアラート- 研修出席リマインダ」を送信する場合、SEND_TO_ASG_SPVSR条件の値をYに設定できます。アラートが実行されると、研修イベントに関して管理者にEメール通知が送信されます。

次の表では、各条件とそのデフォルト値について説明しています。

HRMSアラート条件表

警告: *Send_To条件の複数の値を「Y」に設定すると、アラートの受信者がアラート通知の情報を重複して受信する場合があります。

HRMSアラートの設定例

ここでは、HRMSアラート- マネージャ別コスト・センター・リストを設定するために実行する手順の例を示します。

HRMSアラート- マネージャ別コスト・センター・リストを設定する手順は、次のとおりです。

1. 「アラート」ウィンドウで「HRMSアラート- マネージャ別コスト・センター・リスト」を問い合せます。

2. メニューの「ツール」を選択し、「アラートの転送」オプションを選択してアラートをコピーします。

   アラートのコピー方法の詳細は、『Oracle Alertユーザーズ・ガイド』の「アラート定義の転送」を参照してください。

3. 必ずアラート名を変更し、「アラート定義の転送」ウィンドウの「転送先アラート」リージョンで同じデータベースを選択します。

   注意: アラート名を変更し、そのアラートを同じデータベースに保存することが重要です。この結果、アラートに対する変更は、事前定義のアラートではなく名前を変更したアラートに固有になります。

4. 「転送」ボタンを選択して「アラート定義の転送」ウィンドウをクローズし、コピーしたアラートを問い合せます。

5. 「使用可能」ボタンを選択してアラートを使用可能にします。

   定義する頻度に関係なく、定期アラートをチェックできます。定期アラートとその使用可能な処理セットをチェックする方法は、『Oracle Alertユーザーズ・ガイド』の「定期アラートのチェック」を参照してください。

6. 頻度を「毎月N日」に設定し、毎月1日にアラートを実行するために、日の数値として1を入力します。

   頻度の設定方法の詳細は、『Oracle Alertユーザーズ・ガイド』の「定期アラートの作成」を参照してください。

7. 「処理詳細」ボタンを選択してアラートの条件を設定します。ここで設定する条件によって、アラートの範囲が指定されます。

   詳細は、『Oracle Alertユーザーズ・ガイド』の「アラート詳細の指定」を参照してください。

8. アラート実行対象のINCLUDE_BUSINESS_GROUPオプション条件用の「値」フィールドに、ビジネス・グループ名を入力します。

   警告: アラートを正常に実行するには、有効な値を入力する必要があります。たとえば、無効なビジネス・グループ名を入力すると、アラートによって情報が検出されず、Eメール通知は送信されません。

9. 「値」フィールドでINCLUDE_CONT_FLAG条件を「Y」に変更して、アラートの範囲に派遣就業者を含めます。

   警告: 「値」フィールドでは大文字と小文字が区別されます。値は必ず大文字で入力してください。

10. この例ではビジネス・グループ内の全組織をアラートの範囲に含めるため、「値」フィールドでINCLUDE_ORGANIZATION条件はブランクのままにします。

    注意: 組織名を入力すると、この条件を特定の組織に制限できます。

11. その他のすべての条件をデフォルト値のままにします。

    追加の検証手順として、「処理詳細」ウィンドウと同じ値で「アラート詳細」ウィンドウに条件を設定し、アラートをテストして、予測した行数が戻されるかどうかを確認できます。「実行」ボタンを使用して、アラートをテストし、検証します。

    アラートの検証方法の詳細は、『Oracle Alertユーザーズ・ガイド』の「定期アラートの作成」を参照してください。

    このアラートは毎月1日に実行され、従業員と派遣就業者が、指定したビジネス・グループ内の現行の会社コスト・センター・マネージャとして識別されると、Eメール通知が送信されます。

カスタム・ライブラリ・イベントおよびAPI

カスタム・ライブラリ・イベント

一般イベント

イベントとは、カスタム・ライブラリからカスタム・コードをコールできる、フォームの処理内のポイントのことです。たとえば、イベントWHEN-FORM-NAVIGATEを使用して、フォーム、ブロックまたは項目の既存のロジックの後に発生するロジックの順序をコーディングできます。WHEN-FORM-NAVIGATEは、Oracle Applicationsのすべてのウィンドウに使用可能な一般イベントの例です。一般イベントの一覧は、『Oracle Applications開発者ガイド』のCUSTOMライブラリへ渡されるイベントの項を参照してください。

製品固有イベント

一般イベントの他に、オラクル人事管理システムでは、ビジネス・ルールをサポートするために、カスタム・ライブラリ・コールの作成に使用できる製品固有イベントの範囲が提供されています。HRMSの製品固有イベントは、ほとんどのHRMSウィンドウで使用可能です。次の表では、各イベントの目的の詳細と、イベント発生のタイミングを示しています。

パブリック・コールが可能なオラクル人事管理システムのビジネス・プロセスAPI

Application Programmatic Interface（API）は、すべての外部プロセス・ルーチンの論理的なグループです。オラクル人事管理システムのAPI戦略には、オープン・インタフェースをデータベースに提供するPL/SQLパッケージ・プロシージャと関数のセットが用意されています。

Oracle® Integration RepositoryはOracle E-Business Suiteの必須パーツであり、Oracle applicationsによって表示される多数のインタフェース・エンドポイントに関する情報をコンパイルしたものです。パブリックAPIの全件リストと各APIの目的は、統合リポジトリで使用可能です。『Oracle Integration Repository User's Guide』のOracle Integration Repositoryの概要に関する項を参照してください。

Oracle Integration Repositoryへのアクセスおよび使用方法に関する情報は、『Oracle Integration Repository User's Guide』のOracle Integration Repositoryへのアクセスに関する項を参照してください。

APIのコール方法に関する情報は、『Oracle HRMSインプリメンテーション・ガイド』のテクニカル・エッセイOracle HRMSにおけるAPIに関する項を参照してください。

HR Foundationユーザーが使用可能なAPI

Application Programmatic Interface（API）は、すべての外部プロセス・ルーチンの論理的なグループです。オラクル人事管理システムのAPI戦略には、オープン・インタフェースをデータベースに提供するPL/SQLパッケージ・プロシージャと関数のセットが用意されています。

Oracle® Integration RepositoryはOracle E-Business Suiteの必須パーツであり、Oracle applicationsによって表示される多数のインタフェース・エンドポイントに関する情報をコンパイルしたものです。パブリックAPIの全件リストと各APIの目的は、統合リポジトリで使用可能です。『Oracle Integration Repository User's Guide』のOracle Integration Repositoryの概要に関する項を参照してください。

HR Foundationユーザーは、一部のAPIの制限されたパラメータのみを使用できます。統合リポジトリでは、制限されたパラメータに関する情報が提供されます。Oracle Integration Repositoryへのアクセスおよび使用方法に関する情報は、『Oracle Integration Repository User's Guide』のOracle Integration Repositoryへのアクセスに関する項を参照してください。

APIのコール方法に関する情報は、『Oracle HRMSインプリメンテーション・ガイド』のテクニカル・エッセイOracle HRMSにおけるAPIに関する項を参照してください。

情報プロバイダのWebサイトへの情報オンライン・リンク

情報プロバイダのWebサイトへの情報オンライン・リンク

オラクル人事管理システムには、オラクル人事管理システムのウィンドウおよびWebページと、情報プロバイダのWebサイト間のコンテキスト依存リンクを使用可能にする機能が提供されています。リンクが使用可能になると、ユーザーは、オラクル人事管理システムのウィンドウおよびセルフ・サービスWebページのボタンまたはリンクから、直接情報プロバイダのWebサイトにアクセスできます。使用可能な構成レベルに応じて、リンクにより、ユーザーが作業しているウィンドウやレコードに関連するページまで直接つながります。

たとえば、税情報を入力する人が、税法に関する最新の情報を提供するWebサイトにアクセスできたり、従業員の福利厚生詳細を参照する管理者が、その従業員の福利厚生プランの文書を提供するWebページをオープンすることができます。

注意: 情報オンラインは、以前、知識インテグレータと呼ばれていたものです。

情報プロバイダのWebサイトへのアクセス

情報オンラインは2つのバージョンがサポートされています。システム管理者は、「HR: KIフレームワーク・バージョン」プロファイルで使用するためのバージョンを設定します。このプロファイルのデフォルト値は、バージョン1です。

システム管理者により、プロファイルがバージョン1に設定されると、ユーザーは次の項目にアクセスできます。

• RIA（Research Institute of America）: いくつかの給与計算フォーム用のユーザー・インタフェースからアクセス

• Authoria（健康保険および報酬情報のプロバイダ）: いくつかの福利厚生セルフ・サービスWebページのリンクからアクセス

• Metalink（OracleのサポートWebサイト）: ユーザー・インタフェースの「情報オンライン」ボタンからアクセス

システム管理者により、プロファイルがバージョン2に設定されると、ユーザーは次の項目にアクセスできます。

• 内容コンテナが含まれているセルフ・サービスWebページのMetalinkおよびiLearning

• Transcentive: 設定ステップ完了後に、専門ユーザー・インタフェースおよびセルフ・サービス・ページからメニュー・リンクを使用してアクセス

どちらのバージョンも、情報プロバイダのWebサイトへのログインは、通常、ユーザーがオラクル人事管理システムにログインした際に自動的に処理されます。

システム管理者がオラクル人事管理システムと情報プロバイダのページ間のリンクを使用可能にすると、ユーザーは、オラクル人事管理システム・ツールバーの「情報オンライン」ボタンをクリックするか、メニューから「ツール」、「情報オンライン」の順に選択して（Shift+Control+F7）、ユーザー・インタフェースから情報プロバイダのWebサイトにアクセスします。このボタンは、情報プロバイダのリンクが構成および有効化されているウィンドウで使用可能です。

注意: Shift+Control+F7は、Function 7に現在マップされているキー順序です。実際のキーの組合せを決定するには、メニューで「ヘルプ」、「キーボード」の順に選択してください。『Oracle Forms Deployment Guide』では、Oracleターミナル・リソース・ファイルfmrweb.resでのこのキー割当ての変更方法について説明しています。

最初に「情報オンライン」ボタンを選択すると、値リストがオープンされ、現在のウィンドウで使用可能な情報プロバイダのWebサイトへのリンクの一覧が表示されます。ユーザーがリストから値を選択すると、適切なページでブラウザ・ウィンドウがオープンします。

ユーザーが、情報プロバイダのWebサイトへのリンクが使用可能でないウィンドウから「情報オンライン」ボタンを選択すると、値リストは表示されません。

ユーザーは、「ツール」メニューの「新規ウィンドウでオープン」オプションを使用して、「情報オンライン」ボタンの動作を制御できます。このオプションがチェックされている場合、それぞれの「新規検索」が新規ブラウザ・ウィンドウにオープンされます。このオプションにより、ユーザーは異なる問合せの結果を並べて比較できますが、ユーザーが特にクローズするまではウィンドウはオープンしたままです。このオプションがチェックされていない場合は、ページはオープンされた最後のブラウザ・ウィンドウに表示されます。

ユーザーは、「福利厚生」ページのリンクまたは内容コンテナのいずれかを通じて、セルフ・サービスWebページから情報プロバイダのWebサイトにアクセスします。適用可能なトピックおよびプロバイダの一覧は、内容コンテナにアルファベット順に表示されます。「情報オンライン内容コンテナ」を参照してください。

プロファイル・オプション

オラクル人事管理システムと情報プロバイダのWebサイト間のリンクを設定するには、次のプロファイル・オプションを設定する必要があります。

• HR: KIフレームワーク・バージョン

• HR: 拡張エージェント使用可能

• HR: 拡張エージェント・クライアント・タイムアウト

次の追加のプロファイル・オプションの設定は、オラクル人事管理システムと情報プロバイダのWebサイト間のリンクを設定する場合のオプションです。

• HR: 拡張エージェント

• HR: 情報オンライン: 新規ウィンドウでのオープン

• HR: 情報オンライン: ツールバー・アイコン

• HR: KI最大トピックおよび統合

• HR: サーブレット・タイムアウト

追加の必須およびオプションのプロファイル・オプションは、個別の情報プロバイダに存在します。「ユーザー・プロファイル」を参照してください。

情報プロバイダ

統合は、オラクル人事管理システムと次の情報プロバイダ間で使用可能です。

Oracle MetaLink

OracleのMetaLink Webサイトでは、オラクル人事管理システムの最新の製品情報、ディスカッション・フォーラム、バグ・フィックスおよびパッチ情報にアクセスが可能で、ユーザーはOracleのサポートに連絡できます。統合は、KIフレームワーク・バージョン1のユーザー・インタフェースのすべてのオラクル人事管理システム・ウィンドウ、およびKIフレームワーク・バージョン2に内容コンテナを含むセルフ・サービスWebページで使用可能です。この統合は、すべての国別仕様で使用できます。

オラクル人事管理システムからMetaLinkページへのリンクの設定方法の詳細は、MetaLinkのNote 229585.1を参照してください。

Authoria HR

統合は、KIフレームワーク・バージョン1の多数の「Oracle Advanced Benefits」ウィンドウ、セルフ・サービス・ページ、および協力会社製品Authoria HR間で使用可能です。この統合は、UKおよびUSの国別仕様に使用できます。「Authoria HRへのリンク」を参照してください。

また、オラクル人事管理システムからAuthoria HRページへのリンクの設定方法の詳細は、MetaLinkのNote 215637.1を参照してください。

RIAのPCP on Checkpoint

統合は、「Oracle HRMS 米国」の税金ウィンドウおよびKIフレームワーク・バージョン1の協力会社情報プロバイダRIAのPayroll Compliance Pro on Checkpoint間で使用可能です。この統合は、US国別仕様に使用できます。

オラクル人事管理システムからRIAのPCP on Checkpointへのリンクの設定方法の詳細は、MetaLinkのNote 148468.1を参照してください。

Transcentive

統合は、KIフレームワーク・バージョン2の「Oracle HRMS」ウィンドウおよび協力会社報酬管理ソリューション・プロバイダTranscentive間で使用可能です。この統合は、すべての国別仕様に使用できます。

オラクル人事管理システムからTranscentiveへのリンクの設定方法の詳細は、MetaLinkのNote 294453.1を参照してください。

iLearning

Oracle iLearningは、エンタープライズ向け学習管理システムで、ラーニングの規定、実現および追跡を行い、ラーニング・プロセスをモニターおよび管理します。統合は、KIフレームワーク・バージョン2の「ラピッド・インプリメンテーション・ワークベンチ」WebページおよびOracle iLearning間で使用可能です。

「ラピッド・インプリメンテーション・ワークベンチ」WebページからOracle iLearningへのリンクの設定方法の詳細は、MetaLinkのNote 294453.1を参照してください。

情報オンライン内容コンテナ

「情報オンライン内容コンテナ」は、セルフ・サービスWebページに表示される補助リージョンです。トピックおよびプロバイダは、内容コンテナのリンクのアルファベット順リストとして表示されます。

トピックをクリックすると、トピックの内容を提供しているプロバイダのリストが新規ウィンドウに表示されます。選択したトピックに1つのプロバイダしか存在しない場合、単一プロバイダのページが即時にオープンします。

また、ユーザーは、内容コンテナのリストからプロバイダを選択し、そのプロバイダにより提供されているトピックのリストを表示することもできます。

トピックまたはプロバイダの数が事前定義の制限を超えている場合、「詳細」リンクが表示されます。トピックまたはプロバイダの制限は、「HR: KI最大トピックおよび統合」プロファイルに設定されています。制限が設定されていない場合は、トピックまたはプロバイダの数が3を超えると、「追加リンク」が表示されます。トピックまたはプロバイダのリージョンから「追加リンク」をクリックすると、トピックまたはプロバイダの完全なセットが新規ページに表示されます。

Authoria HRへの情報のオンライン・リンク

Authoria HRでは、共通の知識リポジトリを使用して、HR情報および福利厚生情報の管理と伝達を行います。オラクル人事管理システムおよびAuthoria HR間のコンテキスト依存アクセスを構成できます。エンド・ユーザーは、ユーザー・インタフェース・ウィンドウおよびセルフ・サービス・ページからリンクに従って、作業しているレコードに直接関連付けられているAuthoria HR文書を表示できます。

この機能は、USおよびUKの国別仕様に適用できます。

注意: 情報オンラインは、以前、知識インテグレータと呼ばれていたものです。

Oracleウィンドウおよびセルフ・サービス・ページからのリンク

Authoria HRとの統合は、次のStandard BenefitsおよびOracle Advanced Benefitsのウィンドウで使用可能です。

• 「登録結果の表示」ウィンドウ（BENDSPER）

• 「加入情報の表示」ウィンドウ（BENDISPL）

• 「フレックス・プログラム」ウィンドウ（BENEFXEB）

• 「非フレックス・プログラム」ウィンドウ（BENENFEB）

• 「貯蓄プラン」ウィンドウ（BENESPEB）

• 「その他のプラン」ウィンドウ（BENEMSEB）

• 「個人ライフ・イベント」ウィンドウ（BENDSPLE）

また、統合は、次のセルフ・サービス・ページでも使用可能です。

• 「福利厚生登録の概要」ページ（BEN_ENRL_OVERVIEW_PAGE）

• 「現行福利厚生」ページ （BEN_CURR_OVW_PAGE）

• 「確認」ページ（BEN_ENRL_CONF_PAGE）

• 「福利厚生選択」ページ（BEN_ENRT_SELECTION_PAGE）

Authoria HRへのアクセス

Authoria HRへのアクセスは、ツールバーの「情報オンライン」ボタンまたは「ツール」メニューの「情報オンライン」オプション（Shift+Control+F7）から、ユーザー・インタフェース・ウィンドウで使用可能です。

ユーザーが、機能が使用可能なウィンドウの1つで「情報オンライン」ボタンを選択すると、現在のコンテキストに適用可能なAuthoria HRシステムのページがリストされた、値リストが表示されます。その他の情報プロバイダへのリンクが使用可能な場合も、これらが表示されます。ユーザーが値リストからAuthoriaへのリンクを選択すると、適切なAuthoria HRページで、ブラウザ・ウィンドウがオープンします。

ユーザーは、「ツール」メニューの「新規ウィンドウでオープン」オプションを使用して、「情報オンライン」ボタンの動作を制御できます。このオプションがチェックされている場合、それぞれの「新規検索」が新規ブラウザ・ウィンドウにオープンされます。これにより、ユーザーは異なる問合せの結果を並べて比較できますが、終了すると各ウィンドウをクローズする必要があります。このオプションがチェックされていない場合は、オープンされた最後のブラウザ・ウィンドウを使用して、Authoria HRページが表示されます。

セルフ・サービス・インタフェースからAuthoria HRへのアクセスは、Standard BenefitsおよびOracle Advanced Benefitsのページのハイパー・テキスト・リンクを使用して行われます。リンクは、そのページとAuthoria HRシステムのページとの間にマッピングがある場合にのみ表示されます。ユーザーがリンクをクリックすると、新規ブラウザ・ウィンドウがオープンし、現在のコンテキストに適用可能なAuthoria HRシステムのページが表示されます。

関連項目: オラクル人事管理システムとAuthoria HR間のリンクの構成

マッピング表を移入するSQLスクリプトの例

このスクリプトの例では、Oracle福利厚生プランおよびプログラムとAuthoria HRページ間のリンクを構成します。このスクリプトを独自に使用するために構成する方法の情報は、「OracleおよびAuthoria HRの間のマッピングの構成」を参照してください。

スクリプトは、開始するマッピングが表に格納されていないことを前提としています。マッピングはビジネス・グループに固有です。プランとプログラムの各組合せによって、2つのマッピングが生成されます。1つはオープン登録用、もう1つは非オープン登録用です。オープン登録マッピングは、通常、共通のオープン登録ページに対して行われます。

スクリプトには、次の4つのマッピングが示されます。

• プラン'ACME Dental NonFlex'は、プログラム'ACME Program NonFlex'に存在します。これは、オープン登録中はAuthoriaページ'AnnEnroll'にマップされ、その他のときにはページ'Dental'にマップされます。これにより、非オープン登録に対して、次のようなプロシージャ・コールが生成されます。

  create_page_map('ACME Dental NonFlex','ACME Program NonFlex',
  
                  'N','Dental',l_business_group_id);
  
  

• また、オープン登録に対しては、次のようなプロシージャ・コールが生成されます。

  create_page_map('ACME Dental NonFlex','ACME Program NonFlex',
  
                 'Y','AnnEnroll',l_business_group_id);
  
  

• プログラムに存在しないプラン'Saving Plan'は、オープン登録中はAuthoriaページ'AnnEnroll'にマップされ、その他のときにはページ'Sav'にマップされます。これにより、非オープン登録に対して、次のようなプロシージャ・コールが生成されます。

  create_page_map('Saving Plan',NULL,
  
                  'N','Sav',l_business_group_id);
  
  

• また、オープン登録に対しては、次のようなプロシージャ・コールが生成されます。

  create_page_map('Saving Plan',NULL,
  
                 'Y','AnnEnroll',l_business_group_id);
  
  

スクリプト例

REM +===============================================+

REM SQL Script File Name : create_page_map.sql

REM Description: Seed Authoria page mappings via APIs

REM +===============================================+

declare

l_business_group_id number;

procedure create_page_map

 (p_plan_name                     in     varchar2

 ,p_program_name                  in     varchar2

  ,p_open_enrollment_flag          in     varchar2

 ,p_target_page                   in     varchar2

  ,p_business_group_id             in     number

 ) is

--

l_authoria_mapping_id number;

l_object_version_number number;

l_plip_id number := null;

l_pl_id number;

l_pgm_id number := null;

-- value -924926578 represents a number unlikely to

-- exist in the database

cursor csr_exists is

  select authoria_mapping_id,

         object_version_number

  from  hr_authoria_mappings

  where pl_id            = l_pl_id

    and nvl(plip_id,-924926578) = nvl(l_plip_id,-924926578)

    and open_enrollment_flag = p_open_enrollment_flag;

begin

-- get pl_id

select pl_id

into l_pl_id

from ben_pl_f

where sysdate between effective_start_date

                and effective_end_date

and name = p_plan_name

and business_group_id = p_business_group_id;

if (p_program_name is not null) then

  -- get pgm_id

  select pgm_id

  into l_pgm_id

  from ben_pgm_f

 where sysdate between effective_start_date

                    and effective_end_date

    and name = p_program_name

    and business_group_id = p_business_group_id;

 select plip_id

  -- get plip_id

  into l_plip_id

 from ben_plip_f

 where sysdate between effective_start_date

                    and effective_end_date

    and pl_id = l_pl_id

    and pgm_id = l_pgm_id

   and business_group_id = p_business_group_id;

end if;

-- see if there is an existing record

open csr_exists;

fetch csr_exists into l_authoria_mapping_id

                     ,l_object_version_number;

if csr_exists%found then

 -- do update

 HR_AUTHORIA_MAPPING_API.update_authoria_mapping

    (

    p_authoria_mapping_id           => l_authoria_mapping_id

    ,p_pl_id                         => l_pl_id

    ,p_plip_id                       => l_plip_id

   ,p_open_enrollment_flag          => p_open_enrollment_flag

    ,p_target_page                   => p_target_page

   ,p_object_version_number         => l_object_version_number

    );

else

 -- do insert

  HR_AUTHORIA_MAPPING_API.create_authoria_mapping

    (

    p_pl_id                         => l_pl_id

   ,p_plip_id                       => l_plip_id

   ,p_open_enrollment_flag          => p_open_enrollment_flag

   ,p_target_page                   => p_target_page

   ,p_authoria_mapping_id           => l_authoria_mapping_id

   ,p_object_version_number         => l_object_version_number

end if;

    );

close csr_exists;

end;

--

BEGIN

--

select business_group_id

into l_business_group_id

from per_business_groups

where name = 'SC Benefits';

create_page_map('ACME Dental NonFlex','ACME Program NonFlex',

               'N','Dental',l_business_group_id);

create_page_map('ACME Dental NonFlex','ACME Program NonFlex',

                'Y','AnnEnroll',l_business_group_id);

create_page_map('Saving Plan',NULL,

               'N','Sav',l_business_group_id);

create_page_map('Saving Plan',NULL,

               'Y','AnnEnroll',l_business_group_id);

--

END;

/

COMMIT;

EXIT;

Standard BenefitsおよびOracle Advanced BenefitsとAuthoria HRの間のリンクの構成

Standard BenefitsおよびOracle Advanced Benefitsのウィンドウ、セルフ・サービス・ページおよびAuthoria HR間のリンクを構成できます。「Authoria HRへの情報のオンライン・リンク」を参照してください。

Standard BenefitsおよびOracle Advanced BenefitsとAuthoria HRとの間のリンクを構成する手順は、次のとおりです。

1. 最初に、オラクル人事管理システムおよびAuthoria HRの必要なバージョンをインストールする必要があります。インストールおよび実装の詳細は、MetaLinkのNote 215637.1を参照してください。

2. 次のプロファイル・オプションが設定されていることを確認します。

   • HR: 拡張エージェント使用可能

   • HR: Authoria統合使用可能

   • HR: Authoria US URLおよび/またはHR: Authoria UK URL

3. 次の任意のプロファイル・オプションをチェックして、システムにそれらを設定する必要があるかどうかを確認します。

   • HR: 拡張エージェント

   • HR: 情報オンライン: 新規ウィンドウでのオープン

   • HR: 情報オンライン: ツールバー・アイコン

   プロファイル・オプションの詳細は、「ユーザー・プロファイル」を参照してください。

4. Oracle福利厚生プランおよびプログラムを設定します。

5. Authoria HR福利厚生プランを設定します。詳細は、Authoria HRのドキュメントを参照してください。

6. 「OracleおよびAuthoria HRの間のマッピングの構成」

OracleおよびAuthoria HRの間のマッピングの構成

ユーザーがオラクル人事管理システムのウィンドウまたはセルフ・サービスWebページからAuthoria HRページにアクセスする前に、オラクル人事管理システム福利厚生およびAuthoria HRに設定したページの間のマッピングを構成する必要があります。

マッピングを構成する手順は、次のとおりです。

1. Oracle福利厚生プランおよびプログラムそれぞれにリンクさせるAuthoria HRのページを指定します。

2. "SC Benefits"を必要なビジネス・グループ名に置き換えることによって、適切なビジネス・グループを含めるように、「SQLスクリプトの例」の次のSELECT文を編集します。

   select business_group_id
   
   into l_business_group_id
   
   from per_business_groups
   
   where name = 'SC Benefits';
   
   

3. 各マッピングに対して、example create_page_mapプロシージャ行のかわりに、create_page_mapプロシージャを追加します。各マッピングに個別の行を追加します。

   create_page_mapプロシージャでは、次の引数を取得します。

   マッピング引数

   プロシージャ	摘要
   p_plan_name	福利厚生プラン名
   p_program_name	福利厚生プログラム名（プランがプログラムにない場合はNULL）
   p_open_enrollment_flag	マップ先のページがオープン登録用かどうかを指定。許可値は「Y」または「N」。
   p_target_page	Authoriaアプリケーションのターゲット・ページ名
   p_business_group_id	SELECT文を使用して決定されたビジネス・グループID

4. SQLスクリプトを実行します。

   スクリプトは、HR_AUTHORIA_MAPPING APIをコールし、Oracleデータベース表HR_AUTHORIA_MAPPINGSにマッピングを保存します。

ウィンドウのリンク(タスク・フロー)

タスク・フロー

タスクを完了するために使用するウィンドウをタスク・フローでリンクできます。1つのボタンを選択すると、メニューに戻らずに各ウィンドウを順番に表示できます。

タスク・フローの最初のウィンドウが、その後のウィンドウの流れを決めます。たとえば、タスク・フローが「個人情報」ウィンドウで始まると、それ以後のすべての情報が、「個人情報」ウィンドウを使用して入力または問合せをした対象の個人に対して入力されます。

構成したウィンドウをタスク・フローに含めることができます。たとえば、「個人情報」ウィンドウのバージョンを作成し、応募者のみを扱うようにできます。その後、このウィンドウを採用タスク・フローに使用することができます。または、個人情報管理テンプレートを構成し、タスク・フローのボタンを追加して、他のウィンドウへのアクセスを提供できます。

フォームまたはOracle Workflowの使用

タスク・フローの作成と管理には、2つの方法を使用できます。

• フォームを使用する

• Oracle Workflowを使用する

Oracle Workflow（バージョン2.0.3.8.1またはそれ以降）を使用してタスク・フローのモデルを作成した後、タスク・フローを作成できます。タスク・フローを作成するこの方法には、ウィンドウのシーケンスを設計するときにダイアグラマを補助として使用できるという利点があります。

注意: タスク・フロー名またはタスク・フロー・ノード名にアポストロフィ（'）またはパーセント（%）記号は使用しないでください。

順次処理型構造または分岐処理型構造

タスク・フローは、次の2つの図に示すように、順次処理型構造または分岐処理型構造にできます。各ウィンドウから設定できるナビゲーション・オプションの数をタスク・フローで選択できます。また、ナビゲーション・ボタンのラベルを選択したりアクセス・キーも定義できます。

順次処理型タスク・フロー

分岐処理型タスク・フロー

事前定義のタスク・フロー

オラクル人事管理システムには、タスク・フローで使用できるすべてのウィンドウを含む、複数のシステム定義のタスク・フローが用意されています。このタスク・フローは、導入時に使用するため、簡単な構造体として設計されています。ユーザーにお薦めする構造体として設計されたものではありません。

事前定義のタスク・フローは、オラクル人事管理システムのインストール時に基本言語に翻訳されます。ただし、追加言語をインストールする場合は、その言語で新しくタスク・フローを作成する必要があります。その後、これらのタスク・フローをその言語の正しいメニューにリンクできます。

オラクル人事管理システムの新規バージョンをインストールすると、オラクルにより提供された標準タスク・フローに加えた変更は削除されます。

重要: 標準タスク・フローに変更を加えた場合、ソフトウェアの新規バージョンごとにタスク・フローを再作成する必要があります。したがって、タスク・フローに変更を加える場合は、標準タスク・フローをコピーし、そのコピーに変更を加えることをお薦めします。

データベース間のタスク・フローの転送

フォームまたはワークフローを使用して作成したタスク・フローをデータベース間で転送し、たとえば、テスト・データベースで作成した新規タスク・フローを生産データベースに追加できます。この場合、1つ目のデータベースからファイルにタスク・フローを保存し、そのファイルを2つめのデータベースにインポートします。「タスク・フローの転送」を参照してください。

国別仕様タスク・フロー

オラクル人事管理システムをインストールするとき、グローバル・タスク・フローおよびインストールしている国固有の仕様のタスク・フローのみインストールできます。

注意: これには、すべての国別仕様でインストールされる米国および英国固有のタスク・フローは含まれません。

新規タスク・フローを定義するとき、タスク・フローがグローバルなものであるか、またはインストールしている国固有のものであるかを指定する必要があります。

関連項目: タスク・フローの定義

注意: Oracle Workflowから変換して作成されたタスク・フローは常にグローバルです。

タスク・フローをダウンロードするとき、グローバル・タスク・フローおよびインストールしている国固有のタスク・フローのみダウンロードできます。

関連項目: データベース間のタスク・フローの転送

タスク・フローのウィンドウ

以下に示す表にあるウィンドウを参照して、独自のタスク・フローを作成できます。または構成したバージョンを作成できます。これらのウィンドウの中には、アサイメントのコンテキストを必要とするものがあります。つまり、次のウィンドウの1つが、タスク・フローで先に表示される必要があります。

• 「アサイメント」ウィンドウ

• 「アサイメント・フォルダ」ウィンドウ

• 「応募者詳細」ウィンドウ（応募者アサイメント用）

• アサイメントを識別する「個人情報管理テンプレート」ウィンドウ

すべてのタスク・フローは、次のいずれかのウィンドウから始める必要があります。

• 個人情報管理テンプレートから作成した「保守」ウィンドウ

• 個人情報およびアサイメント（PERWSHRG）

• 個人情報（PERWSEPI）

• 個人情報フォルダ（PERWSFPE）

• アサイメント・フォルダ（PERWSFAS）

• アサイメント（PERWSEMA）

• 役職（PERWSDJT）

• 職階（HRWSPSF）

• 職階（非HRMSユーザー）（PERWSDPO）

• 事業所（PERWSLOC）

• 労働協約（PERWSDCA）

• 税バランス（PAYUSTBA）

注意: 個人情報管理テンプレートを使用していない場合は、別々のフォーム（PERWSEPIとPERWSEMA）ではなく、結合された「個人情報およびアサイメント」フォーム（PERWSHRG）を使用して、「個人情報」ウィンドウから素早く「アサイメント」ウィンドウを開いてください。両方のウィンドウが必要なタスク・フローでは、この結合フォームの使用をお薦めします。事前定義のタスク・フローでは、この結合フォームが使用されます。

タスク・フローで使用可能なウィンドウ

「アサイメント」ウィンドウの組込み

ユーザーが「個人情報およびアサイメント」フォームからタスク・フローを下位に移動するとき、「アサイメント」ウィンドウはバックグランドで表示されたままになります。ユーザーは、各自の現在のウィンドウを閉じることで「アサイメント」ウィンドウに戻れます。したがって「アサイメント」ウィンドウをコールするボタンは定義しないことをお薦めします。

ただし、「個人情報」ウィンドウ以外のウィンドウから「アサイメント」ウィンドウにタスク・フローを定義する場合、「アサイメント」フォーム（PERWSEMA）を使用することをお薦めします。この場合は、タスク・フローにおいて「アサイメント」ウィンドウの下位にあるフォームに「アサイメント」ボタンを追加することもできます。これにより、ユーザーはトップ・ウィンドウに戻らなくても、「アサイメント」ウィンドウに戻れます。

タスク・フロー（Oracle Workflow）

フォームを使用してタスク・フローの設定や保守を行うかわりにOracle Workflow（バージョン2.0.3.8.1またはそれ以降）を使用して、タスク・フローのモデルを作成した後に、タスク・フローを作成できます。タスク・フローを作成するこの方法は、ウィンドウのシーケンスを設計するときにダイアグラマを補助として使用できるという利点があります。

注意: Oracle Workflowを使用してタスク・フローを作成する場合、Oracle Workflowを使用しその保守を継続する必要があります。「タスク・フローの定義」フォームを使用して生成したタスク・フローを編集することはできません。

オラクル人事管理システムは、タスク・フロー可能な各ウィンドウに対して人事タスク・フロー項目タイプと機能アクティビティを供給します。これらを各タスク・フローのワークフロー・プロセスに使用します。アクティビティ属性を設定することにより、各ウィンドウのボタン・ラベルとボタンの配置を作成します。

キー・ルール

タスク・フローの定義には以下の2つのキー・ルールがあります。

• 一部のウィンドウのみがタスク・フローで最初のウィンドウ（またはトップ・ノード）として有効です。どのウィンドウが最初のウィンドウとして有効かをチェックするためには、Oracle Workflow Designerを使用し参照タイプをチェックします。

  タスク・フローを設計するためにワークフロー・プロセスを作成する場合、開始アクティビティはトップノード・セレクタ・アクティビティに接続する必要があります。このアクティビティは、最初のウィンドウが有効であることを保証します。

• タスク・フロー内の各ウィンドウは、正しいコンテキストを供給するウィンドウにだけ接続できます。

  たとえば、「職階所属従業員」ウィンドウは、職階のコンテキストが必須であるが、「資格」ウィンドウは個人情報のコンテキストが必須です。各ウィンドウに与えられたワークフロー・アクティビティは、それぞれの参照タイプに設定された結果タイプを持ち、必要なコンテキストを定義します。たとえば、F4住所入力ウィンドウは、個人情報コンテキスト・ウィンドウに設定された結果タイプを所有しています。これは、個人情報のコンテキストが必要なことを意味します。

  タスク・フローは、以下のコンテキストの1つと関連しています。

  • アサイメント

  • エレメント・エントリ

  • 役職

  • 事業所

  • 人事処理要求（米国連邦政府の人事管理システム）

  • 個人情報

  • 職階摘要（米国連邦政府の人事管理システム）

  • 職階

  • 「トップノード」オラクル人事管理システム・ウィンドウ

フォームを使用したタスク・フローの作成

フォームを使用してタスク・フローを作成するには、次の手順を実行します。

1. タスク・フロー・ノードを定義します。

2. タスク・フローを定義します。

   次の手順はオプションです。必要な場合は実行してください。

3. 既存のタスク・フローをコピーします。

4. 既存のタスク・フローに新規ウィンドウを追加します。

5. タスク・フローのナビゲーションを修正します。

タスク・フロー・ノードの定義

タスク・フローの各フォームは、ノードです。タスク・フローに含めることができるすべてのフォームに、システム定義のノードがあります。ただし、フォームのいずれかの構成バージョンを作成するときは、タスク・フローに含める前に、構成バージョンに対応するノードを作成してください。

ヒント: タスク・フローの最初のノードに構成フォームを使用する場合、これを新規ノードとして定義してください。

タスク・フローと構成フォームの両方を1つのメニューに引数として加えることは可能ですが、保守が煩雑になります。

「タスク・フロー・ノード定義」ウィンドウを使用してノードを定義します。

タスク・フロー・ノードを作成する手順は、次のとおりです。

1. ノード名を入力します。ノードを含むタスク・フローを作成するときに、この名称を選択します。ユーザーには、ノード名が表示されません。

   注意: ノード名にアポストロフィ（'）またはパーセント（%）記号は使用しないでください。

2. 構成したフォームを選択します。「ブロック」フィールドは、ブランクのままにしておきます。

3. 作成したフォームの構成バージョン名を選択します。

4. 新しいノードを保存します。

タスク・フローの定義

タスク・フローは「タスク・フロー定義」ウィンドウで定義します。既存のタスク・フローと構造が類似している場合は、これをコピーして、新しいフローを作成できます。

ヒント: タスク・フローにナビゲーション・ボタンを定義するときは、次の点に注意してください。

• 前のステップに戻れない長い順序番号は定義しないでください。

• 同じノードには同じボタン名を使用します。

• 構成ノードには異なるボタン名を使用します。

メニューにタスク・フローを組み込む前に、次のように、「パラメータ」フィールドに引数を入力して、タスク・フローの最初のフォームに新規メニューを定義します。

WORKFLOW_NAME = "task flow name"

新しいタスク・フローを定義する手順は、次のとおりです。

1. タスク・フローの名称を入力、保存します。

   注意: タスク・フロー名にアポストロフィ（'）またはパーセント（%）記号は使用しないでください。

   注意: 「コンバート」ボタンは選択しないでください。このボタンを選択するのは、Oracle Workflowで作成したタスク・フローをコンバートする場合のみです。関連項目: Workflowを使用したタスク・フローの作成

2. 値リストからタスク・フローの国別仕様を選択します。または、国別仕様フィールドをブランクのままにしてグローバル・タスク・フローを作成します。

3. 「ノード」ブロックで、タスク・フローの最初のフォームとして設定するノードの名称を選択します。

4. このノードに含まれる「トップ・ノード」チェック・ボックスを選択します。

5. 「ノード」ブロックで新規レコードを作成し、別のノードを選択します。このフォームにあるナビゲータ・パスの入力を開始するには、タスク・フローに含まれるすべてのノードを作成しておく必要があります。

6. 「ナビゲーション・オプション」リージョンで、各ノードに対して、ナビゲートする他のノードを選択します。

7. ウィンドウ下部のボタン（左から右へ）またはナビゲーション・リストのオプションとして、ナビゲーション・オプションを表示する順序番号を入力します。

8. ボタンで表示するナビゲーション・オプションの「ボタン」チェック・ボックスを選択します。フォームで表示できるボタンの数には制限があり、この数はフォームによって異なります。

   「その他」ボタンを選択すると、その他のオプションがナビゲーション・リストに表示されます。また、「次」ボタンを選択すると、その他のオプションが1つのみの場合に、そのオプションを表示します。

9. すべてのフォームには、ボタンまたはナビゲーション・リストに表示されるデフォルトのラベルがあります。これらのラベルには、独自のラベルを上書きできます。

   「タスク・フローの定義」ウィンドウのラベルが「青」で表示される場合は、動的デフォルト値を示します。たとえば、シードされている値がアップグレードなどで変更されると、上書きされていないすべてのタスク・フローのラベルは自動的に更新されます。

   ラベルが「黒」で表示される場合は、デフォルト値が上書きされたことを示します。デフォルトのラベルを再継承するときは、フィールドを消去します。

10. ナビゲーション・オプション用に、アクセス・キーやショートカットを設定するときは、ラベルの文字列に「&」を付けます。たとえば、Microsoft Windows環境で「イメージ」ウィンドウのアクセス・キーとして、ALT+Pを使用するには、ラベルに「イメージ（&P）」と入力します。

    注意: A、E、F、G、H、Q、S、Wは、Oracle Applicationsのメニューにすでに使用されているため、ショートカット・キーの設定には使用できません。

    ボタンに同じ文字を使用不可にする検証はできません。

11. タスク・フローを保存します。

既存のタスク・フローのコピー

既存のタスク・フローをコピーする手順は、次のとおりです。

1. 既存のフローを問い合せ、「コピー先」ボタンを選択します。

2. 新しいタスク・フローの名称を入力して「OK」を選択します。

3. 新しいタスク・フローを問い合せ、必要に応じて編集します。

既存のタスク・フローへの新しいウィンドウの追加

「タスク・フロー定義」ウィンドウを使用すると、ノード名を使用して既存のタスク・フローに新しいウィンドウを追加できます。タスク・フロー内ですでにこのウィンドウを使用している場合は、ナビゲーションを変更するだけで済みます。後述の「タスク・フローのナビゲーションの修正」を参照してください。

注意: Oracle Workflowを使用してタスク・フローを作成した場合、Oracle Workflowを使用しその保守を継続する必要があります。「タスク・フローの定義」ウィンドウを使用して生成したタスク・フローを編集することはできません。

既存のタスク・フローに新しいウィンドウを追加する手順は、次のとおりです。

1. 変更するタスク・フローを「名称」フィールドで問い合せます。

2. 「ノード」ブロックにウィンドウのノード名を入力します。

3. 変更内容を保存します。

   次に、タスク・フローのナビゲータ・パスにノードを含める必要があります。

4. 新規ノードのアクセス元となる既存ノードを「ノード」ブロックで選択します。

5. 新規ノードの詳細を「ナビゲーション・オプション」リージョンに入力し、必要に応じて既存のナビゲータ・パスを編集します。「ナビゲーション・オプション」リージョンの設定方法は、「新しいタスク・フローを定義する手順」のステップ5から9を参照してください。

タスク・フローのナビゲーションの修正

「タスク・フローの定義」ウィンドウを使用して、タスク・フローのナビゲーションを修正します。

タスク・フローのナビゲーションを修正する手順は、次のとおりです。

1. ナビゲーションを修正するタスク・フローを「名称」フィールドで問い合せます。

2. 「ノード」ブロックでノード名を選択します。

3. 必要に応じて、「ナビゲーション・オプション」リージョンで既存のナビゲータ・パスを編集します。ナビゲーション・オプションの詳細は、「新しいタスク・フローを定義する手順」のステップ5から9を参照してください。

Oracle Workflowからのタスク・フローの生成

Oracle Workflow内にタスク・フローのモデルを作成し、データベースに保存した後、タスク・フローの定義を作成する必要があります。

オラクル人事管理システムのアプリケーションから「タスク・フローの定義」ウィンドウを使用します。

Oracle Workflowからタスク・フローを作成する手順は、次のとおりです。

1. 作成済みタスク・フローを問い合せ、「コンバート」ボタンを選択します。

2. 「OK」を選択して、Oracle Workflowからタスク・フローをコンバートします。

   正常に変換されたタスク・フローが表示されます。1つのタスク・フローも変換されなかった場合は確認され、データベースには保存されません。エラーを訂正してから、検証、保存をしてタスク・フローを再生成する必要があります。

   注意: Oracle Workflow内でタスク・フローのモデルを作成した場合、「タスク・フローの定義」ウィンドウを使用して編集することはできません。Oracle Workflowを使用して編集、保存し、次にタスク・フロー定義を再生成します。

Workflowを使用したタスク・フローの作成

Oracle Workflowを使用してタスク・フローを作成するには、次の手順を実行します。

1. 最上位レベルのプロセスを作成します。

2. サブ・プロセスを作成します。

3. ボタン・ラベルを作成します。

4. 表示するボタンの配置を決定します。

   「個人情報およびアサイメント」フォームのみ

   「個人情報およびアサイメント」フォームを使用してタスク・フローを作成している場合、次の追加のステップを実行します。

5. 表示するウィンドウまたはブロックを確認します。

   構成フォーム・バージョンのみ

   構成フォーム・バージョンを作成した場合、次の追加のステップを実行します。

6. タスク・フローに含める構成フォームを確認します。

   すべてのフォーム

7. ワークフローを検証して保存します。

8. Oracle Workflowからタスク・フローを生成します。

最上位レベル・プロセスの作成

各タスク・フローに対し最上位レベル・プロセスを定義する必要があります。最上位レベル・プロセスにはサブ・プロセスが含まれますが、その他の最上位レベル・プロセスは含まれません。

最上位レベル・プロセスには、「トップ・ノード・セレクタ」プロセス・アクティビティが必要になります。これは、タスク・フローの最初のウィンドウが、有効な「トップ・ノード」ウィンドウであることを保証します。トップ・ノードにすることができるウィンドウはすべて、トップ・ノード オラクル人事管理システムのコンテキスト・ウィンドウの参照タイプに定義されます。

トップ・ノード・セレクタには、2つのトランジションが必要です。1つ目のトランジションは、トップ・ノード・アクティビティに移り、その値はウィンドウ・アクティビティ名である必要があります。2つ目のトランジションは<Default>で、終了アクティビティに移る必要があります。

タスク・フローを作成するには、Oracle Workflow内でプロセス・ダイアグラマを使用します。プロセス・ダイアグラマを使用して表示するウィンドウを追加し、接続します。

最上位レベル・プロセスを作成する手順は、次のとおりです。

1. HRタスク・フロー項目タイプの新規プロセスに対して、一意の内部および表示名称を入力します。

   ヒント: 内部および表示名称には命名規則を使用してください。たとえば、表示名称「職階詳細（最上位レベル）」には、内部名称「POSITION_DETAILS_TL」が適切です。

2. プロセスを実行可能に定義します。

3. 「プロセス・ダイアグラマ」ウィンドウをオープンし、1つの開始アクティビティと最低1つの終了アクティビティを追加します。

4. トップ・ノード・セレクタ・アクティビティを追加します。開始アクティビティは、トップ・ノード・セレクタ・アクティビティに接続する必要があります。

5. トップ・ノード・セレクタを<Default>トランジションの結果値を持つ終了アクティビティに接続します。

6. 「トップ・ノード」ウィンドウを追加します。

7. トップ・ノード・セレクタを「トップ・ノード」ウィンドウに接続し、トランジション結果値としてこのウィンドウの名称を指定します。

8. <Default>トランジション結果値を持つ終了アクティビティに「トップ・ノード」ウィンドウを接続します。

9. 次の各ルールに留意しながら、その他のウィンドウを処理に追加します。

   • （両方とも「個人情報コンテキスト」ウィンドウなど）結果タイプが同一の場合のみ、ウィンドウを他のウィンドウに接続できます。

   • トランジションの結果値は、接続するウィンドウ・アクティビティの名称（たとえば、「F4 アサイメント入力」）である必要があります。

   • 各ウィンドウは1度だけ他のウィンドウに接続できます。

   • 各ウィンドウは、<Default>トランジションの結果値を持つ「トップ・ノード」ウィンドウに接続しなければならない。

   • 上位ウィンドウ名称でなく <Parent>トランジション結果値を使用してその上位に戻るウィンドウに接続できます。

サブ・プロセスの作成

「タスク・フロー」ウィンドウの論理セットをサブ・プロセスへグループ化できます。サブ・プロセスは、いくつかの最上位レベル・プロセスが使用できます。これによりプロセス設計を簡単にします。各サブ・プロセスには、他のサブ・プロセスが含まれます。サブ・プロセスには注意すべき2つのルールがあります。

• サブ・プロセスは実行可能と定義することはできません。

• 他の処理でサブ・プロセスを使用する場合は、サブ・プロセスを「トップ・ノード」ウィンドウに接続する必要があります。

サブ・プロセスを作成する手順は、次のとおりです。

1. HRタスク・フロー項目タイプの新規プロセスに対して、一意の内部および表示名称を入力します。

   ヒント: 内部および表示名称のための命名規則を使用してください。たとえば、表示名称「アサイメント詳細（サブ・レベル）」には、内部表示「ASSIGNMENT_DETAIL_SL」が適切です。

2. プロセスを実行不可能と定義します。

3. サブ・プロセスに複数の結果値が必要な場合は、処理結果タイプとしてユーザー定義の結果セットを指定します。

4. 「プロセス・ダイアグラマ」ウィンドウをオープンし、1つの開始アクティビティと最低1つの終了アクティビティを追加します。

   これは、1つの処理は複数の結果値を持つことができ、多数の終了アクティビティが必要とされ得るからです。その処理が最上位レベルの「ノード」ウィンドウに戻らなければならないことを示すには、最低1つの終了アクティビティが必要とされます。

5. 開始アクティビティを他のウィンドウに接続します。

   注意: 開始アクティビティは、1つのウィンドウに接続できます。

6. 次の各ルールに留意しながら、その他のウィンドウを処理に追加します。

   • （両方とも「個人情報コンテキスト」ウィンドウなど）結果タイプが同一の場合のみ、ウィンドウを他のウィンドウに接続できます。

   • トランジションの結果値は、接続するウィンドウ・アクティビティの名称（たとえば、「F4 アサイメント入力」）である必要があります。

   • 各ウィンドウは1度だけ他のウィンドウに接続できます。

   • 各ウィンドウは、<Default>トランジションの結果値を持つ終了アクティビティに接続する必要があります。

   • 上位ウィンドウ名称でなく <Parent>トランジション結果値を使用してその上位に戻るウィンドウに接続できます。

ボタン・ラベルの作成

（「イメージ」ウィンドウの）写真など、タスク・フロー・フォームに表示するラベルを入力できます。各タスク・フロー・ウィンドウ・アクティビティには、ボタン・ラベルと呼ばれる属性があります。この属性を使用してウィンドウのデフォルト・ボタン・ラベルを上書きしたり、アクセス・キー（またはキーボード・ショートカット）を定義します。

ボタン・ラベルを作成する手順は、次のとおりです。

1. Oracle Workflowのプロセス・ダイアグラマにプロセスを表示します。

2. 「編集」-「プロパティ」を選択し、アクティビティを選択します（「編集」-「プロパティ」をダブルクリックして選択することもできます）。

3. 「属性値」タブ・フレームを選択します。

4. フォームに表示するラベルを入力します。

   アクセス・キーを定義するには、ラベルにアンパサンド（&）で適切な文字を前置します。たとえば、「イメージ」ウィンドウのアクセス・キーとして (Microsoft Windows の環境で) ALT+Pを使用するには、ラベルに「イメージ（&P）」と入力します。

表示するボタンの配置の決定

ボタンを表示する順序をフォームに配置できます。たとえば、「イメージ」ウィンドウの表示を最初のボタンにできます。

ウィンドウに表示されるタスク・フロー・ナビゲーション・ボタンの数は、ウィンドウごとに変わります。ナビゲーション・オプションが多数あり、すべてをボタンとして表示できない場合、ウィンドウの最後のボタンは「その他」となり、他のナビゲーション・オプションを含む値リストを表示します。

プロセス・ダイアグラマ内の他のウィンドウへのトランジションを定義することによりウィンドウから使用できるナビゲーション・オプションを決定します。アクティビティ属性表示ボタン1..4を使用し、どのナビゲーション・オプションをボタンとして表示するか、またボタンが表示される順序を指定します。

ボタンの配置を決める手順は、次のとおりです。

1. Oracle Workflowのプロセス・ダイアグラマにプロセスを表示します。

2. 「編集」-「プロパティ」を選択し、アクティビティを選択します（「編集」-「プロパティ」をダブルクリックして選択することもできます）。

3. 「属性値」タブ・フレームを選択します。

4. 「表示ボタン1」属性のボタンに表示するウィンドウの名称を入力します。

   たとえば、「イメージ」ウィンドウを表示するのに最初のボタンを希望する場合、「F4 イメージ入力」を入力します。ウィンドウが上位ウィンドウの場合、<Parent> 特別接続値を指定できます。

5. 属性表示ボタン2から4についてステップ4を繰り返します。ウィンドウにボタンを表示しない場合は、値<Null>を入力します。

   たとえば、3つのボタンだけの表示を希望する場合、表示ボタン4として <Null>を入力します。

表示するウィンドウまたはブロックの確認

ほとんどのタスク・フロー・フォームでは入力時に最初のブロックを表示する必要があります。しかし、タスク・フローで「個人情報およびアサイメント」フォームを使用する場合、入力時に「個人情報」ウィンドウ（またはブロック）または「アサイメント」ウィンドウを表示するかどうかを指定する必要があります。

表示するウィンドウまたはブロックを確認する手順は、次のとおりです。

1. Oracle Workflowのプロセス・ダイアグラマにプロセスを表示します。

2. 「編集」-「プロパティ」を選択し、ウィンドウ・アクティビティを選択します（「編集」-「プロパティ」をダブルクリックして選択することもできます）。

3. 「属性値」タブ・フレームを選択します。

4. ブロック名属性の入力時に表示するブロック名を入力します。

タスク・フローに含める構成フォームの確認

ウィンドウの構成済バージョンを作成した場合、タスク・フローでそのウィンドウを使用できます。

タスク・フローに含まれる構成フォームを確認する手順は、次のとおりです。

1. Oracle Workflowのプロセス・ダイアグラマにプロセスを表示します。

2. 「編集」-「プロパティ」を選択し、ウィンドウ・アクティビティを選択します（「編集」-「プロパティ」をダブルクリックして選択することもできます）。

3. 「属性値」タブ・フレームを選択します。

4. カスタマイゼーション属性にフォーム・カスタマイゼーションの名称を入力します。

ワークフローの検証および保存

Oracle Workflow内のタスク・フロー定義が完了したら、ワークフロー検証機能を使用してワークフローがOracle Workflowモデル・ルールに適合するかどうかをチェックします。

ワークフローの検証が正常に終了したら、オラクル人事管理システムのデータベースに保存します。

ワークフローを検証および保存する手順は、次のとおりです。

1. 「ファイル」-「検証」を選択します。

   注意: この処理は有効なタスク・フローが作成されたかはチェックしません。このチェックはタスク・フローを生成したときに行います。

2. 「ファイル」-「保存」を選択します。

データベース間のタスク・フローの転送

あるデータベース（フォームまたはワークフローを使用）から別のデータベースに作成したタスクフローを転送できます。たとえば、テスト・データベースで作成したタスク・フローを稼動中のデータベースに追加できます。これは、最初のデータベースから2番目のデータベースにインポートできるフラット・ファイルにタスク・フロー情報をエクスポートすることで実行します。

「要求の発行」ウィンドウを使用して実行します。

重要: タスク・フローをデータベースに転送する前に、タスク・フローで使用されるすべてのウィンドウがデータベースにあることを確認する必要があります。これには、カスタムフォームまたは個人情報管理コンフィギュレータを使用して構成したすべてのバージョンのウィンドウが含まれます。

タスク・フローをファイルにエクスポートする手順は、次のとおりです。

1. ソース・データベースにログインします。

2. 「要求の発行」ウィンドウの「名称」フィールドで値リストから「HRMSタスクフローのダウンロード」を選択します。

3. 「データ・ファイル」パラメータ・フィールドにタスク・フローを保存するファイルの名称を入力します。推奨するファイル拡張子は.ldtです。

   ヒント: ファイルをターゲット・データベースにインポートする前にファイルを移動しなくても済むようにするには、ソース・データベースとターゲット・データベースの両方にアクセスできる場所のフル・ファイル・パスを使用します。

4. 1つのタスク・フローをダウンロードするには、値リストからタスク・フロー名を選択します（タスク・フロー・フィールドをブランクにすることで、国別仕様の全タスク・フローまたは全グローバル・タスク・フローをダウンロードできます）。

5. 特定の国別仕様のタスク・フローをダウンロードするには、値リストから国別仕様を選択します。グローバル・タスク・フローをダウンロードするには、国別仕様フィールドをブランクにします。

6. 「OK」を選択して「発行」を選択し、タスク・フローをフラット・ファイルに保存します。

ファイルからタスク・フローをインポートする手順は、次のとおりです。

1. ターゲット・データベースにログインします。

2. 「要求の発行」ウィンドウの「名称」フィールドで値リストから「HRMSタスクフローのアップロード」を選択します。

3. 「データ・ファイル」パラメータ・フィールドにタスク・フローを含むファイルの名称を入力します。

4. 「OK」を選択して「発行」を選択し、タスク・フローをデータベースにインポートします。

5. これで、オリジナルのデータベースと同じ方法でタスク・フローを使用できます。

個人情報管理コンフィギュレータを使用したウィンドウ構成

個人情報管理コンフィギュレータ

個人情報管理コンフィギュレータ・ツール（以前はフォーム・コンフィギュレータと呼ばれていました）を使用して、企業のビジネス・プロセスにあわせたウィンドウを設計できます。たとえば、新しい従業員の採用に必要な必須情報を含むウィンドウを設計できます。これによって、時間の節約、エラーの削減、データ入力と保守の簡略化が可能です。

オラクル人事管理システムには、特定のプロセスに合せて設計されたサンプルのウィンドウとして、事前定義のテンプレートが用意されています。この事前定義の個人情報管理テンプレートは、「個人情報管理」ウィンドウを使用して作成されています。サンプルのテンプレートはこのウィンドウから選択した項目を使用しています。ただし、独自のウィンドウを作成するときは、「個人情報管理」ウィンドウから任意の項目を選択できます。

「個人情報管理テンプレート」を参照してください。

事前定義のテンプレートを使用する理由

事前定義のテンプレートを使用せずに新しいウィンドウを作成できますが、次に示す理由により、ガイドとしてこのテンプレートを使用することをお薦めします。

• テンプレートは、一般的なビジネス・プロセスを表し、優れたウィンドウ設計のインプリメンテーションを示すために吟味して設計されています。

• 新しい事前定義のテンプレートが使用可能になったときに、簡単にアップグレードできるように設計されています。事前定義テンプレートをアップグレードすると、必要なアップグレードは行われますが、テンプレートに対してすでに変更済の部分はそのままになります。

テンプレートの変更可能部分

テンプレートを使用して新しいウィンドウを設計する場合、次の変更が可能です。

• 表示するメイン・ウィンドウのコンポーネント・ウィンドウ（「要約、「検索」、「保守」）と、その位置の選択。

• ユーザーがナビゲータからメイン・ウィンドウを選択したときに最初に表示されるウィンドウの選択。

• 各ウィンドウに表示するタブ、フィールド、ボタンの選択。

• 複数のビジネス・グループにまたがる就業者情報の保守の選択。

• フィールドの位置、フィールドを表示するタブ、フィールド・タブの順番の選択。

• フィールドのデフォルト値の選択。

• ユーザーが項目で右クリックすると表示されるフィールドやボタンの追加詳細情報を提供するFormulaの使用。

• 住所形式などコンテキスト依存フィールドの設定。この結果、選択した値によって適切なフィールドが表示されます。

• デートトラックされているフィールドでデートトラック履歴表示の有効化。

• 従業員のみ、応募者のみ、派遣就業者のみなどのデータ制限の定義。

• ユーザーが処理の進捗状況を記録するためのチェックリストの設定。事前定義の参照、CHECKLIST_ITEMとCHECKLIST_STATUSに値を追加できます。

• ユーザーがワークフロー通知を他の従業員に送信する通知メッセージの作成。事前定義のメッセージもあります。

注意: オンライン・ヘルプは事前定義のテンプレートを反映します。フォームを構成する場合、変更に反映させてヘルプを編集する必要が生じることがあります。

個人情報管理テンプレートの追加構成オプション

個人情報管理テンプレートにはユーザーが拡張可能な複数のカスタム・フィールドが追加されており、これらのテンプレートでは現在保守できないデータ（Oracle E-Business Suiteデータ項目またはデータベースに格納されているサード・パーティ/カスタムのデータ項目）の保守が可能です。これらのフィールドは「個人情報管理」ウィンドウ（PERWSQHMフォーム）のみに適用され、「保守」ブロック/ウィンドウでのみ使用可能です（「要約」ウィンドウや「検索」ウィンドウでは使用できません）。

これらのカスタム・フィールドを個人情報管理コンフィギュレータ・テンプレートに追加するには、フォーム・コンフィギュレータのオプションを使用します。様々な機能要件に対応するために、複数の異なるタイプのフィールドが用意されています。使用できるフィールドは次のとおりです。

• 文字

• 数値

• 日付

• チェック・ボックス

• 値リスト

• リスト項目

  これらの追加フィールドは、項目と呼ばれ、個人情報管理コンフィギュレータによってテンプレート上に配置されます（詳細は「「個人情報管理」ウィンドウのフィールド」を参照）。

  必要なカスタム項目をテンプレートに追加した後は、カスタム・ライブラリを使用して、各カスタム項目の取得、更新および検証を行うために必要なビジネス・ルール・コードおよび論理を記述する必要があります。

  詳細は、MetaLinkで公開されているホワイト・ペーパー『Further Configuration Options For People Management Templates』を参照してください。

他のウィンドウへのタスク・フローの設定

タスク・フロー・ボタンを追加して、ユーザーが構成したウィンドウの「保守」ウィンドウから他のウィンドウにアクセスできます。Oracle Workflowまたはタスク・フロー・ウィンドウを使用してタスク・フローを作成し、ボタンを使用して個人情報管理コンフィギュレータ内にそのウィンドウを表示します。

ウィンドウ上のボタンの位置や大きさを変える場合は、個人情報管理コンフィギュレータを使用してボタン項目をテンプレートに追加する必要があります。その後、ボタンを適切な位置に配置し、大きさを設定して、ラベルを入力します。

個人情報管理コンフィギュレータ・ユーザー・インタフェース

個人情報管理コンフィギュレータ・ツールには、グラフィカルなナビゲーション・ツリーとプロパティ・セットが含まれています。ナビゲーション・ツリーは論理的な順番で設定されているため、ツリーを上から下にたどっていくと、それがタスクを完了させる順番になっています。テンプレート名を展開すると、そのテンプレートに関連する情報が表示されます。

ウィンドウの編集時に、ウィンドウが画面上でどのように見えるのかを確認できます。また、テンプレートでウィンドウをプレビューしてフィールドとタブをテストし、ユーザーへの表示方法を確認できます。

個人情報管理テンプレート

「事前定義の個人情報管理テンプレート」は、ビジネス・プロセスに一致するウィンドウの作成に役立つように設計されています。これらのテンプレートは、「個人情報管理コンフィギュレータ」を使用して、「個人情報管理」ウィンドウから作成されました。事前定義のテンプレート・ウィンドウは、ナビゲータ上で使用可能です。つまり、これらのウィンドウは変更せずに使用できます。または、事前定義テンプレートのコピーを作成し、それらを変更して独自のウィンドウを作成するか、まったく新規のテンプレートを作成することもできます。

事前定義テンプレートの詳細は、「事前定義の個人情報管理テンプレート」を参照してください。

テンプレートに含まれる情報

事前定義テンプレートは、個人の採用や新規応募者の作成など、一般ビジネス・プロセス用に設計されています。たとえば、採用プロセスを通過する際、通常、タスクを完了するために多くのウィンドウをオープンする必要があります。テンプレート・ウィンドウを使用すると、すべてのデータをまとめて、タブ付リージョンを使用して論理セクションにグループ化できます。

応募者が採用されると、応募者のアサイメント情報が「従業員アサイメント」に自動的に入力されます。

独自のテンプレートの設計

「個人情報管理」ウィンドウには、LAST_NAMEおよびVACANCYなどのすべての個人情報およびアサイメント情報が含まれます。テンプレートを使用すると、必要な情報のみを含めることによって、ユーザーが参照可能な情報を制御できます。

個人情報管理テンプレートの作成時に使用可能なすべてのフィールドの完全なリストについては、「「個人情報管理」ウィンドウのフィールド」を参照してください。

設計可能なウィンドウおよびタブの数

テンプレートは、「検索」ウィンドウ、「要約」ウィンドウおよび「保守」ウィンドウから構成されます。これらの各ウィンドウを要件に合うように変更できます。テンプレートは、異なるタスクまたはユーザー・グループに対して必要な数だけ設計できます。たとえば、情報のレビューのみが必要なユーザーに対しては、「要約」ウィンドウを提供するテンプレートを設計します。情報を更新する必要のあるユーザーの場合は、「保守」ウィンドウも提供できます。

新規テンプレートを作成した場合、ユーザーが新規ウィンドウにアクセスできるようにテンプレートをナビゲータに追加します。それぞれのテンプレートについて、最初に表示するウィンドウを設定できます。たとえば、ナビゲータから「個人情報管理」を選択すると、最初に「検索」ウィンドウが表示され、ユーザーが個人を検索できるように指定することができます。その後、「詳細の表示」ボタンを選択することによって、「保守」ウィンドウにナビゲートできます。

「検索」ウィンドウには最大6個のタブを含めることができます。1つのタブは「拡張」タブとして定義されますが、このタブを別の目的に使用することもできます。

「要約」ウィンドウには最大10個のタブを含めることができます。1つのタブは「チェックリスト」タブとして定義されますが、このタブを別の目的に使用することもできます。

「保守」ウィンドウには、「その他情報タイプ」タブや「特別情報タイプ」タブなど最大10個のタブを含めることができます。1つのタブは「チェックリスト」タブとして定義されますが、必要に応じて、このタブを別の目的に使用することもできます。

テンプレートを使用したプロセス・ベースのウィンドウの設計

テンプレートを使用して、ユーザーが実行可能な処理を制御する方法

制限には、「個人情報管理コンフィギュレータ」ツールを使用して実行するものもあれば、「カスタムフォーム」を使用するものもあります。たとえば、「個人情報管理コンフィギュレータ」を使用して、使用可能なフィールド、ボタン、タブおよびウィンドウを決定します。また、「個人情報管理コンフィギュレータ」を使用して、テンプレートを「従業員」、「応募者」または「派遣就業者」システムPersonタイプに制限することもできます。

「カスタムフォーム」を使用すると、次のことが可能です。

• ユーザーが表示または入力可能な「ユーザーPersonタイプ」、「特別情報タイプ」および「その他情報タイプ」の指定

• ユーザーが実行可能なアクション、および送信可能な通知の指定

• 「拡張検索」タブでの検索に使用可能なリストからのフィールドの削除

• ユーザーがテンプレートを使用して作成可能な個人レコードのタイプの制限: 「新規応募者」、「従業員」、「派遣就業者」、「応募者」、「従業員アサイメント」または「派遣就業者アサイメント」

重要: 一貫性のある制限を作成するように注意する必要があります。たとえば、「個人情報管理コンフィギュレータ」を使用してテンプレートを「応募者のみ」に制限した後、ユーザーが新規従業員または従業員アサイメントのみを入力できるように「カスタムフォーム」制限を追加した場合、一貫性がありません。

テンプレート・ウィンドウを使用する利点

テンプレートを使用すると、ユーザーに次のような利点があります。

• ユーザーは構成可能な「検索」ウィンドウで基本および拡張問合せを使用して、情報を検索できます。このウィンドウに表示するフィールドとその表示順を指定します。

• ユーザーは、将来の作業セッションで繰返し使用するために、結果セットをフォルダに保存できます。

• ユーザーは次の目的のためにテンプレートを使用する場合、より迅速に作業できます。

  • 必要のない情報を非表示にする

  • 可能な場合デフォルトの提供

  • 論理グループ内およびタブ付リージョンでのフィールドの配置の決定

• ユーザーは、チェックリストを使用して、テンプレート関連として定義されたアクションのステータスを追跡できます。

テンプレートの使用は、オラクル人事管理システムを企業に固有のものにできる唯一の部分です。また、タスク・フローでウィンドウを同時に配列することもできます。「保守」ウィンドウを一番上へ定義して、「保守」ウィンドウをバックグラウンドに残したまま、その他のウィンドウへ直接移動するためのボタンを提供できます。

データ・オーガナイザの個人情報およびアサイメント

個人情報管理テンプレートの「要約」ウィンドウには、データ・オーガナイザが含まれ、個人情報およびアサイメントに関する情報の検索および組織化に役立ちます。

データ・オーガナイザにより、個人情報を名称、組織または役職別にアルファベット順に表示できます。データ・オーガナイザで個人のノードを拡張する場合、従業員、応募者および派遣就業者のアサイメント・リストを参照します。アサイメントには名称がないため、ユーザーが作業するアサイメントを指定できるように、このリストに表示する情報を選択することができます。

デフォルトでは、アサイメントは、上級マネージャ.設計のように<役職>.<組織>として指定されます。ただし、データ・オーガナイザで表示する任意のその他のデータベース・アイテムを選択することもできます。「保守」ウィンドウで表示可能な「アサイメント」フィールドに、同じ情報が表示されます。

デフォルトを上書きする場合、表示するテキストを返すためのFormulaを記述してください。詳細は、『Oracle HRMS FastFormula User Guide』のテンプレート用のFormulaの記述に関する項を参照してください。

テンプレート・フィールドの値のデフォルト設定

テンプレートを使用すると、必要な数のフィールドの値をデフォルト設定できます。頻繁に同じ値を取る項目をデフォルト設定することによって、ユーザーのデータ入力が容易になります。値が定数の場合、デフォルトを設定して、ユーザーからフィールドを非表示にすることができます。

応募者が採用されると、応募者のアサイメント情報が「従業員アサイメント」に自動的に入力されます。

その他のウィンドウからのデフォルト

オラクル人事管理システムのウィンドウで実装のための情報を設定する際、ユーザーが別のフィールドで値を選択すると、一部のフィールドの値がシステムによって自動的にデフォルト設定されるように指定できます。たとえば、ビジネス・グループを選択すると、「事業所」、「労働時間」、「頻度」、「開始時刻」および「終了時刻」のフィールドに自動入力されるように、「組織」ウィンドウでビジネス・グループのデフォルト情報を設定することができます。また、「職階」ウィンドウおよび「必要要件情報」ウィンドウで、職階や必要要員の多くのフィールドにデフォルト情報を指定することもできます。

「個人情報管理コンフィギュレータ」を使用してこれらのフィールドにデフォルトを設定すると、それらの値は、これらのウィンドウで設定された自動デフォルト値によって上書きされます。

依存フィールドのデフォルト

一部のフィールドは他のフィールドに依存しているため、ユーザーはメイン・フィールドに値を入力した場合、依存フィールドにも常に値を入力する必要があります。たとえば、ユーザーは「通知期間」に値を入力すると、「通知期間単位」にも値を入力または選択する必要があります。

依存フィールドにデフォルト値を設定することはできません。

他のフィールドに依存するフィールドに関する情報は、「「個人情報管理」ウィンドウのフィールド」のリストに含まれています。

事前定義の個人情報管理テンプレート

Oracleでは、多くの「事前定義の個人情報管理テンプレート」が提供されています。新規ウィンドウ設計はこれらのテンプレートの1つに基づいて行うことをお薦めします。

注意: まったく新規のテンプレートを作成することもできますが、コンテキスト依存の住所形式のアップグレードおよび設定など認識すべき多くの問題があります。かわりに、ローカライズ用に事前定義のテンプレートをコピーして、それに変更を加えることをお薦めします。

特定のローカライズ用にテンプレートが用意されています。また、ローカライズに特化した事前定義のテンプレートがどれも要件を満たさない場合に使用できる一般テンプレートもあります。

「応募者採用」テンプレート

このテンプレートを使用すると、応募者の入力、採用の時点までの応募者の追跡および応募者の採用を行うためのウィンドウを作成できます。完全な採用プロセスのためには「応募者採用」ウィンドウを使用できます。このテンプレートでは、従業員と応募者の両方にアクセスできます。これにより、応募者の採用および内部応募者の処理が可能です。

「従業員の入力」テンプレート

このテンプレートを使用すると、従業員の詳細およびプライマリ・アサイメントを迅速に入力するための「保守」ウィンドウを作成できます。このテンプレートは従業員のみに制限されます。このウィンドウは、1日のみの臨時採用など、応募者履歴を入力する必要のない多くの従業員を持つユーザー向けに設計されています。

「氏名」、「生年月日」、「住所」などの基本的な個人情報詳細の他、「役職」、「等級」、「給与」などのアサイメント詳細も入力できます。「通知」ボタンを使用すると、処理に関する通知を他者に送信することができます。

「従業員の保守」テンプレート

このテンプレートを使用して、全従業員詳細を入力または保守するためのウィンドウを作成します。このテンプレートは、従業員のみに制限されます。これは、「個人情報」ウィンドウおよび関連ウィンドウを使用して実行するタスクに非常によく似ています。

「派遣就業者の入力」テンプレート

このテンプレートを使用すると、派遣就業者の詳細およびプライマリ・アサイメントを迅速に入力するための「保守」ウィンドウを作成できます。このテンプレートは派遣就業者のみに制限されます。このウィンドウは、入力する必要のある多くの派遣就業者を持つユーザー向けに設計されています。

「氏名」、「生年月日」、「住所」などの基本的な個人情報詳細の他、「役職」、「仕入先」、「就業者番号」などのアサイメント詳細も入力できます。「通知」ボタンを使用すると、処理に関する通知を他者に送信することができます。

「派遣就業者の保守」テンプレート

このテンプレートを使用して、派遣就業者詳細を入力または保守するためのウィンドウを作成します。このテンプレートは派遣就業者のみに制限されます。これは、「個人情報」ウィンドウおよび関連ウィンドウを使用して実行するタスクに非常によく似ています。

「ビザ管理」テンプレート

このテンプレートを使用すると、外国人就業者に関する情報を入力するためのウィンドウを作成できます。従業員の住所、連絡先およびビザ詳細に関する詳細情報を記録できます。

「HR Foundation」テンプレート

このテンプレートを使用すると、HR Foundation職責を使用した派遣就業者を入力または保守できます。このテンプレートは派遣就業者のみに制限され、「派遣就業者の入力」および「派遣就業者の保守」テンプレートを使用して実行するタスクに非常によく似たタスクに使用されます。

「検索」ウィンドウの構成

「検索」ウィンドウには次の2つの領域があります。それぞれに表示されるフィールドを選択できます。

• ユーザーが検索基準を入力する「検索タブ」

• 検索結果の要約が1レコードにつき1行のフォーマットで表示される「検索フォルダ」

「検索フォルダ」

「検索フォルダ」には、ユーザーが必要なレコードを一意に識別できるフィールドが含まれます。通常これらのフィールドは、氏名、従業員番号または応募者番号、国別識別子（社会保障番号など）、生年月日です。

「検索タブ」

ユーザーが最も頻繁に検索すると予想されるフィールドを「詳細検索」タブ（最初に表示されるタブ）に置いてください。検索を迅速に行うために、次のフィールドのいくつかを検索に使用できるようにすることをお薦めします。

• 姓

• 従業員番号

• 応募者番号

• 国別識別子

• 氏名

フィールドに値リストを作成しても、高い検索パフォーマンスを得ることができます。

事前定義のテンプレートには、「詳細」タブ上に「有効日」フィールドが含まれています。このフィールドを使用すると、ツールバーの「カレンダ」アイコンを使用せずに有効日を変更できます。この有効日によって、「検索」ウィンドウのフィールドで使用可能な値リストと、戻されるレコードが決まります。「検索」ウィンドウにこのフィールドを含める場合は、ウィンドウの最上部に置いてください。これによりユーザーにまず有効日してから、他の「検索」フィールドで適切な値リストから値を選択できるようになります。6つまでの「検索」タブを含めることができます。

「拡張検索」タブ

値範囲の照合など、より複雑な検索には「拡張検索」タブ（6つの「検索」タブの1つ）を用意できます。拡張タブを作成するには、次のフィールドを含める必要があります。ここで、n = 1から5です。

• フィールドn名

  このフィールドでは、拡張検索を実行するフィールドを選択できます。

• フィールドn条件コード

  このフィールドは検索の演算子を定義します。たとえば、等しくない、未満、超過などです。

• フィールドn値

  このフィールドは検索を行う値です。

たとえば、入社日（フィールド名）が1999年1月1日（値）未満（条件コード）の全従業員を検索する、などの問合せを設定できます。

カスタムフォームを使用して、「フィールドn名」フィールドでユーザーが選択できるフィールドを制限できます。これにより、重要な機密性のあるフィールドの検索不可能にすることができます。

「検索」ウィンドウの「セキュリティ」チェックボックス

「検索」ウィンドウには「セキュリティ」チェックボックスがあり、これでユーザーの検索に含める従業員を定義します。セキュリティ・プロファイルに含まれない従業員を検索するには、「セキュリティ」チェックボックスが有効で、チェックが外れている必要があります。ただし、セキュリティ・プロファイルに含まれない従業員については、全情報を表示することはできません。また、このようなレコードを更新することはできません。

このボックスのチェックを外したままにしておく場合は、機密性のある情報が検索結果に含まれていないかどうかに注意する必要があります。このチェックボックスを常にチェックすることをお薦めします。

テンプレートのセキュリティ・プロファイルの設定をユーザーが変更できないようにする場合、「セキュリティ」チェックボックスを設定してから必要な設定を行い、このボックスを非表示にします。これでユーザーは更新できなくなります。

「セキュリティ」チェックボックスは検索に含める従業員を定義しますが、「検索」ウィンドウからデータ・オーガナイザに保存できるものは定義しません。これは、ユーザーのセキュリティ・プロファイルで制御します。つまり、チェックボックスがチェックされていない場合、ユーザーは、自分のセキュリティ・アクセスに含まれていないために、問合せで戻されたデータの一部を保存できないことになります。データ・オーガナイザは、テンプレート・レベルで設定された従業員タイプの制限によっても制約されます。

検索基準からチェックボックスを削除すると、結果にはセキュリティ・プロファイル内の従業員のみが表示されます。

「検索」ウィンドウの「ビジネス・グループ」フィールド

「ビジネス・グループ」フィールドを使用して、複数のビジネス・グループにまたがる就業者情報の問合せおよび更新を行う場合は、グローバル・セキュリティ・プロファイルを職責に関連付ける必要があります。グローバル・セキュリティ・プロファイルを使用しない場合、検索した就業者のビジネス・グループを表示できますが、「検索」ウィンドウの「ビジネス・グループ」フィールドを使用して就業者を検索することはできません。

テンプレートのSIT、EITおよびその他のフレックスフィールド

個人情報管理テンプレートの「保守」ウィンドウには、「特別情報タイプ」（SIT）と、個人およびアサイメントの「その他情報タイプ」（EIT）を入力するためのタブを含めることができます。

これらのタブには、入力する適切なSITおよびEITをユーザーが選択できるようにドロップ・ダウン・リストを含める必要があります。このポップリストでは、表示するフレックスフィールドのセグメントを制御します。「個人情報管理コンフィギュレータ」で、項目「特別情報タイプ・リスト (特別情報)」または「その他情報タイプ・リスト (その他情報)」を選択して、このポップリストを使用可能にします。

フレックスフィールドのどのセグメントを表示するかを選択します。各セグメントは、フォルダ・フォーム列として表示されます。実行時には、セグメントが表示されない場所で中断しないように、ウィンドウに適切な列が表示されます。

注意: メニューに追加する際にテンプレートに関連付ける「カスタムフォーム」制限を作成することによって、ユーザーがテンプレートで選択可能なSITまたはEITを制御できます。

値セットを使用したセグメント

フレックスフィールドの各セグメント項目には、「内容」と「値」の2つのエントリがあります。値項目は、ユーザーが情報を入力または選択する場所として常に必須です。内容項目は、ユーザーが値セットから値を選択する場所としてのみ使用されます。値セットで短い内容と詳細な摘要を使用している場合、ユーザーが値を選択すると、この詳細な摘要が表示されるように内容項目を含めることができます。

たとえば、居住国を記録するフレックスフィールドのセグメントがあります。値フィールドで、ユーザーが国名短縮コード「アメリカ」を選択すると、内容フィールドで、詳細な摘要「アメリカ合衆国」が表示されます。

テンプレートおよびフレックスフィールド定義からセグメント・プロパティを導出する方法

ユーザーがリストからSITまたはEITタイプを選択する場合、次に示すように、各セグメントの項目プロパティは、テンプレートおよびフレックスフィールドに定義された設定に依存します。

• 「大/小文字制限」、「デフォルト値」、「プロンプト・テキスト」、「幅」

  これらのプロパティがテンプレートに設定されている場合、これらの値が使用されます。設定されていない場合は、フレックスフィールドに設定されている値が使用されます。

• 「使用可能」、「挿入許可」、「更新許可」、「表示可能」

  これらのプロパティの値がフレックスフィールドで「Yes」に設定され、テンプレートで「Yes」または「ブランク」に設定されている場合、これらのプロパティは「Yes」に設定されます。それ以外の場合は、これらのプロパティは「No」に設定されます。

• 必須

  このプロパティの値がテンプレートまたはフレックスフィールドのいずれかで「Yes」に設定されている場合、このプロパティは「Yes」に設定されます。それ以外の場合は、「No」に設定されます。

一部のプロパティは、それらが有効になるように適切な値に設定されているその他のプロパティに依存します。たとえば、「必須」、「挿入許可」または「更新許可」の値が「Yes」に設定されている場合、項目が使用可能かつ表示可能な場合にのみ有効になります。

注意: これらのルールは、SITおよびEITのみでなく、すべてのフィールドに適用されます。

SITフォルダの列の配置

フォルダに、項目「日付:自 (特別情報)」および「日付:至 (特別情報)」を最初に配置することをお薦めします。その後、特別情報セグメントn値項目（nは1から30）のすべてを連続する順序でタブに配置してください。

また、フォルダ・フォームであるため、複数行ブロックにレコード・インディケータを含める必要があります。この項目は、「現行レコード・インディケータ (特別情報)」と呼ばれます。その幅を0.1"にして、最初の「日付」フィールドの直前に表示されるようにしてください。

EITフォルダの列の配置

すべての「その他情報」セグメントを連続する順序でタブに配置することをお薦めします。「アサイメントのその他情報タイプ」は、アサイメントその他情報n値項目（nは1から30）と呼ばれ、「個人その他情報タイプ」は、個人その他情報n値項目（nは1から30）と呼ばれます。

ウィンドウがユーザーによってアクセスされると、最初に移入されたEITセグメントが現行レコード・インディケータに対してフラッシュ表示され、その他のすべてのセグメントがそれに対して並べられるため、タブでのEITセグメントの実際の配置は重要ではありません。

SITフォルダと同様に、複数行ブロックにレコード・インディケータを含める必要があります。この項目は、「現行レコード・インディケータ (その他情報)」と呼ばれます。その幅を0.1"にして、最初のEITセグメント・フィールドの直前に表示されるようにしてください。

その他のフレックスフィールド

「要約」および「保守」テンプレート・ウィンドウの両方に、ユーザー定義の付加フレックスフィールド（DF）と開発用付加フレックスフィールド（DDF）を含めることができます。通常フィールドを追加するのと同じ方法で、個別のフレックスフィールド・セグメントを直接テンプレート・ウィンドウに含めることができます（セグメント・プロパティはEITおよびSITで説明したものと同一）。または、「フレックスフィールド名」ポップアップ項目を選択することによって、フレックスフィールド・ポップアップ・ウィンドウにフレックスフィールド全体を含めることもできます。テンプレートに複数のフレックスフィールドを含める場合、一部のセグメントを直接テンプレート内に含め、その他についてはフレックスフィールド・ポップアップ・ウィンドウを追加することができます。ただし、同じフレックスフィールド体系に、フレックスフィールド・セグメントとポップアップ・ウィンドウを含めることはできません。

あまりに多くのフレックスフィールド・セグメントを直接テンプレートに追加すると、パフォーマンスに影響するためお薦めできません。ポップアップ・フレックスフィールド・ウィンドウとしてフレックスフィールド全体を含めることをお薦めします。

テンプレートのコンテキスト依存フィールド

「個人情報管理コンフィギュレータ」ツールを使用して、コンテキスト依存のフィールドを設定できます。たとえば、選択した個人が従業員の場合は「従業員番号」フィールドを、応募者の場合には「応募者番号」を表示できます。

また、この機能を使用すると、フレックスフィールドの適切なセグメントを表示することもできます。たとえば、コンテキストを設定し、選択した「特別情報タイプ」に対して個人特別情報キー・フレックスフィールドの適切な体系を表示します。フレックスフィールドに定義された全体系を表示する必要はありません。テンプレートでのスペースを節約したりセキュリティの理由から、セグメントを非表示にすることができます。

「個人情報管理コンフィギュレータ」ナビゲータのメイン項目で、それぞれのコンテキストを子項目として設定します。たとえば、「郵便番号」を3つの住所形式コンテキストで表示する場合、「郵便番号」項目に3つのコンテキスト項目を定義します。親項目を非表示にした場合、ウィンドウをオープンした際ブランク領域が発生します。この領域は、ユーザーが適切なコンテキスト（住所形式など）を選択すると、コンテキスト依存フィールド（住所など）によって移入されます。表示されるフィールド、それらの配置、サイズ、デフォルトおよびその他のすべてのプロパティはコンテキストによって異なります。

あるコンテキストが他のものよりもより一般的な場合、コンテキストが選択されるフィールドでデフォルトとして、そのコンテキストを設定できます。この場合、ウィンドウをオープンした際、このデフォルト・コンテキストに対して適切なフィールドが含まれているため、ブランク領域は発生しません。たとえば、ローカル住所の適切な住所がデフォルトで表示されるように、ローカル住所形式をデフォルトとして設定します。

テンプレートのオンライン・ヘルプ・ターゲット

テンプレートを定義する際、独自のヘルプ・ターゲットを追加して、オンライン・ヘルプに特定のヘルプ・トピックを表示することができます。これにより、form.windowという名称のデフォルトのコンテキスト依存ヘルプ・コールは上書きされます。

テンプレートのヘルプ・ターゲットを入力すると、これにより、デフォルト・ヘルプ・ターゲットの「フォーム」セクションは上書きされます。ユーザーがどのウィンドウからヘルプにアクセスするかによって、「ウィンドウ名」はこのターゲットに追加されます。

注意: テンプレートに新規のヘルプ・ターゲットを定義すると、テンプレートに提供されているオンライン・ヘルプはどれも機能しません。新規ヘルプ・ターゲットを含めるように、ヘルプ・ファイルを更新する必要があります。

個人情報管理テンプレートを構成できるウィンドウ名は、次のとおりです。

• SUMMARY_WINDOW

• FIND_WINDOW

• MAINTAIN_WINDOW

• ACTION_WINDOW

• CREATE_WINDOW

• NOTIFY_WINDOW

たとえば、ユーザーが「応募者採用」テンプレートの「要約」ウィンドウからヘルプをコールした場合に生成されるデフォルト・ターゲットは、PERWSQHM.SUMMARY_WINDOWです。「応募者採用」テンプレートに"HIREAPP"というヘルプ・ターゲットを定義した場合、ユーザーが「要約」ウィンドウからヘルプをコールすると、ターゲットHIREAPP.SUMMARY_WINDOWが生成されます。

「テンプレート」ウィンドウからの通知メッセージの発行

「テンプレート」ウィンドウで「通知」ボタンを選択すると、ユーザーはメッセージとその送信先の担当者またはロールを選択できます。

事前定義済のメッセージ

次の表には、事前定義済の通知メッセージが示されています。Oracle Workflowを使用して追加のメッセージを作成したり、企業に関係のないメッセージを削除することができます。