UiPath Documentation
maestro
latest
false
Guide de l'utilisateur de Maestro
Important :
La localisation du contenu nouvellement publié peut prendre 1 à 2 semaines avant d’être disponible.

Prérequis

Liste de contrôle des exigences pour Maestro, couvrant l'activation du locataire, les exigences du système Studio Web et la préparation de l'environnement avant de commencer.

Maestro est basé sur UiPath® Studio Web. Pour connaître les exigences de Studio Web, vérifiez les Exigences du système Automation Cloud.

Utilisez cette liste de contrôle pour vérifier que votre environnement est prêt pour Maestro. Elle couvre l'activation du locataire, les rôles des utilisateurs et les autorisations des applications ainsi que la concession de licence non assistée pour le locataire, le modèle de machine et le dossier. L’absence d’un élément peut entraîner des tâches en attente ou un bouton Ouvrir dans Process Mining désactivé.

Autorisations d'Orchestrator

Vous avez besoin des autorisations suivantes dans le dossier Orchestrator où le processus Maestro est publié :

  • Processes.view et Processes.edit - pour afficher ou modifier les Processes Maestro.
  • Jobs.view et Jobs.edit — pour visualiser ou modifier les instances de processus (tâches).Vous pouvez accorder des autorisations équivalentes au niveau du dossier. Pour plus de détails, vérifiez Rôles et autorisations par défaut.

Minimum permissions for Case Management execution

This section lists the folder-level Orchestrator permissions needed to execute a Maestro Case Management process — starting cases, driving them through stages, completing tasks, and viewing case data. The built-in Automation User role covers most of these by default, but is missing a few permissions required at runtime.

Maestro Case Management processes are driven from one of two execution surfaces, each using a different permission family:

  • Maestro operate view — the default surface for operators and developers. Uses the Jobs permission family.
  • Case Apps — an alternative surface for business users. Uses the Apps permission family for the same operations.

Maestro operate view permissions

PermissionObjectifIn Automation User by default
Jobs.viewView case state, stages, and execution history.Oui (Yes)
Jobs.createStart or signal a case through message start or intermediate events.Oui (Yes)
Jobs.editDrive the case: reopen, select the next stage, submit events, or cancel, pause, resume, and retry.Oui (Yes)
Actions.view, Actions.create, Actions.editView and complete the human-in-the-loop Action Center tasks that the case creates.Oui (Yes)
Processes.viewRead the process definition backing the case.Oui (Yes)
Assets.viewView asset-backed values unmasked.Oui (Yes)
Connections.viewExecute calls to third-party integrations through Integration Service.Oui (Yes)
Triggers.view, Triggers.createRegister a trigger at runtime when a case pauses on a wait-for-trigger step.No — add manually
Logs.viewView variable values in the Maestro operate view. Can be omitted for fully automated, headless execution.No — add manually
Important :

A case that pauses on a wait-for-trigger step registers a trigger at runtime. Without Triggers.create, this step fails with a 403 error. This requirement does not surface in a permission audit — it only appears once the case reaches the wait step.

Case Apps permissions

If users work through a Case App instead of the Maestro operate view, the same operations require Apps permissions instead of Jobs permissions:

PermissionObjectifIn Automation User by default
Apps.viewView the case and its tasks.Oui (Yes)
Apps.editReopen, select the next stage, or cancel the case.No — add manually
Apps.createSend a message to start or signal the case.No — add manually

Start from the built-in Automation User role and add:

  • Triggers.view and Triggers.create
  • Logs.view
  • Apps.view, Apps.edit, and Apps.create — only if users work through a Case App

Permissions not required

The following are not required to execute a Case Management process: Jobs.delete, Processes.edit, and create, edit, or delete permissions on Assets, Queues, Connections, and Storage Buckets.

Remarque :

Starting a case from Orchestrator is authorized by Orchestrator using the starting user's permissions. Maestro does not re-check this authorization.

Paramètres dʹexécution

Pour un processus invoqué depuis Maestro, gérez ses paramètres d’exécution via les exigences du package dans le processus agentique déployé. Vérifiez Lier les paramètres d’exécution.

Configuration du runtime non assisté

Alors que Maestro lui-même ne nécessite pas l’allocation d’un runtime, les tâches démarrées par un processus Maestro peuvent nécessiter des runtimes non assistés. Pour les workflows RPA invoqués via Maestro :

  • Au moins un compte d’utilisateur ou de robot est activé pour le mode Non assisté, affecté au locataire et ajouté au dossier cible. Lisez les sections Configuration d'Unattended Robot pour connaître les étapes de configuration, Comptes Robot pour les comptes de service et Gestion des robots pour l’affectation de dossiers.
  • Votre dossier contient un modèle de machine avec un runtime affecté. Vérifiez les modèles de machine.

Onglet Optimiser et Process Mining

  • Process Mining est activé sur votre locataire. Vérifiez Activation du service dans Automation Cloud.
  • Les autorisations Maestro existantes vous permettent de voir l’onglet Optimiser et d’accéder à l’application Optimisation des processus.
  • Pour modifier les transformations de données dans l’application Optimisation des processus créée automatiquement, vous avez besoin du rôle Process Mining Developer. Lisez Mise en place des utilisateurs.
  • Vous disposez des autorisations Modifier les données, Modifier les tableaux de bord et Afficher pour l'application Optimisation des processus dans Process Mining. Lisez Gestion de l’accès aux Apps Process Mining.

Cette page vous a-t-elle été utile ?

Connecter

Besoin d'aide ? Assistance

Vous souhaitez apprendre ? UiPath Academy

Vous avez des questions ? UiPath Forum

Rester à jour