What a Cin7 Core integration gives you.
Once integration is live, orders from commerce land in Cin7 with correct location assignment and priority. No manual dispatch queue triage or re-entry needed.
Shoppers see accurate available quantities because Cin7 stock syncs back to commerce after every receive, pick, and adjustment. Backorders are honest.
Despatch confirmations and carrier tracking flow back to commerce automatically so order status pages and shipping notifications update without delay.
Stock movements in Cin7 create ERP journal entries on the same day, so month-end reconciliation is a verification step, not a week-long chase.
Returned items flow into Cin7 receiving with clear RMA traceability, and refund instructions sync back to commerce and ERP on a managed schedule.
Where a Cin7 Core integration earns its place.
If two or more of these are true, the integration usually pays for itself quickly.
Where off-the-shelf connectors fall short.
Vendor connectors are fine for simple cases. Here's where the real ones need more.
Cin7 does not know your commerce channel priorities or drop-ship supplier thresholds. You must configure which orders route to which locations, and those rules drift if your warehouse footprint changes.
Cin7 connects to major carriers but not all regional or speciality shipping partners. Label generation and tracking sync may require custom middleware or manual carrier API calls.
Cin7 holds a single available quantity per location; it does not natively manage channel-specific reserve pools or handle real-time overbooking prevention across multiple sales channels simultaneously.
Failed orders, unshippable items, or stock exceptions land in Cin7 but have no governed escalation path back to commerce or customer service. Manual review is required.
Cin7 manages inventory and despatch but does not expose pick wave planning, labour scheduling, or task-sequence optimisation. Real-time warehouse activity is opaque to commerce.
The gap between order promise and actual despatch often exposes weak communication between warehouse operations and commerce; integration removes that friction by making stock and dispatch state visible to both sides in real time.
Where this integration sits in your estate.
Cin7 Core holds the commercial record. The iWeb integration layer manages the rules, mappings, monitoring and exceptions. The commerce platform presents the customer-facing experience. The estate map helps agree ownership before anything is built.
Storefront independent. Cin7 Core feeds stock, pricing, orders and customer data into your chosen platform.
- Available stock position and location depth
- Despatch instructions and picking queues
- Tracking and label data
- Returns receiving and RMA disposition
- Stock movements and warehouse transactions
- Order capture and customer communication
- Catalogue and inventory display
- Refund and credit processing
- Backorder customer notifications
Systems this integration usually sits next to.
Examples, not a closed list. iWeb is platform-agnostic on both sides: we wire this integration into whatever ecommerce platform and surrounding systems your estate already runs.
- Adobe Commerce
- Magento Open Source
- Shopify Plus
- BigCommerce
- Other storefronts
- ERP (NetSuite, Sage 200, SAP)
- Order management system (custom or COTS OMS)
- Commerce platform
- Carrier and shipping integration
- Returns management system
- Customer service platform
- Analytics and BI warehouse
Not sure if this works with your stack?
Tell us what you’re using and what needs to connect. We’ll give you a straight view on what’s possible, what might be awkward, and the safest way to approach it.
The data flows we wire.
Each flow has a direction and an owner. We agree both before a line of code is written.
How iWeb configures the integration around your business.
Same method on every integration. The decisions come before the code.
- 01Design and build location routing
We map your warehouse locations, channel priorities, and drop-ship rules into Cin7 so orders route to the correct fulfillment queue automatically based on inventory depth and shipping origin.
- 02Establish two-way stock sync
We configure Cin7 to publish available stock, location depth, and overbooking status back to your commerce platform on a cadence that prevents oversell while preserving fulfillment agility.
- 03Build exception and escalation handling
We create a queue for unshippable items, stock exceptions, and carrier failures so they surface to the right team with clear context, not buried in Cin7 logs.
- 04Integrate returns and RMA workflows
We connect returns ingestion, inspection, and refund signaling so returned items flow through Cin7 receiving with RMA traceability and credit notes land in ERP on time.
- 05Set up monitoring and alerting
We instrument despatch lag, carrier rule drift, silent order failures, and stock-sync delays so you see fulfillment health in real time and act before SLAs slip.
Who owns what.
The single most important table in any integration. One system owns each field; everything else reads it.
Built this before
iWeb has built Cin7 Core integration for multi-channel and multi-location retailers. We understand how inventory, despatch and returns flow through Cin7 and how to connect it cleanly to commerce platforms and ERPs without creating reconciliation debt or silent failures.
What we test before launch.
Every one of these is rehearsed before a customer ever sees the integration.
Common risks and where they bite.
We name these on day one. A risk written down is a risk you can plan around.
If location rules are not configured or drift over time, orders queue in Cin7 but do not route to the correct warehouse. Despatch is delayed or sent to wrong location. Risk grows after a warehouse opens or closes without rule update.
If stock sync between Cin7 and commerce is slow or one-way only, stock can be sold twice across channels. Both fulfillment and returns are affected.
If despatch events or carrier tracking fail to flow back from Cin7 to commerce, order status pages go stale and customers receive no tracking updates. Risk is silent if no alert is configured.
Unshippable items, stock shortfalls, and carrier errors land in Cin7 but have no escalation path. Customer service does not know orders are stuck. Risk grows during peak season when queue depth is hard to monitor.
If Cin7 stock movements do not journal into the ERP, or if the sync is ad-hoc, month-end inventory reconciliation reveals weeks of untraced movements. Write-offs and adjustments grow.
Relevant services and sectors.
Common questions about Cin7 Core integrations.
How do orders get from our commerce platform into Cin7?
Orders flow from your commerce platform via scheduled feed or webhook into Cin7 with line items, delivery address, and any location preference. Cin7 queues them for fulfillment and begins picking against available inventory. The integration handles order deduplication and retry logic so orders do not duplicate or get lost.
What happens if stock is not available in Cin7 for an ordered item?
If stock is unavailable, Cin7 marks the order or line as backorder and holds it in a queue. The integration can be configured to notify commerce and the customer automatically, or to escalate to your fulfillment team for approval. Backorder handling policy is set during setup and monitored for drift.
How does stock availability sync back to our storefront?
Cin7 publishes available inventory to commerce on a defined cadence (typically hourly or continuous), reflecting stock after every receive, pick, and warehouse adjustment. The integration preserves a small reserve pool if configured so that commerce always shows conservative availability and overbooking is prevented.
How do tracking and despatch confirmations reach the customer?
When an order is despatched in Cin7, despatch confirmation and carrier tracking number flow back to commerce automatically. Commerce then updates the customer's order status page and sends shipping notifications. If tracking fails to sync, alerts notify the fulfillment team so they can investigate before the customer notices.
What if we have multiple warehouses or drop-ship locations?
The integration configures location routing rules so orders route to the correct warehouse based on inventory depth, geography, and channel priority. If you operate drop-ship arrangements, those are configured as separate locations in Cin7 and routed accordingly. Rules are reviewed regularly to catch drift when warehouse footprint changes.
How are returned items handled?
Returned items flow from commerce into Cin7 as RMA records with a reason code and refund status. Warehouse staff receive and inspect the item; Cin7 records the disposition. Refund and credit instructions flow back to commerce and the ERP for processing. Traceability is maintained throughout so you can match physical returns to refund records.
How does Cin7 integrate with our ERP for stock reconciliation?
Warehouse transactions in Cin7 (receives, picks, write-offs, adjustments) create GL journal entries that flow to your ERP at configured intervals, typically daily. This keeps inventory balances synchronized and ensures month-end reconciliation is a verification step, not a week-long investigation. Reconciliation tolerance is set and monitored.
What happens if a despatch fails or an order sits in Cin7 too long?
The integration monitors order age, despatch lag, and carrier failures. If an order exceeds your SLA or a carrier integration breaks, alerts are sent to the fulfillment team. Unshippable items and exceptions land in a managed queue so they do not block other orders or go unnoticed.
Can we handle carrier selection rules and label generation?
Cin7 connects to major carriers for automatic label generation and rate selection. If your business uses regional or specialty carriers not natively supported, the integration can route those orders to a manual queue or feed them to a separate carrier system. Carrier rule drift is monitored so that rules stay current as your shipping footprint evolves.
How do we know if stock sync has broken without customers noticing?
The integration includes observability so you see stock-sync freshness, despatch lag, and silent failures in real time. Dashboards show order ingest rate, exception queue depth, and despatch performance. You can set thresholds so that stale inventory or unshipped orders trigger immediate alerts to the ops team.
What if we need to change location routing or stock reserve rules?
Location routing rules and stock reserve thresholds are configurable without redeploying the integration. Changes are tested in a sandbox environment first, then deployed to production. Observability captures the impact of rule changes so you can verify they work as intended.
How often should we reconcile Cin7 inventory against ERP balances?
The integration supports daily or real-time reconciliation through automated journals. We recommend a daily reconciliation to catch discrepancies early. A monthly physical audit of high-value or fast-moving lines should be planned to validate that Cin7 and ERP are in step. Tolerance thresholds are set during setup so minor variances do not trigger false alarms.



