Novembre 2024

November 20, 2024

Migrer vers le nouveau modèle d’autorisations

À partir du 9 décembre 2024 au plus tôt, nous remplacerons le modèle de rupture d’héritage par le modèle d’union des autorisations de privilèges sur Community. Le changement se produira automatiquement et aucune autre action n’est requise de votre part.

Le nouveau modèle améliore le contrôle d’accès pour tous les utilisateurs. Par conséquent, chaque fois que vous ajoutez ou supprimez un privilège vers ou à partir d’un groupe, tous les utilisateurs qui font partie de ce groupe passeront par cette vérification des privilèges.

Cette modification a un impact sur l’ensemble de privilèges suivant :

• Paramètres du profil d’interface utilisateur (aucun accès à l’interface utilisateur, espace de travail personnel uniquement, interface standard)
• Mettre à jour les paramètres de politique
• Permettre à l'utilisateur d'exécuter des automatisations
• Créer des espaces de travail personnels pour cet utilisateur

De plus, début 2025, nous activerons également la fonctionnalité sur Enterprise. Pour plus d’informations, consultez la page sur les obsolescences à venir.

Mises à jour de la stratégie de rétention

Nous savons que la rationalisation de votre base de données est aussi importante pour vous que pour nous. C’est pourquoi nous avons amélioré nos stratégies de rétention en ajoutant la possibilité de supprimer ou d’archiver les tâches et les éléments de la file d’attente à l’état non terminaux.

Cette nouvelle option est intégrée au composant de stratégie de rétention existant au niveau du processus pour les tâches et au niveau de la file d’attente pour les éléments de la file d’attente. Elle est disponible via un nouvel ensemble de champs dédiés respectivement aux tâches et aux éléments de la file d’attente non terminés.

Les valeurs par défaut pour les tâches et les éléments de la file d’attente sont les suivantes :

• Terminé
  • La durée par défaut est de 30 jours.
  • La durée maximale est de 180 jours.
• Non terminé (Uncompleted)
  • La durée par défaut est de 180 jours.
  • La durée maximale est de 540 jours.

Important : ces valeurs par défaut seront appliquées automatiquement dans 4 mois. D’ici là, vous pourrez les modifier en fonction de vos besoins et du cas d’utilisation.

Consultez les sections Stratégie de conservation des données des processus et Stratégie de rétention des éléments de la file d’attente pour en savoir plus à ce sujet.

Améliorations apportées à HashiCorp Vault

Les magasins d’informations d’identification HashiCorp Vault et HashiCorp Vault (lecture seule) (HashiCorp Vault (read only)) sont désormais améliorés avec le nouveau champ facultatif Point de montage de l’authentification (Authentication Mount Path). Cela vous permet de spécifier un chemin de montage personnalisé et de monter la même méthode d’authentification avec deux configurations différentes, sur deux chemins distincts.

En outre, le magasin d’informations d’identification HashiCorp Vault (lecture seule) (HashiCorp Vault (read only)) prend désormais en charge le moteur de clés secrètes LDAP, qui fusionne les moteurs de clés secrètes Active Directory et OpenLDAP.

Suppression de la synchronisation de la complexité du mot de passe dans Identity

Les paramètres de complexité du mot de passe ne sont plus synchronisés entre Orchestrator et Identity Server. Pour modifier les paramètres, utilisez les API Identity Server ou l’interface utilisateur du portail d’administration.

Suppression du point de terminaison BasculeUnitéOrganisation (ToggleOrganizationUnit)

Le point de terminaison POST/odata/Users({key})/UiPath.Server.Configuration.OData.ToggleOrganizationUnit, exclusivement pertinent dans un contexte de dossier classique, est désormais supprimé.

Résolution de bogues

• Un message d’erreur s’affichait lorsque vous tentiez de télécharger des packages avec des notes de version volumineuses.
• Lorsque vous passiez rapidement d’un locataire à un autre avant que la page ne soit entièrement chargée, l’URL et la page restaient désynchronisées. De ce fait, Orchestrator continuait d’afficher le locataire initial.