- Notes de publication
Juillet 2023
Nous nous efforçons constamment de rendre nos rôles aussi intuitifs et autonomes que possible, afin que vous puissiez déterminer plus facilement celui qui correspond le mieux à vos besoins.
Voici donc ce à quoi vous pouvez vous attendre à partir du 21 août dans Community et à partir du 28 août dans Enterprise :
-
Le rôle Automation User n’aura plus l’autorisation de publier des packages et respectera sa définition initiale, à savoir un utilisateur doté des autorisations de dossier minimales nécessaires pour exécuter des processus. Il s’agit d’une meilleure pratique de gouvernance pour s’assurer que les packages d’utilisateurs personnels ne sont pas accidentellement publiés sans avoir d’abord été examinés.
-
Vous aurez accès à un nouveau rôle, Automation Publisher, qui est dédié aux utilisateurs expérimentés qui peuvent publier leurs propres packages.
Des webhooks ont été ajoutés à la liste des entités qui peuvent être renvoyées sur la page Rechercher dans le locataire.
Les nouvelles tentatives manuelles ne sont pas prises en compte dans le nombre maximal de nouvelles tentatives que vous définissez pour les éléments de la file d'attente.
Pour correspondre à ce comportement, les modifications de paramètres suivantes seront appliquées lorsque des nouvelles tentatives manuelles seront effectuées à partir de l’API :
-
RetryNumber
est maintenant0
-
AncestorId
est maintenantnull
Les éléments de file d’attente individuels obtiennent désormais leur propre clé unique lors de la nouvelle tentative, alors qu’auparavant, ils héritaient de la clé du parent.
Cela s’applique aux nouvelles tentatives automatiques et manuelles.
Lorsque la connexion au magasin d’informations d’identification qui contient les informations d’identification du robot n’est pas établie, empêchant ainsi la récupération du mot de passe, le robot n’est plus démarré et vous rencontrez maintenant l’erreur suivante :
Unable to retrieve credentials from {credential_store_name} credential store. Please check your connection settings and ensure the {credential_store_name} service is running.
Unable to retrieve credentials from {credential_store_name} credential store. Please check your connection settings and ensure the {credential_store_name} service is running.
Cela vous évite d’être verrouillé hors du compte Robot en raison de tentatives répétées de démarrage du Robot sans informations d’identification.
Nous avons ajouté quatre nouvelles colonnes à la page Transactions (Files d’attente > Afficher les transactions) :
-
Échéance (absolue)
-
Différer (absolu)
-
Commencé (absolu)
-
Terminé (absolu)
Notez qu’elles ne sont pas activées par défaut, alors assurez-vous de les sélectionner dans la liste Colonnes.
Ces colonnes sont également incluses dans les rapports exportés.
Nous avons modifié notre politique de rétention pour les vidéos enregistrées. Désormais, lorsque vous choisissez d’enregistrer une exécution de tâche à partir des paramètres de son processus sous-jacent, la vidéo est stockée dans Orchestrator comme suit :
-
pendant 7 jours dans le cas de tâches ayant échoué
-
pendant 3 jours dans le cas de tâches réussies
Nous avons ajouté de nouveaux paramètres pour vous aider à contrôler le moment où les déclencheurs sont désactivés après l’échec d’une tâche. Voici les avantages dont vous pouvez désormais bénéficier :
- Un nouveau paramètre dans le déclencheur de temps et la fenêtre de création de déclencheur de file d’attente, à savoir Définir une désactivation du déclencheur basée sur l’exécution. Lorsque ce bouton est activé, deux options s’offrent à vous :
- Désactiver en cas d’échec d’exécutions de tâches consécutifs : le déclencheur est désactivé après le nombre d’échecs d’exécutions que vous choisissez pour ce paramètre.
- Délai de grâce lors de la désactivation du déclencheur (jours) : le nombre de jours avant la désactivation du déclencheur après le premier échec d’une tâche.
Remarque :
Si vous exécutez un robot sans serveur dans une instance Community, les valeurs d’exécution suivantes sont automatiquement définies et ne peuvent pas être modifiées :
- Désactiver en cas d’échec d’exécutions de tâches consécutifs - 10.
- Délai de grâce lors de la désactivation du déclencheur (jours) - 0.
Cela signifie que le déclencheur est désactivé le jour où la tâche a échoué 10 fois de suite, afin d’éviter que la consommation de Robot Units n’essaie constamment d’exécuter la tâche avec succès.
- Deux nouveaux paramètres d’exécution au niveau du locataire destinés aux déclencheurs d’événement, d’heure et de file d’attente connectés (c’est-à-dire les déclencheurs créés dans Studio Web) automatiquement publiés sur l’espace de travail personnel :
- Déclencheurs - Déclencheurs connectés - Désactiver en cas d’échec d’exécutions de tâches consécutifs : le déclencheur est désactivé après le nombre d’échecs d’exécutions que vous choisissez pour ce paramètre.
- Déclencheurs - Déclencheurs connectés - Période de grâce lors du comptage des échecs répétés d’exécution de tâche (jours) : le nombre de jours avant la désactivation du déclencheur après le premier échec d’une tâche.
Ces paramètres ne s’appliquent pas aux déclencheurs publiés en dehors de l’espace de travail personnel.
Nous avons simplifié l’exportation des données à partir des grilles. Voici les changements dont vous pouvez bénéficier dès maintenant :
-
Lorsque vous cliquez sur Exporter, il ne vous est plus demandé de confirmer. Au lieu de cela, une notification s’affiche vous informant que l’exportation est en cours.
- Ensuite, une autre notification s’affiche, vous informant que les données exportées sont prêtes à être téléchargées.
-
Le téléchargement démarre automatiquement si vous disposez de l’autorisation Alertes - Consultation.
- Si vous ne le faites pas, vous pouvez télécharger les données exportées à partir de la page Mes rapports.
Deux paramètres d’exécution au niveau du locataire ont été renommés afin de vous aider à vous y retrouver :
- Déclencheurs : Désactiver lors du comptage d'échecs (Triggers - Disable when failed count) est maintenant Déclencheurs : Désactiver lors du comptage d'échecs de création de tâche (Triggers - Disable when job creation fail count)
- Déclencheurs : Désactiver lors du comptage des échecs répétés (jours) (Triggers - Disable when it keeps failing count (days)) est maintenant Déclencheurs : Période de grace lors du comptage des échecs répétés de création de tâche (jours) (Triggers - Grace period when job creation keeps failing count (days))
Les packages internes, à savoir les packages téléchargés via des flux hébergés par Orchestrator, sont désormais triés par date de publication. La date de publication est la date à laquelle la version la plus récente d'un package a été publiée.
L'exécution récurrente des déclencheurs de temps, des déclencheurs de file d'attente et des planifications de test est désormais basée sur leur heure de création. Alors qu'elles étaient auparavant déclenchées à la seconde 0 de chaque minute, elles se déclenchent désormais à la même seconde que celle de leur heure de création.
Voici comment la modification se traduit dans les expressions Cron :
-
Pour un déclencheur de temps créé à 12:23:34 avec l'expression Cron 0 * * ? * * (c'est-à-dire configuré pour s'exécuter toutes les minutes), la prochaine exécution sera fixée à 12:24:34.
-
Pour un déclencheur de temps créé à 12:23:34 avec l'expression Cron 1 * * ? * * (c'est-à-dire configuré pour s'exécuter à toutes les minutes et 1 seconde), la prochaine exécution sera fixée à 12:24:01.
Les robots peuvent désormais télécharger des packages à partir du flux de locataire tant qu'ils disposent de l'autorisation de Consulter les Packages.
Les nouvelles tentatives manuelles ne sont pas prises en compte dans le nombre maximal de nouvelles tentatives que vous définissez pour les éléments de la file d'attente.
Pour correspondre à ce comportement, les modifications de paramètres suivantes seront appliquées lorsque des nouvelles tentatives manuelles seront effectuées à partir de l'API :
-
RetryNumber
sera0
-
AncestorId
seranull
Ce changement devrait se produire dans deux semaines dans Community et dans un mois dans Enterprise.
Modification à venir des vérifications des autorisations
La création d'un déclencheur de file d'attente à partir de l'interface utilisateur nécessite des autorisations de files d'attente. Cependant, cette application n'est actuellement pas en place pour les Actions déclenchées par l'API. Dans un délai d'un mois, nous commencerons également à vérifier l'autorisation Créer (Create) pour les files d'attente lorsque vous essaierez de créer un déclencheur de file d'attente à partir de l'API. Assurez-vous de répondre à cette exigence avant cette date.
La date à laquelle une modification est annoncée pour la première fois dans les notes de publication est la date à laquelle elle est disponible pour la première fois.
Si la modification n'est pas encore effective pour vous, elle devrait bientôt l'être dans le cadre du déploiement des modifications dans toutes les régions.
Nous vous recommandons de vérifier régulièrement le calendrier d'obsolescence pour toute mise à jour concernant les fonctionnalités qui seront obsolètes et supprimées.
- 26 juillet 2023
- Modifications à venir des rôles et des autorisations
- 24 juillet 2023
- Webhooks dans la recherche de locataires
- Tentatives de modification manuelle
- Clé unique d’élément de file d’attente
- Erreur de connexion au magasin d’informations d’identification
- Nouvelles colonnes de transactions
- 20 juillet 2023
- Rétention des vidéos enregistrées
- 18 juillet 2023
- Modification des paramètres d’exécution
- Améliorations des exportations de rapports
- 11 July 2023
- Paramètres d’exécution renommés
- Tri interne des packages
- Modifications d'exécution de déclencheur
- Vérifications d'autorisation pour les téléchargements de packages
- Modification à venir des nouvelles tentatives manuelles
- Changement radical
- Quand ces modifications sont-elles effectives ?
- Chronologie de l’abandon