- Démarrage
- Administration de l'hôte
- Organisations
- Locataires et services
- Authentification et sécurité
- Licences
- À propos des licences
- Tarification unifiée : infrastructure du plan de licence
- Flex : infrastructure du plan de licence
- Activation de votre licence
- Attribuer des licences aux locataires
- Attribuer des licences utilisateur
- Révocation des licences utilisateur
- Surveillance de l’attribution des licences
- Surallocation de licences
- Notifications d'attribution de licence
- Gestion des licences utilisateur
- Comptes et rôles
- Applications externes
- Test dans votre organisation
- AI Trust Layer
- Notifications
- Journalisation
- Résolution des problèmes
- À propos de la résolution des problèmes
- Résoudre les problèmes d’alertes
- Résolution des problèmes d'ordre général
Solutions pour les problèmes d'alerte courants dans Automation Suite, y compris les e-mails système non envoyés en raison de SslHandshakeException et les alertes manquantes pour les groupes avec des règles d'enregistrement SAML.
Les e-mails système ne sont pas envoyés - SslHandshakeException
Pour les installations hors ligne, si les e-mails système ne sont pas envoyés et que vous rencontrez l'erreur SslHandshakeException, assurez-vous que le port 80 et le port 587 sont ouverts pour la machine (nœud unique | multi-nœud).
Ne pas recevoir d’alertes pour les groupes avec règle d’enregistrement SAML
Problème : les utilisateurs ne reçoivent pas d'alertes configurées soit dans l'interface utilisateur, soit par e-mail lorsque ces alertes sont configurées pour des groupes d'utilisateurs avec une règle d'enregistrement SAML.
Solution : pour résoudre ce problème, vous pouvez ajouter les utilisateurs concernés au groupe local d’administrateurs, ce qui leur permet de recevoir des alertes.
L'ajout d'utilisateurs au groupe d'administrateurs leur accorde des privilèges élevés. Essayez de comprendre les implications de ces privilèges. Assurez-vous que les utilisateurs se voient attribuer des droits d'administrateur de manière responsable, en maintenant un équilibre entre le besoin d'accès aux alertes et en préservant la sécurité du système.
Erreurs de démarrage des tâches: impossible de trouver un robot personnel configuré
Description: Le démarrage d'une tâche depuis Mon espace de travail ou l'utilisation de l'option Exécuter sous mon propre nom échoue avec l'erreur 409 UserDoesNotHaveRobot: Cannot find a personal robot configured. Cela se produit lorsqu’aucun robot personnel n’a été enregistré pour l’utilisateur actuel.
Solution: utilisez l’une des options suivantes pour enregistrer l’identité de robot requise:
- Sur les déploiements EKS/AKS et OpenShift, ouvrez Studio Web une fois en accédant à l'URL de votre locataire — cela déclenche l'enregistrement automatique.
- Connectez l'Assistant UiPath à Orchestrator et assurez-vous qu'une licence Named User est disponible.
- Activez l'automatisation non assistée pour l'utilisateur via Locataire > Gérer l'accès > Modifier l'utilisateur > Configuration d'Enterprise.
Après l’enregistrement, réessayez la tâche.