Digital Customer Serviceセルフサービス登録を設定するにはどうすればよいですか。

セルフサービス登録要求には、FusionとB2Cの2つのタイプがあります。

Fusion要求を許可するには、SVC_CSS_ALLOW_CONTACTプロファイル・オプションの値をTRUEに設定します。
B2C要求を許可するには、SVC_CSS_ALLOW_CONSUMERプロファイル・オプションをTRUEに設定します。

次のユーザーがセルフサービス登録要求を発行できます。

匿名ユーザー
顧客セルフサービス管理者職務ロールを持つユーザー
プロキシ・ユーザー・データ・サービスを介してIDCSによって認証されたユーザー

セルフサービス登録要求の仕組みは次のとおりです。

まず、登録要求が検証されます。エラーが見つからない場合、要求のステータスはORA_CSS_PENDINGに設定されます。プロファイル・オプションの値(Fusionの場合はSVC_CSS_ALLOW_CONTACT、B2Cの場合はSVC_CSS_ALLOW_CONSUMER)がTRUEに設定されている場合、プロセスは続行されます。

プロファイル・オプションがFALSEに設定されている場合は、顧客セルフサービス・アカウント管理者ジョブ・ロールまたは顧客セルフサービス・アカウント管理職務ロールのいずれかを持つユーザーが要求を手動で開始する必要があります。プロファイル・オプションの名前は、Fusion要求の場合はSVC_CSS_SELF_REG_AUTO_APPROVE、B2C要求の場合はORA_SVC_CSS_SELF_REG_B2C_AUTO_APPROVEです。

予期される結果を次に示します。

顧客セルフサービス・ユーザー・ジョブ・ロール(またはプロファイル・オプションSVC_CSS_USER_ROLE_COMMON_NAMEで指定されたジョブ・ロール)を持つIDCSのユーザー・アカウントが表示されます。
Fusionサービスの担当者には、IDCSのユーザー・アカウントのGUIDがスタンプされます。
担当者には、セルフサービス・ユーザー・ロールが付与されます。
要求がFusionタイプの場合:
- ビジネス・アカウントと担当者の関係を示します。
- ユーザーがビジネス・アカウントの最初のユーザーである場合、そのユーザーには顧客セルフサービス・アカウント管理者ジョブ・ロール(またはSVC_CSS_ACCT_ADMIN_ROLE_COMMON_NAMEプロファイル・オプションで指定されたジョブ・ロール)が付与されます。

セルフサービス登録に影響する主な属性は、次のとおりです。

要求タイプ・コード(RequestTypeCd)。この属性が要求ペイロードに存在しない場合、またはこの属性の値がORA_CSS_REQ_TYPE_CONTACTの場合は、これはFusion要求です。この属性の値がORA_CSS_REQ_TYPE_CONSUMERの場合、これはB2C要求です。
アカウント・キー(AccountKey)。 Fusion要求の場合、この属性は一意のビジネス・アカウントを識別することが求められます。プロファイル・オプションSVC_CSS_ACCT_KEY_FIELDは、指定されたアカウント・キー値にする必要がある、アカウント・オブジェクトの属性を決定します。このプロファイル・オプションのデフォルト値はOrganizationNameですが、1つのアカウントに対して一意の値を持つアカウント・オブジェクトの任意の属性に設定できます。
Eメール・アドレス(EmailAddress)。この属性は、SVC_CSS_REG_FLD_CONTACTプロファイル・オプションのデフォルト値であり、既存の担当者の検索に使用されます。このプロファイル・オプションは、セルフサービス登録オブジェクトの任意の属性に設定できます。担当者オブジェクトの対応する属性は、自動マッピング・ロジックを使用するか、SVC_CSS_REG_CONT_MAPプロファイル・オプションの値を使用して、検索します。見つかった担当者のEメール・アドレスと登録要求のEメール・アドレスは同じである必要があります。
ログインID (LoginId)。この属性の値が指定されていない場合、値はSVC_CSS_SIGN_IN_ATTR_NAMEプロファイル・オプションで識別される属性の値に設定されます(デフォルト値はEmailAddress)。ログインIDは、アイデンティティ・データベース内のユーザー・アカウントの検索に使用されます。

次の表に、既存の担当者およびユーザー・アカウントの検索結果に基づいて実行される処理を示します。

検索結果	処理
担当者は存在しませんが、ユーザー・アカウントが存在します。	登録要求を発行するユーザーがIDCSによって認証された場合、または登録要求を発行するユーザーに「ユーザーと担当者との関連付け」権限が付与されている場合、担当者レコードが作成され、ユーザー・アカウントのGUIDが担当者にスタンプされます。「ユーザーと担当者との関連付け」権限は、デフォルトで顧客セルフサービス管理者職務ロールを持つユーザーにのみ付与されます。
担当者が存在し、ユーザーが存在し、担当者レコードにユーザー・アカウントのGUIDがスタンプされていません。	登録要求を発行するユーザーがIDCSによって認証され、ユーザー・アカウントのEメール・アドレスが登録要求のものと同じである場合、または登録要求を発行するユーザーに「ユーザーと担当者との関連付け」権限が付与されている場合、ユーザーのGUIDは連絡先にスタンプされます。
担当者が存在し、ユーザーが存在し、担当者レコードにユーザー・アカウントのGUIDがスタンプされています。	これがFusion要求の場合、ユーザーは1つのアカウントにすでにセルフサービス・ユーザー・ロールを持ち、別のアカウントにセルフサービス・ロールを付与されます。
担当者は存在しますが、ユーザー・アカウントが見つかりません。	ユーザー・アカウントが作成され、連絡先にユーザー・アカウントのGUIDがスタンプされます。
担当者もユーザー・アカウントも見つかりません	レコードが作成され、連絡先レコードにユーザー・アカウントのGUIDがスタンプされます。

担当者レコードが作成されると、セルフサービス登録オブジェクトの属性が担当者オブジェクトにコピーされます。 SelfRegistrationオブジェクトの属性の名前(_cを無視)が担当者オブジェクトのものと同じ場合、その属性の値がコピーされます。名前が同じでない場合は、SVC_CSS_REG_CONT_MAPプロファイル・オプションを使用して、SelfRegistrationオブジェクトの属性を担当者オブジェクトの属性にマップできます。