IT

Demande d'accès et provisionnement

Les demandes d'accès au système dépendent de l'approbation du gestionnaire et du propriétaire du système, mais le provisionnement et la vérification ne sont pas systématiquement audités.

Problème commercial

Les demandes d'accès au système dépendent de l'approbation du gestionnaire et du propriétaire du système, mais le provisionnement et la vérification ne sont pas systématiquement audités.

Ce que voient les équipes

  • Le travail attend entre la soumission de la demande d'accès et la validation du statut d'emploi.
  • Les propriétaires reconstruisent le statut à partir des formulaires Web et du fournisseur d'identité.

Pourquoi ça arrive

  • Aucun état partagé ne couvre les formulaires Web, le fournisseur d'identité et Jira.
  • Les règles de décision et d’exception sont appliquées de manière incohérente.

Pourquoi ça devient cher

  • La capacité est consommée par la coordination et le remaniement.
  • Les exceptions tardives affaiblissent la visibilité et la qualité du service.

Résultats commerciaux

  • Cycle de vérification des dossiers plus court
  • Moins d’exceptions de transfert et d’informations manquantes
  • Effacer la propriété depuis la soumission de la demande d'accès jusqu'à l'enregistrement de l'audit
  • Décisions inspectables et récupération

KPI mesurables

  • Délai d'exécution: Temps écoulé entre la soumission de la demande d'accès et l'enregistrement de l'audit.
  • Tarif d'intervention manuelle: Part des éléments nécessitant une personne en dehors des conditions d’examen définies.
  • Âge exceptionnel: Les exceptions non résolues restent sans action terminée.
  • Taux de réussite: Part des éléments de flux de travail valides se terminant sans défaillance du terminal.

Comment fonctionne le flux de travail

  1. Soumettre une demande d'accès — Acceptez et identifiez la demande d’accès et le déclencheur de provisionnement. Formulaires Web
  2. Valider le statut d'emploi — Exécutez la validation du statut d’emploi avec des exemples de données validés et un résultat vérifiable. Formulaires Web
  3. Vérifier le rôle demandé — Exécuter le rôle de vérification demandé avec des exemples de données validés et un résultat vérifiable. Fournisseur d'identité
  4. Approbation du gestionnaire — Exécutez l’approbation du responsable avec des échantillons de données validés et un résultat vérifiable. File d'attente de révision SEIDO
  5. Approbation du propriétaire du système — Exécutez l’approbation du propriétaire du système avec des échantillons de données validés et un résultat vérifiable. File d'attente de révision SEIDO
  6. Accès à la fourniture — Exécutez l’accès à la fourniture avec des exemples de données validés et un résultat vérifiable. Fournisseur d'identité
  7. Vérifier l'admissibilité — Exécutez la vérification des droits avec des exemples de données validés et un résultat vérifiable. Jira
  8. Vérification des dossiers — Exécutez un audit d’enregistrement avec des échantillons de données validés et un résultat vérifiable. Formulaires Web
  9. Audit et mise à jour des KPI — Conservez le résultat de l’exécution, les faits d’audit et les événements de mesure du flux de travail. Magasin d'exécution SEIDO

Intégrations et propriété

  • Formulaires Web: Fournir une entrée sur le flux de travail
  • Fournisseur d'identité: Contexte de recherche et de mise à jour
  • Jira: Recevez un résultat contrôlé

Responsabilité humaine: Propriétaire de service informatique

Échec et récupération

Les formulaires Web sont temporairement indisponibles.

Réessayez avec un recul exponentiel plafonné ; conserver l'exécution et la déplacer vers la file d'attente des échecs inspectables après la limite.

Les données requises pour valider le statut d’emploi sont mal formées ou manquantes.

Arrêtez les actions en aval et affichez les champs manquants, les preuves sources et les actions de correction au réviseur nommé.

L'événement déclencheur ou fournisseur est transmis plusieurs fois.

Renvoyez l’exécution existante identifiée par la clé d’idempotence et ne répétez pas les actions commerciales en aval.

La décision humaine expire avant son achèvement.

Transférez la demande au remplaçant configuré, conservez la demande d'origine et enregistrez l'expiration et la réaffectation.

Quand ne pas construire ça

  • Le volume mensuel est trop faible pour justifier l'intégration de formulaires Web, de fournisseur d'identité et de Jira.
  • Une plate-forme configurée existante gère déjà les demandes d'accès et le provisionnement avec une propriété et des rapports adéquats.
  • Les données sources fiables ou l'accès API pris en charge ne sont pas disponibles.
  • Aucun propriétaire d'entreprise n'a le pouvoir de définir les règles de décision et d'exception.

Flux de travail associés