BOM execution → demand order
Every successful BOM execution pushes a per-component demand record to Logistified. Cancellations and refunds clean up the corresponding order automatically.
Logistified is a Shopify-native warehouse and demand-planning app. It forecasts what you’ll need to restock, tracks stock across multiple locations, and manages purchase orders. Connecting it to Assemblified lets it see what your BOMs actually consume — not just what your customers buy.
Without the integration, Logistified only sees finished-good sales. A candle order looks like one unit of demand for the candle SKU — Logistified doesn’t know it just consumed wax, wick, jar, and label. Forecasts and reorder suggestions stay at the finished-good level.
With the integration, every BOM executionBOM executionThe pipeline that runs when a Shopify order containing a BOM-bound variant is created, edited, cancelled, or refunded. Webhook → queue → DO handler → Shopify inventory adjustment, plus pre-assembled drawdown, sub-assembly recursion, and dynamic adjustment cascade. Every run writes one execution log row. Read more → turns into a synthetic demand order against the components. Forecasts now reflect real consumption per raw materialRaw materialThe atomic component of a BOM or sub-assembly. Two flavors: a Shopify-linked variant (inventory tracked in Shopify) or a virtual material (DO-side inventory only). Both kinds appear in the same component picker and are consumed identically when a BOM fires — except virtual materials never trigger a Shopify call. Read more → and virtual materialVirtual 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 → , so reorder suggestions land on the parts you actually need.
BOM execution → demand order
Every successful BOM execution pushes a per-component demand record to Logistified. Cancellations and refunds clean up the corresponding order automatically.
Virtual material sync
Optional toggle. When on, virtual materials (consumables with no Shopify variant) are pushed alongside Shopify-linked materials. Includes a one-shot “Sync All Materials” button for the initial push.
Retrospective demand backfill
A one-shot historical sync that seeds Logistified with the demand from past orders — see the dedicated section below.
Inbound inventory updates
Purchase-order fulfillments, stock-transfer reductions/additions, and stock takes from Logistified flow back into Assemblified’s raw-material inventory.
In short: anything that changes how much of a component you’ve used, will use, or have on hand syncs both ways automatically. You don’t have to touch any other surface to keep the two apps aligned.
Open Settings → Integrations → Logistified. The card shows the current connection state with a green dot if you’re connected.
Click Connect. Assemblified records the connection state and lets the partner side know it’s authorised to receive your BOM-execution data.
Enable Inventory Reduction (recommended). When on, every BOM execution syncs to Logistified. Leave it off if you only want the inbound side (PO / stock-transfer / stock-take updates) without pushing component demand outbound.
(Optional) Enable Sync Virtual Materials. Turn this on if you track consumables as virtual materials and want them in Logistified’s forecasts too. Use the Sync All Materials button to do the initial one-shot push for everything already in Assemblified.
This is the step most easy to skip and most worth doing. Logistified’s forecasts need a history of demand to be useful from day one. Without a backfill, the first few weeks after connecting are blind — there’s no signal until enough new orders accumulate.
The retrospective sync pushes every past order’s BOM consumption into Logistified as if the integration had been connected all along.
Open the Bill of Materials page from the main nav. The bulk-controls bar at the top exposes a Logistified Sync action when the integration is connected.
Open the dialog. It opens on the Create tab.
Select the BOMs to backfill. Either pick a subset from the list or leave it as “all”. The dialog shows each BOM’s last-known sync period if one exists.
Pick a date range. Default is the last 30 days. Tick Sync All Orders instead if you want the full lifetime of the shop (1970-01-01 → today).
Resolve conflicts. If your selected period overlaps any previously-recorded sync for a BOM, the dialog flags it inline. Adjust the range or unselect the conflicting BOMs to avoid double-counting demand.
Click Create Orders. Assemblified replays every past order through your BOMs and records the (BOM, start, end) period in its sync history so you can undo it later.
If a backfill was wrong — wrong date range, wrong BOM set, or you want to start over — switch the dialog to the Delete tab.
Select recorded periods. The Delete tab lists every retrospective sync period Assemblified has on file, grouped by BOM.
Pick the periods to remove. Exact-period matches delete the history record outright. Partial overlaps trim or split the record so the rest of the period stays intact.
Click Delete Orders. Logistified removes the corresponding synthetic orders on its side, and the sync history on the Assemblified side is trimmed to match.
The integration is bidirectional. Logistified pushes three event types back into Assemblified, and Assemblified applies them as inventory adjustments on the relevant raw materials.
| Event | What it means | Effect on Assemblified |
|---|---|---|
| PO fulfillment quantity changes | A purchase order received or partially received. | The raw material’s available stock increases by the received quantity at the location the PO was fulfilled to. |
| Stock-transfer reduction / addition | Stock moves between locations in Logistified. | The source location’s stock decreases by the transferred quantity; the destination’s increases. |
| Stock-take quantity changes | A physical count adjusts the on-hand quantity. | The raw material’s available stock is set to the counted value at that location. |
Inbound updates land on raw materials in the active session’s BOM-aware store, which is what the UI reads — so changes show up the next time the merchant refreshes the raw-materials page. No manual reconciliation is needed.