- Notes de publication
- Avant de commencer
- Démarrage
- Intégrations
- Gestion de l’accès
- Travailler avec des applications de processus
- Travailler avec des tableaux de bord et des graphiques
- Travailler avec des graphiques de processus
- Analyse des causes profondes
- Envoi d’idées d’automatisation au Automation Hub d’UiPath®
- Filtres
- Simulation du potentiel d’automatisation
- Dates d’échéance
- Comparer
- Exporter (Export)
- Triggering an automation from a process app
- Création d'applications
- Chargement des données
- Charger des données
- Retrieving the SQL Server database parameters
- Configuration d'un compte SQL Server pour le chargement de données à l'aide d'un extracteur
- Loading data using Theobald Xtract Universal
- Personnaliser les applications de processus
- Transformations de données
- Modèle d’application TemplateOne
- Modèle d’application Purchase to Pay
- Modèle d’application Order to Cash
- Basic troubleshooting guide
Process Mining
Champs d’entrée TemplateOne-SingleFile
Si vos données pour les incidents et les événements sont disponibles dans un fichier d'entrée, vous utilisez le modèle d'application TemplateOne-SingleFile .
Si vous souhaitez créer une nouvelle application de processus TemplateOne , vous devez télécharger un ensemble de données qui contient les données à utiliser dans TemplateOne.
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
.
Lors de la création de votre premier ensemble de données, regardez cette vidéo ci-dessous pour un tutoriel. Utilisez-le pour mieux comprendre comment créer un ensemble de données et l'utiliser dans une application de processus TemplateOne .
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. |
|
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"
Les champs de cas personnalisés suivants sont disponibles.
- 30 champs de type texte;
- 10 champs de type double;
- 10 champs de type datetime;
- 10 champs de type booléen;
- 10 champs de type durée.
Les champsd' événements personnalisés suivants sont disponibles.
- 30 champs de type texte;
- 10 champs de type double;
- 10 champs de type datetime;
- 10 champs de type booléen;
- 5 champs de type durée.
Les champs personnalisés ont des noms génériques. Vous trouverez ci-dessous un aperçu des champs personnalisés pouvant être utilisés dans une application de processus.
Nom |
Type de données |
Obligatoire O/N |
---|---|---|
custom_case_text_{1...30} |
text |
N |
custom_case_number_{1...10} |
Double |
N |
custom_case_datetime_{1...10} |
DateTime |
N |
custom_case_boolean_{1...10} |
boolean |
N |
custom_case_duration_{1...10} |
duration |
N |
custom_event_text_{1...30} |
text |
N |
custom_event_number_{1...10} |
Double |
N |
custom_event_datetime_{1...10} |
DateTime |
N |
custom_event_boolean_{1...10} |
boolean |
N |
custom_event_duration_{1...5} |
Integer |
N |
Lorsque vous utilisez un champ personnalisé, vous devez renommer le champ à l'aide du Gestionnaire de données (Data Manager) avec un nom qui correspond à la valeur. Voir Champs.
Les champs personnalisés qui sont vides dans votre ensemble de données ne s'affichent pas dans Process Mining.