- Démarrage
- Meilleures pratiques
- Locataire
- Contexte des dossiers
- Automatisations
- Processus (Processes)
- Tâches (Jobs)
- Déclencheurs (Triggers)
- Journaux (Logs)
- Surveillance
- Files d'attente (Queues)
- 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
Une file d'attente est un conteneur qui permet de contenir un nombre illimité d'éléments. Les éléments de la file d'attente peuvent enregistrer plusieurs types de données, tels que les informations sur la facture ou sur le client. Vous pouvez traiter ces informations dans d'autres systèmes : SAP ou Salesforce, par exemple.
Les données stockées dans les éléments de la file d'attente et extraites de ceux-ci sont de forme libre par défaut. Pour les situations où un schéma spécifique est nécessaire, comme les intégrations avec d'autres applications, le traitement des formulaires générés par la machine ou l'analyse, vous pouvez télécharger des schémas JSON personnalisés pour vous assurer que toutes les données d'éléments de file d'attente sont au format approprié.
Dans Orchestrator, les files d'attente récemment créées sont vides par défaut. Pour les remplir avec des éléments, vous pouvez utiliser la fonctionnalité de téléchargement dans Orchestrator ou les activités de Studio. Ces dernières permettent également de modifier les statuts d’éléments et de les traiter. Dès que les éléments de la file d'attente sont traités, ils deviennent des transactions.
Vue d'ensemble des files d'attente
Les files d'attente permettent de créer de gros projets d'automatisation mis en évidence par la logique complexe. Par exemple, vous pouvez créer un processus qui collecte toutes les informations de factures et créer un élément de file d'attente pour chaque donnée afin de le stocker. Ensuite, vous pouvez créer un autre processus qui recueille les informations depuis Orchestrator et qui les utilise pour effectuer d'autres tâches, telles que régler les factures dans une application différente, différer leur paiement selon leur échéance ou valeur, envoyer des e-mails à l'équipe comptable chaque fois qu'une facture est réglée, etc.
La page Files d’attente (Queues) permet de créer des files d’attente, d’afficher les files d’attente précédemment créées et d’accéder aux graphiques affichant la progression du statut des transactions dans le temps, ainsi que d’autres détails divers, tels que le délai d’exécution moyen et le nombre total de transactions réussies.
Les données disponibles dans la grille des files d’attente sont mises à jour à intervalles réguliers, ce qui signifie qu’elles ne sont pas toujours affichées en temps réel et que de légers retards sont possibles. De plus, elles ne sont pas affectées par les stratégies de rétention, de sorte que l’archivage des éléments de la base de données ne modifie pas les informations disponibles dans la grille.
Item statuses are controlled by RPA developers when they create the automation projects, while revision statuses are controlled in Orchestrator and enable you to perform version control, but only of queue items that have been abandoned or have failed with an application or business exception.
Failed or abandoned items can also be assigned to a reviewer, which an be changed or cleared at any point, if needed. Each of these changes are tracked in the History tab of the Audit Details window. The reviewer is in charge of assessing the current status of the transactions he is assigned to, and changing the review status. The status of queue items up for revision can be changed in the Review Requests page.
To ensure that queue item processing is performed successfully, you need to have a unique reference set at the queue level when dequeuing by reference. Failing to keep the reference unique will lead to concurrency access issues, such as failures due to no transaction data being found (No Transaction Data error message).
Si la référence ne peut pas être unique, il est conseillé de supprimer la file d’attente sans référence.
.
Définitions de schéma
Lors de la création ou de la modification d'une file d'attente, vous pouvez télécharger un schéma JSON personnalisé pour les options Données spécifiques (Specific Data), Données de sortie (Output Data) et/ou Données d'analyse (Analytics Data). Avec le ou les schémas en place, toutes les transactions sont validées au format fourni. Si les données obtenues ne sont pas conformes, cet élément échoue avec une exception métier.
- Le schéma n'est pas appliqué rétroactivement aux transactions existantes, uniquement à celles exécutées après avoir téléchargé le ou les schémas.
- Your schema(s) must not contain an array.
- À des fins de validation,
DateTimeest accepté comme typestring. - L'utilisation et la validation d'un schéma de Données d'analyse (Analytics Data) nécessitent des Robots et des activités de version 19.10 ou supérieures.
- Si le ou les schémas téléchargés ne contiennent pas de définition de schéma
URIvalide, la définitiondraft-07, comme dans l'exemple ci-dessous, est utilisée comme solution de secours.
Exemple de schéma :
{
"definitions": {},
"$schema": "http://json-schema.org/draft-07/schema#",
"$id": "http://example.com/root.json",
"type": "object",
"title": "The Root Schema",
"additionalProperties": { "type": "string" },
"required": [
"stringTest",
"intTest",
"boolTest"
],
"properties": {
"stringTest": {
"$id": "#/properties/stringTest",
"type": "string",
"title": "The Stringtest Schema",
"default": "",
"examples": [
"stringTest"
],
"pattern": "^(.*)$"
},
"intTest": {
"$id": "#/properties/intTest",
"type": "integer",
"title": "The Inttest Schema",
"default": 0,
"examples": [
30
]
},
"boolTest": {
"$id": "#/properties/boolTest",
"type": "boolean",
"title": "The Booltest Schema",
"default": false,
"examples": [
false
]
}
}
}
{
"definitions": {},
"$schema": "http://json-schema.org/draft-07/schema#",
"$id": "http://example.com/root.json",
"type": "object",
"title": "The Root Schema",
"additionalProperties": { "type": "string" },
"required": [
"stringTest",
"intTest",
"boolTest"
],
"properties": {
"stringTest": {
"$id": "#/properties/stringTest",
"type": "string",
"title": "The Stringtest Schema",
"default": "",
"examples": [
"stringTest"
],
"pattern": "^(.*)$"
},
"intTest": {
"$id": "#/properties/intTest",
"type": "integer",
"title": "The Inttest Schema",
"default": 0,
"examples": [
30
]
},
"boolTest": {
"$id": "#/properties/boolTest",
"type": "boolean",
"title": "The Booltest Schema",
"default": false,
"examples": [
false
]
}
}
}
Vue d'ensemble des transactions
La page Transactions (Transactions) affiche les transactions à partir d'une file d'attente donnée. Elle affiche également leurs états, les dates de leur traitement, le Robot qui les a traitées et le type d'exception générée ou la référence affectée, le cas échéant.
Vous pouvez rechercher une transaction spécifique ou un groupe de transactions, en fonction d'une référence personnalisée, qui est ajoutée via la propriété Reference des activités Add Queue Item et Add Transaction Item. La référence peut être utilisée pour lier vos transactions à d'autres applications utilisées dans un projet d'automatisation. En outre, cette fonctionnalité permet de rechercher certaines transactions dans Orchestrator, en fonction de la référence personnalisée fournie.
Les références de transactions peuvent également être appliquées de manière unique, au niveau de la file d'attente. Cette fonctionnalité est activée lors de la création de la file d'attente et s'applique à toutes les transactions sauf celles qui sont supprimées ou retentées. Cela simplifie l'identification d'un élément spécifique et facilite le processus de révision.
En cas de référence en double lors de l'ajout d'éléments à une file d'attente, la tâche échoue avec un état Défaillant (Faulted) et affiche le message d'erreur Execution error: UiPath.Core.Activities.OrchestratorHttpException: Error creating Transaction. Duplicate Reference. dans la fenêtre Détails de la tâche (Job Details).
Les informations enregistrées dans les éléments de la file d'attente s'affichent dans Orchestrator, dans la fenêtre Détails de la transaction (Transaction Details), sous Données spécifiques (Specific Data). En outre, si l'élément a échoué et a été retenté, l'historique de l'élément s'affiche dans la même fenêtre.
To achieve better control in terms of Orchestrator performance, the Specific Data size of queue items is limited to 1 MB with the help of the Queue.MaxSpecificDataSizeInKiloBytes app setting. Anything beyond this limit cannot be added to a queue, and it returns the 403 - Payload Too Large error code. If you need to upload larger items, store the large data in an external storage and only reference the link in the item.
La fenêtre Détails de la transaction (Transaction Details) contient trois onglets :
- Détails (Details) : permet d’afficher les informations exactes ajoutées à une transaction, ainsi que les statuts qu’elle a affichés et le nombre de nouvelles tentatives.
- L’onglet Commentaires vous permet d’afficher et d’ajouter des commentaires liés aux transactions au cas où vous devriez partager des informations sur une transaction spécifique avec vos collègues. Tous les utilisateurs ayant les autorisations de Consultation,Modification et Suppression pour les files d'attente et les transactions peuvent ajouter, modifier ou supprimer des commentaires, respectivement. Toutefois, n'oubliez pas que vous pouvez uniquement modifier vos propres commentaires.
- Historique - permet de voir quelle action a été effectuée par qui, de savoir qui est le réviseur et quel est le statut de la révision.
Ordre de traitement
Dans une file d'attente donnée, les transactions sont traitées de manière hiérarchique, selon cet ordre :
- Éléments avec une Échéance (Deadline), comme suit :
- par ordre de priorité ; et
- selon l'Échéance (Deadline) fixée pour les éléments ayant la même priorité.
- Les éléments sans échéance (no Deadline), dans l'ordre de Priorité (Priority), et
- selon la règle du premier entré, premier sorti pour les éléments ayant la même priorité.
Lors de la définition d'une Échéance ou d'une date de Report , nous recommandons de remplir les champs correspondants avec des dates relatives. Par exemple, DateTime.Now.AddHours(2), DateTime.Now.AddDays(10) et DateTime.Now.Add(New System.TimeSpan(5, 0, 0, 0)). En outre, vous pouvez utiliser la notation américaine pour ajouter une heure exacte, telle que 10/10/2019 07:40:00. La correction automatique de cette date est disponible, par exemple, si vous écrivez 12 10 2019 9:0, elle est automatiquement transformée en 12/10/2019 09:00:00.
Les dates ajoutées dans Studio pour les champs Échéance (Deadline) et Report (Postpone) s'affichent dans Orchestrator, sur la page Transactions, sous les colonnes Échéance (Deadline) et Report (Postpone).
Exportation des transactions
Vous pouvez exporter toutes les transactions et informations liées à une file d'attente donnée dans un fichier .csv en cliquant sur le bouton Exporter (Export) sur la page Transactions (Transactions). Toutes les options de filtrage de la page s'appliquent également au fichier généré.
Pour garantir les meilleures performances, notez que les entrées exportées ne sont pas dans l'ordre chronologique inverse.
Prévisions du SLA de files d'attente
Cet outil vous aide à définir un SLA (échéance des éléments) pour les éléments récemment ajoutés dans une file d'attente. Cela vous aide à déterminer s'ils peuvent être traités en temps opportun et quelles ressources vous devez allouer afin que leur SLA ne soit pas violé. Chaque fois que le SLA risque de ne pas être respecté, vous êtes correctement informé afin que vous puissiez effectuer les ajustements en conséquence.
Learn how to configure queue SLA.
Le SLA s'applique uniquement aux éléments dont l'échéance n'est pas définie, ce qui signifie qu'un élément récemment ajouté sans date limite préalablement définie, est automatiquement renseigné en fonction de la valeur définie en tant que SLA. Plus précisément, l'échéance de chaque élément est représentée par la valeur définie pour le SLA de files d'attente à partir du moment où l'élément a été ajouté à la file d'attente. Par exemple, si je définis le SLA à 2 heures et que j'ajoute 3 éléments dans la file d'attente à 16 h, 17 h et 18 h, mes éléments ont respectivement les échéances 18 h, 19 h et 20 h.
Les éléments qui ont une échéance (définie dans Studio ou dans un fichier .csv utilisé pour le téléchargement) ne sont pas affectés par la configuration du SLA.
- The Priority of the items added in a queue after enabling SLA predictions is automatically set to High, regardless of how it was set in Studio or in the .csv file used for upload.
- Vous ne pouvez pas supprimer un processus associé à une file d'attente avec des prévisions de SLA activées.
- If at least one queue item exceeds its deadline, Over Capacity is displayed in the Necessary Robots (SLA) column and predictions are no longer calculated.
- Les prévisions sont faites pour les éléments de file d'attente avec des échéances dans les prochaines 24 heures (peut être modifiée à l'aide de
Queue.SlaReadaheadTimeLimitHours, et ne prennent pas en compte les dates de report des éléments.
Les déclencheurs de file d’attente et les prévisions SLA sont interdépendants en termes d'association file d’attente/processus. Lorsque vous en configurez un, l'autre est prérempli de façon à assurer la parité entre les configurations. Imaginons que je définisse un déclencheur de file d’attente afin que la file d’attente Y utilise le processus X. Les prévisions SLA pour la file d’attente Y ne peuvent être effectuées qu'à l'aide du processus X. Par conséquent, X est prérempli et en lecture seul lors de l'activation du SLA de la file d'attente pour Y.
SLA à risque
Vous pouvez également définir un SLA à risque pour vos éléments, qui fonctionne comme une zone tampon avant le SLA. De manière explicite, les échéances à risque de vos éléments sont calculées en fonction du SLA à risque à partir du moment où l'élément de file d'attente a été ajouté dans la file d'attente. Supposons que je définis le SLA à risque sur 2 heures et que j'ajoute 3 éléments dans la file d'attente à 4h30, 17h15 et 18h45, puis que mes éléments ont les échéances à risque 6h30, 7h15 et 8h45, respectivement.
Une fois le SLA à risque expiré et l'élément de file d'attente non traité, l'élément risque de ne pas respecter son échéance. L'utilisateur est correctement informé, de sorte qu'il puisse effectuer des ajustements en conséquence.
Autorisations du SLA de files d'attente
Pour configurer les prévisions du SLA pour une file d’attente, vous avez besoin des autorisations suivantes :
- Consultation (View) des processus
- Consultation (View) pour les files d'attente
- Modification (Edit) des files d’attente (pour configurer un SLA lors de la modification d'une file d’attente)
- Création (Create) par rapport aux files d’attente (pour configurer un SLA lors de la création d'une file d’attente)