Entitlement Temporary Permissions Schedule
An Entitlement Temporary Permissions schedule is automatically created for an identity store when:
-
A server is added for permission analysis on the Entitlement page in an Active Directory identity store. See the Manage File Servers for additional information on adding a server.
Or
-
A SharePoint site is added for permission analysis on the Entitlement page in a Microsoft Entra ID identity store. See the Manage SharePoint Sites topic for additional information on adding a SharePoint site.
The Entitlement Temporary Permissions schedule updates the temporary permissions granted to objects on shared files and folders residing on file servers (for Active Directory), and the document libraries in SharePoint sites (for Microsoft Entra ID). This is how it works:
- Administrators and other users can set a start and end date to grant certain permission(s) temporarily to an object on shared resources, such as file shares and document libraries in a SharePoint site.
- They can also set a start and end date to revoke certain permission(s) temporarily for an object on shared resources, such as file shares and document libraries in a SharePoint site.
- The Entitlement Temporary Permissions schedule temporarily grants and revokes permissions for an object on the specified dates.
Let’s assume that the Entitlement Temporary Permissions schedule is scheduled to run once a week, say Mondays. If temporary permissions are to be granted to an object on file server share for three days - Wednesday till Friday, it will not happen. This is because the Entitlement Temporary Permissions schedule did not run on the specific days for temporary permissions update. Make sure that the schedule is set to run at a frequency that meets your temporary permission requirements.
The Entitlement Temporary Permissions schedule runs in the context of the following accounts:
- For file servers, the schedule runs in the context of the service account defined for the identity store. In case you specify a different account for a file server, the schedule runs in the context of the changed account. See the Connect to a File Server Using a Different Account topic.
- For a SharePoint site, the schedule runs in the context of the account you specified to connect to the SharePoint admin site. In case you specify a different account for a site, the schedule runs in the context of the changed account. See the Connect to a Site Using a Different Account topic.
You cannot create or delete an Entitlement Temporary Permissions schedule; only edit the existing schedule.
Update the Entitlement Temporary Permissions Schedule
Follow the steps to udpate the Entitlement Temporary Permissions schedule.
Step 1 – In Admin Center, click Identity Stores in the left pane.
Step 2 – On the Identity Stores page, click the ellipsis button for an identity store and select Edit.
Step 3 – Click Schedules under Settings in the left pane.
Step 4 – On the Schedules page, click the plus sign next to Entitlement Temporary Permissions. Then click the ellipsis button for the schedule and select Edit.
Step 5 – On the Edit Schedule page, the Schedule Name and Name Preview boxes display the name of the
schedule as read-only. The name format is
Entitlement<the name of the machine the schedule is created on>
_ TemporaryPermission_.
Step 6 – In the Scheduler Service Name drop-down list, select a Scheduler service that would be responsible for triggering this schedule. The number of services displayed in the list depend on the number of nodes in all Elasticsearch clusters in the environment, as each node has its own Scheduler service. See the Scheduler Service topic for additional information.
Please note the following while selecting a Scheduler service:
-
The Scheduler service for the Directory Manager instance on which you are creating the schedule is selected by default. However, you can select the Scheduler service of another instance as well.
-
The Scheduler service can be changed even after creating the schedule. Upon the next run, the schedule will be triggered by the newly-selected Scheduler service.
-
If the selected Scheduler service fails to trigger the schedule, then no other Scheduler service can be selected automatically.
-
If a schedule is run manually on the Admin Center, then the Scheduler service of that instance will be used.
Step 7 – The Triggers area displays the default triggering frequency for the schedule.
- To change a trigger, click Edit for it.
- To add a new trigger, click Add Trigger.
Step 8 – Follow step 11 in the Create a Group Usage Service Schedule topic to manage triggers.
Step 9 – After making the changes, click Update Schedule.
Step 10 – On the Schedules page, click Save.
For general schedule info, see the
View the Schedules in an Identity Store topic
for additional information.