
Why a rules engine helps
Full control, per order
Protect fulfillment
Reward the right customers
Built for mixed catalogs
How a rule works
A rule has three parts. You define when it applies, how long editing stays open, and what else should happen.Conditions: when the rule applies
Editing deadline: how long editing stays open
Conditions
Add one or more conditions to decide which orders a rule applies to. The rule matches when the conditions evaluate true against the order.| Condition | What it matches | Operators | Example value |
|---|---|---|---|
| Order tags | Tags on the order | is, is not, contains, does not contain | pre-order, in-stock |
| Customer tags | Tags on the order’s customer | is, is not, contains, does not contain | vip, wholesale |
| Metafield | An order metafield by namespace and key | exists, equals | namespace custom, key process_date, value red |
| Order value | The order total | is greater than, is less than | 150 (a number, in your store currency) |
| Destination country | The shipping country | is | ISO codes such as us, ca, gb |
| Shipping method | The shipping method chosen at checkout | is, is not, contains, does not contain | Standard, Express |
| B2B orders | Orders placed by a B2B company | is true | no value |
| Subscription | Recurring subscription orders (Skio, Recharge, and similar) | is true | no value |
| Pickup | Local pickup orders | is true | no value |
| Sales channel | The order’s sales channel | is | web, pos, draft_order |
| Days of week | Orders placed on specific weekdays | is | Mon, Tue, Fri |
| Time window | Orders placed during specific hours (store timezone) | between | 18:00 to 06:00 (24-hour, spans midnight) |
Editing deadline
The deadline controls how long matched orders stay editable.| Mode | What it does | Buffer |
|---|---|---|
| Store default | Uses your store-wide editing window. No per-rule override. | No |
| After a duration | Editable for a set time after the order is placed. Presets: 15 minutes, 30 minutes, 1 hour, 24 hours, 48 hours, or a custom value. | No |
| Scheduled cutoff | One or more weekday and time cutoffs (for example every Friday at 5pm). | Yes |
| Specific time | A fixed wall-clock cutoff, daily or on a chosen weekday. | Yes |
| From a metafield date | Reads the deadline from an order metafield. Used by pre-order shops where the ship date is set per order by Shopify Flow. | Yes |
| Until fulfilled | Editing stays open until Shopify marks the order fulfilled. | No |
custom) and key (for example process_date). The metafield itself must hold a date or datetime: a Shopify date or date and time metafield, an ISO 8601 datetime (2026-07-15T17:00:00Z), a plain date (2026-07-15), or a Unix timestamp all work. Dates without a timezone are read in your store timezone.Actions
Actions are optional side effects that run for orders a rule matches. Each is a simple on/off toggle.
Tag orders
Tag orders
Hold fulfillment
Hold fulfillment
Hide modules
Hide modules
Disable editing
Disable editing
Priority and fallback
- First match wins. Rules run in priority order, top to bottom. The first rule whose conditions match an order is applied, and the rest are skipped.
- Drag to reorder. Reorder rules on the list page to change their priority. Put your most specific rules above your broadest ones.
- Fallback to the store default. Any order that matches no rule uses your store-wide editing window. You can add rules incrementally without touching your default.
How rules are evaluated
- Evaluated when the order is placed. Revize snapshots the order (tags, customer, metafields, value, destination, and more) and picks the matching rule.
- Flow-aware. Shopify Flow often writes tags or metafields a moment after checkout. Revize waits up to a minute for that late-arriving data and re-evaluates, so those orders still match the right rule.
- Two things stay dynamic after checkout:
- Metafield-date deadlines shift with the date. If a rule reads its deadline from a metafield and that date changes (for example a pre-order ship date pushed back), the deadline moves with it.
- Tag-based rules re-match when tags change. If a rule matches on order tags or customer tags and those tags are added or removed later (by Shopify Flow, an app, or your team), Revize re-evaluates and can apply a different rule, updating the deadline.
- Customer edits do not re-trigger it. A customer editing their own order (address, items, quantity, value) never changes which rule applies or shifts the deadline. Only the rule inputs above (tags and rule-referenced metafields) drive re-evaluation.
Example rules
Five setups merchants run today:| Scenario | Condition | Editing deadline | Actions |
|---|---|---|---|
| Pre-order shop | Order tag pre-order | Until fulfilled | None |
| VIP differentiation | Customer tag vip | After a duration, 48 hours | None |
| B2B end-of-business cutoff | B2B orders | Scheduled cutoff, weekdays 5pm | None |
| High-risk destination lockdown | Destination is ru or by | Store default | Disable editing |
| Fast-shipping in-stock SKUs | Order tag in-stock | After a duration, 30 minutes | None |
Create a rule
Open the rules engine
Name the rule and set its status
Add conditions
Choose the editing deadline
Frequently asked questions
Which plan includes the rules engine?
Which plan includes the rules engine?
What happens to orders that do not match any rule?
What happens to orders that do not match any rule?
If an order matches more than one rule, which one wins?
If an order matches more than one rule, which one wins?
Do rules re-apply if a customer edits their order?
Do rules re-apply if a customer edits their order?
Do rules apply to orders placed before I created the rule?
Do rules apply to orders placed before I created the rule?
Can I match on a specific product or SKU?
Can I match on a specific product or SKU?
in-stock order tag).Related Revize features
- Order Editing Window: the store-wide default that rules override, and the fallback for unmatched orders
- Order Edit Restrictions: further limits on what customers can edit
- Customer Portal: where customers make the edits your rules govern

