04 · Prouver · L’attendu face au réel

Réconciliation & provisioning

Sachez si chaque changement approuvé a réellement été effectué dans le système cible.

La réconciliation compare ce que visent les politiques et les décisions avec ce que le système cible contient réellement, attribution par attribution. Le provisioning démarre avec des limites de sécurité. Les écritures en échec sont classées par cause, et une nouvelle tentative n’est possible qu’une fois que la cause a changé.

Ce qui change

Ce que vous obtenez

01

Accès attendu et réel, droit par droit

02

Modifications libérées par lots, par système

03

Modifications échouées triées par cause

04

Limites de sécurité et un bouton pause

Capture d’écran du produit · Données de démonstration fictives
Fonctionnement

Cela fonctionne en trois étapes

Chaque étape enregistre son motif, et l’étape suivante s’en sert.

  1. Comparer

    Comparer l’accès attendu avec ce que le système contient maintenant.

  2. Agir

    N’effectuer que la modification nécessaire, ou la retenir jusqu’à libération.

  3. Prouver

    Conserver le résultat, la raison et ce qui diffère encore.

Ce dont nous répondons

RapidValue considère un changement comme effectué lorsque la lecture suivante du système cible le montre. Une réponse d’API réussie ne suffit pas à elle seule.

Inclus

Inclus dans chaque prix

Il n’y a pas de module à acheter pour cela. Le prix ne dépend que du nombre d’identités que vous gouvernez.

Comment le prix fonctionne Voir dans la visite du produit

Preuves pour
Réconciliation & provisioning

Sachez si chaque changement approuvé a réellement été effectué dans le système cible.