What a Manhattan Active Omni integration gives you.
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.
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.
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.
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.
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.
Where a Manhattan Active Omni 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.
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.
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.
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.
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.
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.
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.
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.
- 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
- Storefront and customer checkout
- Shopping cart and promotions
- Customer account and order history
- Order confirmation and customer status display
- Marketplace and channel integration endpoints
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 (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 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 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.
- 02Map 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.
- 03Build 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.
- 04Set 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.
- 05Test 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.
Who owns what.
The single most important table in any integration. One system owns each field; everything else reads it.
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.
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 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.
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.
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.
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.
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.
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.
Relevant services and sectors.
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.



