MATCH_PROCESS
Applies to: CELONIS 4.0 CELONIS 4.2 CELONIS 4.3 CELONIS 4.4 CELONIS 4.5 CELONIS 4.6 CELONIS 4.7
Description
MATCH_PROCESS matches the variants of a process against a given pattern.
Similar functionality is provided by MATCH_PROCESS_REGEX. MATCH_PROCESS uses Nodes and Edges to match the cases. Nodes consist either of a single activity or a list of activities. Edges describe how the nodes are linked together.
Syntax
MATCH_PROCESS ( [ activity_table.string_column ,] node (, node)* CONNECTED BY edge (, edge)* )
string_column: string column joinable to the activity table. Usually, this is the activity column of the activity table.
node: NODE | OPTIONAL | LOOP | OPTIONAL_LOOP | STARTING | ENDING | single_activity (, single_activity )* AS node_name
single_activity: [LIKE] activity (Activity name. LIKE allows you to use wildcards in your activity name)
edge: DIRECT | EVENTUALLY [ edge_start_node, edge_end_node ]
edge_start_node: node_name
edge_end_node: node_name
Node
A node consists of one or more activities. If multiple activities are given, it means one of those activities.
Node Types
NODE: Node which has to be part once in the case, without any restrictions on where the node has to be.
STARTING: Node which has to happen at the beginning of a case.
ENDING: Node which has to happen at the end of a case.
LOOP: Node which occurs at least once but can also be repeated.
Edge Types
DIRECT: edge_end_node has to follow directly after the edge_start_node
EVENTUALLY: between edge_start_node and edge_end_node other activities can be placed
Result
MATCH_PROCESS returns an integer column, which flags all matching cases with 1 and all non matching columns with a 0. The result is often used in combination with a filter.
Tips
Instead of specifying the activity column, it is also possible to use another string column of the activity table. For example, you can match cases with a specified sequence of user types.
Examples
[1] Here MATCH_PROCESS flags all cases in which one activity A is followed directly by activity B with a 1.
|
[2] Here is MATCH_PROCESS combined with a filter. The result are only cases in which one activity A is followed by activity B.
|
[3] If an activity has not only to be directly followed by another activity but can come any time later the keyword EVENTUALLY can be used. In this example MATCH_PROCESS flags all cases in which one activity A is followed eventually by activity B with a 1.
|
[4] Here is an example in which node 'node_ab' has two activities. This means that a matching case needs an activity C which comes either after A or B.
|
[5] Nodes can represent loops. Here matching cases can have between activity A and C at least one or more activities of type B.
|
[6] A loop node can also consist of multiple activities. PROCESS_MATCH accepts than all given activities, without regarding order or number of occurrences till another activity is found.
|
[7] Nodes can be forced to be at the start or the end of a case.
|
[8] It is not required to match cases based on the activity column. In this example, all cases where user type A is directly followed by user type B are flagged with a 1.
|