| iPaaS & Custom Builds | Legacy OMS | Pipe17 | |
|---|---|---|---|
| Native API-First Connectivity | ✅ | ❌ | ✅ |
| Pre-Configured Commerce Connectors | ❌ | ❌ | ✅ |
| Custom Integration Mappings | ✅ | ❌ | ✅ |
| Advanced Order Orchestration | ❌ | ✅ | ✅ |
| Exception Management & Alerts | ❌ | ❌ | ✅ |
| Unified Inventory Management | ❌ | ✅ | ✅ |
| Rapid to Implement & Go-Live | ❌ | ❌ | ✅ |
| Easy to Add / Swap Channels & Flows | ❌ | ❌ | ✅ |
| Low Total Cost of Ownership (TCO) | ❌ | ❌ | ✅ |
Your routing rules send an order to the warehouse behind Cleo the same way they pick any warehouse, store, or 3PL you connect.
Pipe17 waits for an order's shipping requests and sends them to Cleo in one call. A line routed later follows when it is ready.
A rejected request carries Cleo's validation errors, all of them, on the request itself. Fix the data, resend, and the exception closes once Cleo accepts.
is better with
Yes, the Cleo integration sends the shipping requests for each order routed to a Cleo-connected warehouse into your Cleo Integration Cloud tenant, which delivers them to the warehouse management system behind it. An order from Shopify, Amazon, or another channel can route to any of those warehouses. The flow your 3PL or Cleo team runs posts each fulfillment back through the Pipe17 API, and Pipe17 sends the tracking to the channel.
No, the Cleo integration is a 3PL connector, not an EDI integration. Pipe17 sends each shipping request to your Cleo Integration Cloud tenant in Pipe17's own shipping request format, and Cleo handles the translation the warehouse behind it needs. Retailer EDI documents such as purchase orders and advance ship notices travel separately from the Cleo connector, through your Cleo tenant, another EDI provider you already use, or Pipe17's managed EDI.
Pipe17 can reach any warehouse management system your Cleo Integration Cloud tenant delivers to, because Pipe17 sends each request to the tenant and Cleo carries it to the system behind it. Pipe17 does not talk to that system directly. If the warehouse also has its own connector on the Pipe17 Network, you choose between that connector and your Cleo tenant.
Ship confirmations come back through the Pipe17 API rather than through the Cleo connector. The Cleo flow your 3PL or Cleo team runs posts each fulfillment to the Pipe17 API against the shipping request Pipe17 sent, and Pipe17 pushes the tracking to the sales channel the order came from, such as Shopify or Amazon. Your customer sees tracking without anyone copying it between systems.
Pipe17 marks the shipping request failed and raises a Sync Failure exception that lists every validation error Cleo returned, one per line. Each request in a batch passes or fails on its own, and one rejected request does not fail its siblings. Once the data is corrected, resend the request from Pipe17, and when Cleo accepts it the exception resolves.
Yes, but with the warehouse directly rather than through the connector, which sends shipping requests and does not send cancellations. When a request already at Cleo is canceled in Pipe17, Pipe17 raises an exception on it as the prompt to cancel with the warehouse. A request canceled before Pipe17 sends it is never sent.
Two values: the API base URL of your Cleo Integration Cloud tenant and its API key. Enter both in Pipe17, then list each warehouse the tenant serves by its ID and name, and Pipe17 creates a location for each. Pick a default location for requests Pipe17 cannot match, map shipping methods and SKUs where the warehouse expects its own codes, and switch the push on.
Restrict the push to specific order IDs while you test, and the first requests to Cleo cover only the orders you choose. Route a test order to the Cleo location with order routing, confirm Cleo accepts the request, and check that its fulfillment arrives back in Pipe17 through the API. Then clear the filter and let every order routed to that location flow.