A move from an industry-specific POS to Shopify Plus needs a purchasing migration plan as well as a commerce plan. Inventory balances, open supplier orders, purchase packs, receiving and accounting references should each have an owner before cutover.
Shopify already provides purchase orders and inventory transfers. QuickBooks Online supports purchasing on eligible plans. An additional procurement application is one option when your supplier workflow needs it; it is not an automatic requirement of moving to Shopify.
Start with the native baseline
Review Shopify purchase orders and linked transfers and QuickBooks full or partial PO-to-bill linking. Confirm current plan and regional requirements. Compare these workflows with the tasks your old system performs before selecting additional software.
The practical objective is continuity: staff should know where to find a purchase, what remains due and how the next delivery reaches stock and accounting without duplication.
The replatforming gap
When a business leaves an older vertical POS, the team usually maps:
- products
- customers
- locations
- taxes
- discounts
- online orders
- POS workflows
- delivery or pickup rules
- accounting sync
Procurement is often treated as secondary until the team asks:
- How do store managers request product?
- Who approves buying?
- How do we create supplier POs?
- Where do supplier replies go?
- How do substitutions update the order?
- Who receives inventory?
- How does the final bill reach QuickBooks?
- What happens to categories where we do not track every unit?
Those questions are not solved by a commerce replatform alone.
Find the operating knowledge in the old system
Vertical POS systems often hide operational depth inside industry-specific assumptions.
A floral system might know about local delivery, wire-outs, pickup dates, arrangements, fresh product, and holiday peaks. A restaurant system might know about ingredients, vendors, menus, and prep. A specialty retail system might know about transfer habits and local supplier relationships.
Document those workflows with the employees who use them, including reports, exports and supplier conventions that are not obvious from the feature list.
Map each task to a supported native workflow, connected application or deliberate manual process. Retain the old reference numbers so the team can answer questions about purchases spanning the migration date.
What Shopify Plus should own
Shopify Plus should usually own:
- online storefront
- Shopify POS
- product catalog
- variants
- B2B catalogs and customer-specific pricing
- checkout
- customer records
- sales orders
- commerce analytics
- inventory quantities, native purchase orders or transfers where these are the chosen workflow
That is the sell-side operating system.
What QuickBooks should own
QuickBooks Online should usually own:
- vendor bills
- chart of accounts
- classes or locations
- payments
- bank reconciliation
- financial statements
- accountant workflow
That is the finance system of record.
What the procurement layer should own
If a procurement application is selected, explicitly scope which of these tasks it will own:
- supplier records
- supplier SKUs, pack sizes, MOQs, lead times, and costs
- reorder recommendations
- internal store requests
- central warehouse orders
- supplier POs
- supplier replies
- substitutions and price changes
- receiving
- invoice and document capture
- accounting handoff
The goal is one responsible owner per task, including tasks that remain in Shopify, QuickBooks or a warehouse system.
Migration checklist
Use this checklist before turning off the old vertical POS.
1. Identify every buying workflow hidden in the old system
List:
- weekly replenishment
- seasonal or holiday buying
- central warehouse buying
- branch requests
- wholesale orders
- dropship or direct-to-customer supplier orders
- event or special orders
- fresh/perishable purchasing
- hard goods replenishment
Do not assume they all need the same workflow.
2. Split catalog by procurement behavior
A Shopify catalog is not the same thing as a procurement catalog.
Classify items into:
- stocked retail items
- fresh/perishable period-spend items
- recipe/BOM items
- dropship items
- internal warehouse items
- one-off or event items
Each group needs different buying logic.
3. Define location and warehouse rules
For each location, answer:
- Can this location order directly from external suppliers?
- Should this location order only from the central warehouse?
- Which suppliers are approved?
- Who can approve or edit orders?
- Who receives inventory?
- How should spend be allocated?
This is where internal supplier modeling matters. A central warehouse should not be treated as just another stock quantity if it is approving and fulfilling branch orders; choose a request, transfer or internal PO workflow that the branch and warehouse can both follow. Do not generate an external payable for an ordinary internal stock transfer.
4. Decide accounting treatment before go-live
Before the first production PO, define:
- QuickBooks vendor mapping
- expense, COGS, or inventory accounts
- class/location handling
- bill date and terms
- attachment handling
- invoice mismatch process
- receiving requirement before bill push
Accounting should not discover the new procurement workflow at month-end.
5. Run one complete loop in parallel
Pick one supplier and one category. Run:
- Shopify/POS demand or branch request.
- PO creation.
- Supplier send.
- Supplier reply.
- Receiving.
- QuickBooks handoff.
- Accounting review.
Use one authorized supplier send and one receiving and bill-creation path. Compare the other system’s records without posting duplicate transactions. Test artificial failures in a controlled environment. Actual supplier changes can expose missing fields and workflow assumptions.
The Living Fit customer story illustrates supplier routing for a Shopify dropship business. That is a different workflow from receiving stocked inventory into a warehouse; use a relevant scenario rather than treating one story as proof of every migration path.
Separate purchasing analysis from accounting policy
Some items are tracked by exact unit, while operational spend reports may summarize other categories by period. That reporting choice does not determine whether purchases should be expensed or capitalized, or when cost is recognized. Have finance define the treatment for inventory, consumables, equipment and perishable inputs.
Preserve supplier invoices, credits, receipts and opening balances. Reconcile the new stock and accounting records against those balances at cutover. Do not use a purchasing dashboard as a substitute for the financial system's accounting policy.
Decide whether broader systems are required
If the migration also needs production planning, complex warehouse controls or multi-entity finance, evaluate an ERP or specialist system for those requirements. If the main recurring issue is supplier confirmations and receiving coordination, a focused procurement application may fit. Choose from the complete requirements instead of assuming either a full ERP or an extra procurement layer is mandatory.
The cutover plan
A practical cutover plan looks like this:
- Record opening stock, outstanding supplier quantities and the cutover boundary for one pilot category.
- Import or sync Shopify products and locations.
- Configure supplier data only for the pilot scope.
- Run one authorized live PO, with one supplier send and one receiving owner.
- Receive against the latest order state.
- Push or stage the QuickBooks bill.
- Compare records against the old process without posting a duplicate receipt or bill.
- Fix missing fields.
- Add the next supplier/category.
- Turn off old purchasing only after the loop is stable.
Complete the pilot item and supplier mappings before sending. Keep an owner for outstanding old-system orders, export the required history and retain a rollback plan until stock and accounting checks pass.
Where LineNow fits
LineNow can connect supplier purchasing with the commerce and accounting systems selected for the migration. For the Shopify Plus and QuickBooks setup described here, evaluate the order, receiving and bill handoffs together.
Demonstrate the required scope before rollout, including:
- supplier-linked item data that Shopify does not model deeply
- POs from inventory, branch demand, manual ordering, or AI-assisted carts
- central warehouse and multi-location buying
- supplier reply tracking
- receiving
- the chosen accounting or ERP handoff
- recipe/BOM costing where useful
- period procurement reporting where exact unit COGS is not the goal
A living purchase order can keep reviewable supplier changes and receiving context together. Confirm the supported Shopify and accounting mappings, required channels and optional modules and current terms before expanding the pilot.
Sources checked
Reviewed September 23, 2026. This is a migration checklist, not a reported migration result or a promise of native parity with every vertical POS.
- Shopify: linked purchase orders and inventory transfers
- QuickBooks: link full or partial POs to bills
Related
- Shopify Plus and QuickBooks Still Leave a Procurement Gap
- Procurement Trial Setup for Shopify Plus and QuickBooks
- Central Warehouse Procurement for Multi-Location Retail
- Procurement Software for Florists
- What Is a Living Purchase Order?
- Three-Way Matching vs. Living POs
- Why ERP Cannot Solve the Procurement Workflow Gap
Review the Shopify purchasing workflow with one representative supplier order and the people who buy, receive and review the bill.