- Notes de publication
- 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
- Showing or hiding the 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émarrage d'un projet Task Mining à partir de Process Mining
- Triggering an automation from a process app
- Afficher les données de processus
- Création d'applications
- Chargement des données
- Charger des données
- Récupération des informations d'identification pour le stockage d'objets blob Azure
- [Aperçu] Charger des données en utilisant une connexion directe
- Chargement de données à l'aide de DataUploader
- Affichage des journaux
- Optimisation d'une application
- Planification des exécutions de données
- Personnaliser les applications de processus
- Introduction aux tableaux de bord
- Créer des tableaux de bord
- Tableaux de bord
- Gestionnaire de l’automatisation
- Input data
- Définition de nouvelles tables d'entrée
- Ajout de champs
- Ajouter des tables
- Configuration requise pour le modèle de données
- Affichage et modification du modèle de données
- Exportation et importation de transformations
- Modification et test des transformations de données
- Structure of transformations
- Fusion des journaux d'événements
- Tips for writing SQL
- Gestionnaire de processus
- Publier les applications de processus
- Modèles d'applications
- Ressources supplémentaires
Champs d’entrée du journal des événements
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 nouveau journal des événements ou une application de processus personnalisée , vous devez télécharger un ensemble de données contenant les données à utiliser dans l'application de processus.
tsv
(séparé par des tabulations) ou .csv
(séparé par des virgules) contenant une colonne pour chaque champ d'entrée.
Event_log_raw
.
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.
NULL
.
Vous trouverez ci-dessous un aperçu des différents types de champs et de 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 date. |
double |
Séparateur décimal :
. (point)
Séparateur pour les milliers : aucun |
text |
S/O |
integer |
Séparateur pour les milliers : aucun |
Vous trouverez ci-dessous un aperçu des 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.
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 |
---|---|---|---|
|
text |
Y |
Le nom de l’événement. Il est indicatif de l'étape du processus. |
|
text |
Y |
L'identifiant unique de l'incident auquel l'événement appartient. |
|
datetime |
Y |
L'horodatage associé à la fin de l'exécution de l'événement. |
|
text |
N | Un nom convivial permettant d'identifier l'incident. |
|
text |
N | Le statut de l'incident dans le processus. Par exemple : « ouvert » (open), « fermé » (closed), «en attente » (pending), « approuvé » (approved), etc. |
|
text |
N | La catégorisation des cas. |
|
double |
N | Une valeur monétaire liée au cas. |
Automated *
|
boolean |
N |
Indique si l'événement est exécuté manuellement ou automatiquement. |
|
double |
N |
Les frais d'exécution de l'événement. |
|
text |
N |
Informations relatives à l'événement. |
Event_processing_time |
integer |
N | Temps d'exécution de l'événement (en millisecondes). |
|
datetime |
N |
L'horodatage associé au début de l'exécution de l'événement. |
|
text |
N |
L'équipe qui a exécuté l'événement. |
|
text |
N |
L'utilisateur qui a exécuté l'événement. |
Automated
fait partie des données d'entrée. Toutefois, 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 en fonction des 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 indiqué ci-dessous.
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"