I just learned of this deprecation from a merchant as well. Aside from the feature parity mentioned, we’re still missing an API to talk to Shopify’s Purchase Orders.
It would be ideal if an API was added to the 2026-04 version so there’s plenty of time to test and go to production. If this moves to 2026-07, it leaves smaller window to have the feature running. I typically only move production to the new version once it’s stable, which would be in July. Many merchants will probably have moved away from Stocky by then, which leaves them without a PO integration in our app.
Oh wow, that’s actually pretty nice timing. I had no idea Stocky was going away. I’m not going to post it here because of community guidelines, but I literally just opened an app on Saturday on the app store that does several of these things:
Supplier (“vendor”) Management: Bulk? Not sure what you mean by that totally, but basically I allow you to track suppliers, how much you buy from them, how profitable they are, exclusivity agreements (if you’re retail), commitment tracking (i.e. “you need to buy $10,000 in 1 year”), etc.
Purchase Orders: Not sure what fields specifically, but we track delivery, delivery location, who marked it as delivered, etc. Totally open to adding new fields if demand wants them though.
Supplier/Product Relationship: All products in my app have a supplier to them. You can even have cross-supplier relations, but right now this is only done by looking at the orders of said product (i.e. an order is assigned a supplier/vendor and the products on the order are assigned that supplier/vendor).
Suppliers & Different Cost Basis: I should probably add this. Right now it just looks at how much you last paid on a variant and adjusts pricing based on that.
Cost Prices: I do the same - 2 decimal points - so maybe I need to make that configurable.
Point is, I have an app that does a lot of what you’re calling out. I can add these features (and more if they align to what I’m trying to do) so I’m totally open to helping you with these if you share them with me.
Anyway, not going to advertise, but if you’re interested, let me know and I’ll share the app with you. If anything, it might be worth the look and I do give a 14 day free trial.
Feel free to post your app, however this is another Plus feature (or at least, POS Pro feature) that previously was free that now involves the merchant sourcing a new app (likely at cost), and configuring it (paying for consultancy hours). Hoping Shopify have a parity plan in place.
I can’t speak to what is coming down the track but Shopify have put together a comparison of what is available currently and the timelines involved here, which is a helpful guide on this.
I’ve been using the transfers and apis for a while now, as I’ve got an app in the area and they have developed pretty quickly and transfers are pretty robust and flexible now.
I’ve written up a more in depth guide on the end of stocky and what is/isn’t moving and how you can use Shopify own tools as well as my own app Pimsical
Thanks for the links - we’ve reviewed the first one, and the comparison is very, very high level. The more fundamental issues (no way to see all suppliers, cost prices at 2 d.p., lack of fields) are not mentioned.
I know I’m not supposed to be on here because I am a customer, But I am literally contemplating jumping off a bridge with this sunsetting announcement. The main thing that is truly going to kill my business is not having the ability to generate a purchase order with recommended inventory quantities based on previous sales. There is NO tool like this in Shopify, and it means I will now have to do all my projections and ordering manually. If you guys have literally any reccos or can put in a word at shopify to keep some sort of inventory projection tool based on past sales, PLEASE do what you can. I am desparate.
I know I can make reports that might be able to tell me how many products I sold over the last “x” days by vendor but there are no “suppliers” like in Stocky so I will have to manually tag all products with a supplier. I believe Stocky used some formula to project sales based on the daily sell through rate of products from the past “x” days. I have no idea how it did this, and was paying $89 a month so I wouldn’t have to figure that out lol.
The main focus of the app is to help shops track their purchase orders for NEW and existing product and get that product prepared to sell in both physical and online stores. The current functionality in Shopify only allows for products you add to your inventory. Unfortunately, there’s issues with this that FyreTrail solves.
First, you would need to create that product in Shopify in order to order it. That felt backwards to me. Products do come from re-orders, but it’s a chicken and egg thing except they don’t account for the egg. FyreTrail does solve this and makes product entry more conducive to how products with variants are ordered by allowing variants to be specified as vendors do - by option (i.e. color, scent, flavor, etc) and by size.
Next, they do allow for delivery of those products, but they don’t show on a schedule when those things are coming to the shop. They also don’t have a way to forecast when those orders might be needed.
But here’s the nut. When those products arrive at the store, because you entered them on the order, FyreTrail prepares the products to sync to the Shopify inventory - WHEN THEY ARE READY TO SELL. Barcodes are derived on a pattern you set, match to the colors you decide (or have decided in the past), variants are derived from your data, SEO created, etc. It’s very automated.
Ok, so that’s not all it has… it has reporting that looks at product studs and duds, vendor sales, allows vendor exclusivity (popular with clothing) and commitment tracking, etc. Please go take a look and let me know. I’m totally open to adjusting/adding features so that’s not off the table either.
This seems interesting, however I’m on the SKU section of the setup, and I’m already concerned this wont work. My SKUs come directly from my supplier, and I need the sku to remain the same because I have to reorder from them using the SKUs. If FyreTrail auto generates the SKUs for me or overwrites my SKUs I am essentially FUBAR.
Actually, that’s not a problem. You have the option to keep the same value as your SKU that your vendor provides you. You just setup the SKU generation “template” that you use to only include the “Product Number” from your vendor and you’re done. FyreTrail will just use that as your SKU.
To give a bit of background - FyreTrail was built out of necessity - I run a physical store, but had to figure out a good way to manage scanning products to sell to customers. I’m a former Nike engineer from their product creation group and I spent a LOT of time understanding SKUs, what makes a SKU unique, etc. so I built a coded system to respect variants.
However, I also recognized others may want to customize differently so I built a system that allows to follow what I came up with or do something else. The something else includes “just take what the vendor gives me” (vendor and supplier are the same things).
