Please enable JavaScript to view this site.

mpmX Help Documentation

 

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.

 

Warning

Ä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.

Warning

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(ActivityStartTimestampas ActivityStartTimestamp,

 Timestamp(ActivityEndTimestampas ActivityEndTimestamp

 

 Helpdesk Beispiel:

 

EventLog//Log table name: "EventLog"

LOAD

//ProcessAnalyzer information

 CaseID,

 ActivityType,

 Timestamp(ActivityStartTimestampas ActivityStartTimestamp,

 Timestamp(ActivityEndTimestampas 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(ActivityStartTimestampas ActivityStartTimestamp,

 Timestamp(ActivityEndTimestampas 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(ActivityStartTimestampas ActivityStartTimestamp,

 Timestamp(ActivityEndTimestampas 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;  

 

 

 

© by MEHRWERK GmbH