Skip to main content
Processing

Order Rules

Order rules let Helm WMS make the repetitive decisions on an order for you: tagging it, filing it in a folder, holding it, changing its status or setting its shipping service. This article shows how a rule is built, how to test one safely, and when rules will and will not run.

How Order Rules Work in Helm

Every order rule has three parts:

  • Triggers: the events that cause the rule to run, such as an order arriving or its status changing.

  • Filters: the conditions deciding which orders it applies to. With no filters, it applies to every order its trigger fires for.

  • Actions: what Helm does to the order.

Only rules marked Active run, and they run in list order, from the top down. Rules run in the background a moment after the event, so a newly imported order will not always show its tag or folder the instant it lands.

Example: orders arrive overnight and some cannot be picked because stock has run out. Rather than checking each one by hand in the morning, a rule catches every new order that is not fulfillable, moves it to Backorder and tags it, leaving only pickable orders in the day's work.

Before You Start

  • Where to find it: go to Processing > Order Rules, or Settings > Despatch Settings > Order Rules.

  • A rule needs a name, one trigger and one action as a minimum. Filters are optional, and the Rule Name must be unique within your business.

  • Whatever an action points at has to exist first. Folders, notifications, shipping services, package types and products are chosen from what you already have. Tags are the exception: type a new one into an Add Tag action and the rule creates it.

  • Rules react to events, they do not block them. A rule runs after the change has happened, so it cannot prevent one.

  • Rules look forward. A saved rule affects orders whose trigger fires from then on. Use Execute Rules to apply it to orders already in Helm.

How to Create an Order Rule in Helm

  1. On the Order Rules list, click Create Rule, then choose Create Manual for an empty rule, or Select From Library to start from a ready-made rule and adjust it.

  2. Enter a Rule Name that describes what the rule does. This is the name you see in the list and in the Execute Rules window later.

  3. In Triggers, choose a Trigger, then tick one or more events under Event.

  4. In Filters, click + and add a condition for each thing that must be true of the order.

  5. In Actions, choose an Action and fill in what it needs. Click + in the Actions header to add another.

  6. Set Limit Run Count, or leave it as Unlimited.

  7. Test the rule in the Test Rule panel, then click Save Changes.

The Rule Library currently offers four starting points: Insufficient Stock Move, Order SKU Update, Order Tag and Gift Note Updates. Each fills in the trigger and the shape of the rule, leaving you to choose the values.

Choosing Triggers

Each row in Triggers is a pair: the Trigger is the part of the order that changed, and the Event is what happened to it. Order with New Order is the most common rule of all, one that runs as orders come in.

Trigger

Events

Order

New Order, Resend Created, Deleted, Archived

Status

Updated

On Hold

Hold, Release

Refund Status

Partially, Fully

Product

Added, Updated, Deleted

Tags

Added, Removed

Folder

Added, Removed

Note

Added, Updated, Deleted

Customer

Added, Updated, Deleted

Shipping Address

Added, Updated, Removed

Invoice Address

Added, Updated, Removed

Shipping Service

Added, Updated, Deleted

Files

Attached, Detached

Ticking several events means any of them: a rule watching both Added and Removed on Tags runs when either happens. To listen to a second trigger as well, click + in the Triggers header.

Note: moving a Draft order to New Order counts as the order being created, so it fires Order and New Order rather than Status and Updated. Use the Order trigger if a rule needs to catch manually raised orders as well as imported ones.

Building Filters

A filter is a Type (the field you are testing), an operator and a Value, chosen in that order. The Type list covers most of the order and almost everything attached to it: the customer, both addresses, payment and totals, the shipping service and the order's items. Click Show More at the bottom of the list to see them all.

How filters combine is what catches people out:

  • Filters in one group must all be true. Use Add new filter to narrow a rule down.

  • 'OR' groups are alternatives. Add 'OR' Group starts a new group, and the rule runs if any one group matches in full.

  • One filter can hold several values. Tick each value, then click Apply. A Shipping Country filter listing three countries matches an order going to any of them.

The operators depend on the field. Text fields offer Is, Is not, Contains, Does not contain, Begins with, Ends with and Is Empty. Fields picked from a list, such as Order Status or Tag, offer fewer. Numbers add Greater than, Less than and Between. Pick the Type first and see what the operator list gives you.

Note: a Tag filter is chosen from tags that already exist in Helm. Type part of the name, tick the tag and click Apply.

Filtering on Order Items

Item fields such as Order Item SKU and Order Item Quantity test every line on the order, so they get an extra choice beside the field: any item or all items. See Any Item vs All Items in Rule Filters for how that choice works.

Tip: if you build the same conditions often, click the ... button in the Filters header and choose Save as New. Your saved filters appear in the same menu, ready to reuse.

What the Actions Do

Most actions do what their name says. What is worth reading is where the order's status limits them, because that is the difference between a rule that works and one that seems to do nothing.

Action

What to know

Set Order Status

Only valid moves are made. From New Order, Helm can reach Backorder, Processing or Cancelled. Any other move is skipped.

Add Tag

Creates the tag if it does not exist yet. One Add Tag action can hold as many tags as you need.

Add To Folder and Remove From Folder

An order sits in one folder at a time, so Add To Folder replaces the last one. Switching a folder off does not stop a rule using it, so change or switch off the rule as well.

Add Gift Note

Type {{customer_comment}} anywhere in your message and Helm swaps it for the order's Customer Note, so what the shopper wrote at checkout becomes the gift message.

Add Comment

Writes a comment on the order, attributed to the system rather than a user, so anyone opening the order can see why a rule touched it.

Add Attachment

A file can belong to only one rule, so upload a separate copy if two rules need it.

Add Product, Remove Product by SKU, Remove Product by Item Name

Change the order's lines while they can still change: Draft, New Order, Backorder or Processing. Skipped once a shipment exists.

Set Shipping Service and Set Package Type

Both are skipped once a shipment exists. Set Shipping Service writes the same field your shipping rules set, so decide which one owns the courier choice.

Set Postcode

Sets the shipping postcode on matching orders, useful where a channel sends postcodes in the wrong format.

Set Order On Hold

Puts matching orders on hold. Applies from New Order onwards, so Draft, despatched and cancelled orders are left alone.

Trigger Notification

The notification decides its own content and recipients, so check its settings first.

Pregenerate Label

Puts the order in a collection folder so its label can be produced ahead of picking. Needs a Collection Date, plus a Cutoff Time if that is Current Day. A collection folder belongs to one rule only.

Eight actions can appear only once in a rule: Set Order Status, Add Tag, Add Gift Note, Add To Folder, Set Shipping Service, Set Package Type, Set Order On Hold and Pregenerate Label. The rest can be repeated.

Heads up: if an action cannot be applied, Helm skips it and carries on with the rest of the rule, without showing an error. Testing a rule before you save it is the quickest way to spot this.

Limiting How Often a Rule Runs

Limit Run Count counts per order, not per rule. Tick the box beside it and enter a number: a limit of one lets the rule act on any given order once, however many times its trigger fires afterwards. Leave it as Unlimited to run every time.

This matters because rules set each other off. A status change made by a rule is still a status change, so it can fire the Status trigger and start another rule. A run count is the simplest way to stop two rules passing an order back and forth.

Testing a Rule Before You Save It

Test Rule answers the two questions that matter: would this rule match the order, and what would it change?

  1. In the Test Rule panel, search for an order and click Select.

  2. Click the play button beside the order.

  3. Read the result in Order Rule Test: each change is listed with its Affected Field, Old Value and New Value.

If the window shows No matching order fields., the order does not meet your filters. Testing checks the rule as it is on screen, saved or not, and changes nothing on the order, so you can test as often as you like, including on live orders.

Running Rules on Existing Orders

A rule you write today does not go back over orders already in Helm, so work from the Orders list:

  1. On Orders, tick the orders you want to work through.

  2. In the bar at the bottom, open Actions, then Advanced Actions, then Execute Rules.

  3. Tick the rules to run and click Confirm. Only Active rules are listed.

The work is queued rather than run on the spot, and Helm lets you know when it is done. Only orders in an open status are included, and Limit Run Count still applies. Any order that none of your chosen rules matched is reported back as not suitable, which is normal in a mixed batch.

Managing Your Rules

The Order Rules list shows each rule's Rule Name, Rule Actions and Status. Hover the info icon in Rule Actions to see every action a rule runs without opening it.

  • Order is meaningful. Drag a rule by its handle. Rules run top down, so one that depends on another belongs below it.

  • Switch a rule off rather than deleting it. Click the Status to move between Active and Inactive. An inactive rule keeps its settings and stops running at once.

  • Duplicate to try a variation. Click the ... button and choose Duplicate. The copy arrives Inactive with "Copy" added to its name, so you can test it while the original runs.

  • Delete is in the same menu, and Helm warns you first that it may affect some of your orders.

Heads up: a new rule is saved as Active and starts running straight away. Test it before you click Save Changes, or switch it to Inactive until you are ready.

Example: Backordering Orders You Cannot Fulfil

  1. Click Create Rule, then Create Manual, and name it "Move Unfulfillable to Backorder".

  2. Set the Trigger to Order and tick New Order, so it catches imported orders and confirmed drafts.

  3. Add a filter with a Type of Fulfillable, the operator Is and a Value of No.

  4. Add a Set Order Status action with Backorder as the new status, plus an Add Tag action so the affected orders are easy to find later.

  5. Set Limit Run Count to one, so an order that is fixed later is not pulled back into Backorder.

  6. Test it against an order you know is short of stock, check New Value reads Backorder, then click Save Changes.

The orders left in the day's work are then the ones your warehouse can pick, and those waiting on stock sit tagged in Backorder where your buyer can see them.

Best Practices & Notes

Build It, Test It, Then Save It

A rule that tags or moves thousands of orders is quicker to run than to unpick. Test against a few real orders before you save.

Use Two Rules When Order Matters

Helm runs a rule's actions in a fixed order, not the order you added them. If one thing has to happen before another, use two rules and arrange them in the list.

Read the Timeline When an Order Changes on Its Own

Rule changes are recorded on the order's timeline and attributed to the system rather than a user, so the timeline tells you which rule touched the order and when.

FAQ

Check that the rule is Active, that its trigger fired for that order, and that the order matches every filter in at least one group. Testing the rule against the order settles it in seconds.

Helm only makes moves the order is allowed to make. A picked order cannot go back to New Order, so that action is skipped while the rest of the rule runs.

None of the rules you selected matched those orders, or they had already used up their Limit Run Count. In a mixed selection that is a report, not an error.

Not by itself. Rules respond to events after they are saved. Use Execute Rules from the Orders list for existing orders.

Rule names must be unique within your business, so choose a different name, or use Duplicate and let Helm name the copy.

If a rule is doing something you did not expect, test it against the order in question: that usually shows whether the trigger, a filter or the order's status is the cause. If you are still stuck, contact Helm support with the rule name and an example order number.

Was this helpful?

Still need help? Share an idea