The old path is still real
Orders, returns, and inventory adjustments keep hitting the warehouse you are leaving. Pretending that path is closed on day one is how exceptions pile up in a spreadsheet.
The warehouse date is on the calendar. The old path is still real. Orders keep moving only if Celigo and NetSuite are sequenced through the overlap — not if someone re-keys the first week and calls it cutover.
The go-live is a building. The cutover is the path orders, ASNs, and inventory take to get there. Those are not the same project.
Orders, returns, and inventory adjustments keep hitting the warehouse you are leaving. Pretending that path is closed on day one is how exceptions pile up in a spreadsheet.
When the new 3PL is live and Celigo is not, someone types the order in. That keystroke is now the system of record — until it is not, and finance cannot say which one is true.
Retail partners do not wait for your warehouse move. Missed ASNs and late invoice paths show up as chargebacks weeks after the date on the slide.
On-hand in NetSuite, on-hand at the old 3PL, on-hand at the new one. Without a written rule for which quantity posts, you will sell what you do not have.
A few flows pointed at the new warehouse. The rest still write to the old one. Happy-path orders look fine. Exceptions do not.
Not a staffed war room on the warehouse floor. Sequencing, dual-path Celigo, and NetSuite as the system of record — written before the date moves.
Old warehouse and new warehouse live at the same time. Flows route by brand, SKU, order type, or date — whatever the move actually requires — so shipping does not stop while the new path comes online.
Which orders, ASNs, inventory adjustments, and chargeback paths move when. The date is a milestone in that sequence, not the plan itself.
A 3PL cutover is an exception factory. Retries, dead-letter queues, and a documented path for the orders that will not post cleanly — not a Slack thread after go-live.
One place inventory, fulfillments, and financials settle. Dual-path does not mean dual-post. The overlap rules keep NetSuite from counting the same order twice.
Discovery produces the sequence and the number. You sign a scoped build — not an open-ended staff-aug engagement that starts when the warehouse calendar says so.
Mid-market ecommerce and ops teams moving warehouses — not a platform migration for its own sake.
The building is contracted. The integration work has not been sequenced. Orders still have to ship through the overlap.
The instance is live. Pointing a few flows at the new 3PL is not a cutover. The old path, the exceptions, and NetSuite still have to hold.
Finance will not accept two inventory numbers and a week of re-keyed orders. The system of record has to survive the move.
Four steps. The warehouse date is one milestone inside them — not the kickoff.
Current warehouse flows, the new 3PL's interface, order types, ASN and inventory rules. The cutover sequence is written before anyone commits a go-live date in the SOW.
Celigo flows for overlap: old path, new path, and the exceptions that will fire when both are live. NetSuite mappings stay explicit. Documentation drafted in parallel.
Both warehouses ship. We watch the paths, drain exceptions, and move volume on the sequence — not on a single flip. Nothing silent in NetSuite.
Old path turned down when the sequence says it is empty. Runbooks handed over. Optional support for the first trading-partner cycles after the move.
Not finding what you need? Ask us directly →
Bring the warehouse date, the current Celigo instance, and how orders move today. We'll tell you what the sequence has to be — or if we are not the right partner for it.
Talk through the move →The warehouse will go live on its own calendar. The integration does not have to be an afterthought.