- Notes de publication
Notes de publication d'Orchestrator
Juin 2020
Pour améliorer les temps de réponse d’Orchestrator, vous pouvez désormais configurer un compartiment de stockage dans lequel ajouter des images volumineuses lors du paramétrage de l’activité Créer une tâche de formulaire (Create Form Task) correspondante. Assurez-vous de configurer correctement les paramètres CORS/CSP afin de pouvoir accéder aux fichiers de stockage.
X-UiPath-OrganizationUnitId n’est plus obligatoire en cas de requêtes GET vers le point de terminaison /odata/TestSetExecutions. En tant que tel, vous pouvez désormais récupérer toutes les exécutions d’ensembles de tests dans les dossiers auxquels vous appartenez et ne spécifier que l’en-tête pour récupérer les exécutions appartenant à un dossier spécifique.
Notre démarche de simplification de l’utilisation d’Automation Cloud a entraîné la refonte de notre modèle de contrôle d’accès. Quelques changements ont été effectués au niveau de la gestion des utilisateurs ; quelques légères retouches destinées à faciliter l’ensemble de l’expérience, de l’invitation d’un utilisateur dans votre organisation à l’affectation de niveaux d’accès spécifiques.
En plus d’offrir des niveaux précis de contrôle d’accès par service individuel, Automation Cloud réduit la nécessité de spécifier des niveaux de contrôle d’accès explicites en fournissant des droits d’accès par défaut pour les scénarios récurrents.
Pour cette raison, nous proposons quatre groupes d'utilisateurs différents avec des niveaux d'accès spécifiques pour leurs membres. Bien que les groupes soient livrés avec des ensembles d'autorisations prédéfinis, ceux-ci peuvent être personnalisés à tout moment en fonction de vos besoins et de chaque service. Le niveau d'accès d'un utilisateur est relatif à l'appartenance au groupe et également relatif à la configuration des autorisations effectuée pour ce groupe dans les services Orchestrator.
- Lorsqu’un utilisateur tente d’accéder à certains services, le système décide d'autoriser ou non l’accès en fonction de l’adhésion de l’utilisateur.
-
Lorsqu’un utilisateur tente d’accéder ou d’utiliser certaines ressources d’un service, le système décide d'autoriser ou non l’accès en fonction des rôles de l’utilisateur, qui peuvent être hérités du groupe ou accordés explicitement.
Évidemment, vous pouvez toujours profiter de la granularité en ajoutant des utilisateurs individuellement à un service, à condition que l'utilisateur ait été ajouté au préalable dans votre organisation Automation Cloud. N'oubliez pas que cela est désormais effectué au niveau du service, et non à partir du portail Automation Cloud.
Voici quelques points à retenir concernant l’ajustement de votre organisation pour tirer parti de la nouvelle fonctionnalité. Ou pas. - Pour les services créés à partir d’aujourd’hui, les groupes d’utilisateurs sont automatiquement créés et sont disponibles avec l’ensemble d’autorisations par défaut.
- Pour vos services préexistants, vous devez ajouter et configurer les groupes d’utilisateurs vous-même dans chaque service.
- Si vous ne voulez pas exploiter les avantages des groupes dans vos services existants, laissez les utilisateurs dans le groupe standard par défaut appelé Tout le monde (Everyone), qui par défaut n’a pas de droit d’accès spécifique à un service. Toutes les autorisations sont gérées individuellement pour chaque utilisateur.
Nous avons tenu compte de vos commentaires et renommé certains des rôles prédéfinis disponibles sur la page Paramètres (Settings).
|
Ancien nom |
Nouveau nom |
|---|---|
|
Activer l'administration de dossiers |
Autoriser à être administrateur de dossiers (Allow to be Folder Administrator) |
|
Activer les automatisations en cours d'exécution |
Autoriser à être un utilisateur d’automatisation (Allow to be Automation User) |
