- 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-SingleFile-Eingabefelder
Wenn Ihre Daten für Fälle und Ereignisse in einer Eingabedatei verfügbar sind, verwenden Sie die App-Vorlage TemplateOne-SingleFile .
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) handeln, die eine Spalte für jedes Eingabefeld enthält.
Event_log_raw
lautet.
Sehen Sie sich beim Erstellen Ihres ersten Datasets dieses Video unten für ein Tutorial an. Verwenden Sie dies, um besser zu verstehen, wie ein Dataset erstellt und in einer TemplateOne- Prozess-App verwendet wird.
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 |
Nachfolgend finden Sie eine Übersicht über die Eingabefelder. Für jedes Feld werden der Name, der Datentyp und eine kurze Beschreibung angezeigt. Außerdem wird angegeben, ob das Feld ein Pflichtfeld ist.
Die Tabelle Event_log_raw 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. |
|
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. |
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. |
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"
Die folgenden benutzerdefinierten Fall -Felder sind 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.
Die folgenden benutzerdefiniertenEreignis- Felder sind 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_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} |
Dauer (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 |
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.