- Avant de commencer
- Démarrage
- Intégrations
- Travailler avec des applications de processus
- Travailler avec des tableaux de bord et des graphiques
- Travailler avec des graphiques de processus
- Travailler avec des modèles de processus Découvrir et importer des modèles BPMN
- Afficher ou masquer le menu
- Informations contextuelles
- Exporter (Export)
- Filtres
- Envoi d’idées d’automatisation au Automation Hub d’UiPath®
- Balises
- Dates d’échéance
- Comparer
- Vérification de la conformité
- Analyse des causes profondes
- Simulation du potentiel d’automatisation
- Déclenchement d'une automatisation à partir d'une application de processus
- Afficher les données de processus
- Création d'applications
- Chargement des données
- Transforming data
- Structure des transformations
- Conseils pour l'écriture de SQL
- Exportation et importation de transformations
- Afficher les journaux d'exécution des données
- Fusion des journaux d'événements
- Configuration des balises
- Configuration des dates d'échéance
- Configuration des champs pour le potentiel d'automatisation
- Rendre les transformations disponibles dans les tableaux de bord
- Personnaliser les tableaux de bord
- Publication des tableaux de bord
- Modèles d'applications
- Notifications
- Ressources supplémentaires
Guide de l'utilisateur de Process Mining
Introduction
Si vos données d'incidents et d'événements sont disponibles dans un fichier d'entrée, vous utilisez le modèle d'application Journal des événements .
Si vous souhaitez créer un Journal des événements ou une application de processus personnalisée , vous devez charger un jeu de données contenant les données à utiliser dans l'application de processus.
Il doit s'agir d'un fichier tsv (séparé par des tabulations) ou .csv (séparé par des virgules) contenant une colonne pour chaque champ d'entrée.
Les noms de table et les noms de champ sont sensibles à la casse. Assurez-vous toujours que les noms de champ (en-têtes de colonne) dans votre ensemble de données correspondent aux noms de champ (en anglais) dans le tableau suivant et que le nom du fichier est Event_log_raw.
Champs obligatoires et facultatifs
Votre fichier de données d'entrée peut avoir différents champs ou noms de champs différents. Cependant, certains champs sont obligatoires, ce qui signifie que les données doivent être disponibles dans votre fichier de données d'entrée pour un fonctionnement correct de l'application de processus.
Lorsqu'un champ est obligatoire, il ne doit pas contenir de valeurs NULL .
Types de champ
Le tableau suivant décrit les différents types de champs et leurs paramètres de format par défaut.
| Type de champ | Format |
|---|---|
| boolean | true, false, 1, 0 |
| DateTime | yyyy-mm-dd hh:mm:ss[.ms], où [.ms] est facultatif. Reportez-vous à la documentation officielle de Microsoft si vous souhaitez modifier le format de la date. |
| Double | Séparateur décimal : . (point) Séparateur de milliers : aucun |
| text | S/O |
| Integer | Séparateur pour les milliers : aucun |
Le tableau suivant décrit les champs d'entrée. Pour chaque champ, le nom, le type de données et une brève description sont affichés. En dehors de cela, il est indiqué si le champ est obligatoire.
Event_log_raw
La table Event_log_raw contient des informations sur les activités exécutées dans le processus.
| Nom | Type de données | Obligatoire O/N | Description |
|---|---|---|---|
Activity | text | Y | Le nom de l’événement. Il est indicatif de l'étape du processus. |
Case_ID | text | Y | L'identifiant unique de l'incident auquel l'événement appartient. |
Event_end | DateTime | Y | L'horodatage associé à la fin de l'exécution de l'événement. |
Case | text | N | Un nom convivial permettant d'identifier l'incident. |
Case_status | text | N | The status of the case in the process. For example, open, closed, pending, approved, etc. |
Case_type | text | N | La catégorisation des cas. |
Case_value | Double | N | Une valeur monétaire liée au cas. |
Automated* | boolean | N | Indique si l'événement est exécuté manuellement ou automatiquement. |
Event_detail | text | N | Informations relatives à l'événement. |
Event_start | DateTime | N | L'horodatage associé au début de l'exécution de l'événement. |
Team | text | N | L'équipe qui a exécuté l'événement. |
User | text | N | L'utilisateur qui a exécuté l'événement. |
*) Automated fait partie des données d'entrée. Cependant, si vous devez déterminer si un événement est automatisé ou non, vous devez le personnaliser dans les transformations de données afin de créer cette logique basée sur les informations requises. Il est recommandé de le faire dans le fichier Event_log.sql . Localisez l'instruction qui contient ...as "Automated" et remplacez-la, par exemple, par une instruction comme affiché dans le bloc de code suivant.
case when Event_log_base."User" = 'A' then {{pm_utils.to_boolean('true')}} else {{pm_utils.to_boolean('false')}} end as "Automated"
case when Event_log_base."User" = 'A' then {{pm_utils.to_boolean('true')}} else {{pm_utils.to_boolean('false')}} end as "Automated"
Event_cost et Event_processing_time
Event_cost et Event_processing_time utilisés pour calculer le potentiel d'automatisation ne font pas partie des données d'entrée. Vous pouvez configurer ces champs dans les transformations de données à l'aide d'instructions SQL. Consultez Configuration des champs pour le potentiel d'automatisation pour plus d'informations.