WOOCOMMERCE · CHINA FULFILLMENT
Keep your current suppliers and current 3PL while you test one WooCommerce order. Supplier-forwarded and stocked SKUs stay in one workflow, while mixed orders pause for your choice. The plugin is free; physical services are billed per shipment.
WHY THIS IS SET UP DIFFERENTLY
Most ways of fulfilling a WooCommerce order from China ask you to surrender something first: either your supplier relationships, or cash tied up in stock before you know what sells. The trade-off below is the reason this exists — not a claim about any particular provider.
Your supplier is replaced by their catalog. Pricing, quality and continuity stop being yours to negotiate.
You keep your own suppliers. WooliiPorter never buys the goods and never touches the purchase payment.
Every SKU has to earn a stock commitment before it has sold anything, so testing is expensive.
Stocking is optional and per SKU. A store can run on supplier parcel forwarding and hold no inventory at all.
A test SKU and a bestseller in the same basket usually means two systems and manual reconciliation.
One order, routed line by line against live inventory. Both fulfilment paths land in the same record.
THE DIVISION OF LABOUR
This is the whole product in one table. If something is in the right column, nobody on your team has to do it, chase it, or re-type it into a spreadsheet.
Plus one decision, only when an order mixes stocked and unstocked lines.
WHO THIS IS FOR
You run a WooCommerce store and source physical goods from your own suppliers in China
You do not want to move purchasing to a sourcing platform or buying agent
Some SKUs sell steadily enough to stock; others are low-volume or still being tested
You want one record covering receiving, packing decisions, quotes and tracking
PER-LINE ROUTING
Routing is decided per order line against current merchant-owned inventory, not per order and not per store. A product or variation can also be marked Always forward so it never consumes stock.
| Stock for that line | What happens | Typical SKU |
|---|---|---|
| None held | Supplier parcel forwarding. Your supplier ships to your China warehouse address. The parcel is received, scanned, photographed and matched to the order, then consolidated and forwarded. | Long-tail and test SKUs, where tying up cash in stock is not worth it yet. |
| Enough held | Stocked fulfillment. Stock is reserved and the warehouse picks, packs and dispatches without waiting on a supplier. Goods stay merchant-owned throughout. | Steady sellers where holding inventory shortens delivery. |
| Some, not all | Held for your decision. Forward the whole order, wait for stock, or check inventory again. Version 0.7.0 never splits a mixed order on its own. | A basket mixing a bestseller with a long-tail item. |
TRACKING AND MONEY
China-leg events — receiving, value-added work, consolidation, dispatch — and the international carrier's own events merge into a single order timeline. If a carrier reissues the tracking number mid-transit, it is re-registered automatically instead of going dark.
Availability and transit come from current route data. We do not publish day counts we cannot hold to.
The parcel is measured after packing and quoted straight from the live rate table — there is no manual quote queue and nothing is added at decision time. You approve that packed quote before anything ships.
Estimates are always labelled separately from the final packed quote.
The final bill is a list of fee line items that reconciles against the packed quote, so a charge can always be traced to the operation that caused it. Storage appears only if you chose to hold stock, itemised on the monthly statement and computed from the same stock-movement ledger as your inventory.
Your lane table is in the console as soon as the account is active — connecting the store is what activates it. The public calculator shows personal-forwarding rates.
WHAT THE PLUGIN DOES
Test and connect validates the account, API-key environment, required scopes and routing flag, then registers the store
An eligible order reaching processing is sent through Action Scheduler — not during the customer checkout request
The fulfillment intent, per-line route facts, required action and diagnostic request ID are stored on the WooCommerce order
Status updates arrive over store-bound webhooks signed with HMAC over the raw body
Automatic submission and sandbox mode are off until you turn them on
Activation imports no historical orders and does not read your whole product catalog
WOOCOMMERCE · ON WORDPRESS.ORG
WooliiPorter Fulfillment for WooCommerce is reviewed and listed on WordPress.org. Install it from your wp-admin plugin search or the directory page, and updates arrive through the standard WordPress update channel — no manual ZIPs.
Search “WooliiPorter” in Plugins → Add New, or install from the directory page. Start with a sandbox API key; production access follows merchant activation.
Reviewed by the WordPress.org plugin team; updates ship through WordPress auto-updates.SCOPE LIMITS
WooliiPorter never buys from your suppliers or handles the purchase payment. You place and pay for supplier orders yourself.
Stocking is optional. A store can run entirely on supplier parcel forwarding and never hold inventory.
Version 0.7.0 pauses a mixed order for a recorded decision instead of guessing.
Version 0.7.0 exposes no WordPress Abilities or Store-hosted MCP endpoint. The Shopify app is listed on the Shopify App Store.
OTHER WAYS IN
The same merchant workflow is reachable without the plugin. Orders can be created by hand in the merchant console, or submitted from a custom system through Merchant API V1.
Field notes / FAQ
Yes — that is the intended setup. You choose your suppliers, place the orders and pay them directly. WooliiPorter never purchases goods and never handles the purchase payment; it receives what your suppliers send and coordinates the China leg from there.
GETTING STARTED
Create the account, submit the integration application from inside it, and install the plugin against a sandbox key first. Merchant terms are scoped to your real destinations and parcel pattern once we can see them.
Create a merchant login, then start from whichever entry fits: connecting a WooCommerce or Shopify store activates the merchant account immediately — the verified install is the review; or submit the in-account integration application for direct API access, which gets a short review of cargo types and destinations (not merchant size). Activation opens the merchant console and API-key management.