Fulfilment Network Integration

ShipBob, connected
to everything around it.

Five bidirectional data flows. Orders in, purchase orders as ASNs, receipts out, stock updates out, shipments out. Supply Lens connects ShipBob to your ERP, storefronts, and finance systems — with fulfilment centre routing, SKU mapping, bundle handling, and courier configuration all handled correctly.

ShipBob connects to
ShipBob data flows Supply Lens integration layer
Inbound to ShipBob
Orders BI-SYNC
ERP / Storefront
Purchase Orders → ASNs INBOUND
ERP → ShipBob
Outbound from ShipBob
Receipts (WRO processed) OUTBOUND
ShipBob → ERP
Stock / Inventory OUTBOUND
ShipBob → ERP / Channels
Shipments (fulfilment) OUTBOUND
ShipBob → ERP / Storefront
The five flows in detail

Every ShipBob data flow.
Every direction. Handled.

ShipBob operates as a distributed fulfilment network — inventory spread across multiple fulfilment centres, orders routed automatically by ShipBob to the location closest to the buyer. Each of these five flows has its own logic within that network model.

Orders
Bi-directional sync

Orders flow from your ERP or storefront into ShipBob as fulfilment instructions, and ShipBob order status events flow back to keep source systems current. Whether the order originates from Shopify, Unleashed, WooCommerce, or a marketplace, Supply Lens transforms it into the format ShipBob expects — with the correct channel identification, SKU resolution, and any required shipping method preference applied before transmission.

ShipBob's fulfilment network then routes each order to the most appropriate fulfilment centre based on inventory availability and delivery destination. Supply Lens does not interfere with ShipBob's internal routing logic — it ensures each order arrives in ShipBob in a state where that routing can fire correctly.

ERP → ShipBobStorefront → ShipBobChannel identificationSKU cross-referenceShipping method mappingOrder status sync back
Shopify / ERP / Marketplace
Supply Lens
ShipBob
Status updates
Purchase Orders → WROs
ERP → ShipBob

When a purchase order is raised in your ERP for inbound stock to ShipBob, Supply Lens transforms it into a Warehouse Receiving Order — ShipBob's equivalent of an ASN — and sends it ahead of the goods arriving. ShipBob can then prepare for the inbound and process the receipt against the expected quantities when the stock lands at the fulfilment centre. You can specify which ShipBob fulfilment centre the WRO is destined for, and Supply Lens carries that instruction through from the ERP PO.

PO → WRO transformationFulfilment centre targetingSupplier reference mappingExpected quantitiesInbound preparation
ERP Purchase Order
Supply Lens (WRO transform)
ShipBob WRO
Receipts (WRO processed)
ShipBob → ERP

When ShipBob processes a WRO — confirming that inbound stock has been received and checked into the fulfilment centre — Supply Lens captures the processing event and creates the corresponding receipt in your ERP. Stock levels update immediately, purchase orders are marked fulfilled to the received quantity, and any discrepancies between expected and received units are recorded against the original PO. Because ShipBob can receive stock across multiple fulfilment centres, Supply Lens maps each receipt back to the correct ERP warehouse or location.

GRN creation in ERPPer-FC stock updatePO fulfilment matchingDiscrepancy handlingMulti-FC receipt mapping
ShipBob WRO processed
Supply Lens
ERP Receipt + Stock Update
Stock / Inventory
ShipBob → ERP / Channels

ShipBob holds your physical inventory and reports available quantities across each fulfilment centre. Supply Lens takes those inventory position updates and pushes consolidated available-to-sell quantities to your ERP, Shopify, and any other connected channel. Where you need per-FC visibility in your ERP — for example, to understand regional stock allocation — Supply Lens can map each FC's quantity to a separate ERP warehouse record. Where you just need a single available figure for channel stock, Supply Lens aggregates across FCs and pushes the combined total.

Available-to-sell quantityPer-FC or aggregatedERP warehouse mappingChannel availabilityScheduled or triggered
ShipBob Stock (per FC)
Supply Lens (aggregate / map)
ERP + Shopify + Channels
Shipments (fulfilment)
ShipBob → ERP / Storefront

When ShipBob ships an order — from whichever fulfilment centre fulfilled it — Supply Lens captures the shipment event and pushes it to all connected downstream systems. The ERP sales order is marked dispatched. The Shopify fulfilment is created with the carrier name and tracking number. The customer notification fires. The carrier ShipBob uses for a given shipment depends on which FC fulfilled it and ShipBob's own rate selection — Supply Lens maps whatever carrier and service ShipBob returns to the correct label in each downstream system, regardless of which FC the order shipped from.

ERP despatch updateShopify fulfilment creationTracking pushCarrier code mappingMulti-FC shipment handlingPartial shipments
ShipBob Shipment
Supply Lens
ERP + Shopify + Customer
Configuration layer

The decisions that make
a ShipBob integration
actually work.

ShipBob's distributed fulfilment model introduces configuration questions that a single-warehouse WMS does not. Which fulfilment centre does inbound stock go to? How does per-FC inventory map back to your ERP? What carrier does ShipBob use from each location, and what does your downstream system expect to see? Supply Lens handles all of it.

Courier service mapping
ShipBob selects the carrier for each shipment based on destination, service level, and its own rate shopping. Supply Lens maps whatever carrier ShipBob returns to the label your ERP and storefront expect — regardless of which FC the order shipped from.
USPS First Class → USPS-FC in ERP
UPS Ground → UPS-GND
Royal Mail 24 → RM24
Per-channel service preferences
Fulfilment centre mapping
ShipBob operates multiple fulfilment centres across the UK, Europe, and the US. Supply Lens maps each FC to the correct ERP warehouse or location so stock levels, receipts, and shipment events land in the right place in your operational systems.
ShipBob UK FC → ERP UK warehouse
ShipBob US East → ERP US-E location
Inbound WROs → correct FC
Aggregated or per-FC stock view
SKU mapping
Your ERP, Shopify, and ShipBob may hold the same product under different codes. Supply Lens maintains the cross-reference table so every order, WRO, receipt, and stock update carries the right identifier for each system without manual lookup.
Shopify variant ID → ERP code
ERP code → ShipBob SKU
Retailer barcode → internal SKU
Persistent, maintained mapping
Bundle & kit handling
Bundles sold as a single SKU in your storefront or ERP need to reach ShipBob as their component parts for individual pick. Supply Lens explodes bundles at the integration layer so ShipBob always receives the correct items — and stock updates return at component level to keep your ERP position accurate.
Bundle SKU → components
Quantity multipliers applied
Mixed bundle/unit orders
Stock reflected at component level
Channel mapping
Orders from different sources can carry different channel identifiers into ShipBob. DTC Shopify orders, B2B ERP orders, and marketplace orders each arrive with the correct channel tag so ShipBob's own channel-specific fulfilment rules apply as expected.
Shopify DTC → DTC channel
B2B ERP orders → B2B channel
eBay / Amazon → marketplace
Multi-brand routing
Error monitoring
Every flow across the ShipBob integration is monitored in real time. Unmatched SKUs, failed order transmissions, rejected WROs, and WRO discrepancies surface as alerts before they become fulfilment problems or affect customer deliveries.
Unmatched SKU alerts
Failed order transmission flags
WRO discrepancy notifications
Dashboard + email alerts
Where ShipBob integrations break

The distributed model creates
problems a simple connector misses.

ShipBob's fulfilment network model — multiple FCs, carrier selection handled by ShipBob, stock split across locations — introduces integration edge cases that a single-warehouse WMS connection does not have to deal with.

ShipBob holds our stock across three FCs. Our ERP only shows one stock figure and it's always wrong.

Supply Lens maps each ShipBob fulfilment centre to a separate ERP warehouse record, or aggregates across FCs into a single available-to-sell figure — whichever your ERP setup requires. When stock moves between FCs, or when a WRO is processed at a specific location, the correct ERP warehouse updates. Your stock position in the ERP reflects what ShipBob actually holds and where it sits.

ShipBob shipped the order but the carrier it used isn't what our ERP expects, so the tracking link is broken.

ShipBob selects the carrier based on its own rate shopping and FC location — you don't always control which carrier fulfils a given shipment. Supply Lens maps whatever carrier code ShipBob returns to the correct label in your ERP and Shopify. The carrier field lands correctly in every downstream system and tracking URLs resolve as expected, regardless of whether ShipBob used USPS, UPS, Royal Mail, or any other carrier for that shipment.

We send stock to ShipBob and it disappears. Our ERP doesn't update until we manually check the ShipBob portal.

The WRO receipt flow closes this gap. When ShipBob processes a WRO — confirming that your inbound stock has been received and checked into the FC — Supply Lens creates the GRN in your ERP and updates stock immediately. The purchase order is marked fulfilled to the received quantity and the ERP stock position reflects the actual ShipBob inventory without anyone logging into the portal to check.

We sell gift sets as a single SKU on Shopify. ShipBob needs to pick the individual items but there's no bundle support in the connector.

Bundle explosion happens at the integration layer before the order reaches ShipBob. The bundle SKU is detected, expanded into its components with the correct quantities, and ShipBob receives individual pick lines for each item. The Shopify fulfilment is created against the original bundle SKU. Stock updates return at component level so your ERP position remains accurate across every fulfilment.

Getting started

A complete ShipBob integration
in days, not weeks.

Most ShipBob integration projects follow a structured path. The key setup work is mapping your fulfilment centres, SKUs, and channel rules correctly so the five flows work accurately across ShipBob's distributed network.

What we need from you
ShipBob API credentials
API token from your ShipBob account, plus your fulfilment centre list
ERP and storefront credentials
Unleashed, Shopify, Enterpryze, or whichever systems ShipBob needs to connect to
Fulfilment centre to ERP warehouse mapping
How each ShipBob FC maps to your ERP warehouse structure, and whether you need per-FC or aggregated stock visibility
Carrier mapping requirements
What carrier labels your ERP and storefronts expect, so we can map ShipBob's carrier outputs correctly
Bundle definitions
Any SKUs sold as bundles that need to reach ShipBob as individual component pick lines
Sample orders and products
To validate SKU mapping, bundle explosion, FC routing, and carrier handling before go-live
How we get you live
1
Scope
Credentials, FC list, carrier mapping, bundle definitions, and stock visibility model collected.
2
Configure
All five flows built in staging with FC mapping, carrier map, SKU mapping, and bundle config applied.
3
Test
End-to-end run across each flow — order in, WRO, receipt, stock update, and shipment validated with real data.
4
Go live
Production activated. All flows monitored from day one.

Ongoing support includes carrier mapping updates, SKU maintenance, and FC routing changes as your ShipBob network evolves.

Ready to connect ShipBob
to your full operation?

Five flows across ShipBob's fulfilment network — fully configured. Orders, WROs, receipts, stock, and shipments automated. 30-day trial available.