- 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
- 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
- Authentification par carte à puce
- Audit
- Paramètres - Niveau du locataire
- Service de catalogue de ressources
- Contexte des dossiers
- Automatisations
- Processus (Processes)
- Tâches (Jobs)
- Déclencheurs (Triggers)
- Journaux (Logs)
- Surveillance
- Files d'attente (Queues)
- États des éléments de file d'attente (Queue Item Statuses)
- Exception métier et Exception d'application
- Activités Studio utilisées avec les files d'attente
- Stratégie de rétention des éléments de la file d'attente
- Téléchargement d'éléments en bloc à l'aide d'un fichier CSV
- Gestion des files d'attente dans Orchestrator
- Gestion des files d'attente dans Studio
- Demandes de révision
- Actifs
- Compartiments de stockage
- Test Suite - Orchestrator
- Autres configurations
- Intégrations
- Robots classiques
- Administration de l'hôte
- À propos du niveau de l’hôte
- Gestion des administrateurs système
- Gestion des locataires
- Configuration des notifications par e-mail du système
- Journaux d'audit pour le portail hôte
- Mode de Maintenance
- Administration de l'organisation
- Résolution des problèmes
États des éléments de file d'attente (Queue Item Statuses)
Deux types d'états peuvent être affectés aux éléments de la file d'attente :
- États des éléments (Item Statuses)
- États de révision (Revision Statuses)
Ces états vous signalent si l'élément a été traité ou non et indiquent l'étape du processus à un moment spécifique. Les états des éléments s'affichent dans la colonne État (Status), sur la page Transactions. Les éléments de la file d'attente peuvent passer par les états suivants :
- Nouveau (New) : l'élément vient juste d'être ajouté à la file d'attente avec l'activité Ajouter un élément de file d'attente (Add Queue Item), ou l'élément a été différé, ou une échéance y a été ajoutée, ou l'élément a été ajouté après une tentative et l'échec d'un précédent élément de file d'attente alors que l'option Nouvelle tentative automatique (Auto-retry) est activée.
- En cours (In Progress) : l’élément a été traité avec l’activité Obtenir l’élément de transaction (Get Transaction Item) ou Ajouter un élément de transaction (Add Transaction Item). Lorsqu’un élément affiche cet état, votre état de progression personnalisé s’affiche dans la colonne Progression (Progress).
L’heure à laquelle un élément de la file d’attente acquiert le statut En cours (In Progress) s’affiche dans la colonne Démarré (Started), et l’heure à laquelle il quitte ce statut s’affiche dans la colonne Terminé (Ended). Tout cela est disponible sur la page Transactions.
Le temps passé dans le statut En cours (In Progress) s’affiche dans la colonne Temps moyen (Average time) sur la page Files d’attente (Queues).
- Échec (Failed) : l’élément n’a pas respecté un prérequis métier ou d’application dans le projet et a donc été envoyé à une activité Définir ke statut de transaction (Set Transaction Status), qui a modifié son état par Échec (Failed).
- Réussi (Successful) : l’élément a été traité et envoyé à l’activité Définir le statut de transaction (Set Transaction Status), ce qui a modifié son état en Réussi (Successful).
- Abandonné (Abandoned) : l’élément est resté dans le statut En cours (In Progress) pendant une longue période (environ 24 heures) sans être traité.
- Retenté (Retried) : l'élément a échoué avec une exception d'application et a fait l'objet d'une nouvelle tentative. Après que le Robot a terminé de retenter l'élément, l'état passe à Échec (Failed) ou Réussi (Successful), en fonction de votre flux de travail.
- Effacé (Deleted) : l'élément a été sélectionné manuellement sur la page Transactions et a été marqué comme supprimé. Un élément avec cet état ne peut plus être traité.
Important :Pour soutenir nos efforts de consolidation des statuts finaux des éléments de la file d'attente, vous ne pouvez plus utiliser le point de terminaison
SetTransactionResult
pour :- modifiez une charge utile de transaction une fois qu'elle atteint un état final (qu'il soit Échec ou Réussi)
- réexécutez une transaction à l'aide des propriétés DeferDate et DueDate, afin de la faire sortir d'un état final ( Échec, Réussi, Abandonné ou Supprimé)
Ces états permettent d'effectuer le contrôle de version mais uniquement d'éléments de file d'attente qui ont été abandonnés ou qui ont échoué avec une exception d'application ou métier. Ces états doivent être définis manuellement par élément, par un réviseur affecté. Toutes les modifications sont suivies dans l'onglet Historique (History) de la fenêtre Détails de l'audit (Audit Details). Le réviseur peut être uniquement affecté lorsque l'état de l'élément est en échec ou abandonné. Les réviseurs ne peuvent pas être modifiés après l'ajout de l'état de révision à l'élément. Seuls les réviseurs connectés peuvent voir les requêtes qui leur sont affectées sur la page Requêtes de révision (Review Requests). En outre, les éléments de file d'attente peuvent être affectés à la révision en bloc.
Les états suivants sont disponibles :
- Aucun (None) : il s'agit de l'état par défaut. Il est configuré sur tous les éléments, qu'ils aient échoué ou non.
- En révision (In Review) : un utilisateur a marqué un élément ayant échoué avec une exception d'application comme étant en cours de révision. Cet état n'a pas d'autres conséquences dans Orchestrator ou dans Studio que la modification de la valeur dans la colonne Révision (Revision) sur la page Files d'attente (Queues).
- Vérifié (Verified) : un utilisateur a marqué un élément comme étant vérifié. Les éléments ne peuvent pas être retentés après que l'utilisateur a défini cet état. Il n'y a pas d'autres conséquences dans Orchestrator ou dans Studio que la modification de la valeur dans la colonne Révision (Revision) sur la page Files d'attente (Queues).
- Retenté (Retried) : l'élément a été marqué manuellement pour une nouvelle tentative. Par conséquent, un élément avec l'état Nouveau (New) est créé. Il s'affiche dans la fenêtre Détails de l'élément (Items Details) de la transaction indiquée.