TJX buys closeouts and overruns as they come up. If the same units still show available online, a lot sold to TJX gets sold twice.
TJ Maxx, Marshalls, and HomeGoods trade as separate EDI partners. Each banner's orders, ship notices, and invoices need their own connection and testing.
Supplier guides from EDI providers say TJX expects the 856 accepted before cartons reach its distribution center, with labels matching the ASN. Keyed ship notices fall behind the truck.
| 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) | ❌ | ❌ | ✅ |
Units committed to a TJX purchase order leave the pool your storefront and marketplaces sell from. A closeout committed to TJX stops appearing there as available stock.
TJ Maxx, Marshalls, and HomeGoods orders run on separate trading-partner setups and land in one order queue alongside your other sales channels.
The 856 builds from what your warehouse actually packed, with SSCCs matching the GS1-128 label data your team or 3PL applies.
is better with
Yes, EDI providers list TJ Maxx, Marshalls, and HomeGoods as separate TJX trading partners with their own IDs, though all three follow the same TJX onboarding steps. Pipe17 sets up each banner you sell to as its own connection on the Pipe17 Network, following the managed EDI onboarding sequence, and orders from every banner fill from one pool. Other TJX banners, such as Sierra or Homesense, are confirmed during setup.
TJX expects the advance ship notice (856) to be transmitted and accepted before a shipment arrives at its distribution center, EDI providers report, and payment terms run from the date the DC receives the goods. Pipe17 builds each advance ship notice from cartons your warehouse confirms, ready as the freight leaves, one step on the path of an EDI order from purchase order to invoice.
Wherever your TJX program bills over EDI, the invoice travels as an 810, so confirm the invoicing method with your TJX EDI contact during setup. Pipe17 builds each 810 from the cartons that actually shipped, part of its core X12 document set, and the same order can post to NetSuite so your finance team can match payments to it.
Pipe17 treats a closeout, overrun, or canceled-order lot sold to TJX as stock in one shared pool. Units committed to a TJX purchase order (850) stop counting as available to your other channels. Your storefront, whether on Shopify or another ecommerce platform, and marketplaces such as Amazon read the same count, which also feeds inventory shared across EDI and DTC.
EDI providers report that TJX wants GS1-128 (UCC-128) carton labels built to its specification, no more than one purchase order and one distribution center per pallet, and no retail price tickets unless a TJX buyer orders pre-ticketed goods. Pipe17's API hands over the GS1-128 label data, while labels get printed, and pallets built to those rules, by your own warehouse or a 3PL like ShipBob.
Yes, your TJX banners can stay on SPS Commerce or whichever provider runs them now, and Pipe17 connects to that provider or to the ERP that provider feeds TJX orders into, such as Acumatica, with no retesting. Vendors with no provider for TJX use Pipe17's managed EDI, and the notes on keeping TJX with the provider you have cover both cases.