Manage it. Track it.Grow your business.

What WooCommerce inventory management actually covers

WooCommerce counts stock. You tick “Manage stock”, type a number, and it goes down when something sells. That is stock counting, and it is roughly where WooCommerce stops.

Inventory management is the layer above it. What you hold, what each unit cost you, what margin the order made, what to reorder and from whom, who changed a number and when. Inventory Alpha adds 10 modules for that inside WP admin. Stock, Sales and Orders, Purchase Orders, and Suppliers run the day job. Movement Log, Stock Adjustments, and Roles and Permissions record who changed what. Dashboard, Reports, and Customer Analytics tell you what it all added up to.

It is a WooCommerce inventory management system rather than a stock counter, and the difference shows up the first time somebody asks what a month actually earned.

How to manage inventory in WooCommerce

Start with what WooCommerce gives you. Under Products, enable stock management per product, set a quantity, and decide what happens at zero. That covers a simple catalogue and nothing else.

Then the part that decides whether you reorder in time:

1. Set five figures per product. Default cost, minimum level, maximum level, run rate, and which suppliers sell it. Everything else on the Stock page is worked out from those five.
2. Let a year of sales propose the maximum. Suggested Max reads 12 months of WooCommerce order lines and proposes a figure. Apply Suggested Max to all rows writes it. It needs six months of history and a run rate before it will offer a number.
3. Edit in bulk, not one product at a time. Tick the rows you want and open Quick Edit. A value typed into the bulk field writes into every row on the screen as you type.
4. Let variable products cascade. Set cost, minimum, maximum, and run rate once on the parent. Every variation that leaves a field blank inherits it, so 40 variations is not 40 values typed.
5. Work the Order Now filter. Order Status reads Well Stocked or Order Now against the minimum you set. Filter to Order Now and every product below its level is in one view, with Order Proposal already showing the units needed to reach the maximum.
6. Raise the purchase order. Order Proposal is the quantity. Purchase Orders is where it becomes an order to a supplier.

Stock management, cost, and profit are three different things

Most WooCommerce stock management plugins stop at quantity. Quantity tells you whether you can ship. It says nothing about whether shipping was worth it.

Inventory Alpha costs every order with FIFO. When the same product has arrived at different prices, the oldest cost layer is consumed first, so the cost attached to an order is what you actually paid for those units rather than a running average. The cost locks in the moment WooCommerce reduces stock, and updates if the order is refunded or its lines change.

That gives you COGS, gross profit, and gross margin on every order. They sit in a filterable Orders list inside Inventory Alpha, and on WooCommerce’s own order screen as three extra columns and three extra totals rows. Seven sales channels ship built in, from Website to Amazon, eBay, and POS, and you can add your own. Tag an order with one and read the profit figures back a channel at a time.

It is the number a WooCommerce profit calculator is estimating. Here it comes from your own purchase costs, in your own database.

Running WooCommerce inventory in Google Sheets

Plenty of stores run WooCommerce inventory in Google Sheets, and for a small catalogue it works. Columns for cost, a tab for suppliers, a monthly figure typed in by hand.

It breaks in a predictable way. The sheet and the store become two versions of the truth, and the one that is wrong is always the one you are looking at. Costs get updated on the sheet but not in WooCommerce, or the other way round. Nobody can say which order consumed which delivery, so margin is an estimate. And the work is yours every week, forever.

The sheet is doing four jobs: stock count, cost record, purchase orders, and reporting. Inventory Alpha does all four against the live WooCommerce data, and the CSV exports are still there when you want a sheet.

WooCommerce inventory sync, and why there is nothing to sync

Search for WooCommerce inventory sync and you will mostly find bridges: a service polling your store, pushing numbers into a separate system somewhere else, and pushing them back. Every one of those is a second copy of your stock and a job that can fail quietly.

Inventory Alpha installs into your WordPress and reads your WooCommerce orders directly, in the same database on the same server. There is no polling, no export, no middle service, and no second copy to reconcile. It is why your existing sales history is there on day one rather than starting from zero.

That also means the data stays yours. Stock movements, cost layers, purchase orders, and supplier records all sit in your database, readable by anything with access to it.

The retail inventory management features WooCommerce leaves out

The parts a working retail operation needs, and a stock field does not have:

• Purchase orders. Pick a supplier and pull in their products, or just the ones at or below their minimum. Their costs are already on the lines. You set the quantities. Email the order out as a branded document, then receive the goods in full or a few units at a time. Each receive raises WooCommerce stock, opens a FIFO cost layer at that line’s purchase cost, and writes a movement row, so the units that arrive today are the units costed against tomorrow’s sales.
• Suppliers. Contact details, the email purchase orders actually go to, and a table of what you buy from them with its own cost and tax rate per product. The same product can sit under several suppliers at different prices, and a variable product can price each variation separately.
• Stock adjustments. Correct a count in batches, with a note. Saved as Pending nothing moves. Complete it and the change writes to WooCommerce, adjusts the FIFO layers, and lands in the ledger in one transaction. Completed batches then lock, so the fix for a mistake is another adjustment.
• A ledger nobody can edit. Every stock move is recorded on its own: what it was, what changed, what it became, which document caused it, and which login did it. No add, no edit, no delete. Delete the purchase order or the product and the row stays, struck through.
• Picking and packing. Select orders, generate one consolidated pick list, print per-order packing sheets.
• Roles and permissions. Create a named role and set None, View, or Full against every gated part of the product on one grid, then assign staff to it.
• Customers. Every email that has ever ordered, folded into one row. Spend net of refunds, order count, average order value, how long they usually leave between orders, and a churn flag measured against their own rhythm rather than a store-wide average. Open one for their order history with cost and gross profit on each order.

That is the short version. Every one of these has a page of its own, with the screens, the workflows, and the edge cases this summary skips.