The order fulfillment feature allows you to create fulfillment rule sets. Fulfillment rule sets are used to direct orders to different fulfillment locations based on characteristics, such as geo-location, warehouse location, item price, order attribute type, and more.
Ensure you have the Orders & Inventory Editor or Administrator privilege for fabric Orders. For more information, see Role-Based Access Control.
When creating a new fulfillment rule set, you must provide some basic information along with the rules in the order level rule group or item level rule group sections. Ensure that you create all your rules in a single fulfillment rule set because only one rule set can be active at a time.
When you create rules in the Order Level Rule Group, they’re executed in the order that they’re sorted. This means rules are executed from the top down. You can drag and drop rules to execute in any order as needed. Its important to note that when a rules condition is met, the additional rules defined below it aren’t executed. If no rule conditions are met and no default condition is provided, the rules are all ignored.
Let’s assume 2 rules are defined. One for fulfilling online orders at a specified fulfillment warehouse, and one for packaging specific online orders (based on the shipping location) at a different warehouse equipped to package unique orders. If the order of the rules contains the first rule at the top and the second rule below, the second rule can’t run because the first rules condition is always met before the second rule has executed. However, if we were to swap the rules order and run the second rule first, it would guarantee that the rule is run. If fabrics rules condition isn’t met, fabric proceeds to run the next rule below. This means the last rule (as a best practice) should be a default catch-all and very specific rules with unique conditions should be run first.
Item level rules run in parallel and execute all rules even if a previous rule condition is met (including order level rules). This means item level rules override order level rules. The Attribute type is limited to the Item
attribute type and only allows you to create conditions based on item attribute values such as price.ItemUnitPrice
. This allows item level rules to control where certain items are fulfilled from and guarantees a static fulfillment location regardless of the order level rules you have implemented.
Item level rules are often used when you set up certain item exclusions. This could be specific SKUs that ship from a particular warehouse, items under a certain price point, items that weigh a lot, and more.
What happens if more than one condition is met for an order?
What happens if an item level rule conflicts with a order level rule?
For more information, such as example rule sets, please begin by reading the Creating a rule set documentation.
The order fulfillment feature allows you to create fulfillment rule sets. Fulfillment rule sets are used to direct orders to different fulfillment locations based on characteristics, such as geo-location, warehouse location, item price, order attribute type, and more.
Ensure you have the Orders & Inventory Editor or Administrator privilege for fabric Orders. For more information, see Role-Based Access Control.
When creating a new fulfillment rule set, you must provide some basic information along with the rules in the order level rule group or item level rule group sections. Ensure that you create all your rules in a single fulfillment rule set because only one rule set can be active at a time.
When you create rules in the Order Level Rule Group, they’re executed in the order that they’re sorted. This means rules are executed from the top down. You can drag and drop rules to execute in any order as needed. Its important to note that when a rules condition is met, the additional rules defined below it aren’t executed. If no rule conditions are met and no default condition is provided, the rules are all ignored.
Let’s assume 2 rules are defined. One for fulfilling online orders at a specified fulfillment warehouse, and one for packaging specific online orders (based on the shipping location) at a different warehouse equipped to package unique orders. If the order of the rules contains the first rule at the top and the second rule below, the second rule can’t run because the first rules condition is always met before the second rule has executed. However, if we were to swap the rules order and run the second rule first, it would guarantee that the rule is run. If fabrics rules condition isn’t met, fabric proceeds to run the next rule below. This means the last rule (as a best practice) should be a default catch-all and very specific rules with unique conditions should be run first.
Item level rules run in parallel and execute all rules even if a previous rule condition is met (including order level rules). This means item level rules override order level rules. The Attribute type is limited to the Item
attribute type and only allows you to create conditions based on item attribute values such as price.ItemUnitPrice
. This allows item level rules to control where certain items are fulfilled from and guarantees a static fulfillment location regardless of the order level rules you have implemented.
Item level rules are often used when you set up certain item exclusions. This could be specific SKUs that ship from a particular warehouse, items under a certain price point, items that weigh a lot, and more.
What happens if more than one condition is met for an order?
What happens if an item level rule conflicts with a order level rule?
For more information, such as example rule sets, please begin by reading the Creating a rule set documentation.