---
title: "Die erwartete Reihenfolge: Hypothese der Perspektive, Abkürzungen und Rücksprünge"
url: "https://docs.noreja.com/de/article/die-erwartete-reihenfolge-hypothese-der-perspektive-abkuerzungen-und-rueckspruenge"
language: "de"
last_updated: "2026-10-23T08:20:18.671Z"
---

# Die erwartete Reihenfolge: Hypothese der Perspektive, Abkürzungen und Rücksprünge

Wie die erwartete Reihenfolge einer Perspektive funktioniert und wie Noreja sie liest, wie du sie im Builder aufbaust, was Abkürzungen und Rücksprünge erlauben und warum du alle markieren solltest.

Jede Perspektive beschreibt, in welcher Reihenfolge ihre Aktivitäten erwartet werden. Noreja vergleicht jeden Geschäftsfall mit dieser erwarteten Reihenfolge und zeigt, wo Fälle abweichen. Diese Seite erklärt, wie die erwartete Reihenfolge funktioniert und wie Noreja sie liest, was Abkürzungen und Rücksprünge sind und worauf du beim Modellieren achten solltest. Im Builder ist die erwartete Reihenfolge der Schritt **Hypothese der Perspektive**; die Zusammenfassung nennt sie **Kausale Hypothese**. Die daraus entstehenden Abweichungen erklärt [Prozessmuster: Reihenfolgefehler, Ignorieren, Nachbearbeitung und erlaubte Abweichungen](https://docs.noreja.com/de/article/prozessmusterarten).

### Was die erwartete Reihenfolge ist

Die erwartete Reihenfolge ist ein Graph aus Aktivitäten und Beziehungen: Eine Beziehung von „Bestellung erstellt“ zu „rechnung erfassung“ sagt, dass eine Rechnung erfasst werden soll, nachdem die Bestellung erstellt wurde. Sie beschreibt Ursache und Wirkung, keinen starren Zeitplan: Noreja prüft, ob Aktivitäten, die voneinander abhängen, in der richtigen Reihenfolge stattfanden.

![Der Schritt Hypothese der Perspektive im Builder für Purchase-to-Pay: links die Liste der verfügbaren Aktivitäten und die erwartete Reihenfolge als Graph, mit zwei als Abkürzung markierten Beziehungen](https://cdn-assets.productfruits.com/8550e043-dd03-498a-96ee-043fb1df2d7d)

### Was eine Beziehung in der erwarteten Reihenfolge bedeutet

-   **Normale Beziehung**: Eine Beziehung von A nach B sagt, dass B nach A erwartet wird und von A abhängt. Ein Fall, in dem B vor A passiert, verletzt die Reihenfolge (Reihenfolgefehler); ein Fall, der eine erwartete Aktivität überspringt, ist unvollständig (Ignorieren).
-   **Abkürzung**: Eine Beziehung, die als **Abkürzung** markiert ist, erlaubt es, die Aktivitäten dazwischen zu überspringen. Das zählt als Vereinfachung, nicht als Ignorieren.
-   **Rücksprung**: Eine Beziehung, die als **Rücksprung** markiert ist, erlaubt es, zu einer früheren Aktivität zurückzugehen. Ein Zurückgehen entlang dieser Beziehung zählt als Wiederholung, nicht als Reihenfolgefehler.

Eine Abkürzung oder ein Rücksprung entschuldigt genau das Paar von Aktivitäten, das sie verbindet, sonst nichts. Ein Rücksprung entschuldigt keine Nachbearbeitung.

### Verzweigungen bedeuten „alle“

Eine Aktivität kann mehrere ausgehende Beziehungen haben, etwa „Bestellung erstellt“ mit Beziehungen zu Hardware-Positionen, Software-Positionen und zur Rechnungserfassung. Aktivitäten auf verschiedenen Zweigen werden zeitlich nicht miteinander verglichen.

Wenn mehrere Beziehungen in eine Aktivität führen, werden alle vor ihr erwartet. Wenn Zweige wieder zusammenlaufen, ist ein Fall, der vor der zusammenführenden Aktivität einen davon auslässt, also unvollständig (Ignorieren). In Noreja gibt es kein „entweder – oder“ zwischen Zweigen. Um eine Aktivität statt einer anderen zu erlauben, füge eine direkte Beziehung um sie herum hinzu und markiere sie als **Abkürzung**.

### Start und Ende

Fälle sollen an den Startaktivitäten beginnen und an den Endaktivitäten aufhören: an denen, die du als **Startaktivität** oder **Endaktivität** markierst, und zusätzlich an jeder Aktivität ohne eingehende Beziehungen (Start) oder ohne ausgehende Beziehungen (Ende). Ein Fall, der woanders beginnt oder endet, zählt als Ignorieren und wird als unerwarteter Start oder unerwartetes Ende angezeigt.

### Die erwartete Reihenfolge aufbauen

Du brauchst die Berechtigung, die Perspektive zu bearbeiten (**Builder**: Bearbeiten). Jede Änderung wird sofort gespeichert; es gibt keinen Speichern-Button. Die gesamte Einrichtung der Perspektive beschreibt [Eine Perspektive erstellen](https://docs.noreja.com/de/article/erstellen-einer-dimension-kausale-hypothese).

-   Öffne die Perspektive im Builder. Der erste Schritt ist **Hypothese der Perspektive**.
-   Ziehe Aktivitäten aus **Verfügbare Aktivitäten** auf die Arbeitsfläche, oder klicke auf den Pfeil neben einer Aktivität (**Aktivität hinzufügen**). Eine Aktivität ohne Beziehung zeigt ein rotes Ausrufezeichen.
-   Wechsle zu **Pfade hinzufügen** und ziehe von einer Aktivität zur nächsten, um eine Beziehung zu zeichnen. Wechsle zurück zu **Aktivitäten bewegen**, um sie anzuordnen.
-   Klicke mit der rechten Maustaste auf eine Aktivität, um sie als **Startaktivität** oder **Endaktivität** zu markieren oder sie zu entfernen (**Entfernen**).
-   Klicke mit der rechten Maustaste auf eine Beziehung, um sie als **Abkürzung** oder **Rücksprung** zu markieren (siehe unten) oder sie zu entfernen (**Entfernen**).

Mit **Perspektive vorschlagen (KI)** ordnet Minerva alle Aktivitäten der Entität in einer wahrscheinlichen Reihenfolge an; das dauert 10 bis 40 Sekunden. Der Vorschlag ersetzt ohne Nachfrage, was auf der Arbeitsfläche ist, und er setzt weder die Geschäftsfall-ID noch Start- oder Endaktivitäten. Prüfe das Ergebnis, bevor du importierst.

> **Wichtig:** Änderungen an der erwarteten Reihenfolge wirken ab dem nächsten Import. Starte ihn mit **Importieren** in der Liste der Perspektiven. Bis dahin zeigen Analyzer und Dashboards die Ergebnisse des letzten Imports. Siehe [Entitäten und Perspektiven importieren: Status und Fehler](https://docs.noreja.com/de/article/entitaeten-und-perspektiven-importieren-status-und-fehler).

### Abkürzungen: erlaubtes Überspringen

Eine **Abkürzung** (») markiert eine Beziehung, die Aktivitäten überspringt und das darf. Fälle, die sie nehmen, gelten nicht als Fälle, die die Aktivitäten dazwischen übersprungen haben: Der Schritt wird als *Vereinfachung* angezeigt, nicht als *Ignorieren*.

Purchase-to-Pay markiert zwei Abkürzungen: von „Bestellung erstellt“ direkt zu „rechnung erfassung“ und von „rechnung erfassung“ zu „rechnung freigegeben\\\_am“, an „Manuelle Klärung“ vorbei.

### Rücksprünge: erlaubtes Zurückgehen

Ein **Rücksprung** (kreisförmiger Pfeil) markiert eine Beziehung, die zu einer früheren Aktivität zurückführt, zum Beispiel von einer Rechnungsfreigabe zurück zur Rechnungserfassung, wenn eine Rechnung korrigiert werden muss. Fälle, die entlang dieser Beziehung zurückgehen, gelten nicht als Fälle mit falscher Reihenfolge: Der Schritt wird als *Wiederholung* angezeigt, nicht als *Reihenfolgefehler*. Ein Rücksprung entschuldigt keine *Nachbearbeitung*.

Eine Beziehung kann eine Abkürzung oder ein Rücksprung sein, nicht beides.

### Alle Abkürzungen und Rücksprünge markieren

Markiere jede Beziehung, die als Abkürzung oder Rücksprung gemeint ist. Dann sagt die erwartete Reihenfolge genau, was erlaubt ist, und die Ergebnisse hängen nicht von Vermutungen ab.

Der Grund ist, wie Noreja nicht markierte Beziehungen behandelt:

-   **Mindestens eine Beziehung markiert**: Nur die markierten Beziehungen zählen als Abkürzungen und Rücksprünge, für die ganze Perspektive. Eine nicht markierte Beziehung, die Aktivitäten überspringt, wird als normale erwartete Beziehung behandelt: Wer sie nimmt, begeht keinen Verstoß, aber es zählt auch nicht als Vereinfachung.
-   **Keine Beziehung markiert**: Noreja vermutet beim Import. Eine Beziehung, die eine Schleife schließt, zählt als Rücksprung; eine Beziehung, die einen anderen Pfad zwischen denselben Aktivitäten umgeht, zählt als Abkürzung. Die Vermutung kann von dem abweichen, was du meinst.

Wenn du also einer bestehenden Perspektive eine Abkürzung oder einen Rücksprung hinzufügst, prüfe, ob auch andere Beziehungen markiert werden müssen.

> **Wichtig:** Wenn Beziehungen markiert sind, muss jede Schleife in der erwarteten Reihenfolge eine Beziehung enthalten, die als **Rücksprung** markiert ist. Sonst bricht der Import mit einem Fehler ab, der dich auffordert, eine zu markieren.

### Die erwartete Reihenfolge mit den Daten abgleichen

Nach einem Import zeigt **Verstöße anzeigen** die in den Daten gefundenen Verstöße (Reihenfolgefehler, Ignorieren und Nachbearbeitung) zwischen Aktivitäten auf der Arbeitsfläche, die in der erwarteten Reihenfolge keine Beziehung haben, als rote gestrichelte Linien mit ihrer Häufigkeit. Linien für Nachbearbeitung verlaufen von der späteren Aktivität zurück zur geänderten; sie sind keine Schritte, die Fälle genommen haben. Klicke mit der rechten Maustaste auf eine solche Linie, um sie der erwarteten Reihenfolge als normale Beziehung (**Kausal**), als **Wiederholung** (Rücksprung) oder als **Abkürzung** hinzuzufügen. Eine Nachbearbeitungslinie als Rücksprung hinzuzufügen, entschuldigt die Nachbearbeitung nicht. Mit dem Schieberegler daneben blendest du seltene Abweichungen aus.

Nimm häufige Abweichungen ernst: Sie können bedeuten, dass der Prozess wirklich anders läuft als geplant, oder dass die erwartete Reihenfolge unvollständig ist.

### Wie sich die erwartete Reihenfolge im Prozessgraphen zeigt

| In der Legende | Bedeutung |
| --- | --- |
| **Konformitätspfad** | Eine Beziehung, die die Fälle genommen haben. Jede Beziehung, die kein Verstoß und kein hypothetischer Pfad ist, wird so gezeichnet; ein grauer Pfeil allein beweist also nicht, dass der Schritt wie erwartet war. |
| **Abweichungspfad** | Eine Beziehung, die zu einem Verstoß gehört (Reihenfolgefehler, Ignorieren, Nachbearbeitung), rot und gebogen gezeichnet, wenn **Fehlermuster** eingeschaltet sind. |
| **Hypothetischer Pfad**, **Obligatorischer Pfad** | Erwartete Beziehungen, die die Fälle nicht genommen haben, angezeigt mit **Hypothetisches Verhalten**. |

Vereinfachungen sehen wie normale Beziehungen aus; eine Wiederholung wird als Umweg um die anderen Aktivitäten gezeichnet. Zeige beide mit **Pfad-Hervorhebung** → **Vereinfachungen** oder **Wiederholung** an. Siehe [Elemente in Noreja-Prozessgraphen](https://docs.noreja.com/de/article/elemente-in-noreja-prozessgraphen) und [Mit der Prozessansicht arbeiten](https://docs.noreja.com/de/article/mit-dem-process-view-arbeiten).

### Verwandte Artikel

-   [Prozessmuster: Reihenfolgefehler, Ignorieren, Nachbearbeitung und erlaubte Abweichungen](https://docs.noreja.com/de/article/prozessmusterarten)
-   [Eine Perspektive erstellen](https://docs.noreja.com/de/article/erstellen-einer-dimension-kausale-hypothese)
-   [Best Practices für die Modellierung von Perspektiven](https://docs.noreja.com/de/article/best-practices-fuer-die-modellierung-von-perspektiven)
-   [Elemente in Noreja-Prozessgraphen](https://docs.noreja.com/de/article/elemente-in-noreja-prozessgraphen)
-   [Prozessmodelle und Ebenen: Geschäftsfall, Variante, Prozessmodell](https://docs.noreja.com/de/article/prozessmodelle-und-ebenen-geschaeftsfall-variante-prozessmodell)
