The hardest part to replace here isn’t the forecasting — it’s the workflow around receiving, and specifically printing labels off a PO once Stocky’s gone.
Two things worth knowing. First: export your Stocky data well before Aug 31 — POs, suppliers, cost history. It does not auto-migrate, and once the app and APIs are off there’s no getting it back. Shopify points you toward receiving via Admin Transfers, but that leaves the labels piece open.
Full disclosure, I make LabelCraft, which fills that specific gap. You paste or upload your received SKU+qty list, it matches to your products and prints the whole batch — Dymo, Zebra, Brother rolls or Avery sheets — and generates valid GS1 barcodes for anything missing one. Default print quantity is zero, so you never accidentally fire off 200 labels.
Reading Transfers directly is coming, not live yet — wanted to be straight about that. Happy to answer questions either way.
Hello,
I’ve added purchase orders to my app. I’m offering 3 lifetime subscriptions to the app for the first 3 installations. Install it and send me the URL of your website.
I’m feeling generous today, but in return, I’d appreciate it if you could provide me with constructive feedback on the app so I can make the necessary changes. If you encounter any issues, please let me know so I can fix them. I’d also appreciate any reviews, and please spread the word if you like it.
I build a Shopify inventory app (Debnix), so full disclosure upfront, and honestly it won’t replace everything Stocky did for stores like the original poster’s. If you need barcode scanning, label printing from POs, or average cost adjustments on receiving, Debnix doesn’t do those, and I’d rather say that plainly than waste your time.
Where it does fit: online-focused, single-location stores that mainly used Stocky for the reorder side, knowing when to reorder, how much, and creating POs from actual sales velocity. It forecasts stockouts per product, calculates reorder points from your supplier lead times, flags dead stock, and drafts supplier emails.
Since everyone here is being forced to migrate anyway, I’m offering extended free access to the first few merchants from this thread who want to try it, no card needed, and honest feedback is all I ask in return. Happy to answer questions here either way, including “will this work for my setup”, and I’ll tell you straight if it won’t.
A pricing detail to watch as you compare replacements: several of the options charge per purchase order or per unit received. As ronmooney1 pointed out earlier in the thread, ordering volume isn’t flat across the year, so your bill won’t be either. The per-PO fees only show up on your heavy months, which is exactly when you don’t want a surprise bill.
Interesting to see some of the devs above being upfront about what their tools don’t cover. From what I’ve seen, the least replaced part of Stocky so far is the retail receiving step: invoice arrives, costs don’t match the PO, you need to adjust and get accurate margins. Most of the alternatives are built for online D2C brands and stop before that.
Full disclosure: I’m building Restockmate, a flat-priced Stocky replacement focused on exactly that retail POS loop, reorder suggestions then POs then receiving with cost adjustments (restockmate.com). Genuinely curious how you all handle it today when the invoice doesn’t match the PO, that’s the workflow I want to get right.
We decided not to wait around for Shopify, and fueled by both our frustration with Stocky’s shortcomings, and our own users asking us for a robust way to handle POs with Shopify; decided to build our own solution.
Quick practical note for anyone still on Stocky and not ready to panic-buy a full inventory suite:
Before Aug 31, export what Shopify will not migrate for you:
Purchase order history / reports you care about for taxes or audits (CSV from Stocky’s reports)
Stocktake history if you use it
Supplier contacts: these cannot be exported from Stocky, so copy them somewhere now (spreadsheet is fine)
After Stocky dies, native Admin POs/Transfers cover create/receive/adjust, but a few Stocky habits break:
Label printing from received quantities is not native
Reorder suggestions / forecasting are not native
Supplier records need to be rebuilt by hand
If your main pain is “receive a shipment → print the right number of barcodes,” you don’t necessarily need a $50–200/mo inventory platform, you need a label workflow that reads received qty, not ordered qty (partial deliveries will wreck you otherwise).
Happy to answer export / receiving questions if you’re mid-migration.