Skip to content

Logistified

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.

  • Why connect Logistified to Assemblified
  • Capabilities
  • Prerequisites
  • Connect Logistified
  • ⭐ Initial retrospective demand sync
  • Inbound from Logistified
  • Manage and monitor

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 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 → turns into a synthetic demand order against the components. Forecasts now reflect real consumption per raw materialRaw materialThe atomic component of a bill of materials or an assembly bill. Two flavours: a Shopify-linked variant, whose inventory Shopify tracks, or a virtual material, which Assemblified tracks on its own and Shopify never sees. Both sit in the same component picker and are consumed the same way. 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.

  • The Logistified Shopify app installed on the same shop. The Settings card surfaces a “Get App” link to the App Store if it isn’t.
  • A Logistified subscription that allows external integrations (the Connect button stays disabled if the partner side blocks it).
  1. Open Settings → Integrations → Logistified. The card shows the current connection state with a green dot if you’re connected.

  2. Click Connect. Assemblified records the connection state and lets the partner side know it’s authorised to receive your BOM-execution data.

  3. Leave “Disable inventory reduction” off (the default). Once connected, every BOM execution pushes its component demand to Logistified. The switch is an opt-out for shops where another system owns the component stock in Shopify: when it is on, Assemblified still records the execution but sends no component changes to Shopify and no demand to Logistified. The inbound side (PO / stock-transfer / stock-take updates) works either way.

  4. (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.

  1. Open the Finished goods page. Click Bill of Materials in the Assemblified navigation.

  2. Select the BOMs to backfill. Tick them in the table — filter or search first if that’s quicker, and you can select every row the current filters match. A bar appears along the bottom.

  3. Open the dialog. In that bar, choose More actions → Integrations → Sync with Logistified. The entry only appears when the integration is connected. The dialog opens on the Sync orders tab, which names how many finished goods the run will cover.

  4. Pick a period. Under Period, choose Last 6 months, Last 12 months, Last 24 months or All time. The line underneath the list spells out the span you picked, so you can check it before running. Custom range reveals a calendar: click the first day of the span, then the last. Days after today are not selectable.

  5. Resolve conflicts. If your period overlaps any previously-recorded sync for one of the selected BOMs, the dialog names those BOMs and the periods they already cover. Adjust the range or narrow the selection to avoid double-counting demand.

  6. Click Sync orders. Assemblified queues a replay of every past order through the selected BOMs and records each (BOM, start, end) period in its sync history so you can undo it later. The confirmation tells you the work is queued — it runs in the background.

If a backfill was wrong — wrong date range, wrong BOM set, or you want to start over — select the BOMs again and switch the dialog to the Synced periods tab.

  1. Review the recorded periods. The tab lists every retrospective sync period Assemblified has on file for the selected BOMs: the finished good, the period it covers, and the day it was synced. If there’s nothing to show, it says so.

  2. Tick the periods to remove. Tick a row, or use the checkbox in the table header to take the lot; the count under the table tells you how many are selected. One run can remove up to 500 periods. Exact-period matches delete the history record outright. Partial overlaps trim or split the record so the rest of the period stays intact.

  3. Click Delete N periods. Logistified removes the corresponding synthetic orders on its side, the material movements they made are reversed, and the sync history on the Assemblified side is trimmed to match. The button is red because this undoes real inventory movement. The run is queued, and the confirmation counts the periods that were removed.

The integration is bidirectional. Logistified pushes three event types back into Assemblified, and Assemblified applies them as inventory adjustments on the relevant raw materials.

EventWhat it meansEffect on Assemblified
PO fulfillment quantity changesA 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 / additionStock moves between locations in Logistified.The source location’s stock decreases by the transferred quantity; the destination’s increases.
Stock-take quantity changesA 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.

  • Connection status. The Logistified card in Settings → Integrations shows a green / red dot for the current connection state. Disconnect at any time without losing already-synced data.
  • Sub-toggle status. Disable inventory reduction and Sync Virtual Materials each have their own toggle, so you can change one without touching the other.
  • Per-BOM sync history. Every retrospective period is recorded against its BOM and visible inside the Delete tab. You can also fetch it programmatically per BOM if you need to audit which periods have been pushed.
  • Conflict warnings. Before you run a backfill, the dialog names every selected BOM whose recorded history already covers part of your date range, and the periods it covers. Heed it — that’s how you avoid double-counting demand.