Applies to: CELONIS 4.0 CELONIS 4.2 CELONIS 4.3 CELONIS 4.4
Description
SOURCE / TARGET operators create a temporary table with values from different activities (Rows), which can be used to do calculations based on two actions of a case.
In Celonis, a case is stored as a list of activities, which fits nicely in the relational storage model used by Celonis. Unfortunately, it makes it hard to do calculations based on two actions of a case, like calculating the time spent between two activities, because the math operators work only on single rows. But to calculate something based on two activities an operator needs input from two rows.
The problem is solved via a temporary table in which the values from two rows are moved in to one single row. The input from this temporary table can than be used by all operators. Creating a temporary table, with values from different activities (Rows), can be done by the Source and Target operators. The Source/Target operators regard a case as edges and nodes. Nodes are the activities. Edges connect the activities in the order in which they happened. An edge points from a source activity to a target activity.
Операторы SOURCE / TARGET создают временную таблицу со значениями из разных действий (строк), которую можно использовать для выполнения расчетов на основе двух действий в кейсе.
В Celonis дело хранится в виде списка действий, что хорошо вписывается в модель реляционного хранения, используемую Celonis. К сожалению, это затрудняет выполнение вычислений, основанных на двух действиях кейса, таких как вычисление времени, потраченного между двумя действиями, потому что математические операторы работают только с отдельными строками. Но чтобы рассчитать что-то на основе двух действий, оператору нужен ввод из двух строк.
Проблема решается с помощью временной таблицы, в которой значения из двух строк перемещаются в одну строку. Ввод из этой временной таблицы может быть использован всеми операторами. Создание временной таблицы со значениями из разных действий (строк) может быть выполнено операторами Source и Target. Операторы Source / Target рассматривают случай как ребра и узлы. Узлы - это действия. Ребра соединяют действия в том порядке, в котором они произошли. Край указывает от исходного действия к целевому.
Syntax
Adds the values from Column, which correspond to a source activity, to a temporary table based on the optional edge configuration and the optional filter column:
Добавляет значения из столбца, которые соответствуют исходному действию, во временную таблицу на основе необязательной конфигурации ребер и необязательного столбца фильтра:
Adds the values from Column, which correspond to a target activity, to a temporary table based on the optional edge configuration and the optional filter column:
Добавляет значения из столбца, которые соответствуют целевому действию, во временную таблицу на основе необязательной конфигурации ребер и необязательного столбца фильтра:
The following combinations are supported:
Поддерживаются следующие комбинации:
- edge_configuration:
- ANY_OCCURRENCE[] TO ANY_OCCURRENCE[]: Default configuration, edges are drawn between consecutive activities within cases.
Конфигурация по умолчанию, ребра отрисовываются между последовательными действиями внутри дел.
- FIRST_OCCURRENCE[] TO ANY_OCCURRENCE[]: From the first activity of each case an edge is drawn to all other activities in this case.
Начиная с первого действия каждого случая, в этом случае отрисовывается преимущество для всех других действий.
- FIRST_OCCURRENCE[] TO ANY_OCCURRENCE_WITH_SELF[]: From the first activity of each case an edge is drawn to all activities in this case, including the first one.
Начиная с первого действия каждого случая, отрисовывается преимущество для всех действий в этом случае, включая первое.
- ANY_OCCURRENCE[] TO LAST_OCCURRENCE[]: All activities, besides the last one of the case, draw an edge to the last activity of the case.
Все действия, кроме последнего в деле, рисуют грань с последним действием в деле.
- FIRST_OCCURRENCE[] TO LAST_OCCURRENCE[]: From the first activity of a case an edge is drawn to the last activity in this case.
От первого действия случая ребро отрисовывается до последнего действия в этом случае.
Examples
How Source, Target Operators interpret the case by default:
Как Source, Target Operators интерпретируют регистр по умолчанию:
This can be combined with further operators. In the following example is the time between two activities calculated. REMAP_TIMESTAMPS is required to convert the timestamp to a number such that the subtraction can be done.
Это может быть объединено с другими операторами. В следующем примере рассчитывается время между двумя действиями. REMAP_TIMESTAMPS требуется для преобразования временной метки в число, чтобы можно было выполнить вычитание.
Calculate the number of minutes since case start:
Рассчитайте количество минут с начала дела:
Join behavior
Source/Target generate temporary tables. For each used unique edge and filter column configuration a separate temporary table is created. Source/Target operators with identical Edge and Filter column add columns to the same temporary table. The temporary tables are joined to the case table.
Source / Target генерирует временные таблицы. Для каждой используемой уникальной конфигурации ребра и столбца фильтра создается отдельная временная таблица. Операторы источника / цели с одинаковыми столбцами Edge и Filter добавляют столбцы в одну и ту же временную таблицу. Временные таблицы объединяются с таблицей дел.
Example
In this example several calls to the Source/Target operator are done. After each call the tables status is shown.
В этом примере выполняется несколько вызовов оператора Source / Target. После каждого звонка отображается статус таблиц.
- Temporary Edge Table is created. Source column is added to it:
Временная пограничная таблица создана. К нему добавляется исходный столбец:
- Target column is added to existing temporary table:
Целевой столбец добавляется в существующую временную таблицу:
- This column is added to a new temporary table, because the configuration is different to the previous ones:
Этот столбец добавляется в новую временную таблицу, поскольку конфигурация отличается от предыдущих:
Multiple temporary tables can lead to problems if used within the same query. This happens if Source/Target operators with different Edgify and Filter configurations are used within one query. The generated temporary tables can by default not be joined together and an error is returned. If one really needs to have two different configurations, the values in the temporary tables have be pulled up with PU functions to the case table.
Несколько временных таблиц могут привести к проблемам при использовании в одном запросе. Это происходит, если в одном запросе используются операторы Source / Target с разными конфигурациями Edgify и Filter. Сгенерированные временные таблицы могут по умолчанию не объединяться, и возвращается ошибка. Если действительно нужно иметь две разные конфигурации, значения во временных таблицах были перенесены с помощью функций PU в таблицу наблюдений.
Filter Behavior
We have seen that the temporary edge tables are joined to the case table. This means that if a case is filtered out in the case table, all activities related to that case in the temporary tables are also filtered out. This holds also vice versa, so if all activities related to a case are filtered out, the case itself is also filtered out in the case table. If not all activities of a case are filtered out, the case stays in the case table.
Мы видели, что временные таблицы ребер присоединяются к таблице дел. Это означает, что если случай отфильтровывается в таблице дел, все действия, связанные с этим делом во временных таблицах, также отфильтровываются. Это относится и к обратному, поэтому, если все действия, связанные с делом, отфильтрованы, само дело также будет отфильтровано в таблице дел. Если не все действия дела отфильтрованы, дело остается в таблице дел.
Filter behavior example
Пример поведения фильтра