Skip to main content
Talk to an expert
Manhattan Active Omni logo

Manhattan Active Omni integration for ecommerce order management

Orchestrate orders reliably across warehouses, channels and locations Manhattan Active Omni routes orders, allocates inventory and hands off fulfilment instructions automatically. iWeb connects it to your ERP, WMS, channels and storefronts so orders route fairly, stock stays synchronized and exceptions surface before they delay shipments. Works with Adobe Commerce, Magento Open Source, Shopify Plus, BigCommerce and other storefronts.

Also searched as: order management, order routing, order orchestration, split fulfilment, dropship workflow.

Manhattan Active OmniiWeb integration layeryour storefront
Works with - Adobe Commerce · Magento Open Source · Shopify Plus · BigCommerce · Other storefronts
01 · What you get

What a Manhattan Active Omni integration gives you.

Orders route and allocate automatically

Once configured, the OMS applies your routing rules consistently. Orders move to the warehouse, branch or supplier that makes sense for cost, stock and SLA, and the storefront reflects allocation status within seconds.

Multi-channel demand does not cause oversell

The OMS sees inventory across storefronts, marketplaces, branches and call centre at the same time. Stock is allocated fairly and orders are held or rejected before they create unfulfillable commitments.

Fulfilment teams have a clear work queue

The WMS or warehouse staff receive pick lists and dispatch instructions from the OMS in a predictable format. They confirm shipments, and tracking and stock-movement events flow back without manual re-entry.

Customer service sees the full order picture

Service staff can query the OMS for order status, holds, exceptions, tracking and return options from a single dashboard. They do not have to search across the storefront, WMS and ERP to answer a customer question.

Returns and exchanges stay governed

The OMS enforces return rules—which locations accept returns, when refunds are triggered, how stock is credited back—so returns do not slip through without capture or accounting.

02 · When it's worth it

Where a Manhattan Active Omni integration earns its place.

If two or more of these are true, the integration usually pays for itself quickly.

Route orders to the warehouse, branch or dropship supplier based on stock, cost and delivery SLA
Manage order holds, split shipments, and backorder decisions while keeping the storefront and customer service in sync
Hand off dispatch instructions to WMS or 3PL and track shipments back to the customer
Orchestrate returns and exchanges across warehouses, branches and channels
Handle multi-channel orders and allocate stock fairly across online, marketplace and in-store demand
03 · The limits

Where off-the-shelf connectors fall short.

Vendor connectors are fine for simple cases. Here's where the real ones need more.

Routing rules need custom logic

Manhattan Active Omni ships with standard routing templates, but custom rules around cost, delivery windows, customer segments or stock strategies require configuration or middleware extensions. iWeb designs the rule set with you before build so the OMS respects your commercial priorities.

Order holds and exceptions are not self-healing

When an order is held due to credit, inventory or business rules, the OMS marks it for action but does not automatically reverse holds or retry. You need clear ownership of the exception queue and a process to surface and resolve holds within your SLA.

Split shipments require orchestration clarity

If an order ships from multiple locations, the OMS must coordinate with the WMS and track each leg separately. Without clear data flow and ownership of each shipment leg, split orders can fall out of sync with customer expectations or ERP invoicing.

Returns and exchanges need two-way channels

Manhattan Active Omni can orchestrate returns back to a warehouse or branch, but the return address, refund authority and stock receipt must be defined in advance. If the WMS, ERP and OMS do not share the same return-processing rules, refunds or restocking can stall.

Multi-channel stock allocation is a design choice

The OMS can hold inventory for one channel or share it across channels, but you must decide on the allocation policy upfront. Without a clear definition of which channels have priority and when inventory is held or released, you risk oversell or under-utilization.

04 · The real work

The difference between order routing that works and order routing that breaks usually comes down to whether someone owns the exception queue and knows what to do when the OMS makes a decision that does not fit the real world.

05 · Where it sits

Where this integration sits in your estate.

Manhattan Active Omni 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.

One integration architecture, any storefront. Manhattan Active Omni connects through the same governed layer whatever commerce core you run.

System of record
Source / owner
Manhattan Active Omni
Order-orchestration and allocation layer between commerce, fulfilment and customer service
  • Order routing and warehouse selection
  • Stock allocation and reservation across channels
  • Order status and tracking coordination
  • Return and exchange orchestration
  • Exception queues and hold management
iWeb integration layer
Customer-facing commerce
Commerce platform
Adobe CommerceMagento Open SourceShopify PlusBigCommerceOther storefronts
  • Storefront and customer checkout
  • Shopping cart and promotions
  • Customer account and order history
  • Order confirmation and customer status display
  • Marketplace and channel integration endpoints
Connected neighbours
Integration layer
ERP
Source of inventory counts, customer credit status and orders destination for financial recording
Integration layer
WMS or 3PL
Receives dispatch instructions; sends dispatch confirmations, tracking and stock-movement events
Integration layer
Storefront and channels
Source of customer orders and delivery addresses; receives status updates for customer communication
Integration layer
Customer service
Queries orders, holds and returns; updates addresses and triggers return instructions
Integration layer
Reporting and analytics
Consumes order, allocation and fulfilment events for operational and financial analysis
Two-way sync where relevant
06 · Surrounding systems

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.

Ecommerce platforms (examples)
  • Adobe Commerce
  • Magento Open Source
  • Shopify Plus
  • BigCommerce
  • Other storefronts
Surrounding systems (examples)
  • ERP (SAP, Sage Intacct, Netsuite, Infor)
  • WMS (Mecalux, Pallet Track, Staffordshire Warehouse)
  • 3PL and parcel carriers
  • Customer service and call centre systems
  • PIM and product catalogue
  • Marketplace connectors
  • Reporting and BI
Not sure?

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.

07 · Data flows

The data flows we wire.

Each flow has a direction and an owner. We agree both before a line of code is written.

Into OMS
From OMS & FULFILMENT
BOTH WAYS
Orders and inventory from commerce: New orders arrive from the storefront, marketplaces and call centre with line items, customer accounts and delivery addresses
Current inventory positions come from the ERP and WMS so the OMS can calculate available-to-promise and apply routing rules.
Routing and allocation instructions: The OMS decides which warehouse, branch or supplier fulfils each order and sends pick lists, despatch instructions and split-shipment details to the WMS or fulfilment system.
Dispatch, tracking and stock movement: The WMS or 3PL confirms dispatch, provides shipment tracking and sends stock-movement events back to the OMS and ERP so inventory counts stay current.
Order status and customer visibility: The OMS publishes order status, tracking links and delivery milestones back to the storefront and customer portal
Customer service teams query the OMS for order holds, exceptions and return requests.
Stock and pricing from ERP: Base inventory counts, reorder points and safety stock thresholds sync from the ERP so the OMS respects committed stock levels and does not oversell across channels.
Confirmed orders into ERP and accounts: Once routed and allocated, orders move from the OMS into the ERP as sales orders so invoicing, revenue and accounts receivable are recognised.
08 · How we build it

How iWeb configures the integration around your business.

Same method on every integration. The decisions come before the code.

  1. 01
    Design and document routing rules

    iWeb works with your operations, finance and fulfilment teams to define the routing logic that drives order allocation. We document the rules, thresholds and exceptions so the OMS configuration is testable and defensible.

  2. 02
    Map order and inventory data flows

    iWeb defines which data moves from the storefront into the OMS, how inventory syncs from the ERP and WMS, how orders hand off to fulfilment, and how tracking and status flow back. Each flow has a source, target, schedule and fallback behaviour.

  3. 03
    Build integration connectors and transforms

    iWeb builds the connectors that move orders, inventory and dispatch confirmations between Manhattan Active Omni, your ERP, WMS, commerce platform and channels. We handle data mapping, error handling and retries.

  4. 04
    Set up monitoring and exception handling

    iWeb configures alerts for stuck orders, allocation failures, missed shipments and reconciliation gaps. We define who owns the exception queue and how failures are surfaced to the right team.

  5. 05
    Test and go-live support

    iWeb runs test scenarios covering normal orders, split shipments, backorders, returns and channel-specific flows. We support you through cutover and post-launch troubleshooting.

09 · Ownership

Who owns what.

The single most important table in any integration. One system owns each field; everything else reads it.

Data
Source / owner
Maintained by
Notes
DataOrder routing rules and priority
Source / ownerManhattan Active Omni (configured)
Maintained byOperations or supply-chain team
NotesiWeb documents the rules upfront and maps them into the OMS configuration so changes are governed and tested.
DataStock allocation and availability-to-promise
Source / ownerERP and WMS (source); Manhattan Active Omni (decision)
Maintained byInventory and OMS teams jointly
NotesThe OMS reads current inventory from the ERP and WMS, decides what is available to allocate, and reserves stock. The ERP remains the source of truth for committed stock counts.
DataOrder status and tracking
Source / ownerManhattan Active Omni (coordination); WMS/3PL (dispatch detail)
Maintained byOMS and fulfilment teams
NotesThe OMS tracks order routing, allocation and status. The WMS or 3PL provides dispatch confirmations and tracking numbers, which the OMS publishes back to the storefront.
DataReturn and exchange orchestration
Source / ownerManhattan Active Omni (rules and status)
Maintained byCustomer service and fulfilment teams
NotesThe OMS enforces which locations accept returns, when refunds are authorized and how stock is credited. The WMS confirms receipt; the ERP records the credit.
DataOrder exceptions and hold resolution
Source / ownerManhattan Active Omni (queue)
Maintained byOperations or customer-service team
NotesThe OMS surfaces holds due to credit, inventory or business rules. A named team owns the exception queue and decides to release, reject or escalate each hold.
DataIntegration transport and exception handling
Source / ownerIntegration layer (iWeb)
Maintained byiWeb support and operations team
NotesiWeb monitors order flows, inventory sync, dispatch confirmations and status updates. Failed messages are retried and escalated to the right operational owner.
10 · Experienced integrator

Built this integration before

iWeb has connected Manhattan Active Omni to ERP, WMS and commerce estates multiple times. We understand how order routing rules need to be designed, how inventory must stay synchronized between the OMS and ERP, and where the real operational risks live—usually in exception queues no one owns and split shipments that fall out of sync.

iWeb documents routing rules upfront and maps them into the OMS configuration so the system behaves the way operations expects.
iWeb designs inventory sync from the ERP so stock availability in the OMS is always current and allocation does not cause oversell.
iWeb builds the connector that hands orders from the OMS into the WMS, tracks dispatch confirmations and publishes shipment status back to the storefront.
iWeb sets up exception queues for orders on hold due to credit, stock or business rules and defines who owns each queue.
iWeb configures monitoring so you see allocation failures, stuck orders and sync gaps in real time, and supports you through post-launch troubleshooting.
11 · Before launch

What we test before launch.

Every one of these is rehearsed before a customer ever sees the integration.

Verify orders route to the correct warehouse or branch under each defined rule—cost priority, stock priority, delivery SLA.
Confirm inventory allocations from the OMS match the ERP count and do not exceed available stock across all channels.
Test split-order scenarios: confirm both locations receive pick lists, both ship and customer receives complete tracking.
Validate exception handling: orders on credit hold, backorder holds and inventory exceptions route to the correct team queue.
Confirm dispatch confirmations from the WMS update order status in the OMS and flow to the storefront within 60 seconds.
Test multi-channel demand: simultaneously place orders on different channels and verify stock is allocated fairly and neither channel oversells.
Verify return flows: returned goods are received at the warehouse, stock is credited and a refund is triggered within the expected SLA.
12 · Failure points

Common risks and where they bite.

We name these on day one. A risk written down is a risk you can plan around.

Orders stuck in OMS without resolution

If a routing rule fails, inventory is unavailable, or a credit check holds an order, the OMS marks it as unallocated but does not know how to proceed. Without a defined exception queue and clear ownership of holds, orders can languish in the OMS for hours.

Stock allocation drift between OMS and ERP

The OMS holds inventory reservations while the ERP holds different counts for accounting. If the sync is slow or incomplete, the OMS may allocate stock the ERP has already sold to a different order.

Split shipments losing synchronization

When an order ships from two locations, each WMS sends dispatch confirmations independently. If the OMS does not receive both confirmations in time, or if one leg is delayed, the customer sees incomplete tracking or the storefront does not reflect the full shipment.

Multi-channel oversell on peak days

During high traffic, orders may arrive faster than the OMS can allocate or the WMS can confirm. If the OMS and storefront are not synchronized tightly, multiple channels can sell the same stock.

Returns not credited back to inventory

When a return arrives at the warehouse, the WMS confirms stock receipt but the OMS or ERP may not update the available count in time for the next sale. Customers see stock as unavailable even though the return has physically arrived.

Exception queue becomes a black hole

Orders that fail routing or hold for credit can accumulate in the OMS exception queue if no team is assigned to monitor or resolve them. Without visibility and ownership, exceptions pile up and customers are left without communication.

14 · Questions

Common questions about Manhattan Active Omni integrations.

How does Manhattan Active Omni decide which warehouse or branch fulfils an order?

The OMS applies routing rules that you define in advance. These rules can prioritize by warehouse cost, distance to customer, current inventory, delivery SLA, and customer segment. iWeb works with you to document the rules and test them against real order patterns before go-live.

What happens when inventory is too low to fulfil an order immediately?

The OMS can allocate available stock and create a backorder for the rest, hold the entire order pending replenishment, or reject the order and prompt the storefront to show the item as out of stock. Which behaviour applies depends on the routing rule and your business policy. iWeb defines these policies upfront so the OMS acts predictably.

How does the OMS stay in sync with the ERP's inventory counts?

The ERP feeds current stock levels to the OMS on a schedule you define—typically every 15 minutes to an hour during normal trading. The OMS reads the ERP count, subtracts reservations from other orders, and calculates available-to-promise. iWeb sets the sync frequency and handles reconciliation if counts drift.

Can the OMS handle orders that ship from more than one location?

Yes. If an order is split across warehouses, the OMS sends pick lists to each location, tracks each shipment separately, and waits for all legs to dispatch before it publishes full tracking to the customer. iWeb tests split-order scenarios so the OMS and storefronts stay synchronized.

What if an order is held because the customer's credit is on hold?

The OMS flags the order as held and places it in an exception queue. A member of your credit or operations team reviews the hold, decides to release or cancel it, and the OMS resumes processing. iWeb configures the exception queue and defines who owns each type of hold.

How do refunds and returns flow back through the OMS and ERP?

When a customer returns goods to a warehouse or branch, the WMS receives them and updates stock. The OMS is notified of the return, applies your refund rules—which locations can accept returns, when the refund is authorized—and the ERP records the credit note and inventory receipt.

How do multi-channel orders allocate stock fairly?

The OMS sees orders from your storefronts, marketplaces, call centre and branches at the same time. It applies allocation rules that you define—for example, holding stock for marketplace orders first, or rotating which channel gets priority each day. iWeb documents the allocation policy and tests it during peak demand scenarios.

What if the WMS goes down and cannot receive dispatch instructions?

Orders queue in the OMS while the WMS is unavailable. When the WMS comes back online, the OMS can send queued orders or the fulfilment team can manually trigger pick lists. iWeb configures fallback behaviour and ensures you have visibility into the queue so you can decide whether to hold orders or offer extended delivery times.

Can the OMS handle dropship orders through third-party suppliers?

Yes. The OMS can route orders to a supplier, send them a purchase order or EDI message, and track when they ship. iWeb configures dropship routing and handles the communication with your suppliers so dropship orders are visible in the same order-management dashboard as warehouse orders.

How does the storefront know the order is allocated and ready to ship?

The OMS publishes order status back to the storefront—allocated, ready to pick, dispatched, in transit, delivered. The storefront displays this status to the customer and triggers confirmation emails. iWeb defines the status-update schedule and ensures the storefront receives updates reliably.

What if an order arrives at the OMS with an unknown customer or incomplete address?

The OMS can hold the order, flag it as an exception and notify the customer service team. Service staff can correct the address in the storefront or call the customer, the OMS resumes processing once the address is valid. iWeb sets up these data-quality checks and routes exceptions to the right team.

How do you monitor whether the OMS is working correctly after go-live?

iWeb sets up dashboards and alerts that track order throughput, allocation success rate, exception volume, and sync delays between the OMS and ERP or WMS. If allocation fails, holds spike or sync lags, the right team is alerted so issues are caught within minutes, not hours.

Can you change the routing rules after go-live without rebuilding the integration?

Yes. Routing rules are configured in the OMS, not hard-coded. You can adjust thresholds, add new rules or disable old ones without an integration rebuild. iWeb trains your operations team to make these changes safely and provides a testing environment so you can validate new rules before they hit live traffic.

What is the difference between the OMS holding stock and the ERP holding stock?

The OMS reserves stock for specific orders—this order gets units A through C from warehouse 1. The ERP tracks inventory balance across the whole business and records stock movements for accounting. iWeb ensures both systems see the same physical count but own different aspects of the record.

Next step

Have a Manhattan Active Omni integration brief?

Send the brief, or tell us what is breaking. You will get a written response from a senior expert: the integration boundary, the realistic shape, the risks worth naming, and what it takes to support after launch.
Talk to an expertOr browse all integrations →