2103423 - DRM 2.0 to Purge Inactive Candidates and Inactive Applications in Recruiting - Recruiting Management

• How to set up inactive Candidates or inactive Applications purge rules.
• To meet legal and business data archival requirements, customers that have DPCS 2.0 (Data Privacy Consent Statements) enabled have the ability to set Purging Rules of candidate profile and application’s records.
• These purging rules can be configured accordingly to their internal policies for storage of persistent data and records management, based on candidate’s country and period of inactive profile.
• To prevent purging candidates who are still being considered to an open job (active application), DRM 2.0 (Data Retention Management) can be configured to get the results expected.
• In this KB article we outline how to set purging rules and also the expected behavior of the rules based on possible settings enabled on customer’s instance.

SAP SuccessFactors Recruiting Management

Pre-Requisites

The following features must be enabled during implementation or by Customer Success team:

1. DPCS 2.0 (Data Privacy Consent Statements)
2. Admin Center > Manage Recruiting Settings > Job Application and Candidate Purge (optional)
3. Provisioning > Data Retention Management
4. Candidate Profile template configuration including anonymize=”true” fields

Please check article for enablement steps: Recruiting: DPCS 2.0: KB article 2341240, Data Retention Management: KB article 2088065

Permissions

1. Non-RBP: Admin tools > Manage Administrative Privileges > Manage Data Purge

• Create Data Purge Request
• Approve Data Purge Request

 

2. RBP: Manage Permission Roles > Manage User Data:

• Create Data Purge Request
• Approve Data Purge Request

 

Solution – Setting Purge Rules for Recruiting

The results of a Candidate Purge Rule depend on the instance configuration and settings enabled.

Setting up the purge rule

1. On Admin Center > Data Retention Management
2. Create New Purge Rule
3. “What do you want to do with your data” > Purge Inactive Candidate/Purge Inactive Application
4. Name the Purge Request appropriately
5. Select the appropriate Country – System will rely on the country of residence on Candidate Profile for purging inactive candidate profiles and the country of the job requisitions to purge inactive applications
6. Set the period of time the system must consider to purge candidate/application records – System will rely on the time candidate has not logged into his candidate profile/last modified or disposition date of the application for purging inactive applications
7. Please also learn what application is considered as inactive: KB article 2325887

    

 For the above example all external Candidates with the country of residence: Austria who have not logged into the career portal for two days will be purged (anonymized).

7. You can either:

• Save the purge rule – it will be then always accessible when navigating to Admin Tools > Data Management, but doesn’t launch the purge rule itself

OR

• Schedule the purge rule – it will appear in Admin Center > Purge Request Monitor > Scheduled Requests and will enable recurring pattern for the schedule job:

• When setting recurrence, please set up it accordingly to your company’s policies.
• It can be configured as Daily, Weekly, Monthly or Yearly.
• When approving a recurring purge request, the system will give you the option to approve the whole series. If you enable this option, further purges will run without needing approval. The purge will re-occur automatically according to the recurring pattern set up in the "Schedule Purge Rule". The system will auto approve after that point. The approver displayed in the email notifications for system auto approved purges is drm_operator. If you do not enable this option, you would need to manually approve the request one by one. 

OR

• Launch Now – will run the purge rule once, but won’t appear in Admin Tools > Data Management anymore.

8. Select user who will approve the purge routine.

Scheduled Job

1. A job will be automatically scheduled in Quartz. Wait until this job is completed. You can see under Provisioning > Monitor jobs:

Approving Purge Rule

• Once the job is either Scheduled or Launched Manually, an User with “Approve Data Purge Request” granted will have to approve the job to run.
• Note: The number of approvers is set up in the back-end of the system> Company Settings (Please note that the back-end is not available to the customers, therefore in case of any doubts, please ask Cloud Product Support about your current configuration):

2. On Admin Center > Purge Request Monitor

     

• On Purge Request Monitor, the user will be able to approve or decline manually launched and scheduled purging rules and also view the complete list of Approved Requests.
• A preview report will also be available. It will show the information of candidates being purged.
• Click on “Download Preview Report” to see all Candidate Profiles meeting the requirements in the purge rule:

     

• The purge routine doesn't run immediately - The Candidate Profiles will be purged / anonymized ONLY when the approver accepts the purge rule in Purge Request Monitor
• The approver can always verify potential Candidate Profiles which will be included in the purge routine by downloading and reviewing the "Preview report".
• No Candidate Profile will be purged without an approved Purge Routine.
• Once approved, there will be another automatically triggered scheduled job running in the back-end. This job will physically cause the purge: 

 

 Feature Behavior:

• As mentioned before, the results of purging rules will depend on Provisioning settings.
• Please find below the expected behavior based on the each of the possible settings.
• The same is divided on four different scenarios:

First scenario

Settings:

1. DPCS 2.0 Enabled
2. Do not purge Candidate Profile if there are existing applications in the system for that candidate is DISABLED.

 Behavior:

• Setting a Candidate Purge rule will anonymize the candidate’s information even though there are any active applications available in the system.
• All Candidates available in the report for the purge routine will be marked on their applications as "To be anonymized".
• At this point we need to wait until the RCM Entity Anonymization scheduled job runs in order to see the full results of the DRM purge routine.
• This will make the actual anonymization and will change the status in admin tools > Purge request Monitor > Approved Requests to “completed”

 Second scenario

 Settings:

1. DPCS 2.0 Enabled
2. Do not purge Candidate Profile if there are existing applications in the system for that candidate is ENABLED.

 Behavior:

• Setting a Candidate Purge rule will NOT anonymize the candidate’s data, if there is any active application of this Candidate (even though candidate’s inactive period of time matches the purging rule). An active application in this case is any application that is in progress. For example, if the candidate only has an application in a disqualified status then the candidate will still be purged as it does not consider this as an existing application.
• The Candidate will be marked as "To be anonymized" as long as he is in an active application status.

 Results

     After a purging rule was successfully completed the candidate purged/anonymized should return the following results:

1. Candidate Search: The purged candidate is no longer searchable.

       

2. Job Requisition > Candidates > Candidate is still visible on the application page but with the Message: Candidate Profile Anonymized AND all data marked as anonymized=true in the configuration will display ***** instead:

    

 

3. Reports - the Anonymized Flag will show: "Anonymized" and the data marked as anonymized=true in the configuration will display ANONYMIZED:

Third scenario

Settings:

1. DPCS 2.0 Enabled
2. Job Application and Candidate Purge: Use Application Disposition date to start the Application aging for purge (Default is Application last modified date) is ENABLED.

Behavior:

• The inactivity of the application will be calculated since the date, when the applicant was last moved through the pipeline

Fourth scenario

Settings:

1. DPCS 2.0 Enabled
2. Job Application and Candidate Purge: Use Application Disposition date to start the Application aging for purge (Default is Application last modified date) is DISABLED.

Behavior:

• The inactivity of the application will be calculated since the date, when there was the last edit on the application

Please refer to the following KB Articles in order to find out more about:

• 2325887 - What application will be considered as inactive for Data Retention Management 2.0?
• 2234728 - DPCS 2.0: Legal Minimum Obligation Period settings

sf, RCM, drm_operator, schedule, purge, rule, inactive, application, candidates, DRM, DPCS, , KBA , sf recruiting , LOD-SF-RCM-CAN , General Candidate Issues (not Offers, not Profiles) , LOD-SF-RCM-APP , Applicants and Job Applications , How To

SAP SuccessFactors Recruiting all versions