- Démarrage
- Meilleures pratiques
- Modélisation de l'organisation dans Orchestrator
- Gestion de grands déploiements
- Meilleures pratiques d'automatisation
- Optimisation de l'infrastructure Unattended à l'aide de modèles de machine
- Organisation des ressources avec des balises
- Réplica Orchestrator en lecture seule
- Exportation des grilles dans l'arrière-plan
- Appliquer la gouvernance de la connexion Integration Service au niveau de l'utilisateur
- Locataire
- À propos du contexte du locataire
- Recherche de ressources dans un locataire
- Gestion des Robots
- Connexion des Robots à Orchestrator
- Enregistrement des identifiants du Robot dans CyberArk
- Stockage des mots de passe de l’Unattended Robot dans Azure Key Vault (lecture seule)
- Stockage des informations d’identification de l’Unattended Robot dans HashiCorp Vault (lecture seule)
- Stockage des informations d'identification du robot Unattended dans AWS Secrets Manager (lecture seule)
- Suppression des sessions Unattended déconnectées et qui ne répondent pas
- Authentification du Robot
- Authentification du Robot avec les informations d'identification du client
- Configurer les capacités d’automatisation
- Solutions
- Audit
- Service de catalogue de ressources
- Robots Automation Suite
- Contexte des dossiers
- Automatisations
- Processus (Processes)
- Tâches (Jobs)
- Apps
- À propos des Apps
- Publier une application pour un locataire
- Gestion des applications
- Exécuter une application déployée à partir d'un dossier
- Déclencheurs (Triggers)
- Journaux (Logs)
- Surveillance
- Files d'attente (Queues)
- Actifs
- À propos des actifs
- Gestion des actifs dans Orchestrator
- Gestion des actifs dans Studio
- Stockage des ressources dans Azure Key Vault (lecture seule)
- Stockage des ressources dans HashiCorp Vault (lecture seule)
- Stockage des ressources dans AWS Secrets Manager (lecture seule)
- Stocker des ressources dans Google Secret Manager (lecture seule)
- Compartiments de stockage
- Index
- Serveurs MCP
- Tests d'Orchestrator
- Intégrations
- Résolution des problèmes
Guide de l'utilisateur d'Orchestrator
Les applications dans les dossiers sont toujours publiées sur un locataire Automation Suite Orchestrator, comme les processus.
Avant de publier une application pour un locataire, assurez-vous que vous disposez des autorisations appropriées.
Pour publier une application sur un locataire, l’autorisation Créer (Create) sous Versions de l’application (App Versions) est requise. Si vous faites partie d’un groupe par défaut, tel qu’un administrateur ou un utilisateur d’automatisation, cette autorisation est accordée automatiquement. Vous pouvez également créer un rôle personnalisé pour accorder cette autorisation.
-
Selon le type d’application :
- Pour les applications classiques, accédez à UiPath Apps.
- Pour les applications Web, accédez à Studio Web.
-
Ouvrez l'application que vous souhaitez publier sur Orchestrator.
-
Sélectionnez Publier.
-
Ajoutez une description pour la nouvelle version de l’application.
-
Sélectionnez Publier.
Remarque :Le champ Locataire est rempli automatiquement avec l’un des éléments suivants :
- Le locataire auquel votre application est connectée.
- Si votre application ne dispose d'aucune intégration de locataire, le locataire actif de la barre de navigation en haut à droite.
Image 1. Publier une nouvelle version d'application
Une fois publiée, une nouvelle version de l'application est créée sur le locataire.
Vous pouvez vérifier ces informations à partir du panneau Historique des versions.
Figure 2. Panneau Historique des versions
Si votre Apps a déjà été publiée dans un contexte qui n'est pas lié à un locataire ), un message d'avertissement s'affiche lorsque vous essayez pour la première fois de publier l'Apps pour un locataire. Image 3. Message d’avertissement
Stockage des applications déployées
Les versions des applications et les applications déployées sont physiquement stockées dans la même région que votre instance Automation Suite.