Cas d’usage

Comment supprimer les accès d’un collaborateur qui part ?

Le problème n’est généralement pas de connaître la date de départ. Le problème est de transformer cette date en actions fiables dans les annuaires et les applications, sans attendre qu’un technicien se souvienne de tout.

Pourquoi ça casse aujourd’hui

  • Les accès applicatifs sont dispersés et connus de personnes différentes.
  • Certains retraits dépendent d’un ticket ouvert après coup.
  • Rien ne prouve, plus tard, ce qui a réellement été fermé.

Ce qui devrait se passer

  • La date de fin arrive depuis la source de référence.
  • Le processus de départ identifie les comptes et accès concernés.
  • Les actions prévues sont exécutées ou routées vers la bonne personne lorsque l’automatisation n’est pas souhaitée.
  • Le résultat reste traçable : ce qui a été demandé, exécuté et laissé en exception.

Comment Mon premier IAM le fait

Date de fin → workflow de départ → désactivation / retrait → trace conservée.

Source de référence

RH · annuaire · référentiel

Cycle de vie

Mon premier IAM

Cibles

Annuaires · applications

Exemple

« La mission de Julie se termine vendredi. »

La fin de contrat ne doit pas devenir un ticket ouvert lundi matin. Elle devient l’événement qui déclenche le processus prévu.

Systèmes concernés

  • Microsoft Entra ID
  • Microsoft Active Directory
  • Salesforce
  • Microsoft Exchange

Ce qu’on mesure

  • Délai entre date de fin et fermeture effective
  • Comptes actifs après départ
  • Exceptions ouvertes

Questions fréquentes

Peut-on garder une boîte mail active après le départ ?

Oui, si c’est une décision assumée : elle devient une exception explicite, datée et visible, pas un oubli.

Votre prochain point de décision

Commencez par le flux qui vous coûte le plus aujourd’hui.

Montrez-nous comment une date de départ devient aujourd’hui une suppression d’accès.

Trouver mon point de départ