|
Wiederverwendung der Event Log Template zum Definieren Ihres Event Logs |
Scroll Previous Topic Top Next Topic More |
In der Skript-Reiter 1C. Load EventLog ist eine Tabelle EventLog definiert. Die Felder in dieser Tabelle sind in zwei Kategorien unterteilt: ProcessAnalyzer information und Event information.
Process analyzer information |
event informaton |
|---|---|
Wird benötigt, um Process Mining auf ein Ereignisprotokoll anwenden zu können - Felder wie Case-ID, Aktivitätsbeschreibung und mindestens ein Zeitstempel sind erforderlich. |
Optionale Kontextinformationen für einzelne Ereignisse. |
Wie Sie diese Felder in der Event Log Template wiederverwenden können, wird im folgenden Abschnitt beschrieben. |
Wie Sie diese Felder in der Ereignisprotokollvorlage wiederverwenden können, lesen Sie bitte unter Wiederverwendung der Context Information Template. |
ProcessAnalyzer information
Dieser Teil der Tabelle EventLog muss mit CaseID und aktivitätsbezogenen Informationen gefüllt werden. Benennen Sie die Felder vor dem "as" um; dies ist der Feldname (Spaltenname) des Event Log, der eingelesen wird.
|
Ändern Sie niemals die Feldnamen CaseID, ActivityType, ActivityTypeID, ActivityStartTimestamp und ActivityEndTimestamp nach dem "as". |
1.Ändern Sie die Feldnamen vor "as" so, dass sie mit den Namen Ihrer Daten übereinstimmen.
Wenn Ihre Datenfelder (wie im Helpdesk-Beispiel) bereits wie CaseID, ActivityType, ActivityTypeID, ActivityStartTimestamp und ActivityEndTimestamp benannt sind, können Sie sie unverändert lassen.
2.Wenn Sie keine ActivityTypeID haben, brauchen Sie nichts zu tun. Das Skript erkennt die erforderlichen Felder automatisch. Falls dieses Feld nicht in Ihrer Tabelle vorhanden ist, wird es automatisch erstellt. Andernfalls müssen Sie es in Ihre EventLog-Tabelle aufnehmen.
3.Wenn Ihre Daten Zeitstempel enthalten, formatieren Sie sie so, wie Ihre Daten strukturiert sind. Die Syntax lautet:
Timestamp(Timestamp#("DataTimestampFieldName", 'YYYY-MM-DD hh:mm:ss')) as ActivityStartTimestamp
In diesem Beispiel sieht der Wert im Feld DataTimestampFieldName wie folgt aus: 2019-11-26 15:20:04. Aus diesem Grund ist die Formatierung in der Zeile ActivityStartTimestamp 'YYYY-MM-DD hh:mm:ss'.
Wenn der Zeitstempel in Ihren Daten wie 26/11/2019 15:25 strukturiert ist, verwenden Sie 'DD/MM/YYYY hh:mm'.
Ein anderes Beispiel wäre der 26.Nov.19 16:22:11:000, der als 'DD.MMM.YY hh:mm:ss:fff' formatiert ist. Wenn Sie die Millisekunden in der App anzeigen möchten, löschen Sie die eckigen Klammern, die das .fff umgeben, im variablen Zeitstempelformat (Reiter Simple_Init). Weitere Informationen finden Sie in der Qlik-Hilfe.
4.Wenn für die Aktivitäten neben dem Zeitstempel ein spezifisches Sortierkriterium existiert, fügen Sie es als SortingColumn hinzu. Wenn nicht, definieren Sie die Spalte als Null() als SortingColumn.
|
Die Sortierkriterien müssen aus numerischen Werten zwischen 0 und 99999998 bestehen, wobei niedrigere Zahlen zuerst sortiert werden. |
SortingField as SortingColumn
Im Helpdesk-Beispiel sind die Zeitstempel bereits formatiert. Aus diesem Grund war es nicht notwendig, die Klausel timestamp#() hinzuzufügen.
Weitere Informationen zur Zeitstempelkonvertierung finden Sie in der Qlik's help.
EventLog: //Log table name: "EventLog"
LOAD
//ProcessAnalyzer information
CaseID,
"ActivityName" as ActivityType,
Timestamp(ActivityStartTimestamp) as ActivityStartTimestamp,
Timestamp(ActivityEndTimestamp) as ActivityEndTimestamp
Helpdesk Beispiel:
EventLog: //Log table name: "EventLog"
LOAD
//ProcessAnalyzer information
CaseID,
ActivityType,
Timestamp(ActivityStartTimestamp) as ActivityStartTimestamp,
Timestamp(ActivityEndTimestamp) as ActivityEndTimestamp
5.Wenn Sie die Automatisierungsraten im Front-End berechnen und das Blatt Automatisierung aktivieren möchten, fügen Sie dem EventLog ein Feld mit dem Namen RealUser hinzu, in dem Sie markieren, ob das Ereignis von einem echten Benutzer ausgeführt wurde (dann setzen Sie eine 1) oder ob es automatisiert ausgeführt wurde (dann setzen Sie eine 0)
EventLog: //Log table name: "EventLog"
LOAD
//ProcessAnalyzer information
CaseID,
"ActivityName" as ActivityType,
Timestamp(ActivityStartTimestamp) as ActivityStartTimestamp,
Timestamp(ActivityEndTimestamp) as ActivityEndTimestamp,
UserName as ActivityUserName,
if(wildmatch(UserName,'*batch'),0,1) as RealUser
6.Wenn Sie die Rework-Raten im Front-End berechnen und das Blatt Rework aktivieren möchten, fügen Sie dem EventLog ein Feld mit der Bezeichnung ReworkEvent hinzu, in dem Sie markieren, ob es sich bei dem Ereignis um einen Rework-Typ handelt (dann setzen Sie 1) oder nicht (dann setzen Sie 0).
EventLog: //Log table name: "EventLog"
LOAD
//ProcessAnalyzer information
CaseID,
"ActivityName" as ActivityType,
Timestamp(ActivityStartTimestamp) as ActivityStartTimestamp,
Timestamp(ActivityEndTimestamp) as ActivityEndTimestamp,
if(wildmatch(ActivityName,'*change),1,0) as ReworkEvent
Für die Definition der Überarbeitung haben Sie noch mehr Möglichkeiten. Schreiben Sie einfach Ihre bevorzugte Option in die Variable mvSetExpressionReworkDefinition
•ReworkEvent: nur Ereignisse, die durch ihren Typ direkt im EventLog als Rework gekennzeichnet sind, werden als Rework betrachtet
•RepeatedEvent: nur Ereignisse, die im EventLog als wiederholt/geschleift gekennzeichnet sind, werden als Rework betrachtet
•ReworkAndRepeatedEvent: Ereignisse, die durch ihren Typ direkt im EventLog als Rework gekennzeichnet sind und gleichzeitig wiederholt werden, werden als Rework gewertet
•ReworkOrRepeatedEvent: Ereignisse, die durch ihren Typ direkt im EventLog als Rework gekennzeichnet sind oder wiederholt werden, gelten als Rework
SET mvSetExpressionReworkDefinition = ReworkOrRepeatedEvent;
