- 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)
- Déclenchement d'une automatisation à partir d'une application de processus
- 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
- Charger des données via 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
- Guide de dépannage de base
Introduction
If your data for cases and events is split up into different input files, you use the TemplateOne-MultiFiles app template.
If you want to create a new TemplateOne process app, you must upload a dataset that contains the data to be used in the TemplateOne.
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.
This section contains an overview of the input tables for TemplateOne-MultiFiles. For each field, the name, the data type, and a short description are displayed. Apart from that, it is indicated whether the field is mandatory.
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 tableaux ci-dessous et que les noms de fichiers correspondent aux noms de tableaux.
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 pour les milliers : aucun |
| text | S/O |
| Integer | Séparateur pour les milliers : aucun |
Cases_raw
La table Cases_raw 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. |
Champs de cas personnalisés
En outre, des champs d'incident personnalisés sont disponibles.
- 30 fields of type text;
- 10 fields of type double;
- 10 fields of type datetime;
- 10 fields of type boolean;
- 10 fields of type duration.
Les champs personnalisés ont des noms génériques. Le tableau suivant décrit les 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} | Integer | N |
Lorsque vous utilisez un champ personnalisé, vous devez renommer le champ dans le Gestionnaire de données avec un nom qui correspond à la valeur. Consultez les Champs.
Custom fields that are empty in your dataset, are not displayed in Process Mining.
Event_log_raw
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_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. |
* Event_ID est facultatif, mais obligatoire si vous souhaitez utiliser des dates d'échéance.
**) 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"
Champs d'événement personnalisés
En outre, des champs d'événement personnalisés sont disponibles.
- 30 fields of type text;
- 10 fields of type double;
- 10 fields of type datetime;
- 10 fields of type boolean;
- 5 fields of type duration.
Les champs personnalisés ont des noms génériques. La table suivante décrit les champs personnalisés pouvant être utilisés dans une application de processus.
| Nom | Type de données | Obligatoire O/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 dans le Gestionnaire de données avec un nom qui correspond à la valeur. Consultez les Champs.
Custom fields that are empty in your dataset, are not displayed in Process Mining.
Tags_raw
La table Tags_raw 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é.
Tags_raw 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. |
Due_dates_raw
La table Due_dates_raw 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é.
Due_dates_raw 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. |