
Existence: If we directly assign events to the clusters by considering that the event should contain at least one of the objects in the cluster, then the same event may appear in several clusters. For example, consider the B2B OCEL shown in Tables REF  and REF , where customer, order, and batch are the possible case notions. When we apply clustering based on batch, then two batches in the same event may end up in two different clusters. This results in the duplication of that event. This is due to the convergence in OCELs where an event can contain multiple objects of the same type [1]}.

All: In this approach, to avoid convergence, we assign an event to a cluster, if the cluster contains all the objects that exist in that event. Following this approach, we miss the event whose objects are distributed in several clusters. Consider the process shown in Tables REF  and REF , if \(b_1\)  and \(b_2\)  end up in different clusters, then we miss \(e_2\) , because all the batches of \(e_2\)  are not in the same cluster. Nevertheless, following this approach no duplication of events occurs.

