The ShipStation Automation Guide: What It Does, and Where Custom Logic Starts
ShipStation automates a great deal more than most people who own it are using, and the first half of this page is the part worth acting on: the capabilities already sitting in your account and the configuration that gets the most out of them. A lot of operations that think they need something extra need this instead.
The second half covers the point at which a rule becomes specific enough to one business that it needs custom logic alongside native automation — cartonization, joint packing-and-rating decisions, anything that has to read data the order doesn't carry. Knowing where that line falls tells you which problems to solve with configuration and which to solve another way. We've cited ShipStation's own documentation throughout each linked explanation so you can check any of it.
Last updated . ShipStation ships changes regularly; if something here has gone stale, tell us and we'll fix it.
What it handles
ShipStation's automation is a static IF/THEN engine layered over product defaults, service mapping, and live rate shopping. For a great many shipping operations it is completely sufficient, and it's worth knowing what you already have before you go looking for something else.
- Can ShipStation rate shop across carriers automatically?
-
Yes. Rate Shopper pulls live rates from your connected carriers and applies the winner, using a Cheapest, Fastest, or Best Value strategy — or a custom configuration on higher plans. It runs per shipment or automatically via the Set Rate Shopper rule action.
It's more thoughtful than people expect. Service Preferences let a preferred carrier win when it's within a cost threshold of the cheapest. Delivery time constraints restrict eligible services by carrier transit estimate, counted in business days from the day after ship date. Available for US, UK, Canada, Australia, and New Zealand accounts; plan-gated.
A closer look at Rate Shopper →
- Can ShipStation pick a service based on weight and destination?
-
Yes, and it's the most common rule people build. Total Weight, Country, State, City, zone, order value, and residential-vs-commercial classification are all available as criteria, and none of them carry the single-line-item restriction that trips up SKU-based rules.
The classic pair — Ground Advantage under 16 oz, Priority above — takes about five minutes to set up and covers a large share of domestic volume for a lot of brands.
- Can rules react to which products are in an order?
-
Yes, via tags — and this is the most underused capability in the product. Tag a product record and ShipStation applies that tag to any order containing it at import, before any automation runs. Same for customer tags. Rules keyed to tags work on orders of any size.
Tags also chain: a rule can apply a tag that later rules use as criteria, which gives you a workable classification pass followed by an action pass. Combined with order-level criteria like total weight, this covers most of what people initially reach for SKU criteria to do.
- Can ShipStation split orders into separate shipments automatically?
-
Yes, when the rule is a property of the product. Auto-Split creates separate shipments based on settings you configure per product: Exclusive Bulk Shipping, Ships Individually, or Ship on Custom Quantity.
Exactly right for an oversized item that always ships alone, or products that ship a fixed number to a box. Plan-gated (High Volume for US/Canada/ANZ, Enterprise for UK/EU, or an add-on) and doesn't apply to manual orders.
- Can ShipStation choose which warehouse fulfills an order?
-
Yes. Auto-Routing determines fulfillment based on which warehouses stock the items and which is closest to the recipient. Available for US and Canada accounts on the High Volume plan.
You can also set Ship From Location per store with a basic rule, if your routing logic is simply 'Shopify orders ship from the main warehouse.'
- Can ShipStation hold orders and flag exceptions?
-
Yes. Hold Until moves an order out of the queue until a date you set — the standard pre-order pattern. Rules can also create alerts, add internal notes, set custom fields, assign users, add insurance, and flag dry ice with a declared weight.
The tag-and-alert pattern is genuinely useful for anything the engine can't decide: identify the order, flag it, let a person handle it. That's a legitimate automation strategy, not a failure.
- Can a packing slip carry the information a picker actually needs?
-
Yes, and it goes further than most accounts use. Packing slips are edited through a template editor, so the SKU, the product name, a variant description, a product image and the warehouse location can all print on the slip the picker carries.
What it depends on is the product records being complete — the warehouse location in particular has to be populated before it can print. If your team batch-picks rather than working order by order, Pick Lists are the companion feature.
How the engine behaves
Most of what surprises people follows from the engine being static: it compares fields already on the order against values you typed in advance. Some accounts now have a redesigned Automation Rules screen that groups rules into workflows with their own trigger types, which changes when that evaluation runs. None of this is a defect — it's the shape of the thing.
- Do automation rules re-run when an order changes?
-
Depends which your account has. Classic rules fire once, when an order first enters Awaiting Shipment or On Hold, and changes after that don't trigger them. Some accounts now have a redesigned Automation Rules screen where rules are grouped into named workflows, each with a trigger type — the default is Orders imported, and a workflow can also run off a tag being added, a tag being removed, or a schedule.
This is rolling out gradually and is not documented — we see accounts with it and accounts without, so check Settings → Automation → Automation Rules in your own account. Either way, a trigger only decides when logic runs, which is a separate question from what that logic can evaluate once it does.
- What order does ShipStation automation run in?
-
Auto-Split and Auto-Routing, then Preset Groups, then Product Defaults, then Service Mapping, then Automation Rules last. Within rules, ShipStation processes your list top to bottom, and later rules override earlier ones.
This is why rules have dependencies you manage yourself: service before insurance, dimensions before Rate Shopper, a tag before any rule keyed to that tag.
- Can automation rules use OR logic?
-
Only inside a single criterion. Multiple values within one criterion are OR (semicolon-separated for typed values). Separate criteria lines are always AND. There's no OR across lines and no nesting.
So (A AND B) OR (C AND D) becomes two rules, and you own the sequencing and override interactions between them. Fine at five rules. Harder to reason about at fifty.
- Why did all my automation rules stop working at once?
-
Most likely a rule with a blank criteria or blank action. ShipStation fails that rule and every rule below it in the list, with no warning.
Reading what's in an order
Tags cover more ground here than most people realize. What they can't carry is the one thing packing decisions need.
- Why do my SKU-based rules only work on some orders?
-
The Item Name, Item SKU, and Warehouse Location criteria only evaluate orders with a single line item. Multi-item orders are skipped. The same caveat applies to Saved Filter criteria keyed on those fields.
ShipStation support has confirmed the engine can't parse multiple SKUs when it runs. The documented answer is product tags, and it's a good answer — see the capabilities section above.
- What can't product tags do?
-
Tags give you set membership, not the bill of materials. A tag says FRAGILE is in the order. It can't say whether that's one wine glass or nine, or what each item's dimensions are.
Which is exactly what every packing decision needs. You can't cartonize from a tag — fitting items in a box requires knowing which items, how many, and how big.
- Can automation rules do calculations?
-
No. Criteria compare a field to a value you typed. The engine can't compute density or dimensional weight, can't compare two fields to each other, and can't sum across line items.
- Can automation rules use data from outside ShipStation?
-
No. Criteria read fields already on the order record. There's no action to fetch a forecast, query an ERP, or check anything external.
This is the limit behind most cold-chain requirements: the right packaging depends on the forecasted temperature at the destination at ship time, which isn't on the order.
Packing
Choosing a box for an arbitrary set of items is a computational problem, not a rule — and it needs SKU dimensions ShipStation doesn't own.
- Does ShipStation do cartonization?
-
Not in the rules engine, and now partly yes elsewhere. Automation rules apply assumptive logic you wrote in advance — 'if 3 products, use box X' — which works for a narrow catalog and degrades as SKUs and package types multiply. But Packing Recommendations, a beta feature in ShipStation Labs, does compute a packing plan from your product dimensions and available packages, and will build the multi-package configuration in one click.
The distinction that still matters is when the decision runs. Packing Recommendations is invoked per order and applied by a person; it is not an automation rule action that fires unattended at import, and it does not feed the packing result into rate selection. Being a Labs beta, its availability may change.
- Can ShipStation apply the right package dimensions automatically?
-
For single-line-item, single-quantity orders with stable packaging, yes — via Product Defaults, and it works well. ShipStation applies Product Defaults only to orders containing one line item at a quantity of one, so a single SKU ordered three times does not qualify. Item-count rules approximate the rest; accuracy falls as composition varies.
- Why can't I apply a custom package without setting a carrier?
-
The Set Carrier/Service/Package action sets all three together. The alternative, Set Package Dimensions, applies dimensions but leaves the package name off the order — which breaks anything downstream that reads it.
- Can ShipStation split an order across multiple boxes automatically?
-
Not by fit. Auto-Split handles it when the rule is a product property (see above). But deciding how to divide an order that doesn't fit in one box — and building the multi-package shipment — isn't automatable. ShipStation support has confirmed there's no rule action to create multi-package shipments.
Split Ship, Auto-Split, and multi-package shipments are three different features that get conflated constantly, and only one of them is automatic.
Rates
Rate Shopper does real work. Its boundary is architectural rather than a setting you've missed.
- Can ShipStation compare flat-rate programs against standard rates?
-
No. Rate Shopper takes the package as an input — ShipStation's setup docs require the dimensions rule to run before the Rate Shopper rule. Since flat-rate programs require packing into the carrier's box, eligibility is decided upstream of rating, and a box you didn't pack into can't win on price.
These misses are invisible. Rate Shopper reports a win every time, because it correctly found the cheapest service for the box you handed it. There's no report line for the box nobody considered.
- Why didn't Rate Shopper pick the service I expected?
-
It only chooses from services you made eligible in the rule. An economy option that would have arrived in time can't win if it isn't in the set. Delivery time constraints help, but only within what you pre-selected — and a service the carrier returns no transit estimate for drops out entirely.
A closer look at Rate Shopper →
- Can automation rules pick the cheapest service without Rate Shopper?
-
Only by approximation. Rules don't query live rates, so you're encoding assumptions about weight and zone that go stale when carrier rates change or an unmodelled surcharge applies.
- Why is my carrier bill higher than the rate I was quoted?
-
Fuel, residential delivery, oversize and overweight handling, address corrections, and delivery-area surcharges are applied after the fact and often aren't reflected in a base-rate comparison.
- Can I see what the carrier actually billed me, not just what the label cost?
-
Yes, if you are on ShipStation carrier accounts. Settings → Shipping → Carriers leads through to the carrier's billing records, where adjustments and fees appear as their own transaction lines rather than folded into the label price, and the whole thing exports to CSV.
This is the difference between what a label cost when you bought it and what the carrier charged once the parcel went through their facility. Summing label costs in a spreadsheet will not show it. On your own carrier accounts rather than ShipStation's, the same records live in each carrier's billing portal instead.
- Should I use my own carrier account or ShipStation's rates?
-
It depends on parcel profile and volume, and it is worth testing rather than assuming. ShipStation's own discounted rates are hard to beat on lighter parcels and at moderate volume. A negotiated account of your own tends to win on heavier packages, on shipments using special services, and once volume is high enough to have earned deeper discounts than the platform's.
Two things to price in before switching. Connecting your own carrier accounts carries a fee that varies by plan, and some plans add a per-shipment fee on labels bought against them — ShipStation publishes the current schedule. And the comparison is not one-directional: your negotiated rate can be better on one parcel profile and worse on another, which is an argument for comparing per order rather than picking a side.
- How does Amazon Buy Shipping interact with rate shopping?
-
It sits outside it. Amazon Buy Shipping is not part of the Rate Shopper comparison, and the services available through it — along with their prices — can differ from one order to the next, so a static automation rule cannot reliably pre-select one either.
It is usually still worth using on Amazon orders: buying through it counts toward your Amazon delivery performance metrics, and shipments bought that way are generally protected against A-to-Z Guarantee claims relating to shipping. The practical consequence is that Amazon volume ends up on a different decision path from everything else you ship.
Business-specific logic
Rules specific enough that no horizontal platform would reasonably build them.
- Can ShipStation hold orders based on inventory levels?
-
Not against live stock with FIFO sequencing. You can hold on a tag or a date, but checking whether stock actually covers an order — and holding rather than shipping out of sequence — needs logic that reads inventory at import time.
- Can ShipStation batch by multiple criteria at once?
-
Native batching handles straightforward grouping well. Most warehouses batch by several dimensions at once — zone, cutoff, priority, carrier, product — in a combination that only makes sense given their physical layout. That part usually gets assembled by hand.
- How do I set Purolator's confirmation with automation rules?
-
Confirmation options are carrier-specific, and Purolator's aren't obvious in the rules UI.
If one of these is your situation
There are three honest options, and two of them aren't us. You can simplify until the rules fit — fewer box sizes, fewer services, more assumptive logic, which is the right answer more often than vendors like to admit. You can accept the manual work, because at low volume a person handling exceptions is genuinely cheaper than software. Or you can add a layer above ShipStation that reads the full order, does the calculation, and writes the decision back before your warehouse sees it.
String is the third one. We sit above your ShipStation account — nothing gets rerouted, and your team keeps the screen they already know. Tell us what you're trying to do and we'll tell you which of the three you actually need, including when the answer is that ShipStation already covers it.