Each Shopbop style arrives on a purchase order as many size and color lines. Map one wrong and the ship notice and invoice repeat it.
A ship notice that does not match the cartons on the truck turns into a receiving problem your team has to explain to Shopbop.
Your styles sell on your own site and to Shopbop. With separate counts, a Shopbop PO can promise units DTC shoppers already bought.
| 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) | ❌ | ❌ | ✅ |
Keep every style, color, and size mapped to the items Shopbop orders. Each PO line then ships and bills under the correct SKU.
The 856 Shopbop receives comes from the cartons your warehouse or 3PL confirmed, not from what the purchase order planned.
Shopbop POs and your online orders draw from one count across warehouses, and the 846 Shopbop gets reports from that count.
is better with
Shopbop runs its vendor EDI initiative through its designated EDI network (VAN): a supplier contacts Shopbop's EDI team, fills in the network's vendor profile form, and tests its documents with the network and Shopbop before go-live. EDI provider guides list SHOPBOPTEST as the test ID and SHOPBOP for production. Pipe17 configures those IDs, handles the document mapping, and runs the testing Shopbop approves, as Pipe17's managed EDI onboarding lays out.
Shopbop's initiative lists six documents, starting with its purchase order (850) and the change to it (860), then the advance ship notice (856), invoice (810), inventory advice (846), and 997 functional acknowledgment. On Pipe17's managed EDI, each 850 becomes an order, every 860 gets a 997 in reply, and the 856, 810, and 846, all in Pipe17's supported X12 set, go back to Shopbop when your program uses them.
Approval from Shopbop's Accounting team comes first, because its EDI initiative lists the invoice (810) as requiring it. Once approved, Pipe17 builds each 810 from the units that shipped, after the advance ship notice (856) goes out, while the order itself sits in an ERP such as Acumatica as a sales order. Each invoice ties back to the EDI order flow on Pipe17 that starts with the purchase order (850).
No, Shopbop's EDI initiative lists inventory advice (846) as by request only. The feed starts when Shopbop asks for one. Pipe17 then builds each 846 from live inventory at the warehouses you choose to share, the same count behind your ecommerce storefront (Shopify, for example) and marketplaces such as Amazon sell from. A size that sells out elsewhere drops out of the next update.
Yes, Shopbop's EDI initiative includes the purchase order change (860), which Pipe17 logs against the original order and acknowledges with a 997. Nothing is applied automatically, which keeps a person in charge of revised quantities, dates, or dropped lines. Your team compares the change with the first purchase order (850), then edits the order in Pipe17's Order Operations Platform and in NetSuite or another ERP.
Yes, you can keep the EDI provider you already use for Shopbop, whether SPS Commerce or a different one, while Pipe17 links to that provider or picks the Shopbop orders up from your ERP, and managed EDI covers suppliers with no provider yet.