Eingabefelder für Ereignisprotokolle

Einleitung

Wenn Ihre Daten für Fälle und Ereignisse in einer Eingabedatei enthalten sind, verwenden Sie die App-Vorlage Ereignisprotokoll .

Wenn Sie ein neues Ereignisprotokoll oder eine neue benutzerdefinierte Prozess -App erstellen möchten, müssen Sie ein Dataset hochladen, das die Daten enthält, die in der Prozess-App verwendet werden sollen.

Es muss sich dabei um eine tsv-Datei (durch Tabulator getrennt) oder eine .csv-Datei (durch Kommas getrennt) handeln, die eine Spalte für jedes Eingabefeld enthält.

Wichtig:

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 der unten stehenden Tabelle übereinstimmen und der Dateiname Event_log_rawlautet.

Obligatorische und optionale Felder

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.

Hinweis: Wenn ein Feld obligatorisch ist, darf es keine NULL -Werte enthalten.

Field types

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. Lesen Sie die offizielle Microsoft-Dokumentation, wenn Sie das Datumsformat ändern möchten.
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.

Event_log_raw

Die Tabelle Event_log_raw enthält Informationen zu den Aktivitäten, die im Prozess ausgeführt werden.

Name	Datentyp	Obligatorisch: J/N	Beschreibung
Activity	text	Y	Der Name des Ereignisses. Dieser beschreibt den Schritt im Prozess.
Case_ID	text	Y	Der eindeutige Bezeichner des Falls, zu dem das Ereignis gehört.
Event_end	DateTime	Y	Der Zeitstempel, der mit dem Ende der Ausführung des Ereignisses verbunden ist.
Case	text	N	Ein benutzerfreundlicher Name, um den Fall zu identifizieren.
Case_status	text	N	Der Status des Falls im Prozess. Beispiel: „offen“, „geschlossen“, „ausstehend“, „genehmigt“ usw.
Case_type	text	N	Die Kategorisierung der Fälle.
Case_value	Double	N	Ein auf den Fall bezogener Geldwert.
Automated*	boolean	N	Gibt an, ob das Ereignis manuell ausgeführt oder automatisiert wird.
Event_cost	Double	N	Die Kosten für die Ausführung des Ereignisses.
Event_detail	text	N	Informationen zum Ereignis.
Event_start	DateTime	N	Der Zeitstempel, der mit dem Beginn der Ausführung des Ereignisses verbunden ist.
Team	text	N	Das Team, das das Ereignis ausgeführt hat.
User	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"