4 SAP SuccessFactorsコネクタの機能拡張

特定のビジネス要件に対応するようにコネクタの機能を拡張できます。

この項の内容は、次のとおりです。

注意:

Oracle Identity Managerリリース11.1.2以降では、参照問合せはサポートされません。Oracle Identity Managerシステム管理コンソールでのフォーム・デザイナを使用した参照の管理の詳細は、Oracle Fusion Middleware Oracle Identity Managerの管理ガイドの参照の管理を参照してください。

4.1 リコンシリエーションへの新規ユーザー属性の追加

コネクタでは、Oracle Identity Managerとターゲット・システム間のリコンシリエーション用に属性マッピングのデフォルト・セットが提供されています。必要な場合には、リコンシリエーション用に新規ユーザー属性を追加できます。

リコンシリエーションのデフォルト属性マッピングは表1-24および表1-28に示されています。

注意:

単一値属性のみがリコンシリエーションのためにマップできます。

次の項では、ユーザーに新しい属性を追加する手順について説明します。

4.1.1 プロセス・フォームへの新規属性の追加

プロセス・フォームに新しい属性を追加するには、次のようにします

Oracle Identity Manager Design Consoleにログインします。
「Development Tools」,を開き、「Form Designer」をダブルクリックします
UD_SFSF_USRプロセス・フォームを検索し、開きます。
「Create New Version」をクリックし、「Add」をクリックします。
フィールドの詳細を入力します。
たとえば、LASTNAMEフィールドを追加している場合は、「名前」フィールドにUD_SFSF_USR_LASTNAMEを入力し、続いて他の詳細(変数の型、長さ、フィールド・ラベル、フィールド・タイプなど)を入力します。
保存アイコンをクリックし、「バージョンのアクティブ化」をクリックします
次のスクリーンショットは、プロセス・フォームに追加された新規フィールドを示しています。
図4-1 プロセス・フォームに追加された新しいフィールド

「図4-1 プロセス・フォームに追加された新しいフィールド」の説明

4.1.2 リソース・オブジェクトへの属性の追加

Oracle Identity Manager Design Consoleの「リソース・オブジェクト」セクションで、リソース・オブジェクトに新規属性を追加できます。

リソース・オブジェクトのリコンシリエーション・フィールドのリストに属性を追加するには、次のようにします。

「Resource Management」を展開し、「Resource Objects」をダブルクリックします。
SuccessFactorsプロセス・フォームを検索して開きます。
「Object Reconciliation」タブで、「Add field」をクリックします。
フィールドの詳細を入力します。
たとえば、「フィールド名」フィールドにLASTNAMEと入力して、フィールド・タイプ・リストから「文字列」を選択します。この手順でこの後、リコンシリエーションのための参照定義の中に作成するエントリのコード値として、フィールド名を入力します。
「保存」. アイコンをクリックします
次のスクリーンショットは、リソース・オブジェクトに追加された新しいリコンシリエーション・フィールドを示しています。
図4-2 リソース・オブジェクトに追加された新しいリコンシリエーション・フィールド

「図4-2 リソース・オブジェクトに追加された新しいリコンシリエーション・フィールド」の説明
「Create Reconciliation Profile」をクリックします

4.1.3 リコンシリエーション・フィールド・マッピングの作成

新しい属性用のリコンシリエーション・フィールド・マッピングをOracle Identity Manager Design Consoleの「プロセス定義」セクションに作成します。

新しい属性用のリコンシリエーション・フィールド・マッピングをプロセス定義に作成するには、次のようにします。

「Process Management」,を開き、「Process Definition」をダブルクリックします
SuccessFactorsプロセス定義を検索して開きます。
プロセス定義のリコンシリエーション・フィールド・マッピング・タブで、フィールド・マッピングの追加をクリックします。
「フィールド名」リストから、マップするフィールドを選択します。
プロセス・データ・フィールド・フィールドをダブルクリックし、属性に対する列を選択します。たとえば、UD_SFSF_USR_LASTNAMEを選択します。
「保存」アイコンをクリックします。
次のスクリーンショットは、プロセス定義のプロセス・データ・フィールドにマップされた新しいリコンシリエーション・フィールドを示しています。
図4-3 プロセス定義のプロセス・データ・フィールドにマップされた新しいリコンシリエーション・フィールド

「図4-3 プロセス定義のプロセス・データ・フィールドにマップされた新しいリコンシリエーション・フィールド」の説明

4.1.4 参照定義のエントリの作成

リコンシリエーションの属性マッピングを保持する参照定義の、新しく追加された属性のエントリを作成します。

参照定義に新しく追加された属性のエントリを作成するには、次のようにします。

「管理」を開きます。
「ルックアップ定義」をダブルクリックします。
Lookup.SuccessFactors.UM.ReconAttrMap参照定義を検索して開きます。
「Add」をクリックし、フィールドのコード・キー値とデコード値を入力します。
「保存」. アイコンをクリックします
次のスクリーンショットは、参照定義に追加されたエントリを示しています。
図4-4 参照定義に追加されたエントリ

「図4-4 参照定義に追加されたエントリ」の説明

4.1.5 新規UIフォームでの変更の実行

Design Consoleのフォーム・デザイナに対するすべての変更を新しいUIフォームでレプリケートする必要があります。

新規UIフォームで変更を実行するには、次のようにします。

Oracle Identity System Administrationにログインします。
サンドボックスを作成してアクティブ化します。
新たに追加したフィールドと残りのフィールドを表示するために新しいUIフォームを作成します。
新たに作成したUIフォームをターゲット・システムのアプリケーション・インスタンスに関連付けます。それを行うには、「フォーム」フィールドの、リソースの既存のアプリケーション・インスタンスを開き、フォームを選択して、アプリケーション・インスタンスを保存します。
サンドボックスを公開します。

4.2 プロビジョニングへの新規ユーザー属性の追加

コネクタでは、Oracle Identity Managerとターゲット・システム間のプロビジョニング用に属性マッピングのデフォルト・セットが提供されています。必要な場合には、プロビジョニング用に新規ユーザー属性を追加できます。

プロビジョニングのデフォルト属性マッピングは表1-26に示されています。

次の項では、プロビジョニング用に新規ユーザーを追加する手順について説明します。

4.2.1 プロビジョニングへの新規属性の追加

Oracle Identity Manager Design Consoleの「フォーム・デザイナ」セクションで、プロセス・フォームの新規属性を追加します。

プロセス・フォームに新しい属性を追加するには、次のようにします

注意:

リコンシリエーションのための属性をすでに追加している場合、その手順の一部として実行したステップを繰り返す必要はありません。

Oracle Identity Manager Design Consoleにログインします。
「Development Tools」,を開き、「Form Designer」をダブルクリックします
UD_SFSF_USRプロセス・フォームを検索し、開きます。
「Create New Version」をクリックし、「Add」をクリックします。
属性の詳細を入力します。
たとえば、LASTNAMEフィールドを追加する場合は、「名前」フィールドにUD_SFSF_USR_LASTNAMEと入力してから、このフィールドのその他の詳細を入力します。
保存アイコンをクリックし、「バージョンのアクティブ化」をクリックします
次のスクリーンショットは、プロセス・フォームに追加された新規フィールドを示しています。
図4-5 プロセス・フォームに追加された新しいフィールド

「図4-5 プロセス・フォームに追加された新しいフィールド」の説明

4.2.2 プロビジョニングへの参照定義のエントリの作成

プロビジョニングの属性マッピングを保持する参照定義の、新しく追加された属性のエントリを作成します。

参照定義に新しく追加された属性のエントリを作成するには、次のようにします。

「管理」を開きます。
「ルックアップ定義」をダブルクリックします。
Lookup.SuccessFactors.UM.ProvAttrMap参照定義を検索して開きます。
「追加」をクリックし、属性のコード・キー値とデコード値を入力します。
たとえば、コード・キー列にLASTNAME、デコード列にLASTNAMEと入力します。

4.2.3 タスクの作成による更新操作の有効化

プロビジョニング操作中の新規ユーザー属性の更新を有効にするタスクを作成します。この手順を実行しない場合、「ユーザーの作成」プロビジョニング操作で属性の値を設定した後に、値を変更できません。

この手順を実行しない場合、Create Userプロビジョニング操作で属性の値を設定した後で、値を変更できなくなります。

プロビジョニング操作中の属性の更新を有効にするには、次のようにして新規ユーザー属性を更新するためのプロセス・タスクを追加します。

「Process Management」,を開き、「Process Definition」をダブルクリックします
SuccessFactors Userプロセス定義を検索して開きます。
「追加」をクリックします。
「新しいタスクの作成」ダイアログ・ボックスの「一般」タブで、タスクの名前と説明を入力し、次を選択します。
- 条件付き
- 完了に必須
- 保留中の取消しを許可
- 複数のインスタンスを許可
「保存」アイコンをクリックします。
次のスクリーンショットは、プロセス定義に追加された新しいタスクを示しています。

図4-6 プロセス定義に追加された新しいタスク

「図4-6 プロセス定義に追加された新しいタスク」の説明
プロビジョニング処理で、次のようにして、「Handler Type」セクションでアダプタ名を選択します。
1. 「Integration」タブに移動し、「Add」をクリックします
2. 「Handler Selection」ダイアログ・ボックスで「Adapter」を選択します
3. 「ハンドラ名」列でadpSUCCESSFACTORSUPDATEOBJECTTASKを選択します。
4. 「Save」をクリックして、ダイアログ・ボックスを閉じます。
  次のスクリーンショットは、アダプタ変数のリストを示しています。
  「統合」タブにアダプタ変数のリストが表示されます。
  
  図4-7 アダプタ変数のリスト
  
  「図4-7 アダプタ変数のリスト」の説明
「アダプタ変数」リージョンでParentFormProcessInstanceKey変数をクリックします。
表示されるダイアログ・ボックスで次のマッピングを作成します。
- 変数名: ParentFormProcessInstanceKey
- マップ先: プロセス・データ
- 修飾子: Process Instance
「Save」をクリックして、ダイアログ・ボックスを閉じます。

ユーザー属性のプロビジョニング操作の更新を有効化する場合、「アダプタ変数」リージョンの残りの変数について、ステップ7から9を繰り返します。

各変数について次の表に示す値を「Map To」、「Qualifier」および「Literal Value」リストから選択してください。

変数	マップ先	修飾子	リテラル値
Adapter Return Value	Response Code	該当なし	該当なし
Object Type	Literal	String	User
itResourceFieldName	Literal	String	UD_SFSF_USR_SERVER
FieldName	Literal	String	LASTNAME
procInstanceKey	ProcessData	Process Instance	該当なし

「レスポンス」タブで、「追加」をクリックして少なくともSUCCESSレスポンス・コードをステータスCで追加します。これにより、タスクの実行に成功するとタスクのステータスが「完了」として表示されます。
「Save」アイコンをクリックしてダイアログ・ボックスを閉じ、プロセス定義を保存します。

4.2.4 新規UIフォームへのフォーム・デザイナの変更のレプリケート

Design Consoleのフォーム・デザイナに対するすべての変更を新しいUIフォームでレプリケートする必要があります。

新規UIフォームで変更をすべて複製するには、次のようにします。

Oracle Identity System Administrationにログインします。
サンドボックスを作成してアクティブ化します。
新たに追加したフィールドと残りのフィールドを表示するために新しいUIフォームを作成します。
新たに作成したUIフォームをターゲット・システムのアプリケーション・インスタンスに関連付けます。それを行うには、「フォーム」フィールドの、リソースの既存のアプリケーション・インスタンスを開き、フォームを選択して、アプリケーション・インスタンスを保存します。
サンドボックスを公開します。

4.3 リコンシリエーションおよびプロビジョニング中のデータ検証の構成

要件に応じて、リコンサイルおよびプロビジョニングされた単一値データの検証を構成できます。

たとえば、ユーザー名属性からフェッチしたデータを検証して、そのデータに番号記号(#)が含まれていないことを確認します。また、プロセス・フォームの「ユーザー名」フィールドに入力したデータを検証して、プロビジョニング操作中にターゲット・システムに番号記号(#)が送信されないようにします。検証チェックで合格しないデータについては、次のメッセージが表示されるか、ログ・ファイルに記録されます: 属性ATTRIBUTE_NAMEの検証に失敗しました。

データの検証を構成するには:

必要な検証ロジックをJavaクラスに実装するコードを記述します。

検証クラスには、次のメソッド・シグネチャを持つ検証メソッドを実装する必要があります。

boolean validate(HashMap hmUserDetails, HashMap hmEntitlementDetails, String field)

次のサンプル検証クラスは、ユーザー名属性の値に番号記号(#)が含まれるかどうかを確認します。

public boolean validate(HashMap hmUserDetails,
HashMap hmEntitlementDetails, String field) { /*
*	You must write code to validate attributes. Parent
*	data values can be fetched by using hmUserDetails.get(field)
*	For child data values, loop through the
*	ArrayList/Vector fetched by hmEntitlementDetails.get("Child Table")
*	Depending on the outcome of the validation operation,
*	the code must return true or false.
*/
/*
*	In this sample code, the value "false" is returned if the field
*	contains the number sign (#). Otherwise, the value "true" is
*	returned.
*/
               boolean valid=true;
                  String sUserName=(String) hmUserDetails.get(field); for(int i=0;i<sUserName.length();i++){
if (sUserName.charAt(i) == '#'){ valid=false;
break;}
              }
         return valid;
                 }

Javaクラスを保持するJARファイルを作成します。
JARファイルをOracle Identity Managerデータベースにコピーします。
Oracle Identity Manager JARアップロード・ユーティリティを実行して、JARファイルをOracle Identity Managerデータベースに投稿します。このユーティリティは、Oracle Identity Managerのインストール時に次の場所にコピーされます。

注意:
このユーティリティを使用する前に、Oracle WebLogic ServerをインストールしたディレクトリにWL_HOME環境変数が設定されていることを確認してください。
- Microsoft Windowsの場合: OIM_HOME/server/bin/UploadJars.bat
- UNIXの場合: OIM_HOME/server/bin/UploadJars.sh
ユーティリティを実行すると、Oracle Identity Manager管理者のログイン資格証明、Oracle Identity Managerホスト・コンピュータのURL、コンテキスト・ファクトリ値、アップロードするJARファイルのタイプおよびJARファイルがアップロードされる場所の入力を求めるプロンプトが表示されます。JARタイプの値として1を指定します。
リコンシリエーションのプロセス・フォーム・フィールドを検証するJavaクラスを作成した場合は、次の手順を実行します。
1. Design Consoleにログインします。
2. Lookup.SuccessFactors.UM.ReconValidationという参照定義を作成します。
3. 参照定義に変更を保存します。
4. Lookup.SuccessFactors.UM.Configuration参照定義を検索して開きます。
5. 「Code Key」列に、Recon Validation Lookupを入力しますデコード列にLookup.SuccessFactors.UM.ReconValidationと入力します。
6. 参照定義に変更を保存します。
次のように、Lookup.SuccessFactors.UM.Configuration参照定義にエントリを追加して、変換を有効にします。
1. 「Administration」を開き、「Lookup Definition」をダブルクリックします
2. Lookup.SuccessFactors.UM.Configuration参照定義を検索して開きます。
3. コード・キー列に、リコンシリエーション変換参照を入力しますデコード列にLookup.SuccessFactors.UM.ReconTransformationと入力します。
4. 参照定義に変更を保存します。

4.4 ユーザー・リコンシリエーション中のデータ変換の構成

要件に応じて、リコンサイルされた単一値アカウント・データの変換を構成できます。

たとえば、User NameおよびLast Name値を使用して、Oracle Identity Managerの「氏名」フィールドの値を作成できます。

リコンシリエーション中にフェッチした単一値のアカウント・データの変換を構成するには、次の手順を実行します。

必要な変換ロジックをJavaクラスに実装するコードを記述します。

変換クラスには、次のメソッド・シグネチャを持つ変換メソッドを実装する必要があります。

Object transform(HashMap hmUserDetails, HashMap hmEntitlementDetails, String sField)

次のサンプル変換クラスは、ターゲット・システムのUser Name属性およびLast Name属性からフェッチした値を使用して、Full Name属性の値を作成します。

package oracle.iam.connectors.common.transform;
import java.util.HashMap;
public class TransformAttribute {
/*
Description:Abstract method for transforming the attributes
param hmUserDetails< String,Object>
HashMap containing parent data details
param hmEntitlementDetails < String,Object>
HashMap containing child data details
*/
public Object transform(HashMap hmUserDetails, HashMap hmEntitlementDetails,String sField) {
/*
*	You must write code to transform the attributes. Parent data attribute values can be fetched by using hmUserDetails.get("Field Name").
*To fetch child data values, loop through the
*	ArrayList/Vector fetched by hmEntitlementDetails.get("Child Table")
*	Return the transformed attribute.
*/
String sUserName= (String)hmUserDetails.get("User Name"); String sLastName= (String)hmUserDetails.get("Last Name"); String sFullName=sUserName+"."+sLastName;
return sFullName;
}
}

Javaクラスを保持するJARファイルを作成します。
JARファイルをOracle Identity Managerデータベースにコピーします。
Oracle Identity Manager JARアップロード・ユーティリティを実行して、JARファイルをOracle Identity Managerデータベースに投稿します。このユーティリティは、Oracle Identity Managerのインストール時に次の場所にコピーされます。

注意:
このユーティリティを使用する前に、Oracle WebLogic ServerをインストールしたディレクトリにWL_HOME環境変数が設定されていることを確認してください。
- Microsoft Windowsの場合: OIM_HOME/server/bin/UploadJars.bat
- UNIXの場合: OIM_HOME/server/bin/UploadJars.sh
ユーティリティを実行すると、Oracle Identity Manager管理者のログイン資格証明、Oracle Identity Managerホスト・コンピュータのURL、コンテキスト・ファクトリ値、アップロードするJARファイルのタイプおよびJARファイルがアップロードされる場所の入力を求めるプロンプトが表示されます。JARタイプの値として1を指定します。
リコンシリエーションのプロセス・フォーム・フィールドの変換用にJavaクラスを作成した場合は、次の手順を実行します。
1. Design Consoleにログインします。
2. Lookup.SuccessFactors.UM.ReconTransformationという参照定義を作成します。
3. コード・キー列に、変換を適用するリソース・オブジェクト・フィールド名を入力します。たとえば、User Nameです。デコード列に、変換ロジックを実装するクラスの名前を入力します。たとえば、oracle.iam.connectors.common.transform.TransformAttributeです
4. 参照定義に変更を保存します。
次のように、Lookup.SuccessFactors.UM.Configuration参照定義にエントリを追加して、変換を有効にします。
1. 「Administration」を開き、「Lookup Definition」をダブルクリックします
2. Lookup.SuccessFactors.UM.Configuration参照定義を検索して開きます。
3. コード・キー列に、リコンシリエーション変換参照を入力しますデコード列にLookup.SuccessFactors.UM.ReconTransformationと入力します。
4. 参照定義に変更を保存します。

4.5 ターゲット・システムの複数のインストールに対するコネクタの構成

コネクタのコピーを作成して、ターゲット・システムの複数のインストールに対してコネクタを構成する場合があります。

次の例でこの要件について説明します。

Example Multinational Inc.のロンドンおよびニューヨークの事業所には、独自にターゲット・システムがインストールされています。最近、この会社では、Oracle Identity Managerをインストールし、これを構成してインストールされたすべてのターゲット・システムをリンクしようとしています。

このような例で示される要件に対応するには、コネクタのコピーを作成する必要があります。詳細は、Oracle Fusion Middleware Oracle Identity Managerの管理のコネクタのクローニングを参照してください。

4.6 コネクタの定義

コネクタを定義することは、コネクタをOracle Identity Managerに登録することと同じです。Oracle Identity System Administrationを使用して、カスタマイズまたは再構成されたコネクタを定義できます。コネクタを定義すると、コネクタを表すレコードがOracle Identity Managerデータベースに作成されます。

コネクタは、コネクタのインストール機能を使用してインストールするか、またはコネクタのアップグレード機能を使用してアップグレードすると、自動的に定義されます。次のような場合に、コネクタを手動で定義する必要があります。

デプロイメント・マネージャを使用してコネクタをインポートする場合
コネクタをカスタマイズまたは再構成する場合
Oracle Identity Managerをアップグレードする場合

コネクタを定義すると、次のイベントが行われます。

コネクタを表すレコードがOracle Identity Managerデータベースに作成されます。このレコードがすでに存在する場合は、更新されます。
新たに定義されたコネクタのステータスが、「アクティブ」に設定されます。さらに、前にインストールされたリリースの同じコネクタのステータスが、自動的に「非アクティブ」に設定されます。

コネクタを定義する手順の詳細は、Oracle Fusion Middleware Oracle Identity Managerの管理のコネクタの定義を参照してください。

4.7 OData APIディクショナリの理解

OData APIディクショナリ・コンポーネントは、オブジェクト・エンティティのバンドルを格納します。SuccessFactorsのインスタンスごとに、すぐに使用できるオブジェクト・エンティティがあります。OData APIディクショナリのオブジェクト・エンティティは、要件に応じてカスタマイズも可能です。

この付録の内容は次のとおりです。

4.7.1 OData APIディクショナリについて

どのSuccessFactorsインスタンスにも、複数のオブジェクト・エンティティがあります。OData APIディクショナリは、これらのオブジェクト・エンティティをバンドルし、表形式で表示します。SuccessFactorsのオブジェクト・エンティティには、許可されている操作、属性(プロパティ名とも言う)、ラベルなどの情報が含まれています。

4.7.2 SAP SuccessFactorsコネクタでのOData APIディクショナリの表示

SAP SuccessFactorsには、OData APIディクショナリのリンクにリストされる既存のオブジェクト・エンティティを表示するオプションがあります。

既存のOData APIディクショナリを表示するには:

SuccessFactorsインスタンスにログインします。
「管理者センター」ページのツール検索テキスト・フィールドで、OData APIディクショナリを検索します。「お気に入り」リンク・カテゴリに、OData APIディクショナリ・リンクがリストされます。
OData APIディクショナリ・リンクをクリックします。OData APIエンティティ・リストが表示されます。
表示されたリストには、既成のオブジェクト・エンティティと、カスタマイズしたオブジェクト・エンティティの両方があります。
図1-3に、OData APIエンティティのリストを示します。

図4-8 OData APIエンティティ

「図4-8 OData APIエンティティ」の説明

4.7.3 Oracle Identity Managerでのカスタム属性およびオブジェクト・エンティティの追加

SAP SuccessFactorsには、すぐに使用できるOData APIディクショナリが用意されています。OData APIディクショナリに存在する既成のオブジェクト・エンティティ以外に、新しい属性と新しいオブジェクト・エンティティが必要な場合には、OData APIディクショナリをカスタマイズする必要があります。OData APIディクショナリ・コンポーネントを使用すると、カスタマイズしたオブジェクト・エンティティはすべて、ターゲット・システムで対応する属性にマップされます。

Oracle Identity Managerにカスタム属性とオブジェクト・エンティティを追加する操作は、2段階で行います。

まず、SuccessFactorsインスタンスで、OData APIディクショナリに存在するカスタム属性を検索する必要があります。このカスタム属性がリストされる上のカスタム属性とエンティティ・オブジェクトを書き留めます。OData APIディクショナリのカスタマイズの詳細は、SAP SuccessFactorsサポートにお問い合せください。

カスタム属性とオブジェクト・エンティティに関して必要な情報を取得したら、この新しい属性をOracle Identity Managerに追加する必要があります。この新しい属性は(コード・キーとデコード値を使用して)カスタム属性とターゲット・システムの間のマッピングを提供します。

属性とオブジェクト・エンティティを関連付けるには、次のようにします。

SuccessFactorsインスタンスにログインします。
「管理者センター」ページのツール検索テキスト・フィールドで、OData APIディクショナリを検索します。「お気に入り」リンク・カテゴリに、OData APIディクショナリ・リンクがリストされます。
OData APIディクショナリ・リンクをクリックします。OData APIエンティティ・リストが表示されます。
OData APIエンティティ・リストから、スクロールして問題の属性を検索します。
問題の属性について、「プロパティ名」と「ラベル」、およびこの属性が属しているオブジェクト・エンティティを書き留めます。
たとえば、問題の属性がビジネス・ユニットであると仮定します。OData APIエンティティで、スクロールしてこの属性を検索します。この属性を見つけたら、「プロパティ名」のbussinetUnit、「ラベル」のBusiness Unitを書き留め、その2つがEmpJobオプション・エンティティ・リストにあることを確認します。
Oracle Identity Manager Design Consoleにログインします。
「Administration」を開き、「Lookup Definition」をダブルクリックします
Lookup.SuccessFactors.UM.ProvAttrMap参照定義を検索して開きます。
「追加」をクリックし、新しい属性を追加します。
コード・キーとデコードについて、それぞれ対応するテキスト・ボックスに値を入力します。次の形式を使用してください。
コード・キーの形式: LABEL ; Decode : OBJ_ENTITY.PROP_NAME
この形式で、LABEL、OBJ_ENTITY、PROP_NAMEを、ステップ4で書き留めたthe OData APIディクショナリの「ラベル」、オブジェクト・エンティティおよび「プロパティ名」列の値に置き換えます。
「保存」をクリックして変更を保存します。

4.7.4 静的参照での値の指定

SuccessFactorsには、静的参照定義に値を追加するオプションがあります。ターゲット・システムでコード・キーとデコード値を関連付けるには、値の追加が必要です。SuccessFactorsの静的参照で値を追加するには、まず問題の属性にコード値が存在するかどうかを確認する必要があります。コード値が存在する場合は、Oracle Identity Managerで対応する参照定義に同じ値を必要があります。

図4-9に示す例を考えます。この図で、場所フィールドの値がSan Mateo (US_SFO)であることを確認してください。US_SFOが、Code Keyとして指定する必要がある値、San Mateo (US_SFO)の値または単に地名San Mateoが、静的な参照場所としてDecode値に指定する値です。この2つの値は、Oracle Identity Managerフォーム・ページのLookup.Locationに存在する必要があります。

図4-9 静的参照での値の指定

「図4-9 静的参照での値の指定」の説明

Lookup.SuccessFactors.Location静的参照に値を指定するには、次のようにします。

Oracle Identity Manager Design Consoleにログインします。
「Administration」を開き、「Lookup Definition」をダブルクリックします
Lookup.SuccessFactors.Location参照定義を検索して開きます。
「追加」をクリックし、新しい属性を追加します。
コード・キーの値とデコードの値を、それぞれ対応するテキストボックスに入力します。次の形式を使用してください。
コード・キーの形式: LOCATION_LABEL ; Decode : LOCATION_NAME
この形式で、LOCATION_LABELとLOCATION_NAMEの値を、(US_SFO)とSan Mateo (US_SFO)からの値にそれぞれ置き換えます。
「保存」をクリックして変更を保存します。