Quick answer: Before changing the inventory locations of a tnova gift-box component, pause the affected boxes and confirm that pause has completed. Map every candidate variant to its associated online fulfillment locations, including locations with zero stock. The current workflow requires all candidates to share exactly one active online fulfillment location and excludes fulfillment-service locations. After the change, rerun current checks and deliberately re-enable only an eligible, authorized offer.
This guide covers a warehouse or location change, rather than estimating how many boxes your stock can support. Use the component-stock worksheet for that calculation. tnova's public installation remains unavailable; use its documented workflow only in an authorized environment.
Record the affected variants before moving stock
A component can appear in more than one saved box and also sell on its own. Before changing it, list its exact Shopify variant ID, the boxes that use it, its current locations and the intended destination. Review the entire candidate pool for each affected box, including choices that shoppers rarely select.
Separate three facts in your working sheet:
| Fact | Question to answer |
|---|---|
| Location association | Which inventory locations are actually associated with this variant? |
| Location eligibility | Is each location active, enabled for online fulfillment and a merchant-managed location? |
| Available quantity | How many units can currently be sold at the supported location? |
Shopify's multi-location inventory guide explains that inventory is tracked independently at each location. Retail-only stock can contribute to a total without being part of the online quantity. A store-wide total therefore cannot establish tnova's location requirement.
Do not infer associations from a warehouse name in an old spreadsheet. Open the actual product or variant in Shopify and inspect its current inventory locations. Treat a missing or unconfirmed value as unresolved.
Recognize the zero-stock second-location problem
Consider this fictional six-item box. All three variants have inventory tracking enabled, stop selling when out of stock and pass the other component checks.
| Candidate | Warehouse A: active online location | Warehouse B: active online location | Location check |
|---|---|---|---|
| Berry | Associated; 20 available | Not associated | One eligible location |
| Cocoa | Associated; 20 available | Associated; 0 available | Two online locations; unsupported |
| Oat | Associated; 20 available | Not associated | One eligible location |
The Cocoa problem is the second association, even though it holds zero stock. Adding units at A does not remove it. Nor does choosing only Berry and Oat solve the configuration's location problem: tnova checks the candidate pool, not only the components in the latest selection.
Two other setups also need review. If every candidate has exactly one online location but Cocoa uses B while the others use A, there is no common location. If a candidate uses a fulfillment-service location, that falls outside this workflow's supported setup. Shopify's broader ability to manage several locations and fulfillment apps does not establish tnova compatibility with that arrangement.
This is different from an otherwise eligible candidate having no available stock at the single shared location. That is a stock and selection-feasibility question. Use the inventory-readiness checklist to review the remaining component requirements, including physical shipping and default quantity rules.
Pause first and plan the change across the store
For every affected tnova configuration, use its individual Pause action and confirm the resulting state before changing the fulfillment setup. A pending action or synchronization error needs investigation. Do not assume that a background eligibility check will close every existing checkout immediately after a location change.
Keep a record of existing unfulfilled orders and inventory transfers before changing assignments. Shopify documents restrictions on unstocking products with unfulfilled orders or active transfers in its inventory-location instructions. Resolve those records through the applicable Shopify workflow; a tnova pause does not move their stock or fulfill their orders.
Choose the correction that matches your real operation:
- If a second association was accidental, review whether the variant can safely be removed from that location.
- If the business is genuinely moving warehouses, plan all affected candidates and existing fulfillment work before changing the associations.
- If the assortment now depends on several online warehouses or a fulfillment service, keep the affected box paused while reconsidering the offer or integration.
Changing which locations fulfill online orders is a broader store decision. Shopify's location-fulfillment guidance warns that preventing online fulfillment at a location also affects Shopify POS ship-to-customer orders. Do not disable a location across the store just to make one box pass a check without reviewing other products and orders.
Recheck the completed setup before reopening
After the intended change is saved in Shopify, reopen the affected configuration and obtain current candidate and publishing checks. Confirm that every candidate now has the same single supported online location, with physical-product, inventory-policy and quantity-rule requirements still satisfied. Check available stock at that location rather than substituting the quantity physically on hand.
If Shopify displays a dash for Available, investigate it. Its current product-activation guidance explains that recorded On hand stock can exist at an inactive product location. Do not turn a dash into a usable quantity in your worksheet or treat a transfer receipt as proof that the destination is ready for sales.
A corrected candidate does not automatically resume a configuration that tnova has paused after eligibility withdrawal. Review its current state and use the applicable checked preparation or publication action. Other agreement, plan, authorization and compatibility requirements still apply.
Test a complete selection using the supported storefront path. The verified baseline is Dawn 16.0.0, cart type Page, the default market and currency, and one shared component fulfillment location. A location check does not establish a shipping rate, a different market or cart-drawer support. Use the shipping-cost checks when the fulfillment origin or delivery settings changed.
Keep a before-and-after handoff
Save the configuration reference, candidate variant IDs, old and new location associations, observation time, confirmed pause, fresh check result and final effective state. Record an unresolved result plainly rather than describing the offer as reopened.
If the box remains blocked, send the exact message and affected variant through the support-report workflow. Avoid repeated publication attempts while the same location discrepancy remains. This gives the next person a concrete question to resolve without changing order history or inventing stock.
*Prepared with AI assistance and checked against tnova's eligibility, pause and recovery implementation and the current official Shopify sources linked here. The warehouse table is fictional; it is not a report of a merchant migration or a promise of instantaneous checkout withdrawal.*
See a gift box in action
Try the sample picker with fictional products. It creates no cart or order.
Try the box builder