Die Hauptunterschiede zwischen dem traditionellen Event-Log und dem objektzentrierten Event-Log sind:

 

1.Ein Prozess kann mehrere Objekte haben, die ihren eigenen Typ von Case ID mitbringen. Daher ist die Case-ID nicht mehr ein Common-Identifier für die Prozessinstanz, auf die sich alle Events beziehen, sondern der Identifier für das Objekt selbst, das das Event ausgelöst hat. Aus diesem Grund wird die frühere Prozessinstanz nun in dem neuen Feld Link in der Tabelle CaseInformation erfasst, während die Objekt-ID in dem Feld CaseID erfasst wird. Um zu entscheiden, welche CaseID zu welcher Art von Objekt gehört, wird ein neues Feld ObjectType eingeführt.

2.Um die Interaktion von Objekten im ProcessAnalyzer zu sehen, werden einige Schlüsselaktivitäten als Touchpoints verwendet, was bedeutet, dass eine Aktivität, die von einem Objekt ausgeht, auch im Prozessfluss eines anderen Objekts angezeigt wird. Beispiel: Artikel werden in ein Paket verpackt. In diesem Fall könnte die Touchpoint-Aktivität zwischen dem Artikel und dem Paketobjekt "Artikel verpacken" sein, die vom Artikelobjekt ausgeht, aber auch im Paketobjekt verwendet wird, um die Interaktion oder besser gesagt den Touchpoint zwischen den beiden Objekten wiederzugeben. Das neue Feld PrincipalObjectType wurde implementiert, um die Information zu behalten, von welchem Objekt eine Aktivität ursprünglich verursacht wurde.

3.Um die Information zu erhalten, aus welcher Quelle ein Event stammt, ist das Feld ActivityOriginID nun obligatorisch. Durch die Verfolgung dieser Information sind die Zählungen zur Anzahl der Events immer korrekt, wenn sie sich auf diese eindeutige Event-Identifier beziehen. Am wichtigsten ist die korrekte Verwendung der ActivityOriginID, wenn die Aktivitäten als Touchpoints verwendet werden. Hier ist die ActivityOriginID dieselbe ID, wenn sie in verschiedenen Objekten verwendet wird, um Duplikate beim Zählen oder Analysieren von Events zu vermeiden.

 

Zusammenfassend lässt sich sagen, dass für OCPM vier neue (jetzt obligatorische) Felder erforderlich sind:

 

1.Object Type

2.Principal Object Type

3.Activity Origin ID

4.Link

 

Mit diesen Informationen ist die Erstellung eines objektzentrierten Event-Protokolls ein Kinderspiel. Wir zeigen dies anhand eines Beispiels, das im Folgenden dargestellt wird. Stellen Sie sich einen Purchase-to-Pay-Prozess (P2P) vor, der purchase orders, purchase order items, deliveries sowie invoices and payments umfasst. Jedes Objekt hat seinen eigenen Prozessablauf, mit Interaktionen / Touchpoints zu anderen Objekten. Die Touchpoints sind in blau markiert.

 

•Die Purchase-Order wird mit der letzten Order-related Payment und der letzten Item-related Delivery angelegt, freigegeben und abgeschlossen.

•Die Purchase-Order-Item wird erstellt und kann Preis- oder Mengenänderungen aufweisen. Sie hat Touchpoints mit der Order, wenn die Order erstellt wird, mit der Delivery, beim Wareneingang.

•Der Lieferbeleg wird erstellt, bei Lieferung wird ein Wareneingang erstellt, und der Lieferbeleg wird geschlossen.

•Der Rechnungsbeleg wird empfangen und gebucht und mit der letzten rechnungsbezogenen Payment geschlossen.

•Die Payment wird geplant und durchgeführt.

 

Zur Erstellung des objektzentrierten Event-Protokolls empfehlen wir die folgenden Schritte:

 

1.Erstellen Sie das Event-Protokoll für jedes Objekt einzeln, zunächst ohne Touchpoint-Events. Fügen Sie den ObjectType, das Feld PrincipalObjectType und die ActivityOriginID in die Event-Log-Tabelle ein. Der PrincipalObjectType ist gleich dem ObjectType, solange das Event kein Touchpoint zu einem anderen Objekt ist. Die Tabelle sollte wie folgt aussehen:

2.Erstellen Sie die Tabelle CaseInformation, die die CaseID enthält, und fügen Sie die Verknüpfung zu jeder CaseID hinzu, damit die Objekte miteinander in Beziehung stehen. Wie wählen Sie die Link-Level? Wir empfehlen, die frühere traditionelle CaseID als Link zu verwenden. In unserem P2P-Beispiel wäre dies die Purchase Order ID. Die Tabelle CaseInformation enthält die Case-Kontextinformationen, wie Sie sie aus dem traditionellen Process-Mining-Ansatz kennen.

 

3.Erstellen Sie die Touchpoints zwischen den Objekten. Sie haben hier mehrere Möglichkeiten. Wir empfehlen Ihnen, Events von anderen Objekten wiederzuverwenden, um die Interaktionen zu erstellen.

 

Im nächsten Abschnitt Wie man die mpmX Template App für OCPM konfiguriert (Schnellkurs) zeigen wir Ihnen in einer zusammenfassenden Anleitung, wie Sie die mpmX Template App korrekt für OCPM konfigurieren.