Différences spécifiques aux règles
- La réutilisation des fonctions entre les Actions n’est pas prise en charge actuellement, car chaque exécution d’Action est autonome. Vous devez définir explicitement les fonctions requises pour chaque Action.
-
L’objet
accessTokenest actuellement limité à 100 permissions. -
L’objet événement dans les Actions ne fournit pas actuellement d’alternative pour les attributs de contextesuivants à l’intérieur d’une règle :
context.connectionOptions
-
Les actions ne prennent en charge que les propriétés suivantes dans
event.user.identities:connectionprovideruser_idprofileDataisSocial
Si vous utilisez des propriétés supplémentaires dans l’objet
event.user.identities dans les Règles, elles ne sont pas prises en charge dans une Action. Cela inclut tout jeton provenant de l’IdP en amont pour les utilisateurs fédérés.- Les demandes standard d’un
idTokenou d’unaccessTokenne peuvent pas être supprimées à l’aide d’une Action. - Les Actions ne peuvent renvoyer que des codes d’erreur
access deniedet ne permettent pas de renvoyer un code d’erreurunauthorized. - Les Actions permettent uniquement de modifier l’utilisateur principal entre les comptes liés.
Différences spécifiques aux crochets
- Vous ne pouvez pas modifier les permissions dans un flux des identifiants client de communication entre machines comme il était possible de le faire avec un crochet.