|
Wiederverwendung der Context Information Template |
Scroll Previous Topic Top Next Topic More |
|
Um zu entscheiden, ob Ihre Informationen fall- oder ereignisbezogen sind, sehen Sie sich die Informationen hier an. |
EventInformation
In diesem Teil der Tabelle EventLog werden Sie die ereignisbezogenen Felder in der Tabelle EventLog umbenennen (zuvor haben Sie die Informationsfelder des Process Analyzers umbenannt). Wie Sie im Code unten sehen können, gibt es EventDimensionX-Felder, die Dimensionen aufnehmen, die den Ereigniskontext beschreiben (wie Benutzer, Maschinen, Ressourcen, ...).
1.Ersetzen Sie die EventDimensionX-Felder (wie im Helpdesk-Beispiel) durch die Ereignisnamen, die Ihren Daten entsprechen.
2.Wenn Sie nicht genügend Daten für alle Felder haben, d.h. keine Daten für EventDimension3, löschen Sie diese Felder einfach. Um Fehler zu vermeiden, werden die Ereignisdimensionen, die für die Filterung in der App verwendet werden, der MasterItemsImport table hinzugefügt.
Wenn Sie mehr Felder benötigen, als die Vorlage bereitstellt, fügen Sie diese einfach als neue EventDimension4 mit dem entsprechenden Datenfeldnamen ein.
//Event information
//Here you can add other event-related information (dimensions and values)
"UserName" as ActivityUserName,
if(WildMatch("UserName", '*batch*'), 0, 1) as RealUser,
if(WildMatch("ActivityName", '*Delete*','*Change*','*Cancel*','*Upgrade*','*Wait*'), 0, 1) as ReworkEvent,
EventDimension1,
EventDimension2,
EventDimension3
FROM [lib://Data/mpmXData.qvd] (qvd)
where len(ActivityName) > 1;
Helpdesk Beispiel:
//Event information
//Here you can add other event-related information (dimensions and values)
User as ActivityUserName,
if(WildMatch("User", '*Batch*','*1*'), 0, 1) as RealUser,
if(Wildmatch(Activity,'*Delete*','*Change*','*Cancel*') > 0, 1, 0) as ReworkEvent,
EventResource, //EventDimension1
CumNetWorth //EventDimension2
FROM [lib://helpdesk/HelpdeskEventlog.qvd] (qvd)
where len(Activity) > 1;
CaseInformation
|
Es ist sehr wichtig, dass die CaseInformation-Tabelle genau eine Zeile pro Case-ID enthält. |
In dieser Tabelle des Skriptregisters 1C. Load EventLog werden Sie die fallbezogenen Felder umbenennen. Wir unterscheiden das EventLog von der CaseInformation, um ein klar verständliches Datenmodell zu schaffen. Die Tabelle CaseInformation verhält sich grundsätzlich wie die Tabelle EventLog. Es gibt CaseDimensionX-Felder, die ersetzt werden können oder gelöscht werden müssen.
|
Löschen Sie niemals "CaseID", da dies die Verbindung zwischen den Tabellen CaseInformation und EventLog ist. |
3.Ersetzen Sie die Felder CaseDimensionX (wie im Helpdesk-Beispiel) durch Ihre Fallnamen.
4.Wenn Sie nicht genügend Daten für alle Felder haben, z. B. keine Daten für CaseDimension5, löschen Sie einfach die entsprechende Zeile. Um Fehler zu vermeiden, werden die Falldimensionen, die für die Filterung in der App verwendet werden, der MasterItemsImport table hinzugefügt.
Wenn Sie mehr Felder benötigen, als die Vorlage bereitstellt, fügen Sie diese einfach als neue CaseDimension6 mit dem entsprechenden Datenfeldnamen ein.
Wenn Sie z. B. eine Abteilung hinzufügen möchten, erstellen Sie eine neue Zeile mit einem Feld namens DepartmentName und benennen Sie es nach Belieben (z. B. "Department Name").
Left Keep(EventLog)
[CaseInformation_$(mvProcessDescription)]:
LOAD distinct
CaseID, // don't delete it
CaseDimension1,
CaseDimension2,
CaseDimension3,
CaseDimension4,
CaseDimension5,
Geofield // for example: city
FROM [$(DataConnection)/mpmXData.qvd] (qvd);
Helpdesk Beispiel:
Left Keep(EventLog)
[CaseInformation_$(mvProcessDescription)]:
LOAD distinct
PurchaseOrderItem as CaseID,
Supplier,
Company,
SpendArea,
ProductClass,
ProcessPathUniqueNo,
City
FROM [lib://helpdesk/HelpdeskEventlog.qvd] (qvd);
