> ## Documentation Index
> Fetch the complete documentation index at: https://docs.revize.app/llms.txt
> Use this file to discover all available pages before exploring further.

# Regel-Engine

> Lege pro Bestellung eigene Bearbeitungsregeln mit der Revize Regel-Engine fest. Matche Bestellungen nach Tags, Kunde, Metafeldern, Wert, Zielland und mehr, und steuere dann die Bearbeitungsfrist sowie Aktionen wie Fulfillment-Holds, ausgeblendete Module und Tags. Verfügbar ab dem Pro-Plan.

<Note>
  Ein einziges storeweites Bearbeitungsfenster erzwingt Kompromisse. Die **Regel-Engine** lässt dich pro Bestellung eine eigene Bearbeitungsregel festlegen: Vorbestellungen bleiben wochenlang offen, Bestellungen mit sofort verfügbarer Ware sperren in Minuten, VIPs bekommen mehr Zeit, und Hochrisiko-Ziele werden gesperrt. Du hast die volle Kontrolle, Bestellung für Bestellung.
</Note>

<img src="https://mintcdn.com/revize/2ZAgm5LwWDuufjKV/images/features/rules-engine.png?fit=max&auto=format&n=2ZAgm5LwWDuufjKV&q=85&s=b2d1814133fd27e18676ccdfe374775f" alt="Der Regel-Engine-Editor: Bedingungen und Bearbeitungsfrist" style={{ borderRadius: "12px", width: "100%", boxShadow: "0 4px 14px rgba(0,0,0,0.08)" }} title="Baue eine Regel: lege die Bedingungen fest, die Bestellungen matchen, dann die Bearbeitungsfrist für diese Bestellungen" width="1536" height="1024" data-path="images/features/rules-engine.png" />

## Warum eine Regel-Engine hilft

<CardGroup cols={2}>
  <Card title="Volle Kontrolle, pro Bestellung" icon="sliders" color="#6366F1">
    Statt eines Fensters für den ganzen Store bekommt jede Bestellart genau die Bearbeitungsregel, die sie braucht.
  </Card>

  <Card title="Fulfillment schützen" icon="shield-halved" color="#ec4899">
    Sperre die Bearbeitung schnell bei Bestellungen mit sofort verfügbarer Ware, oder halte das Fulfillment, während eine Bestellung bearbeitbar bleibt, damit nichts mitten in der Änderung verschickt wird.
  </Card>

  <Card title="Die richtigen Kunden belohnen" icon="star" color="#f59e0b">
    Gib VIPs oder Großhandelskonten ein längeres Bearbeitungsfenster, ohne es für alle zu öffnen.
  </Card>

  <Card title="Für gemischte Sortimente gebaut" icon="layer-group" color="#10b981">
    Vorbestellung plus sofort verfügbare Ware, Abo plus Einzelkauf, B2B plus Einzelhandel. Jedes Segment bekommt seine eigene Frist und sein eigenes Verhalten.
  </Card>
</CardGroup>

## So funktioniert eine Regel

Eine Regel hat drei Teile. Du legst fest, wann sie gilt, wie lange die Bearbeitung offen bleibt, und was sonst noch passieren soll.

<Steps>
  <Step title="Bedingungen: wann die Regel gilt">
    Wähle, was eine Bestellung erfüllen muss: Tags, Kunde, Metafelder, Wert, Zielland und mehr. Kombiniere Bedingungen mit UND/ODER-Logik.
  </Step>

  <Step title="Bearbeitungsfrist: wie lange die Bearbeitung offen bleibt">
    Wähle die Frist für gematchte Bestellungen: den Store-Standard, eine feste Dauer, einen geplanten Cutoff, eine bestimmte Uhrzeit, ein Datum aus einem Metafeld, oder bis die Bestellung erfüllt ist.
  </Step>

  <Step title="Aktionen: was sonst noch passiert">
    Halte optional das Fulfillment, blende bestimmte Bearbeitungsmodule aus, vergib Tags, oder deaktiviere die Bearbeitung ganz für gematchte Bestellungen.
  </Step>
</Steps>

Regeln laufen in Prioritätsreihenfolge, und die erste passende Regel gewinnt. Jede Bestellung, die keine Regel erfüllt, fällt auf dein [storeweites Bearbeitungsfenster](/de/setup/edit-window) zurück, sodass du Regeln nach und nach einführen kannst, ganz ohne Migration.

## Bedingungen

Füge eine oder mehrere Bedingungen hinzu, um festzulegen, für welche Bestellungen eine Regel gilt. Die Regel matcht, wenn die Bedingungen für die Bestellung zutreffen.

| Bedingung            | Was sie matcht                                                    | Operatoren                             | Beispielwert                                                     |
| -------------------- | ----------------------------------------------------------------- | -------------------------------------- | ---------------------------------------------------------------- |
| **Bestell-Tags**     | Tags auf der Bestellung                                           | ist, ist nicht, enthält, enthält nicht | `pre-order`, `in-stock`                                          |
| **Kunden-Tags**      | Tags auf dem Kunden der Bestellung                                | ist, ist nicht, enthält, enthält nicht | `vip`, `wholesale`                                               |
| **Metafeld**         | Ein Bestell-Metafeld nach Namespace und Key                       | existiert, ist gleich                  | Namespace `custom`, Key `process_date`, Wert `red`               |
| **Bestellwert**      | Die Bestellsumme                                                  | ist größer als, ist kleiner als        | `150` (eine Zahl, in deiner Store-Währung)                       |
| **Zielland**         | Das Versandland                                                   | ist                                    | ISO-Codes wie `us`, `ca`, `gb`                                   |
| **Versandart**       | Die beim Checkout gewählte Versandart                             | ist, ist nicht, enthält, enthält nicht | `Standard`, `Express`                                            |
| **B2B-Bestellungen** | Von einem B2B-Unternehmen aufgegebene Bestellungen                | ist wahr                               | kein Wert                                                        |
| **Abonnement**       | Wiederkehrende Abo-Bestellungen (Skio, Recharge und ähnliche)     | ist wahr                               | kein Wert                                                        |
| **Abholung**         | Lokale Abholbestellungen                                          | ist wahr                               | kein Wert                                                        |
| **Vertriebskanal**   | Der Vertriebskanal der Bestellung                                 | ist                                    | `web`, `pos`, `draft_order`                                      |
| **Wochentage**       | An bestimmten Wochentagen aufgegebene Bestellungen                | ist                                    | `Mon`, `Tue`, `Fri`                                              |
| **Zeitfenster**      | Zu bestimmten Uhrzeiten aufgegebene Bestellungen (Store-Zeitzone) | zwischen                               | `18:00` bis `06:00` (24-Stunden-Format, über Mitternacht hinweg) |

<Info>
  **Gruppiere deine Logik.** Kombiniere Bedingungen mit **UND** (alle müssen zutreffen) oder **ODER** (mindestens eine muss zutreffen). Für komplexere Regeln fügst du Bedingungsgruppen hinzu und legst fest, wie sich die Gruppen kombinieren, sodass du Dinge wie „(VIP-Kunde) ODER (Bestellung über 500 UND Versand nach Deutschland)" ausdrücken kannst.
</Info>

<Note>
  **Werte sind Freitext, wo es sinnvoll ist.** Tags, Versandarten und Metafeld-Werte werden so eingegeben, wie du sie tippst (Tags und Länder als Chips). Land- und Vertriebskanal-Werte werden ohne Berücksichtigung von Groß-/Kleinschreibung gematcht. Es gibt keine Produkt- oder SKU-Bedingung; um bestimmte Produkte anzusprechen, tagge diese Bestellungen (zum Beispiel mit Shopify Flow) und matche das Bestell-Tag.
</Note>

## Bearbeitungsfrist

Die Frist steuert, wie lange gematchte Bestellungen bearbeitbar bleiben.

| Modus                        | Was er tut                                                                                                                                                    | Puffer |
| ---------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------ |
| **Store-Standard**           | Verwendet dein storeweites Bearbeitungsfenster. Kein Override pro Regel.                                                                                      | Nein   |
| **Nach einer Dauer**         | Bearbeitbar für eine feste Zeit nach Bestellaufgabe. Voreinstellungen: 15 Minuten, 30 Minuten, 1 Stunde, 24 Stunden, 48 Stunden, oder ein individueller Wert. | Nein   |
| **Geplanter Cutoff**         | Ein oder mehrere Wochentag-und-Uhrzeit-Cutoffs (zum Beispiel jeden Freitag um 17:00 Uhr).                                                                     | Ja     |
| **Bestimmte Uhrzeit**        | Ein fester Cutoff zur Uhrzeit, täglich oder an einem gewählten Wochentag.                                                                                     | Ja     |
| **Aus einem Metafeld-Datum** | Liest die Frist aus einem Bestell-Metafeld. Wird von Vorbestellungs-Shops genutzt, bei denen das Versanddatum pro Bestellung von Shopify Flow gesetzt wird.   | Ja     |
| **Bis erfüllt**              | Die Bearbeitung bleibt offen, bis Shopify die Bestellung als erfüllt markiert.                                                                                | Nein   |

<Info>
  **Puffer.** Geplanter Cutoff, bestimmte Uhrzeit und Frist aus einem Metafeld-Datum unterstützen einen Puffer: eine Zeitspanne vor der eigentlichen Frist, in der die Bearbeitung bereits geschlossen ist. Bei einem Freitag-17:00-Uhr-Cutoff mit 2 Stunden Puffer schließt die Bearbeitung um 15:00 Uhr, sodass eine Bestellung, die irgendwann zwischen 15:01 Uhr und 16:59 Uhr aufgegeben wird, die Bearbeitung bereits geschlossen vorfindet, statt ein verkürztes Fenster zu bekommen. Lege einen Pufferwert und eine Einheit fest: Minuten, Stunden oder Tage.
</Info>

<Note>
  **Was das Metafeld enthalten muss (Aus einem Metafeld-Datum).** Du gibst den Metafeld-Namespace (zum Beispiel `custom`) und den Key (zum Beispiel `process_date`) ein. Das Metafeld selbst muss ein Datum oder einen Zeitstempel enthalten: ein Shopify-**Datum**- oder **Datum-und-Uhrzeit**-Metafeld, ein ISO-8601-Zeitstempel (`2026-07-15T17:00:00Z`), ein einfaches Datum (`2026-07-15`), oder ein Unix-Timestamp funktionieren alle. Daten ohne Zeitzone werden in deiner Store-Zeitzone gelesen.
</Note>

## Aktionen

Aktionen sind optionale Nebeneffekte, die für Bestellungen laufen, die eine Regel matcht. Jede ist ein einfacher Ein/Aus-Schalter.

<img src="https://mintcdn.com/revize/2ZAgm5LwWDuufjKV/images/setup/rules-engine-actions.png?fit=max&auto=format&n=2ZAgm5LwWDuufjKV&q=85&s=4d3cce8f672c393cd029e6391c2941d5" alt="Regel-Engine-Aktionen: Bestellungen taggen, Fulfillment halten, Module ausblenden, Bearbeitung deaktivieren" style={{ borderRadius: "12px", width: "100%", boxShadow: "0 4px 14px rgba(0,0,0,0.08)" }} title="Aktionen für gematchte Bestellungen: Bestellungen taggen, Fulfillment halten, Module ausblenden oder Bearbeitung deaktivieren" width="1536" height="1024" data-path="images/setup/rules-engine-actions.png" />

<AccordionGroup>
  <Accordion title="Bestellungen taggen" icon="tag">
    Vergib ein oder mehrere Tags an die Bestellung, sobald ihre Bearbeitungsfrist schließt, nicht wenn die Regel erstmals matcht. Nützlich für nachgelagerte Automatisierungen, zum Beispiel um Bestellungen zu taggen, sobald die Bearbeitung schließt, damit Shopify Flow oder dein 3PL darauf reagieren kann.
  </Accordion>

  <Accordion title="Fulfillment halten" icon="hand">
    Setze einen Shopify-Fulfillment-Hold, während die Bestellung bearbeitbar bleibt, damit sie nicht mitten in der Änderung verschickt wird. Der Hold wird aufgehoben, sobald die Bearbeitungsfrist verstreicht.
  </Accordion>

  <Accordion title="Module ausblenden" icon="eye-slash">
    Blende bestimmte Bearbeitungsaktionen im Kundenportal für gematchte Bestellungen aus. Wähle aus: Produkte hinzufügen, Produkte ersetzen, Variante oder Menge ändern, Versandadresse bearbeiten, Kontaktinformationen bearbeiten, Versandart upgraden, Steuerrechnung herunterladen, Rabatte anwenden, Bestellung stornieren, Support kontaktieren, Wunschliefertermin hinzufügen, Eigene Notiz hinzufügen.
  </Accordion>

  <Accordion title="Bearbeitung deaktivieren" icon="lock">
    Schalte die Bearbeitung für gematchte Bestellungen komplett aus. Der Bearbeitungsbereich im Portal wird nicht angezeigt, unabhängig von der Frist.
  </Accordion>
</AccordionGroup>

<Note>
  Ein paar natürliche Einschränkungen halten Regeln sinnvoll: **Bearbeitung deaktivieren** und **Fulfillment halten** können nicht beide aktiv sein (eine deaktivierte Bestellung hat nichts, wofür sich ein Hold lohnt), und die Frist **Bis erfüllt** schaltet Fulfillment halten und Bestellungen taggen aus, da diese auf einem zeitbasierten Cutoff beruhen.
</Note>

## Priorität und Fallback

* **Die erste passende Regel gewinnt.** Regeln laufen in Prioritätsreihenfolge, von oben nach unten. Die erste Regel, deren Bedingungen eine Bestellung matchen, wird angewendet, der Rest wird übersprungen.
* **Per Drag-and-Drop neu ordnen.** Ordne Regeln auf der Listenseite neu an, um ihre Priorität zu ändern. Platziere deine spezifischsten Regeln über deinen allgemeinsten.
* **Fallback auf den Store-Standard.** Jede Bestellung, die keine Regel erfüllt, nutzt dein [storeweites Bearbeitungsfenster](/de/setup/edit-window). Du kannst Regeln nach und nach hinzufügen, ohne deinen Standard anzufassen.

## Wie Regeln ausgewertet werden

* **Ausgewertet bei Bestellaufgabe.** Revize erstellt einen Snapshot der Bestellung (Tags, Kunde, Metafelder, Wert, Zielland und mehr) und wählt die passende Regel.
* **Flow-fähig.** Shopify Flow schreibt Tags oder Metafelder oft erst kurz nach dem Checkout. Revize wartet bis zu eine Minute auf diese verspätet eintreffenden Daten und wertet erneut aus, sodass diese Bestellungen trotzdem die richtige Regel erhalten.
* **Zwei Dinge bleiben nach dem Checkout dynamisch:**
  * **Frist aus Metafeld-Datum verschiebt sich mit dem Datum.** Wenn eine Regel ihre Frist aus einem Metafeld liest und sich dieses Datum ändert (zum Beispiel ein nach hinten verschobenes Vorbestellungs-Versanddatum), verschiebt sich die Frist mit.
  * **Tag-basierte Regeln matchen erneut, wenn sich Tags ändern.** Wenn eine Regel auf Bestell-Tags oder Kunden-Tags matcht und diese Tags später hinzugefügt oder entfernt werden (durch Shopify Flow, eine App oder dein Team), wertet Revize erneut aus und kann eine andere Regel anwenden, wobei sich die Frist aktualisiert.
* **Kundenbearbeitungen lösen es nicht erneut aus.** Wenn ein Kunde seine eigene Bestellung bearbeitet (Adresse, Artikel, Menge, Wert), ändert das nie, welche Regel gilt, oder verschiebt die Frist. Nur die oben genannten Regel-Inputs (Tags und von der Regel referenzierte Metafelder) lösen eine erneute Auswertung aus.

## Beispielregeln

Fünf Setups, die Händler heute nutzen:

| Szenario                                      | Bedingung                   | Bearbeitungsfrist                      | Aktionen                 |
| --------------------------------------------- | --------------------------- | -------------------------------------- | ------------------------ |
| **Vorbestellungs-Shop**                       | Bestell-Tag `pre-order`     | Bis erfüllt                            | Keine                    |
| **VIP-Differenzierung**                       | Kunden-Tag `vip`            | Nach einer Dauer, 48 Stunden           | Keine                    |
| **B2B-Geschäftsschluss-Cutoff**               | B2B-Bestellungen            | Geplanter Cutoff, Wochentage 17:00 Uhr | Keine                    |
| **Hochrisiko-Ziel-Sperrung**                  | Zielland ist `ru` oder `by` | Store-Standard                         | Bearbeitung deaktivieren |
| **Schnellversand für sofort verfügbare SKUs** | Bestell-Tag `in-stock`      | Nach einer Dauer, 30 Minuten           | Keine                    |

## Eine Regel erstellen

<Steps>
  <Step title="Regel-Engine öffnen">
    Gehe in der Revize-App zu **Order Editing → Rules**. Ab dem Pro-Plan siehst du die Regelliste; beim ersten Mal zeigt sie einen leeren Zustand mit **Create rule**.
  </Step>

  <Step title="Regel benennen und Status setzen">
    Gib der Regel einen klaren Namen (zum Beispiel „VIP Customers") und setze ihren Status auf **Active**, sobald sie gelten soll.
  </Step>

  <Step title="Bedingungen hinzufügen">
    Klicke auf **Add condition**, um festzulegen, welche Bestellungen sie matcht. Füge weitere Bedingungen oder eine **Add condition group** für komplexere Logik hinzu und lege UND/ODER fest.
  </Step>

  <Step title="Bearbeitungsfrist wählen">
    Wähle einen Fristmodus. Für **After a duration** wählst du eine Voreinstellung oder legst einen individuellen Wert fest. Für geplante, uhrzeit- oder metafeld-datum-basierte Modi legst du den Cutoff und einen optionalen Puffer fest.
  </Step>

  <Step title="Aktionen festlegen">
    Aktiviere optional Tag orders, Hold fulfillment, Hide modules oder Disable editing.
  </Step>

  <Step title="Speichern und priorisieren">
    Speichere die Regel. Ziehe die Regeln auf der Liste anschließend in Prioritätsreihenfolge, sodass die spezifischsten über den allgemeinsten stehen.
  </Step>
</Steps>

<Tip>
  Ordne deine Regeln vom Spezifischsten zum Allgemeinsten. Eine enge Regel wie „Hochrisiko-Ziel-Sperrung" sollte über einer breiten Regel wie „alle Bestellungen 24 Stunden bearbeitbar" stehen, damit die spezifische Regel gewinnt.
</Tip>

***

## Häufig gestellte Fragen

<AccordionGroup>
  <Accordion title="Welcher Plan enthält die Regel-Engine?" icon="circle-question">
    Die Regel-Engine ist ab dem **Pro-Plan** verfügbar. Auf anderen Plänen nutzt jede Bestellung dein storeweites Bearbeitungsfenster.
  </Accordion>

  <Accordion title="Was passiert mit Bestellungen, die keine Regel matchen?" icon="shuffle">
    Sie fallen auf dein [storeweites Bearbeitungsfenster](/de/setup/edit-window) zurück. Regeln überschreiben den Standard nur für die Bestellungen, die sie matchen, die Einführung erfolgt also schrittweise, ganz ohne Migration.
  </Accordion>

  <Accordion title="Wenn eine Bestellung mehr als eine Regel matcht, welche gewinnt?" icon="list-ol">
    Die erste passende Regel gewinnt. Regeln werden in Prioritätsreihenfolge ausgewertet (von oben nach unten), und nur die erste Regel, deren Bedingungen zutreffen, wird angewendet. Ziehe Regeln, um ihre Priorität zu ändern.
  </Accordion>

  <Accordion title="Werden Regeln erneut angewendet, wenn ein Kunde seine Bestellung bearbeitet?" icon="lock">
    Nein. Wenn ein Kunde seine eigene Bestellung bearbeitet (Adresse, Artikel, Menge, Wert), ändert das nicht, welche Regel gilt, oder verschiebt die Frist. Revize wertet erneut aus, wenn sich die Inputs ändern, von denen eine Regel abhängt: Bestell-Tags, Kunden-Tags, oder ein Metafeld, das die Regel liest. Eine Frist aus einem Metafeld-Datum verschiebt sich also, wenn sich das Datum ändert, und eine tag-basierte Regel matcht erneut, wenn sich die Tags der Bestellung ändern.
  </Accordion>

  <Accordion title="Gelten Regeln für Bestellungen, die vor dem Erstellen der Regel aufgegeben wurden?" icon="clock-rotate-left">
    Nein. Regeln gelten für neue Bestellungen, die aufgegeben werden, nachdem die Regel aktiv ist. Bestehende Bestellungen behalten die Frist, die sie bereits hatten.
  </Accordion>

  <Accordion title="Kann ich nach einem bestimmten Produkt oder einer SKU matchen?" icon="box">
    Nicht direkt. Es gibt keine Produkt- oder SKU-Bedingung. Matche stattdessen nach Bestell-Tags (tagge zum Beispiel sofort verfügbare SKUs beim Checkout mit Shopify Flow, und matche dann das Bestell-Tag `in-stock`).
  </Accordion>

  <Accordion title="Werden verspätete Tags von Shopify Flow berücksichtigt?" icon="bolt">
    Ja. Revize wartet nach dem Checkout bis zu eine Minute darauf, dass Shopify Flow Tags oder Metafelder schreibt, und wertet dann aus, sodass Regeln, die von diesen Daten abhängen, trotzdem matchen.
  </Accordion>
</AccordionGroup>

<Note>
  Die Regel-Engine macht aus einem einzigen storeweiten Fenster ein vollständiges System für deine Bearbeitungspolitik: Matche Bestellungen nach den Bedingungen, die für dich zählen, lege die richtige Bearbeitungsfrist für jede fest, und ergänze Holds, ausgeblendete Module und Tags. Du entscheidest genau, wie sich jede Bestellung verhält.
</Note>

## Verwandte Revize-Funktionen

* [Bearbeitungsfenster](/de/setup/edit-window): der storeweite Standard, den Regeln überschreiben, und der Fallback für nicht gematchte Bestellungen
* [Bestellbearbeitungs-Einschränkungen](/de/setup/order-edit-restrictions): weitere Einschränkungen, was Kunden bearbeiten können
* [Kundenportal](/de/features/customer-portal): wo Kunden die Bearbeitungen vornehmen, die deine Regeln steuern