3676580 - How does "Grant Interviewers the access level of <role>" works on Latest Applicant Workbench? - Recruiting Management

This KBA intends to explain the behavior of "Grant Interviewers the access level of <role>" in Latest Applicant Workbench.

In Manage Recruiting Settings, under Interview Settings, there's an option "Grant Interviewers the access level of <role>". This will allow interviewers to have the same application access as the role selected.

For example, Recruiter role is selected. Then from Interview Central the interviewers will have the same access to the candidate's application as Recruiter role.

Image/data in this KBA is from SAP internal systems, sample data, or demo systems. Any resemblance to real data is purely coincidental.

SAP SuccessFactors Recruiting Management

Prior to 2H 2025 Release, "Grant Interviewers the access level of <role>" doesn't work when using Latest Applicant Workbench (UXR).

For discussion purposes, let's assume Recruiter (R) is selected in Grant Interviewers the access level of <role>.

The users set up as interviewers for a given candidate will be able to see the application details in Interview Central, as if they were the Recruiter themselves.

• The interviewers will have same read/write field permissions and view same portlets as the role selected.
  • Note: This is in Interview Central only, NOT when user (interviewer) is accessing the applicant detail page via the Latest Applicant Workbench.
• Interviewers will not have access to action menu in Interview Central. They can only access the application details in read or edit mode based on permissions defined for the role selected.

Expected Behavior:

1. Whether the interviewer is an operator on the job requisition or not, when opening the detail page of the candidate in Interview Central, the UXR detail page will open (without applicant list on the left, and without next/previous buttons) 
   • Interviewer will be able to view/edit fields and view portlets based on the role selected in "Grant Interviewers the access level of <role>":
     • Field permissions defined for the role selected will be honored (read, write)
     • Following feature permissions (portlets) will be honored:
       • interviewAssessment
       • interviewResults
       • onboarding
       • offerLetterPortlet
       • assessmentIntegration
       • historicalAssessmentResults
       • historicalQuestionAnswers
       • backgroundCheck
       • historicalBackgroundCheckResults
     • Following button permissions will be honored:
       • EDIT_CANDIDATE_SNAPSHOT
     • Following RBP permissions (portlets) will be honored:
       • Jobs Applied Portlet Permission
   • Interviewer will NOT be able to trigger any action, i.e. "Move" button, "Contact" button and action menu (the three dots) button are hidden
     • Following feature permissions (actions) are NOT honored:
       • offerApproval
       • offerLetter
       • lateStageApp
       • candidateEmail
     • Following button permissions (actions) are NOT honored:
       • Save
       • Cancel
       • Forward
       • ForwardAsApplicant
       • Close
       • Reopen
     • Following RBP permissions (actions) are NOT honored:
       • Background Check Initiate Permission
       • Background Check Update Permission
       • Onboarding Initiate Permission
       • Onboarding Update Permission
   • Note: These privileges in Interview Central ends when:
     • user is removed from the Interviewers list of given candidate
     • Grant Interviewers the access level of <role> setting is changed to "No Selection"
2. If the interviewer is also an operator (e.g. Hiring Manager) on the job requisition, when opening the detail page of the candidate in Latest Applicant Workbench, then it's the field/feature/button/RBP permissions defined for that given job req operator (Hiring Manager) will be honored.
   • i.e. if the same interviewer navigates to the application directly from the job requisition list page (because the user is also the Hiring Manager), only the fields & portlets visible/editable by the Hiring Manager role will be displayed in the detail page (Grant Interviewers the access level of <role> setting will NOT be honored in this page)
   • In other words, the interviewer only inherits the permission of the role selected in Grant Interviewers the access level of <role> setting when accessing the detail page through Interview Central
     • What if the role selected (e.g. Recruiter) in Grant Interviewers the access level has lower privileges than the interviewer's another role (e.g. Hiring Manager)?
       • The user will be permissioned with the union of the view and edit permissions of both role (interviewer's own role [e.g. Hiring Manager], and the role from Grant Interviewers the access level of <role> [e.g. Recruiter]). Hence, when accessing the detail view via Interview Central, the interviewer will see fields & portlets as a Hiring Manager and as a Recruiter.
         • For example, Recruiter role has read permission to XYZ field while Hiring Manager has write permission on the same field. The interviewer will have read and write permission to XYZ field.

Sample Scenarios:

Pre-requisite:

• User is using/has switched to Latest Applicant Workbench (UXR)
• The application is on an Interview status

Please note that the above setting applies only to the latest workbench. In the legacy workbench, permissions are not inherited and remain as explicitly assigned 

3369122 - Redesigned Applicant Management Workbench - Recruiting Management

RCM-143885, grant interviewers the access level of, UXR, redesigned applicant workbench , KBA , LOD-SF-RCM-IVW , Interview Central, Interviews, Scheduling etc , How To