[USS-93] Allow accounts to be created from existing (Social) IDP accounts Created: 04/Mar/16  Updated: 18/May/18  Resolved: 18/May/18

Status: Done
Project: Commons Self Service
Component/s: None
Affects Version/s: 1.0.0
Fix Version/s: None

Type: Epic Priority: Major
Reporter: Markus Weber [X] (Inactive) Assignee: Andi Egloff
Resolution: Done Votes: 0
Labels: CDM, Registration, Social
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Depends
is required by OPENIDM-5001 Allow accounts to be created from exi... Closed
Epic Name: Social/IDP Registration
Epic Status: To Do

 Description   

Requirements

As a part of Customer Data Management, the ability for customers to use an existing (usually social based) identity to gather basic registration information, is key to lowering the bar for customer acquisition. In this phase of CDM, we will enable the capture, storage, updating and deleting of all social identity data from several providers including any OAuth2 based or OpenID Connect based IDP and FaceBook, Google+, Twitter and other ranked Social IDPs in accordance with customer and market demands.

OpenIDM/CDM administrators should have the ability to configure user registration process to enable one or more existing (social and other) providers where customers have an existing account.

End User Experience

Users are first directed to a branded web site, they are provided an opportunity to register. They will see a set of familiar logos which will allow them to consent to the web site gathering and using Social IDP data, rather than creating a new, web site specific user account. Once a user chooses a social IDP to use for registration, they are presented with the appropriate consent dialog from the associated Social IDP (FaceBook for example)

Configuration Experience for Administrators

RESTful interface to enable, disable and configure social IDPs, as well as the ability to list all currently enabled Social IDPs.

As an Administrator, the configuration of Self-Service registration should now include Social IDP selections and the associate (site specific) configuration for each of the providers. Administrators should be able to configure as many social providers as they choose to support in order to offer registration services to end users.

Business Value

Providing the capability to capture rich customer data while easing the registration and authentication process is the key to higher registration rates and better data (as social IDP data tends to be more up-to-date than dedicated, single purpose accounts).

From a consumers standpoint, Social registration allows consumers to quickly and easily register for accounts and log in to your websites or mobile apps using their existing social media identities. By authenticating their identities with social login, users give brands permission-based access to the identity data housed within their social profiles. Today, there are more than 30 networks that consumers can use to authenticate their identities. These identity providers range from social networks to email and payment providers.

Top Tier Social Providers include (but are not limited to):
*Oauth 2.0 (several IDPs)
*OpenID Connect
*Facebook
*Twitter
*Microsoft
*Google
Second Tier providers might include:
WeChat (Chinese)
Renren(Chinese)

Other Considerations

Prospects have told us that even though they have existing cIAM/CDM solutions - but don't like the limitations. Easing a migration from other solutions would be beneficial for ForgeRock and our customers.

This was originally OPENIDM-5001 !


Generated at Tue Nov 24 00:49:38 UTC 2020 using Jira 7.13.12#713012-sha1:6e07c38070d5191bbf7353952ed38f111754533a.