Technology Blogs by Members
Explore a vibrant mix of technical expertise, industry insights, and tech buzz in member blogs covering SAP products, technology, and events. Get in the mix!
Showing results for 
Search instead for 
Did you mean: 
In this blog post we will learn about high level basic details about integrating SuccessFactors with Okta. I will explain the simple approach for the integration.

Okta is an enterprise-grade, identity management service, built for the cloud, but compatible with many on-premises applications. With Okta, IT can manage any employee's access to any application or device. So if access to SuccessFactors is also provisioned by Okta in that case integration between two needs to be built keeping certain points in mind:

There can be two approaches for the integration:

  1. Using Okta standard connector- It is straightforward and simple. Okta can connect to SuccessFactors instance using its own connector. No separate connector or middle-ware is required.

  2. Using Integration center- You can use the scenario where destination type is REST . This option will need lot of effort in setup but using it even custom portlets and other such complex logic can be built in integration for mapping ad updates.




Now let’s look at the option 1 of using standard Okta connector. Here are few points to note:

  1. Okta has its own connector which helps it to connect directly to SuccessFactors, no middle-ware or separate connector is required.

  2. Okta reads only user records that have Job/employment data records in SuccessFactors and are active.

  3. Future dated hiring records can also be read by Okta and how far should that be allowed depends on settings in Okta.

  4. Okta will have current records and won’t store history of the user. So only delta changes will flow from SuccessFactors to Okta.

  5. Okta reads data records including custom fields only from standard portlets and can’t read custom portlets/views/custom MDF views.

  6. Okta can read contact details which are marked as primary. e.g only email id or phone number that is marked as primary is read by Okta and other contact records are not fetched. So make sure required work email and work phone number is always marked as primary. Implementing business rule to default such records can help a lot.


In this screen shot , we can see under contact details Business email and business phone number is stored and both are marked as primary as is highlighted by the star at the end of the record.

  1. Okta can write back only contact details i.e. email id or phone number records which are marked as primary, other records can’t be updated by Okta.

  2. Integration is seamless and no jobs would need to be scheduled in SuccessFactors for integration.

In this blog post i have tried to summarize and mention all the important points that i had to work on while integrating SuccessFactors with Okta for a customer. I have highlighted the straight forward way for the integration.

Labels in this area