Access requests

Pro feature

Requires a MIA Pro subscription.

Access requests let you handle access openings and closings in self-service, through a form your employees fill in themselves, without everything resting on the administrator.

How it works

1. On the Access requests page, the Form link for your employees button gives the permanent address of your account's form, to share with your employees (on your intranet, for example).
2. The employee enters their email address there. If they are one of your users, they receive by email a single-use link to the request form, which they fill in: person concerned, request type (open or close access), applications, desired dates. The form and its emails name your company (its name, otherwise its domain, set under Configuration → Organization).
3. The request arrives on the Access requests page, and you receive an email leading to it. You approve or reject each application, then validate the request.
4. On validation, MIA executes the opening or closing, immediately or on the scheduled date, through the relevant applications.

The list of requests

The list filters by status (pending, approved, rejected, closed) and by type (open or close access). The filters stay in the page address: a copied link opens the same view, and the Pending access requests line of the To do page leads to the list filtered on pending requests. Clicking a request opens it.

The page of a request

The page of a request shows the person concerned, who asked and when, the dates and note if any, then its applications. Its header carries the action the request is waiting for:

• Validate the request: approve or reject each application, then validate. The confirmation window asks for the details each application needs and, for a dated request, the date to keep on existing accesses.
• Close: a closing request whose person has no access to the applications concerned is closed without action.
• Add applications: a request created by the leader application arrives empty (see below).

Once the request is handled, Delete request, at the bottom of the page, removes it from the list; the request and its arbitration remain recorded in the access journal.

Link with the leader application

Joiners detected by the leader application automatically create an access request to complete, and you receive an email leading to it. Add applications opens a side panel where you choose the applications to open: the ones your assignment rules suggest are pre-checked, and the leader application is checked from the start, its access being already open. Once you confirm, MIA opens the accesses, and the page of the request points out the applications whose opening failed.

Good to know

• The form link is permanent and specific to your account. The link the employee then receives by email allows a single submission and expires 24 hours after being asked for.
• The form link opens in a browser not signed in to MIA: signed in, you are sent back to MIA. To check it yourself, open it in a private window.
• The form pages show neither the online support nor session recording: your employees only leave their request there.
• A request can cover an opening (onboarding) as well as a closing (offboarding) of access.
• On a request, the Opening (or Closing) column shows what MIA did on approval: done, scheduled, to do manually, and so on. The up-to-date state of each access is shown on the user's page, linked from the request.
• Past dates are refused when filling in the form. An opening request approved after its deactivation date opens no access.
• On approval, you can apply the deactivation date to the accesses the person already holds or whose opening is already scheduled.
• On an application where MIA cannot close accounts, the deactivation date of an opening, like that of a closing, is recorded on the access: MIA reminds you to close the account by hand when the time comes (the same day for an immediate closing).
• A deactivation date already scheduled on another day is never replaced without you: when a dated closing request, or an opening request applied to existing accesses, targets such an access, the confirmation window asks you, application by application, to keep the scheduled date or apply the request's.