---
title: "Eigenschaftsnamen von Aktivitäten und Beziehungen"
url: "https://docs.noreja.com/de/article/eigenschaftsnamen-von-aktivitaeten-und-beziehungen"
language: "de"
last_updated: "2026-11-04T16:56:34.008Z"
---

# Eigenschaftsnamen von Aktivitäten und Beziehungen

Was technische Namen wie relStartTimestamp, absStartTimestamp, transDur und aggProp.quantity bedeuten, in welcher Einheit ihre Werte kommen, welche Beschriftung die Detailtabelle dafür zeigt und welche kürzeren Namen Minerva bekommt.

Der Analyzer und Minerva lesen dieselben Prozessdaten aus Noreja. Jede Aktivität und jede Beziehung bringt Eigenschaften mit technischen Namen mit, zum Beispiel `relStartTimestamp`, `transDur` oder `aggProp.quantity`. Diese Namen siehst du eventuell in Minervas Antworten und in den Schritten, die sie bei der Arbeit anzeigt, oder wenn du mit den Schnittstellen von Noreja arbeitest. Diese Seite erklärt, was jeder Name bedeutet, in welcher Einheit sein Wert kommt und welche Beschriftung die Detailtabelle dafür zeigt. Die Ideen hinter den Zahlen erklären [Von Ereignissen zum Prozessmodell: Was wo zusammengefasst wird](https://docs.noreja.com/de/article/von-ereignissen-zum-prozessmodell-was-wo-zusammengefasst-wird) und [Anzahlen und Kardinalitäten](https://docs.noreja.com/de/article/anzahlen-und-kardinalitaeten).

### Wo die Namen vorkommen

| Daten | Was sie enthalten | Wie die Namen aussehen |
| --- | --- | --- |
| **Graphdaten** | Der Prozessgraph: alle Aktivitäten und Beziehungen eines Prozessmodells, eines Fallmodells oder eines Geschäftsfalls, jeweils mit den wichtigsten Kennzahlen. Der Analyzer zeichnet daraus den Graphen, Minerva liest sie mit ihren Graph-Werkzeugen. | Ein Feld pro Eigenschaft, zum Beispiel `relStartTimestamp`. Minerva bekommt kürzere Namen; siehe „Namen bei Minerva“ unten. |
| **Eigenschaftslisten** | Alle Eigenschaften einer Aktivität, einer Beziehung oder des ganzen Graphen, einschließlich der Quelldaten. Die Detailtabelle unter dem Graphen zeigt diese Liste mit lesbaren Beschriftungen; Minerva liest dieselbe Liste, wenn sie sich ein Element genauer ansieht. | Name und Endung, zum Beispiel `relStartTimestamp.avg`. Die Endungen sind unten erklärt. |

### Einheiten und Formate

-   **Relative Zeiten und Dauern** (Namen, die mit `rel` beginnen, `transDur`, `cycleTime`): ganze Sekunden. 86400 ist ein Tag. Die Detailtabelle rechnet sie in Tage, Stunden und Minuten um.

-   **Absolute Zeiten** (Namen, die mit `abs` beginnen): Datum und Uhrzeit nach ISO 8601, in UTC, zum Beispiel \`2022-02-17T06:00:00Z\`. Die Detailtabelle zeigt sie in der Zeitzone deines Browsers.

-   **Anzahlen und Kardinalitäten**: ganze Zahlen. **Prozentwerte**: 0 bis 100.

-   **Ja/Nein-Eigenschaften**: `true` oder `false`.

-   **IDs**: Aktivitäten und Beziehungen haben technische IDs. Minerva bekommt stattdessen kurze Nummern (0, 1, 2 …), die Noreja zurückübersetzt, wenn Minerva Details zu einem Element abfragt.

Eigenschaften ohne Wert fehlen. Eine Aktivität ohne Änderungszeitstempel hat also kein `absChangeTimestamp`.

### Einzelne und zusammengefasste Werte

In einem Geschäftsfall ist jede Aktivität eine Ausführung mit einem Wert pro Eigenschaft. In einem Fallmodell oder dem Prozessmodell steht eine Aktivität für viele Ausführungen, deshalb kommen ihre Zeiten zusammengefasst: in den Graphdaten als Objekt wie `{"avg": 14804362.0}`, in Eigenschaftslisten als ein Eintrag pro Endung:

| Endung | Bedeutung |
| --- | --- |
| `.default` | Der einzelne Wert, in einem Geschäftsfall oder bei einer Eigenschaft, die nicht zusammengefasst wird. |
| `.min`, `.max` | Der kleinste und der größte Wert aller Ausführungen. |
| `.avg` | Der Durchschnitt aller Ausführungen. Siehe [Berechnung von Durchschnittszeiten](https://docs.noreja.com/de/article/berechnung-von-durchschnittszeiten). |
| `.sum` | Die Summe aller Ausführungen, zum Beispiel aller Übergangsdauern einer Beziehung. |
| `.stats` | Bei einer Eigenschaft aus den Quelldaten: ihre häufigsten Werte und wie oft sie vorkommen. |

Die Graphdaten enthalten von den Zeiten nur den Durchschnitt; die Eigenschaftsliste eines Elements ergänzt Minimum, Maximum und, wo es sinnvoll ist, die Summe.

### Aktivitäten

| Name | Bedeutung | Beschriftung in der Detailtabelle |
| --- | --- | --- |
| `id` | Die technische ID der Aktivität. | **Technische ID** |
| `type` | Der Name der Aktivität, zum Beispiel „Bestellung erstellt“. Start und Ende haben keinen Namen; ihre Eigenschaftsliste wiederholt hier die technische ID. | **Typ** |
| `relStartTimestamp` | Zeit vom Start des Geschäftsfalls bis zum Start dieser Aktivität, in Sekunden. 0 beim Start des Geschäftsfalls. | **Startzeitpunkt (rel.)**, **Startzeitpunkt (avg./rel.)** … |
| `absStartTimestamp` | Datum und Uhrzeit, zu der die Aktivität begann: der Startzeitstempel ihres Objekts. | **Startzeitpunkt (abs.)**, **Startzeitpunkt (avg./abs.)** … |
| `relChangeTimestamp`, `absChangeTimestamp` | Dasselbe für den Änderungszeitstempel, wenn das Objekt einen hat. Siehe [Zeitstempel: Formate, Vorschau und Verteilung](https://docs.noreja.com/de/article/zeitstempel-formate-vorschau-und-verteilung). | **Änderungszeitpunkt (rel.)**, **Änderungszeitpunkt (abs.)**, **Änderungszeitstempel (avg./abs.)** … |
| `batching` | `true`, wenn die Aktivität für mehrere Geschäftsfälle auf einmal ausgeführt wurde. Im Prozessmodell: wenn das bei einer ihrer Ausführungen so war. | **Bündelung vorhanden?** |
| `batching.partially` | Nur im Fallmodell: `true`, wenn nur ein Teil der Ausführungen gebündelt war. | **Teilbündelung vorhanden?** |
| `reworkAmount` | Wie oft die Aktivität später im Geschäftsfall erneut ausgeführt wurde (Nachbearbeitung). | **Nachbearbeitungsanzahl** |
| `behavior` | Welche Art von Aktivität das im Graphen ist; siehe „Verhalten und Merkmale“ unten. | Nicht angezeigt |
| `intermediate` | Nur Start und Ende: `true` für einen intermediären Start oder ein intermediäres Ende, bei dem Objekte zu einem laufenden Geschäftsfall hinzukommen oder ihn verlassen, zum Beispiel eine später hinzugefügte Bestellposition. | **Ist intermediär?** |
| `unexpected` | Nur Start und Ende: `true` für einen unerwarteten Start oder ein unerwartetes Ende, bei dem Geschäftsfälle an einer Aktivität beginnen oder enden, die die Perspektive dort nicht erwartet. | **Unerwartet?** |

#### Anzahlen an Aktivitäten (aggProp)

In einem Fallmodell und im Prozessmodell hat jede Aktivität ein Objekt `aggProp` mit Anzahlen:

| Name | Bedeutung | Beschriftung in der Detailtabelle |
| --- | --- | --- |
| `aggProp.quantity` | Wie oft die Aktivität in den betrachteten Geschäftsfällen ausgeführt wurde. Gebündelte Ausführungen zählen einmal. | **Objektanzahl (abs.)** |
| `aggProp.startingObjectsQuantity` | Wie viele Ausführungen der Aktivität einen Geschäftsfall unerwartet beginnen. | Nicht angezeigt |
| `aggProp.pausedObjectsQuantity` | Wie viele Ausführungen der Aktivität einen Geschäftsfall unerwartet beenden. Die Prozessansicht zeigt diese Zahlen an der Aktivität statt roter Start- und Endkreise. | Nicht angezeigt |

### Beziehungen

| Name | Bedeutung | Beschriftung in der Detailtabelle |
| --- | --- | --- |
| `id` | Die technische ID der Beziehung. | **Technische ID** |
| `source`, `target` | Die IDs der ersten und der zweiten Aktivität. | Nicht angezeigt |
| `transDur` | Die Übergangsdauer: vom Start der ersten bis zum Start der zweiten Aktivität, in Sekunden. Negativ, wenn die zweite Aktivität früher begann. Siehe [Positive und negative Zeiten](https://docs.noreja.com/de/article/positive-und-negative-zeiten). | **Durchlaufzeit**, **Durchlaufzeit (avg.)** … |
| `behavior` | Welche Art von Beziehung das ist; siehe „Verhalten und Merkmale“ unten. | Nicht angezeigt |
| `features` | Eine Liste von Merkmalen, die die Beziehung näher beschreiben; siehe „Verhalten und Merkmale“ unten. | Eine Ja/Nein-Zeile pro Merkmal, zum Beispiel **Prozessverstoß vorhanden** |

Die Detailtabelle beschriftet die Übergangsdauer mit **Durchlaufzeit**, wie auch die Dauer eines ganzen Geschäftsfalls (`cycleTime`). Am Namen erkennst du, was gemeint ist.

#### Anzahlen und Kardinalitäten an Beziehungen (aggProp)

| Name | Bedeutung | Beschriftung in der Detailtabelle |
| --- | --- | --- |
| `aggProp.quantity` | Wie viele Ausführungen der ersten Aktivität diese Beziehung genommen haben. | **Objektanzahl (abs.)** |
| `aggProp.quantityPercent` | Dasselbe als Anteil an allen Ausführungen der ersten Aktivität, 0 bis 100. | **Verbindungen (rel.)** |
| `aggProp.minin`, `aggProp.maxin` | Eingehende Kardinalität: von wie vielen Ausführungen der ersten Aktivität eine Ausführung der zweiten kommt, kleinster und größter Wert. | **Eingehende Kardinalität (min.)**, **Eingehende Kardinalität (max.)** |
| `aggProp.minout`, `aggProp.maxout` | Ausgehende Kardinalität: zu wie vielen Ausführungen der zweiten Aktivität eine Ausführung der ersten führt, kleinster und größter Wert. | **Ausgehende Kardinalität (min.)**, **Ausgehende Kardinalität (max.)** |
| `aggProp.positive.*`, `aggProp.negative.*` | Nur im Fallmodell: Anzahl und Kardinalitäten der Ausführungen mit positiver oder negativer Übergangsdauer. | **Anzahl der Pfade mit positiven Zeiten**, **Eingehende Kardinalität (max.) bei positiven Zeiten** … |
| `aggProp.pathDurationLimitAggProp` | Nur im Prozessmodell, wenn du unter **Pfadzeit eingrenzen auf:** **Positiv** oder **Negativ** wählst: Anzahl und Kardinalitäten der Ausführungen mit einer solchen Übergangsdauer. | Nicht angezeigt |

Eine Kardinalität, die im Graphen als *1 : 0 .. 3* steht, ist `minin` = `maxin` = 1, `minout` = 0 und `maxout` = 3. Siehe [Anzahlen und Kardinalitäten](https://docs.noreja.com/de/article/anzahlen-und-kardinalitaeten).

### Verhalten und Merkmale

`behavior` sagt, welche Art von Element es ist:

| Wert | Bedeutung |
| --- | --- |
| `CAUSES` | Eine aufgezeichnete Aktivität oder eine Beziehung in der Reihenfolge, die die Perspektive erwartet. Die meisten Elemente haben diesen Wert. |
| `VIOLATION` | Eine Beziehung, die zu einem Reihenfolgefehler, einem Ignorieren oder einer Nachbearbeitung gehört. In den Graphdaten nur, wenn **Fehlermuster** eingeschaltet sind. |
| `HYPOTHETICAL` | Eine optionale Aktivität oder ein hypothetischer Pfad: erwartet, aber von den Geschäftsfällen nicht genommen. |
| `OMITTED` | Eine ausgelassene Aktivität oder ein ausgelassener Pfad: erwartet und erforderlich, aber von den Geschäftsfällen nicht genommen. |

`features` listet Merkmale einer Beziehung. In der Eigenschaftsliste ist jedes Merkmal ein eigener Ja/Nein-Eintrag:

| Merkmal | Eintrag in der Eigenschaftsliste | Bedeutung |
| --- | --- | --- |
| `VIOLATION` | `violation`: **Prozessverstoß vorhanden** | Geschäftsfälle auf dieser Beziehung sind an einem Verstoß beteiligt. |
| `DISARRAY`, `NEGLIGENCE`, `REWORK` | `disarray`, `negligence`, `rework`: **Assoziiert mit Prozessmuster …** | Das Verstoßmuster, zu dem die Beziehung gehört. Siehe [Prozessmuster: Reihenfolgefehler, Ignorieren, Nachbearbeitung und erlaubte Abweichungen](https://docs.noreja.com/de/article/prozessmuster-reihenfolgefehler-ignorieren-nachbearbeitung-und-erlaubte-abweichungen). |
| `SIMPLIFICATION`, `REORDER` | `simplification`, `reorder`: **Assoziiert mit Prozessmuster …** | Ein Überspringen über eine Abkürzung oder ein Schritt zurück über einen Rücksprung: erlaubte Abweichungen, keine Verstöße. |
| `CAUSES_HYPOTHETICAL` | `hypothetical`: **Hypothetisches Verhalten vorhanden** | Eine erwartete Beziehung, die Geschäftsfälle umgehen, rund um ein Ignorieren oder einen Reihenfolgefehler. Wenn du unter **Pfadzeit eingrenzen auf:** **Positiv** oder **Negativ** gewählt hast, auch eine Beziehung ohne solche Zeiten. |
| `CAUSES_HYPOTHETICAL_NEGLIGENCE`, `CAUSES_HYPOTHETICAL_DISARRAY` | Nicht angezeigt | Dasselbe, benannt nach dem Muster, das die Beziehung umgeht. |
| `PATH_DURATION_LIMIT` | Nicht angezeigt | Die Beziehung hat Ausführungen mit negativer Übergangsdauer, deshalb ändert **Pfadzeit eingrenzen auf:** ihre Zahlen. |

### Eigenschaften des ganzen Graphen

Ohne ausgewähltes Element zeigt die Detailtabelle Eigenschaften des ganzen Prozessmodells, Fallmodells oder Geschäftsfalls:

| Name | Bedeutung | Beschriftung in der Detailtabelle |
| --- | --- | --- |
| `caseQuantity` | Anzahl der Geschäftsfälle. Nur im Prozessmodell. | **Geschäftsfallanzahl** |
| `variantQuantity` | Anzahl der Varianten. Nur im Prozessmodell. | **Variantenanzahl** |
| `activityQuantity` | Anzahl der Aktivitäten im Graphen. | **Aktivitätsanzahl** |
| `cycleTime` | Durchlaufzeit: vom Start bis zum Ende eines Geschäftsfalls, in Sekunden. In einem Modell mit `.min`, `.avg` und `.max`. | **Durchlaufzeit**, **Durchlaufzeit (avg.)** … |
| `violation`, `batching` | `true`, wenn der Graph einen Verstoß oder eine gebündelte Aktivität enthält. | **Prozessverstoß vorhanden**, **Bündelung vorhanden?** |

### Eigenschaften aus deinen Quelldaten

Die Spalten, die du einem Objekt als Eigenschaften hinzugefügt hast, kommen mit der Aktivität:

-   `prop.<ID>`: eine Spalte des Objekts. Die ID kennzeichnet die Spalte; Name, Tabelle und Schema kommen mit dem Eintrag, und die Detailtabelle zeigt den Spaltennamen. In einem Geschäftsfall hat der Eintrag den Wert (`.default`), in einem Modell die häufigsten Werte (`.stats`).

-   `source.prop.<ID>`: an einer Beziehung eine Spalte aus dem Objekt der ersten Aktivität. So siehst du, welche Werte zu dieser Beziehung führen.

-   `idPart.<Spalte>`: in einem Geschäftsfall der Wert einer Spalte, die Teil der ID des Objekts ist.

### Namen bei Minerva

Minervas Graph-Werkzeuge bekommen dieselben Graphdaten, mit kürzeren Namen und kurzen Nummern als IDs, dazu eine kurze Zusammenfassung des Graphen. In einem Geschäftsfall kommen Beziehungen ohne `features`. Eigenschaftslisten behalten die vollen Namen mit Endungen.

| Name in den Graphdaten | Name in Minervas Graph-Werkzeugen |
| --- | --- |
| `relStartTimestamp`, `absStartTimestamp` | `relStart`, `absStart` |
| `relChangeTimestamp`, `absChangeTimestamp` | `relChange`, `absChange` |
| `reworkAmount` | `rework` |
| `aggProp` | `aggregation` |
| `transDur` in einem Fallmodell oder dem Prozessmodell | `duration` (in einem Geschäftsfall: `transDur`) |

Alle anderen Namen sowie Einheiten und Formate sind gleich.

### Beispiel

Eine Aktivität und eine Beziehung aus dem Prozessmodell eines Schadenprozesses einer Versicherung, so wie sie in den Graphdaten stehen:

```
{
  "id": "e70948b2-e486-46dd-ad15-833665e6fff4",
  "type": "Schaden final bearbeiten",
  "behavior": "CAUSES",
  "batching": false,
  "relStartTimestamp": { "avg": 14804362.0 },
  "aggProp": {
    "quantity": 18561,
    "startingObjectsQuantity": 0,
    "pausedObjectsQuantity": 7077
  }
}
{
  "id": "19630203-4f46-4e42-ab40-e80818ba600f",
  "source": "4a06a79d-a2b3-42d5-a530-a0a9da102f37",
  "target": "e70948b2-e486-46dd-ad15-833665e6fff4",
  "behavior": "CAUSES",
  "transDur": { "avg": 7699242.0 },
  "aggProp": {
    "quantity": 11617, "quantityPercent": 100.0,
    "minin": 0, "maxin": 43, "minout": 1, "maxout": 1
  }
}
```

„Schaden final bearbeiten“ wurde 18.561-mal ausgeführt, im Durchschnitt etwa 171 Tage (14.804.362 Sekunden) nach dem Start seines Geschäftsfalls. Nach 7.077 dieser Ausführungen endete der Geschäftsfall unerwartet. Die Beziehung führt von „Schadenregulierung abschließen“ dorthin: Alle 11.617 Ausführungen dieser Aktivität haben sie genommen, und „Schaden final bearbeiten“ begann im Durchschnitt etwa 89 Tage (7.699.242 Sekunden) später. Die Kardinalität *0 .. 43 : 1* sagt, dass bis zu 43 abgeschlossene Schadenregulierungen in eine finale Bearbeitung münden und manche finalen Bearbeitungen keine haben.

### Verwandte Artikel

-   [Von Ereignissen zum Prozessmodell: Was wo zusammengefasst wird](https://docs.noreja.com/de/article/von-ereignissen-zum-prozessmodell-was-wo-zusammengefasst-wird)

-   [Anzahlen und Kardinalitäten](https://docs.noreja.com/de/article/anzahlen-und-kardinalitaeten)

-   [Positive und negative Zeiten](https://docs.noreja.com/de/article/positive-und-negative-zeiten)

-   [Berechnung von Durchschnittszeiten](https://docs.noreja.com/de/article/berechnung-von-durchschnittszeiten)

-   [Elemente in Noreja-Prozessgraphen](https://docs.noreja.com/de/article/elemente-in-noreja-prozessgraphen)