- Versionshinweise
- Bevor Sie beginnen
- Erste Schritte
- Integrationen
- Verwalten des Zugriffs
- Arbeiten mit Prozess-Apps
- Erstellen von Apps
- Laden von Daten
- Hochladen von Daten
- Retrieving the SQL Server database parameters
- Einrichten eines SQL Server-Kontos für den Datenupload mit einem Extraktor
- Loading data using Theobald Xtract Universal
- Anpassen von Prozess-Apps
- Datentransformationen
- TemplateOne-App-Vorlage
- Purchase-to-Pay-App-Vorlage
- Order-to-Cash-App-Vorlage
- Basic troubleshooting guide
TemplateOne-MultiFiles-Eingabefelder
Wenn Ihre Daten für Fälle und Ereignisse auf verschiedene Eingabedateien aufgeteilt sind, verwenden Sie die App-Vorlage TemplateOne – MultiFile.
Wenn Sie eine neue TemplateOne -Prozess-App erstellen möchten, müssen Sie ein Dataset hochladen, das die Daten enthält, die in TemplateOneverwendet werden sollen.
tsv
-Datei (durch Tabulator getrennt) oder eine .csv
-Datei (durch Kommas getrennt) sein, die eine Spalte für jedes Eingabefeld enthält.
Dieser Abschnitt enthält eine Übersicht über die Eingabetabellen für TemplateOne – MultiFiles. Für jedes Feld werden der Name, der Datentyp und eine kurze Beschreibung angezeigt. Außerdem wird angegeben, ob das Feld ein Pflichtfeld ist.
Bei Tabellennamen und Feldnamen muss die Groß-/Kleinschreibung beachtet werden. Stellen Sie immer sicher, dass die Feldnamen (Spaltenheader) in Ihrem Dataset mit den Feldnamen (auf Englisch) in den unten stehenden Tabellen und die Dateinamen mit den Tabellennamen übereinstimmen.
Ihre Eingabedatendatei kann unterschiedliche Felder oder unterschiedliche Feldnamen haben. Einige Felder sind jedoch obligatorisch. Das bedeutet, dass die Daten in Ihrer Eingabedatendatei verfügbar sein müssen, damit die Prozess-App korrekt funktioniert.
NULL
-Werte enthalten.
Im Folgenden finden Sie eine Übersicht über die verschiedenen Attributfeldtypen und ihre Standardformateinstellungen.
Feldtyp |
Format |
---|---|
boolean |
true , false , 1 , 0 |
DateTime |
yyyy-mm-dd hh:mm:ss[.ms] , wobei [.ms] optional ist.
Informationen zum Ändern des Datumsformats finden Sie in der offiziellen Microsoft-Dokumentation . |
Double |
Dezimaltrennzeichen:
. (Punkt)
Tausendertrennzeichen: keins |
text |
Keine Angabe |
Integer |
Tausendertrennzeichen: keins |
Cases_raw
enthält die detaillierten Informationen zu Status, Typ, Wert und Beschreibung für den zugehörigen Fall.
Name |
Datentyp |
Obligatorisch: J/N |
Beschreibung |
---|---|---|---|
|
text |
Y |
Der eindeutige Bezeichner des Falls, zu dem das Ereignis gehört. |
|
text |
N |
Ein benutzerfreundlicher Name, um den Fall zu identifizieren. |
|
text |
N |
Der Status des Falls im Prozess. Beispiel: „offen“, „geschlossen“, „ausstehend“, „genehmigt“ usw. |
|
text |
N |
Die Kategorisierung der Fälle. |
|
Double |
N |
Ein auf den Fall bezogener Geldwert. |
Darüber hinaus sind benutzerdefinierte Fallfelder verfügbar.
- 30 Felder vom Typ Text;
- 10 Felder vom Typ double;
- 10 Felder vom Typ datetime;
- 10 Felder vom Typ boolean;
- 10 Felder vom Typ duration.
Benutzerdefinierte Felder haben generische Namen. Nachfolgend finden Sie eine Übersicht über die benutzerdefinierten Felder, die in einer Prozess-App verwendet werden können.
Name |
Datentyp |
Obligatorisch: J/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 |
Wenn Sie ein benutzerdefiniertes Feld verwenden, sollten Sie das Feld mithilfe des Data Managers in einen Namen umbenennen, der mit dem Wert übereinstimmt. Siehe Felder.
Benutzerdefinierte Felder, die in Ihrem Dataset leer sind, werden in Process Miningnicht angezeigt.
Event_log
enthält Informationen zu den Aktivitäten, die im Prozess ausgeführt werden.
Name |
Datentyp |
Obligatorisch: J/N |
Beschreibung |
---|---|---|---|
|
text |
Y |
Der Name des Ereignisses. Dieser beschreibt den Schritt im Prozess. |
|
text |
Y |
Der eindeutige Bezeichner des Falls, zu dem das Ereignis gehört. |
|
DateTime |
Y |
Der Zeitstempel, der mit dem Ende der Ausführung des Ereignisses verbunden ist. |
Event_ID |
Integer |
Y* |
Der eindeutige Bezeichner des Ereignisses. |
Automated **
|
boolean |
N |
Gibt an, ob das Ereignis manuell ausgeführt oder automatisiert wird. |
|
Double |
N |
Die Kosten für die Ausführung des Ereignisses. |
|
text |
N |
Informationen zum Ereignis. |
|
DateTime |
N |
Der Zeitstempel, der mit dem Beginn der Ausführung des Ereignisses verbunden ist. |
|
text |
N |
Das Team, das das Ereignis ausgeführt hat. |
|
text |
N |
Der Benutzer, der das Ereignis ausgeführt hat. |
*) Event_ID ist optional, aber obligatorisch, wenn Sie Fälligkeitsdaten verwenden möchten.
Automated
ist Teil der Eingabedaten. Wenn Sie jedoch ableiten möchten, ob ein Ereignis automatisiert ist oder nicht, müssen Sie dies in den Datentransformationen anpassen, um diese Logik basierend auf den erforderlichen Informationen zu erstellen. Es wird empfohlen, dies in der Datei Event_log.sql
zu tun. Suchen Sie die Anweisung, die ...as "Automated"
enthält, und ersetzen Sie sie z. B. durch eine Anweisung, wie unten angezeigt.
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"
Darüber hinaus sind benutzerdefinierte Ereignisfelder verfügbar.
- 30 Felder vom Typ Text;
- 10 Felder vom Typ double;
- 10 Felder vom Typ datetime;
- 10 Felder vom Typ boolean;
- 5 Felder vom Typ duration.
Benutzerdefinierte Felder haben generische Namen. Nachfolgend finden Sie eine Übersicht über die benutzerdefinierten Felder, die in einer Prozess-App verwendet werden können.
Name |
Datentyp |
Obligatorisch: J/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 |
Wenn Sie ein benutzerdefiniertes Feld verwenden, sollten Sie das Feld mithilfe des Data Managers in einen Namen umbenennen, der mit dem Wert übereinstimmt. Siehe Felder.
Benutzerdefinierte Felder, die in Ihrem Dataset leer sind, werden in Process Miningnicht angezeigt.
Tags_raw
-Tabelle enthält Felder für Tags, die in Ihrem Prozess definiert sind. Wenn Sie Tags hochladen, wird das Tags- Dashboard aktiviert.
Tags_raw ist eine optionale Tabelle.
Name |
Datentyp |
Obligatorisch: J/N |
Beschreibung |
---|---|---|---|
|
text |
Y |
Die eindeutige Kennung des Falls, zu dem das Tag gehört. |
|
text |
Y |
Ein benutzerfreundlicher Name zum Identifizieren des Tags. |
|
text |
N |
Die Kategorie, zu der das Tag gehört. |
Due_dates_raw
-Tabelle enthält Felder für Fälligkeitsdaten, die in Ihrem Prozess definiert sind. Wenn Sie Fälligkeitsdaten hochladen, wird das Dashboard Fälligkeitsdaten aktiviert.
Due_dates_raw ist eine optionale Tabelle.
Name |
Datentyp |
Obligatorisch: J/N |
Beschreibung |
---|---|---|---|
|
Integer |
Y | Der eindeutige Bezeichner des Ereignisses, zu dem das Fälligkeitsdatum gehört. |
|
text |
Y |
Der Name des Fälligkeitsdatums. |
|
DateTime |
Y |
Der tatsächliche Moment, in dem das mit dem Fälligkeitsdatum verknüpfte Ereignis aufgetreten ist |
Expected_date |
DateTime |
Y |
Der Moment, in dem das mit dem Fälligkeitsdatum verknüpfte Ereignis erwartet wurde. |