process-mining

latest

false

Important :

Veuillez noter que ce contenu a été localisé en partie à l’aide de la traduction automatique. La localisation du contenu nouvellement publié peut prendre 1 à 2 semaines avant d’être disponible.

Process Mining

PRODUIT :

Dernière mise à jour 19 mars 2025

Comment fonctionne le suivi des processus

Considérez le suivi des processus comme un système qui vous permet de suivre la progression d'une revendication à mesure qu'elle passe par différentes étapes à travers plusieurs systèmes au sein d'un processus de gestion des réclamations.

Dans ce contexte, le service de suivi des processus fait référence à chaque instance de processus individuelle qui traite une seule revendication comme un traçage.

L'objectif principal du service de suivi des processus est de fournir une vue complète et de bout en bout de l'exécution du processus d'un point de vue commercial. Par défaut, il génère des données de suivi implicites. De plus, il permet aux développeurs RPA d'implémenter un suivi explicite tout au long du processus, ajoutant ainsi davantage de contexte métier.

Prenons un exemple de traitement de revendication, qui implique quatre automatisations différentes.

Automatisation	Description
Prise en charge des réclamations	Un répartiteur construit à l'aide de ReFramework. Il s'exécute tous les matins et chaque nouvelle demande reçue est ajoutée à une file d'attente en tant qu'élément de file d'attente. La tâche liée à cette étape a une référence au JobID qui a été exécuté. Remarque : L'enregistrement de revendication est lié à Évaluer les revendications via une file d'attente en tant qu'exécuteur de répartiteur.
Évaluer les réclamations	Une performance réalisée à l'aide de ReFramework. Il s'exécute tous les milieu de la journée et traite toutes les transactions de la file d'attente. Il effectue plusieurs vérifications, et s'il réussit toutes les évaluations, une tâche est démarrée pour traiter la revendication. La tâche liée à cette étape a une référence à l'élément QueueItem qui a été exécuté.
Demande de processus	Workflows de longue durée qui génèrent une tâche Approuver le Action Center (Approuver la revendication élevée) si une revendication élevée est traitée. Une fois l'étape d'approbation terminée, la revendication est ajoutée à SAP. La tâche liée à la tâche Approuver la revendication élevée (Approve High Claim) a une référence au TaskID qui a été exécuté. Remarque : Le processus de revendication est une automatisation démarrée par Évaluer les revendications à l'aide de la tâche Démarrer (Start).
Archiver la revendication clôturée	Chaque fin de la semaine, l’automatisation s’exécute et récupère chaque demande de SAP avec le statut Clôturé (Closed) et archive tous les documents. Remarque : La revendication fermée archivée est liée à la revendication de processus via l'entité d'objet de revendication ajoutée dans SAP.

Résumé du processus

Le nom du processus est « Gestion des réclamations ».
L'ID de traçage suit l'exécution de bout en bout de chaque ID de revendication.
Les tâches implicites dans le traçage sont :
- Prise en charge des réclamations ;
- Évaluer les réclamations ;
- Demande de processus ;
- Approuver la revendication élevée.
Pour chaque tâche, le développeur RPA peut décider s'il souhaite ajouter des objets métier à la tâche, la référence du document de revendication initiale ou les informations de revendication de SAP.

Suivi de processus implicite

En utilisant le suivi des processus implicites, chaque exécution d'automatisation d'une automatisation génère une trace et chaque automatisation est considérée comme une tâche. Cela signifie que lorsqu'une automatisation s'exécute, une trace et une tâche sont générées.

Si deux workflows d'automatisation ont un lien (via un Élément de file d'attente (QueueItem) ou via une activité Démarrer la tâche (Start Job) et Obtenir la référence (Get Reference), l'ID de traçage est transmis d'un workflow d'automatisation à un autre pour capturer la cause.

Par conséquent, si l'automatisation de traitement des réclamations ci-dessus est mise à jour avec le dernier package Robot et Système et qu'elle s'exécute pendant un certain temps, l'application d'optimisation des processus génère le graphique de processus suivant :

L'automatisation Archiver la revendication fermée (Archived Closed Claim) n'apparaît pas dans le graphique de processus car elle n'est pas liée à la revendication de processus via un composant UiPath. Au lieu de cela, il est connecté via un système externe. Pour établir ce lien, il est nécessaire de mettre en œuvre le suivi des processus explicites.

Suivi des workflows de longue durée

Chaque nœud de la zone de dessin Workflow longue durée (Long Running Workflow) est suivi automatiquement par le service de suivi des processus. Reportez-vous aux Workflows de longue durée dans le guide de Studio pour plus d'informations sur la création et la configuration d'automatisations de workflows de longue durée.

Traces, processus et tâches générés par le Robot

UiPath Robot, conjointement avec les activités configurées dans un workflow d'automatisation, est chargé de gérer le suivi des processus métier par défaut.

Si une automatisation n'est pas déclenchée à partir d'une autre automatisation, les étapes suivantes sont effectuées :

Démarrer des automatisations
- Démarre un nouveau traçage, avec le même nom de processus que celui publié dans Orchestrator.
- Démarre une nouvelle tâche, avec le nom du processus publié dans Orchestrator comme nom de tâche.
Arrêter l’automatisation
- Termine la tâche.

Remarque :

L'exécution du processus d'automatisation s'effectue toujours dans le contexte d'un traçage et d'une tâche.
Implicitement, chaque processus d'automatisation est considéré comme une tâche, et chaque exécution de processus d'automatisation est considérée comme un traçage, qui a une tâche.

Propagation de l'ID de traçage

La propagation de l'ID de traçage fait référence au comportement lorsque l'ID de traçage d'une automatisation, par exemple, A1, se propage automatiquement à une automatisation A2. Toutes les tâches de l'automatisation A2 appartiennent à l'ID de traçage de l'automatisation A1.

Important :

Les activités répertoriées sur cette page ne prennent en charge le service de suivi des processus que lorsque l’option de suivi des processus est activée dans l’automatisation qui les contient.

La table suivante résume les activités qui génèrent la propagation de l'ID de traçage :

Activités (Activities)	Propagation de l'ID de traçage
Activités liées à la tâche Démarrer la tâche (Start Job) Start Job and Get Reference	Se produit lorsque l'automatisation A1 déclenche l'automatisation A2, l'ID de traçage généré par l'automatisation A1 se propage automatiquement à l'automatisation A2. Toutes les tâches de l'automatisation A2 appartiennent à l'ID de traçage de l'automatisation A1.
Activités liées aux files d'attente Ajouter un élément de file d'attente (Add Queue Item) Ajouter un élément de transaction (Add Transaction Item) Ajouter un élément de la file d'attente et obtenir la référence	Se produit lorsque l'automatisation A1 crée un élément de file d'attente QI-1 à l'aide des activités mentionnées. L'ID de traçage généré par l'automatisation A1 se propage automatiquement à l'automatisation qui traite l'élément de file d'attente QI-1.
Activités liées à Action Center Wait for Form Task and Resume Wait For External Task and Resume Attendre la tâche d'application et reprendre (Wait For App Task and Resume)	Se produit lorsque l'automatisation A1 crée une action Human-in-the-loop, gérable via Action Center. L'ID de traçage généré par l'automatisation A1 se propage automatiquement dans la tâche Action Center.
Activités liées à OCR intelligentes Wait For Document Classification Action And Resume Wait For Document Validation Action And Resume	Se produit lorsque l'automatisation A1 crée une action de validation ou de classification de document, gérable via une tâche Action Center. L'ID de traçage généré par l'automatisation A1 se propage automatiquement dans la tâche Action Center.

Génération d'ID de tâche

La génération de tâches fait référence au comportement adopté lorsqu'une automatisation, par exemple A1, est suspendue et attend la fin d'un événement externe avant de reprendre (par exemple, l'exécution complète d'une automatisation différente, le traitement d'éléments de file d'attente ou l'attente d'une tâche externe pour terminé.

Important :

La table suivante résume les activités qui génèrent de nouveaux ID de tâche :

Activités (Activities)	Génération d'ID de tâche	Syntaxe du nom de tâche	Horodatages de début et de fin de la tâche
Activités liées aux files d'attente Get Transaction Item / Add Transaction Item + Set Transaction Status Get Transaction Item / Add Transaction Item + Postpone Transaction Item Attendre un élément de la file d'attente et reprendre	Se produit lorsque l'automatisation A1 démarre et traite une transaction de file d'attente. L'automatisation A1 mappe les statuts des éléments de la file d'attente aux statuts des tâches : Élément de file d'attente réussi - Tâche réussie Échec de l'élément de file d'attente - Échec de la tâche Élément de file dʹattente différé - Tâche annulée	<ProcessName-QueueName> : combine le nom du processus qui a traité l'élément de file d'attente et le nom de la file d'attente où se trouve l'élément.	Heure de début de la tâche (Task Start Timestamp) : lorsque l'automatisation A1 commence à traiter l'élément de file d'attente. Horodatage de fin de tâche (Task end timetimes) : lorsque l'automatisation A1 définit le statut d'élément de file d'attente ou reporte l'élément de file d'attente.
Activités liées à la tâche Attendre le travail et reprendre	Se produit lorsque l'automatisation A1 est suspendue et attend que l'automatisation A2 soit entièrement exécutée avant de reprendre.	<ProcessName> : fait référence au nom du processus pour l'automatisation A2, tel que publié dans Orchestrator.	Heure de début de la tâche — lorsque l'automatisation A1 suspend. Horodatage de fin de tâche — lorsque l'automatisation A1 reprend.
Activités liées à Action Center Wait for Form Task and Resume Wait For External Task and Resume Attendre la tâche d'application et reprendre (Wait For App Task and Resume)	Se produit lorsque l'automatisation A1 attend la fin d'une action d'Intervention humaine dans la boucle.	<NameOfTheWaitActivity> : fait référence au nom de l'activité « Wait for », tel qu'il est défini au moment de la conception dans UiPath Studio.	Heure de début de la tâche — lorsque l'automatisation A1 suspend. Horodatage de fin de tâche — lorsque l'automatisation A1 reprend.
Activités de productivité Google Workspace - Activités de persistance (qui commence par `Wait for`) Microsoft 365 - Activités de persistance (qui commence par `Wait for`)	Se produit lorsque l'automatisation A1 est suspendue et attend que l'automatisation A2 soit entièrement exécutée avant de reprendre.	<ActivityNameInStudio> : fait référence au nom de l'activité de persistance définie dans Studio au moment de la conception.	Horodatage de début de tâche — lorsque l'automatisation A1 est suspendue. Horodatage de fin de tâche — lorsque l'automatisation A1 reprend.
Integration Service - Attendre un événement et reprendre les activités	Se produit lorsque l'automatisation A1 est suspendue et attend qu'un événement donné dans une application tierce soit entièrement exécuté avant de reprendre.	<ActivityNameInStudio> : fait référence au nom de l'activité de persistance Integration Service définie dans Studio au moment de la conception.	Horodatage de début de tâche — lorsque l'automatisation A1 est suspendue. Horodatage de fin de tâche — lorsque l'automatisation A1 reprend.
Activités liées à OCR intelligentes Wait For Document Classification Action And Resume Wait For Document Validation Action And Resume	Se produit lorsque l'automatisation A1 attend la fin d'une action d'humain dans la boucle.	<NameOfTheWaitActivity> : fait référence au nom de l'activité « Wait for », tel qu'il est défini au moment de la conception dans UiPath Studio.	Horodatage de début de tâche : lorsque l'automatisation A1 est suspendue. Horodatage de fin de tâche : lorsque l'automatisation A1 reprend.

Objet de suivi

Suivi des objets

Suivi des objets: lorsqu’une automatisation, par exemple A1, crée un objet O1 via les activités « Créer » (Create) d'Integration Service, elle suit sa progression via l’automatisation A2 à l’aide des propriétés Type d’objet O1 et ID d’objet . Les exceptions sont les activités « Lecture » ou « Liste ».

Chaque activité « Créer » (Create) d'Integration Service ajoute le suivi pour son objet comme suit :

Type d'objet: <IntegrationServiceObject>, par exemple, "Compte"
ID d'objet: <System Object ID>, par exemple, "0010700000gMXRqAAA"
Interaction avec<Based on the activity used> l'objet : <Basée sur l'activité utilisée>, par exemple, "Créer", "Mettre à jour" ou "Supprimer"

Propriétés de l'objet:

 {
  XUiPathConnectorKey: "",  // for example, XUiPathConnectorKey: "uipath-salesforce-sfdc"
  XUiPathConnectorName: "",  // for example, XUiPathConnectorName: "Salesforce"
  XUiPathObjectDisplayName: "",  // for example, XUiPathObjectDisplayName: "Account"
  XUiPathObjectName: ""  // for example, XUiPathObjectName: "curated_account"
}{
  XUiPathConnectorKey: "<XUiPathConnectorKey>",  // for example, XUiPathConnectorKey: "uipath-salesforce-sfdc"
  XUiPathConnectorName: "<XUiPathConnectorName>",  // for example, XUiPathConnectorName: "Salesforce"
  XUiPathObjectDisplayName: "<XUiPathObjectDisplayName>",  // for example, XUiPathObjectDisplayName: "Account"
  XUiPathObjectName: "<XUiPathObjectName>"  // for example, XUiPathObjectName: "curated_account"
}

Suivi explicite des processus

Le suivi de processus explicite permet aux développeurs RPA d'améliorer le graphique de processus implicite en ajoutant des données de suivi supplémentaires, ce qui le rend plus aligné avec une vue BPMN.

En règle générale, chaque workflow d'automatisation se compose de plusieurs tâches et traite divers objets. Le propriétaire du processus doit avoir une visibilité de bout en bout de ces chemins de flux, tâches et objets. Cette clarté peut considérablement améliorer la gestion et l’efficacité du workflow.

À l'aide d'activités de suivi de processus explicites, le développeur RPA peut suivre des tâches et des objets supplémentaires ou gérer les traçages et les processus et les suivre dans les systèmes externes.

L'illustration suivante affiche le processus de revendication avec un suivi explicite.

Activer le suivi des processus sur une séquence

Les développeurs RPA regroupent généralement les étapes fonctionnelles et logiques dans des workflows ou des séquences distincts. Ces étapes logiques peuvent être des tâches précieuses qu'un propriétaire de processus ou un responsable de Center of Excellence (COE) souhaite suivre.

Dans une situation où l'automatisation est déjà en place et où un suivi explicite des processus est nécessaire, il est crucial de garantir une expérience fluide pour les développeurs RPA sans perturber la logique de workflow. Pour ce faire, la propriété Suivi du processus (Process Tracking) est sélectionnée pour permettre à toute séquence de générer une tâche.

Étendue du suivi du processus

L'activité Étendue du suivi du processus (Process Tracking Scope) peut être ajoutée à la zone de dessin comme n'importe quelle autre activité utilisée pour suivre des séquences métier spécifiques dans UiPath Process Mining. Consultez l’activité Étendue du suivi des processus (Process Tracking Scope) dans le guide des activités de workflow pour plus d’informations.

Génération de tâches

L'étendue de suivi du processus crée une tâche avec l'horodatage de début lorsque l'étendue commence et avec l'horodatage de fin lorsque l'étendue se termine.

Génération de tâches imbriquées

Si une étendue de suivi de processus est ajoutée dans une autre étendue de suivi de processus, l'étendue interne générera une tâche en tant que tâche enfant. Les relations parent-enfant sont conservées dans la structure de suivi des processus et peuvent être visibles via le Process Mining hiérarchique dans le graphique de processus.

Statut de tâche implicite

Le statut par défaut de la tâche sera défini sur « Réussi ».

Lorsqu'une exception non détectée se produit dans l'activité, la tâche est fermée avec le statut « Échec » (Failed) et l'exception est mise à disposition dans l'application d'optimisation des processus (Process Optimization).

État de la tâche explicite

L'activité Définir le statut de la tâche (Set Task Status) vous permet de contrôler explicitement la fin d'une tâche spécifique dans une étendue de suivi des processus. Il permet une représentation précise de l'achèvement des étapes individuelles dans l'analyse.

L'activité Définir le statut de la tâche (Set Task Status) est utile lorsque vous devez attribuer un statut qui diffère des états implicites « Réussi » ou « Échec » déclenché par une erreur. Cela peut dépendre de votre logique de workflow.

Par exemple, dans un workflow de traitement de document, une tâche vérifie que tous les documents existent. Si un document est manquant, utilisez Définir le statut de la tâche (Set Task Status) pour marquer le statut comme « Annulé ». Les actions de suivi peuvent inclure l’envoi d’une demande de révision à l’expéditeur.

Consultez également l'activité Définir le statut de la tâche (Set Task Status) dans le guide Activités de workflow.

Propagation de l'ID de traçage

Process Tracking propose différentes options pour propager l'ID de traçage.

Propagation de l'ID de traçage dans le traçage actuel

L'ID de traçage actuel est transmis à la tâche nouvellement créée, en le suivant dans le même traçage.

Remarque :

Le contexte du Traçage est modifié lorsque les activités suivantes sont utilisées :

OU :

Attendre un élément de la file d'attente et reprendre

OU :

Attendre le travail et reprendre

Lorsque ces activités sont utilisées, en raison du suivi implicite, toutes les tâches explicites configurées dans l'exécution de la tâche invoquée ou dans le traitement de l'élément QueueItem seront suivies comme le traçage initial qui a créé la tâche ou l'élément de file d'attente.

Propagation de l'ID de traçage dans un nouveau traçage

L'activité génère un nouvel ID de traçage et suit la tâche nouvellement créée à l'intérieur du nouveau traçage. Le développeur RPA doit spécifier le nom du processus auquel le nouveau traçage doit être affecté.

À la fin de l'étendue, la tâche sera fermée et le contexte de traçage sera remplacé par le précédent.

Propagation de l'ID de traçage dans un traçage existant

Sélectionnez cette option si vous devez ajouter la tâche à un traçage existant. En règle générale, cet autre traçage fait partie d'un processus d'automatisation distinct qui n'est pas lié via des files d'attente ou des tâches.

Pour trouver un traçage existant, vous devez l'identifier en combinant les détails de l'objet et le nom du processus associé à cet objet. Par exemple : The Invoice Processing trace where Invoice UIP-100 has been Created.

État de traçage explicite : Fin de le traçage

L'activité Définir le statut du traçage (Set Trace Status) vous permet de contrôler manuellement la fin d'un traçage dans une activité Étendue de suivi des processus (Process Tracking Scope). Il permet une représentation précise de l'achèvement du processus dans l'analyse. Si vous ne mettez pas fin explicitement au traçage, celui-ci restera actif indéfiniment.

Il est recommandé d'utiliser cette activité pour marquer l'achèvement ou l'échec d'un processus plus important.

Consultez également l'activité Définir l'état du traçage (Set Trace Status) dans le guide des activités système.

Objet de suivi

L'activité de suivi d'un objet vous permet de configurer et de surveiller un objet pour une tâche spécifique. L'objet peut fournir des données contextuelles supplémentaires dans l'application d'optimisation des processus. L'objet peut également être utilisé pour connecter deux automatisations différentes en suivant une tâche dans un traçage existant. Dans ce cas, l'objet associé à ce traçage est localisé.

Remarque :

Le suivi des processus n'est pas un système d'enregistrements.

Consultez l’activité Suivre un objet dans le guide Activités de workflow pour plus d’informations.

Modèles de suivi explicite communs à toutes les automatisations

Chaque transaction de file d'attente, un traçage différent

Dans certains scénarios, chaque élément de file d'attente représente une instance de processus différente. Il est nécessaire de suivre chaque instance en tant que traçage de processus distinct. Pour ce faire, le développeur RPA doit identifier le moment où un nouveau traçage commence et entourer correctement cette séquence d'une étendue de suivi des processus pour configurer la tâche à suivre dans un nouveau traçage.

Il est important de noter qu'à la fin de l' champ Étendue du suivi du processus (Process Tracking Scope), la tâche se termine et le contexte revient à la tâche de niveau supérieur, qui peut être associée à un autre traçage.

Une solution recommandée consiste à entourer l'élément de file d'attente Ajouter un élément de file d'attente (Add Queue Item) dans l'étendue de suivi des processus et de suivre une tâche dans un nouveau traçage. De cette façon, chaque élément de la file d'attente se verra attribuer un nouveau traçage.

Si votre processus implique plusieurs workflows d'automatisation de répartiteur-exécuteur et plusieurs files d'attente, il est conseillé d'implémenter cette mise à jour de workflow uniquement sur le premier répartiteur. Les éléments de file d'attente suivants des autres files d'attente seront déjà associés à différents traçages. Après l'ajout de l'élément de file d'attente, une tâche supplémentaire, Information Customer (Inform Customer), doit également être créée.

Propager un traçage aux systèmes externes

Il existe des scénarios où le processus nécessite qu'une automatisation transmette le traçage à des systèmes externes avant de revenir à une deuxième automatisation. L'illustration suivante montre l'exemple de traitement de revendication (Claim Processing), où l'automatisation de processus de revendication ajoute la revendication dans SAP. Après un certain temps où la revendication atteint un statut spécifique, une deuxième automatisation reprend la revendication et l’archive avec tous les documents.

La seule connexion entre les deux est l'objet ajouté à SAP. Pour que la revendication d'archive associe une tâche au même traçage que celle utilisée dans Revendication de processus (Process Claim), la première automatisation doit suivre l'objet de revendication SAP. Par la suite, la deuxième automatisation doit implémenter une étendue de suivi du processus pour ajouter une tâche au traçage existant, en l'identifiant en fonction des détails de l'objet enregistrés lors de l'automatisation précédente. De plus, assurez-vous que les deux automatisations font partie du même processus en utilisant le même nom de processus dans la deuxième automatisation que celui dans lequel la première automatisation est incluse. Assurez-vous que les deux automatisations font partie du même processus en utilisant le même nom de processus

Remarque :

Les détails d'identification d'objet enregistrés dans le premier processus doivent correspondre aux détails saisis dans le système externe pour éviter de dupliquer les champs.

Si les détails de l'objet sont les mêmes, vous pouvez utiliser Process Mining afin d'incorporer des systèmes externes supplémentaires dans la même application d'optimisation de processus.

Sommaire de la page