Skip to content

General

Settings → General holds the shop-wide choices that drive how every BOM executionBOM executionEverything Assemblified does when a Shopify order containing a bill-bound variant is created, edited, cancelled or refunded: draw down pre-assembled stock, deduct or restore components, push the changes to Shopify, and cascade dynamic adjustment. It runs in the background, writing one execution log row. Read more → behaves. Four sections, and nothing on the page is a one-way door.

If you are setting the app up for the first time, Initial setup walks these choices in the order the setup guide asks for them. This page is the reference.

  • How the page saves
  • Inventory sync
  • Default location
  • Multi-location sensitive adjustments
  • Beta features

Every control on this page edits a draft. Nothing is written until you press Save on the bar that appears as soon as something changes, and you cannot navigate away with unsaved edits without being asked. Discard puts everything back.

Pressing Save is also what marks the setup guide’s review sync preferences step done — there is nothing else to observe, so reviewing the page means saving it.

Four independent switches.

Disable cancelled orders sync to inventory

Section titled “Disable cancelled orders sync to inventory”

Off (the default), a cancelled order reverses the raw-material inventory changes the original order made in Shopify. On, it does not.

The same choice for refunds. Off, a refund event reverses the raw-material inventory changes; on, it leaves them alone.

Allow negative inventory in Assemblified calculations

Section titled “Allow negative inventory in Assemblified calculations”

Off, Assemblified-managed quantities are clamped at 0. On, they can stay below zero instead.

This applies to virtual raw materialsVirtual MaterialA material tracked entirely inside Assemblified — not a Shopify variant. Useful for shop-floor consumables (glue, packaging, labour units) where you need quantity tracking but don't want a Shopify product on your storefront. Read more → , pre-assembledPre-Assembled InventoryStock of finished goods and assembly bills already built and on the shelf, counted per location. A work order draws assembly bills from the shelf first, building fresh only if it runs short; an order consumes a finished good's shelf before its components. Read more → quantities and dynamicDynamic adjustmentA per-bill toggle that recalculates the bill's Shopify-displayed quantity after every order: the bottleneck-resource count plus pre-assembled stock. One of three mutually exclusive toggles — switching it on switches only-sell-pre-assembled and maintain inventory level off. Read more → capacity calculations. See Allow negative inventoryAllow negative inventoryA shop-level setting that decides whether Assemblified-managed quantities — virtual raw materials, pre-assembled stock, dynamic capacity — can stay below zero, or get clamped at 0. Read more → .

On, when Assemblified takes in an inventory update for a raw material it knows, it reruns dynamic recalculation for the BOM variants that material feeds. Off, those variants wait for the next event that touches them.

The fallback Shopify location Assemblified uses whenever nothing more specific is available — for an order, a refund, a flow, a bill, an assembly bill or a raw-material action that does not already carry its own location. You can still override it per bill, per assembly bill, per flow and per raw material.

Every shop has to pick one, even a shop with a single location. If your store really does have only one, the picker is disabled and a note says so.

Download Locations exports your Shopify locations as a spreadsheet with each location’s name, its address and its Shopify location ID. The IDs are what you need when you fill in a per-bill or per-flow location override by hand.

See Default locationDefault locationThe Shopify location Assemblified falls back to when an order or fulfillment webhook doesn't carry a more specific location. Inventory adjustments, dynamic recalculations, and per-location records all use this as their anchor. Read more → .

This section decides whether Assemblified uses the location carried by the incoming event, or always falls back to the default location above. See Multi-location modeMulti-location modeA shop-level setting that lets Assemblified prefer the location carried by the incoming order or fulfillment event. When off, every adjustment targets the default location regardless of payload. Read more → .

Respect order and fulfillment locations when available

Section titled “Respect order and fulfillment locations when available”

The parent switch. On, Assemblified uses the location on the incoming order or fulfillment event whenever one is there. Off, it falls back to the default location unless a flow, a requirement or a record overrides it.

The tradeoff: in Shopify the definitive fulfillment location is often only known once the fulfillment webhooks arrive. So with this on, BOM execution and the inventory reduction can happen at fulfillment rather than immediately after payment.

The two switches below depend on it. Turn the parent off and both are switched off with it, and each one then says it is available once the parent is on again.

Use location-sensitive dynamic BOM recalculation

Section titled “Use location-sensitive dynamic BOM recalculation”

On, dynamic inventory is recalculated against the relevant location. Off, it uses one shared default-location pool.

Track BOM materials as Shopify-reserved between routing and fulfillment

Section titled “Track BOM materials as Shopify-reserved between routing and fulfillment”

On, materials move from available to reserved at the routed location when an order routes, and are consumed on fulfillment. That closes the over-promise window between order paid and shipped.

Off, routing records a per-fulfillment-order intent and moves no stock; each fulfillment then deducts available stock at its own location, so split orders and partial shipments reduce at the right place.

The tradeoff: with it on, visible storefront stock drops at routing time rather than at fulfillment.

See Order reservations for what this looks like in practice, and Reservation backfill for orders that were already waiting when you turned it on.

Assemblified keeps its own mirrored copy of your inventory. With this on, dynamic calculations and reconciliation read that mirror instead of reading live inventory back from Shopify. Shopify is still updated normally either way.

It is aimed at high-volume shops where reading inventory back from Shopify becomes a bottleneck or turns up temporarily inconsistent numbers.