Champs d'entrée de processus personnalisés

Introduction

Si vos données d'incidents et d'événements sont divisées en différents fichiers d'entrée, vous utilisez le modèle d'application de processus Personnalisé .

Si vous souhaitez créer une nouvelle application de processus personnalisé , vous devez charger un jeu de données contenant les données à utiliser dans l'application de processus.

Pour chaque table, 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.

Cette section contient un aperçu des tables d'entrée pour le processus personnalisé. 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.

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 les tables suivantes et que le nom du fichier corresponde aux noms de table.

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 .

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

Incidents

La table Cases contient les informations détaillées sur le statut, le type, la valeur et la description du cas associé.

Nom	Type de données	Obligatoire O/N	Description
Case_ID	text	Y	L'identifiant unique de l'incident auquel l'événement appartient.
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.

Journal_événements

La table Event_log 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.
Event_ID	Integer	Y*	L'identifiant unique de l'événement.
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.

* Event_ID est facultatif, mais obligatoire si vous souhaitez utiliser des dates d'échéance.

**) 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 l'exemple 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"

Remarque :

Si votre ensemble de données contient des événements où Event_start a lieu après Event_end, Event_start est automatiquement défini sur la date Event_end , car cela entraînerait sinon une durée de cycle négative. Un message d'avertissement s'affiche dans le journal d'ingestion.

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.

Balises

La table Tags contient des champs pour les balises définies dans votre processus. Si vous téléchargez des balises, le tableau de bord Balises sera activé.

Remarque :

Balises est une table facultative.

Nom	Type de données	Obligatoire O/N	Description
Case_ID	text	Y	L'identifiant unique du cas auquel appartient la balise.
Tag	text	Y	Un nom convivial permettant d'identifier la balise.
Tag_type	text	N	Catégorie à laquelle appartient la balise.

Dates_échéance

La table Due_dates contient des champs pour les dates d'échéance définies dans votre processus. Si vous téléchargez des dates d'échéance, le tableau de bord Dates d'échéance sera activé.

Remarque :

Due_dates est une table facultative.

Nom	Type de données	Obligatoire O/N	Description
Event_ID	Integer	Y	L'identifiant unique de l'événement auquel appartient la date d'échéance.
Due_date	text	Y	Le nom de la date d'échéance.
Actual_date	DateTime	Y	Le moment réel où l'événement associé à la date d'échéance s'est produit.
Expected_date	DateTime	Y	Moment où l’événement associé à la date d’échéance était censé se produire.