cancel
Showing results for 
Search instead for 
Did you mean: 
Read only

Handling ONB2.0 rehires in SailPoint

Richie_Halpagoda
Participant
0 Likes
1,321

Dear All,

My customer has SailPoint as the Identity Provisioning agent for the Company Idp (Azure AD). After activating ONB2.0, customer had to update a lot of logics and build was somewhat a rebuilt in SailPoint. Rehire scenario was one of the pain points. If the rehire date was in the past and the ONB activity was not completed, Employee Status from EC picks up as active. This means Old employee record gets activated before the actual hire in EC. According to the KBA https://userapps.support.sap.com/sap/support/knowledge/en/3414839 -this is standard behavior. 

One more thing: SailPoint uses CompoundEmployee API and Odata API. They are unable to put a filter using both APIs.

Has anyone experienced this issue and how did you overcome it?

SAP SuccessFactors Platform , SAP SuccessFactors Onboarding , SAP SuccessFactors Employee Central , API 

Accepted Solutions (0)

Answers (1)

Answers (1)

Adam_S1
Explorer

Hi @Richie_Halpagoda - If I'm understanding your post correctly, we had the same issue with our integration to SailPoint (SP). We created a field on EmploymentInfo that is Yes/No field and this field drives when an employee (new hire or rehire) is ready to be sent to SP. For new hires and rehires, we do not set the field to 'Yes' until Manage Pending Hires is completed. For rehires, this ensures that active record that gets inserted during the ONB process doesn't get picked up by SP until all the data is finalized post the MPH process. We have business rules within ONB and EC to set this flag to No and Yes at the right times.

I am unsure of way to accomplish this more natively without the creation of a new field that SP would 'look' at to determine when a new hire/rehire is ready to be picked up.

Richie_Halpagoda
Participant
0 Likes
Thanks Adam. This is a good idea. I can potentially add the a flag to say hired or not.
RosannaGill1
Discoverer
0 Likes
Hi, Can you share a sample of the business rules you created for this field? Thanks!
Adam_S1
Explorer
Hi - Sure thing. The business rule is quite simple -> IF Job Information.Event Reason = 'Hire' OR 'Rehire' OR 'SCWK', THEN SET Employment Details.CustomField10 = 'Yes'
RosannaGill1
Discoverer
0 Likes
One more question about the business rule. How to you deal with rehires? If someone is set to YES because they have gone through MPH, then leave, and then come back, what is the process?
Adam_S1
Explorer
0 Likes
Good question. We have an additional business rule (Scenario: Rules for Hire/Rehire Processes) that sets the IAM flag to 'No' once the rehire is identified in ONB. The flag is set to 'No' until the other rule I mentioned sets it back to 'Yes' after MPH is finished. The rule looks something like this -> IF Job Information.Event Reason = 'Rehire - ONB' OR 'Rehire - Manual' THEN SET Employment Details.CustomField10 = 'No'