Champs d’entrée du journal des événements

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 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.

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.

Important :

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 ci-dessous 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.

Remarque : lorsqu'un champ est obligatoire, il ne doit pas contenir de valeurs NULL .

Field types

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.

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	Le statut de l'incident dans le processus. Par exemple : « ouvert » (open), « fermé » (closed), «en attente » (pending), « approuvé » (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_cost	Double	N	Les frais d'exécution de l'événement.
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. 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"