Why Stocky should remain - An executive position

Shopify Plus
,
1

Executive Position

Stocky should remain in use over Shopify native Purchase Orders because it supports real-world inventory operations, whereas Shopify POs are a minimal ledger interface designed for state capture, not operational execution.

Replacing Stocky with native Shopify POs would degrade accuracy, efficiency, and governance across purchasing, inventory control, and valuation.

1. Operational Reality vs Platform Abstraction

Stocky aligns with how inventory is actually run

Stocky provides:

  • Scanner-based stock counts

  • Variance visibility before committing changes

  • Default cost memory

  • Supplier-aware workflows

  • Human-readable audit trails

These are operational requirements, not “nice to haves.”

Shopify POs are intentionally abstract

Shopify POs:

  • Do not default known costs

  • Do not support scanner workflows

  • Do not communicate with vendors

  • Do not manage count sessions

  • Do not preserve costing context

Shopify treats purchasing as data entry, not process execution.

In real inventory environments, data entry without process control creates errors, not efficiency.

2. Cost Integrity and Financial Risk

Stocky protects cost accuracy

  • Remembers last cost

  • Reduces manual re-entry

  • Minimizes fat-finger risk

  • Maintains cost continuity over time

Shopify POs increase cost risk

  • Forces manual cost entry on every PO line

  • Breaks cost continuity

  • Makes historical valuation unreliable

  • Introduces silent revaluation of inventory

For any business that:

  • Cares about margin

  • Tracks inventory value

  • Reviews vendor pricing

Shopify’s approach is financially unsafe.

3. Inventory Accuracy and Control

Stocky supports physical reality

  • Random scanner counts

  • Cycle counts

  • Variance review

  • Intentional reconciliation

Shopify assumes perfection

  • Inventory is adjusted after the fact

  • No count staging

  • No discrepancy review

  • No accountability trail

Shopify assumes inventory is already correct.
Stocky exists because it often isn’t.

4. Vendor Communication and Accountability

Stocky supports vendors as partners

  • POs can be emailed

  • Vendors receive standardized documents

  • Communication is explicit and traceable

Shopify treats vendors as metadata

  • No direct PO emailing

  • No acknowledgement tracking

  • No vendor lifecycle awareness

This forces purchasing into email inboxes and tribal knowledge — exactly what systems are supposed to prevent.

5. Governance and Auditability

Stocky creates operational evidence

  • Why counts changed

  • When costs changed

  • Who initiated actions

  • What the context was

Shopify creates state without explanation

  • Inventory changes exist

  • Context does not

  • History is shallow

  • Accountability is externalized

For businesses with:

  • Multiple staff

  • Seasonal swings

  • Physical handling of goods

This is a governance regression.

6. Risk of Regression vs Risk of Staying

Risk of staying on Stocky

  • Known limitations

  • Familiar workflows

  • Stable operational outcomes

Risk of moving to Shopify POs

  • Increased manual work

  • Higher error rates

  • Loss of scanner workflows

  • Loss of cost continuity

  • Loss of vendor communication

  • Loss of operational confidence

Migrating to Shopify native POs is not a lateral move — it is a functional downgrade.

7. Shopify’s Direction Does Not Match Operational Needs

Shopify is optimizing for:

  • Platform consistency

  • API determinism

  • AI-driven commerce

  • Median merchant simplicity

Stocky was optimized for:

  • Operators

  • Physical inventory

  • Human workflows

  • Real reconciliation

These goals are structurally incompatible.

8. Strategic Framing (This is the key argument)

Shopify should be treated as the inventory ledger, not the inventory control system.

Stocky fills the control gap:

  • It determines what the numbers should be

  • Shopify records what the numbers are

Removing Stocky removes the control layer without replacing it.

Final Conclusion

Keeping Stocky over Shopify native Purchase Orders is not resistance to change.

It is:

  • Risk mitigation

  • Accuracy preservation

  • Cost protection

  • Operational sanity

Until Shopify introduces:

  • Scanner-based stock counts

  • Cost defaulting

  • Vendor PO workflows

  • Cost history

  • Count governance

Shopify native POs cannot replace Stocky without harming the business.

2

Stocky fills a real operational gap that Shopify’s native inventory tools do not currently cover. The ability to create purchase orders directly from unfulfilled orders, then merge those orders by supplier at the end of the day, is central to efficient buying and stock control. This workflow saves time, reduces errors, and reflects how many real businesses actually operate.

Stocky also allows us to plan how much stock to buy in using features such as Fill Shelves and demand predictions. This makes purchasing proactive rather than reactive and helps avoid both over-ordering and stock shortages.

Shopify’s native inventory system does not offer an equivalent process for supplier-based purchasing, PO consolidation, or forward planning. Removing Stocky without a like-for-like alternative forces merchants to rely on third-party apps or manual workarounds, increasing cost and complexity.

Keeping Stocky, or fully replicating its core functionality within Shopify, would better support established merchants with multiple suppliers, frequent reordering, and tight stock management needs.

3

I totally forgot about Orders. Thank you for bringing it up.

4

I was in shock when I heard that Shopify was sunsetting Stocky without replacing the same functionality or doing it better. Why? How come Shopify is not doing a survey with power users regarding the business impact and operational hassle? Is there anyone in Shopify that truly understands supply chain, supply demand planning and basic procurement concepts? Gabe and Antonia covered it all, so I will be a bit more incisive in highlighting the lack of knowledge and management oversight over very critical decisions being made without client participation. I am truly disappointed.

5

Although Stocky was far from ideal, Shopify is being foolish sunsetting it at this stage. Not unless some huge miracles happen between now and August. Shopify really needs to be in touch with their customers especially since it is apparent that no employee has any retail experience. Sure is going to be hard for us to stay in business using the system as it stands today.

6

I’m in the same boat, we’re 6 weeks from going live with Shopify Plus and there’s no app out there for Plus users that’s less than $100 a month that will:

  • auto generate suggested purchase orders based on sales and a rolling forecast
  • allow us to store a landed cost and an actual cost

I’ve even tried to use sidekick and flow to create and store a rolling 90 day demand as a product variant metafield, but it can’t handle the pagination (we do about 800-1000 orders a month).

Plus we we’ve been paying a developer to create an api sync lync between Stocky and MYOB. We discussed this all with our launch partner and got no hint that we were about to sink our limited money and resources into a program being sunsetted.

I spoke with Shopify Plus help and they said that there is a roadmap for some of Stocky’s features to be standard in Shopify Admin but no confirmation about when that will happen or even when the communication will be made.

So disappointed and now panicking to get this sorted.

7

I am very disappointed Shopify could be so foolish to deprecate Stocky without fully replacing its functionality. In addition to above which I fully agree with some key features are still missing

  • Assigning vendors to suppliers - should pre-filter products to vendors, minimise errors and save on time
  • Adding bulk products via csv file. This is a major one for us as some POs have 100s of line items and prices can vary each PO. The current Add products interface is a joke its so basic. Cannot even add more then one product in the interface, have to add then adjust the qtys
  • Does not pull in the latest purchase price, this must be manually added each line a total waste of time.
  • Forecast and demands - replication of the main reporting from Stocky across. Surely their analytics team can recreate these reports with templates???
  • Adding copy of invoice to the PO when stock is received

Shopify please don’t do this until you have fully replicated all the Stocky features> otherwise you will force companies like us to move to a more powerful inventory management system or ERP and use Shopify as the front end only…

8

I just created my first PO within Shopify. It doesn’t even add the cost value to the items. I currently have 20 items on a PO (all of which are fully updated within the admin portal) and everything shows as 0. According to Shopify, there is no fix for this besides adding the data yourself. To me, this is just a ploy to have us download more third-party software. Very regressive. Shame on you Shopify.

9

As I’m sure you’re aware, Shopify is discontinuing Stocky integration in August. This is extremely concerning for those of us relying on Shopify’s purchase order system, and it represents a major step backward in workflow efficiency.

Here’s what we will lose:

  1. No Order to Purchase Order Conversion
    Currently, we can convert an order directly into a PO. Without this, we must manually:
    • Create a new PO
    • Add each item manually
    • Re-enter the customer shipping address
    This increases time, errors, and duplicate data entry.

  2. No Direct PO Emailing from Shopify
    We will no longer be able to send POs directly through Shopify. Instead, we must:
    • Download the PO
    • Manually email it
    • Keep our own record of whether it was sent

There will be no timestamp, no confirmation, and no internal tracking. In 2026 when AI is automating entire workflows this feels like going backward 10–20 years.

  1. No Sales History Visibility Within the PO System
    We will no longer see how many of an item were sold within our selected timeframe (e.g., last 90 days). This is critical for inventory forecasting. Now we must run a separate report every time we place an order.

  2. No Vendor Contact Tracking
    There is no built-in reference for:
    • Which vendor receives which PO
    • What email address to use
    • Whether it was sent

This forces retailers to maintain external spreadsheets to track basic vendor information, something the system previously helped streamline.

At a time when retailers are already operating leaner than ever, removing these foundational efficiencies creates unnecessary administrative burden and increases the likelihood of human error.

This feels like a step backward in automation and functionality. I strongly encourage Shopify to reconsider or implement these basic features before August. These are not luxury tools, they are essential operational infrastructure for independent retailers.

I have already sent feedback and encourage others to do the same. We rely on Shopify to streamline our businesses, not complicate them.

11

Hi @Roman151,

Here’s my pitch to get you to download our Inventory forecasting and purchase orders app :wink:

Our app forecasts your inventory reorder quantity based on your sales velocity and can export up to 50 products to a Shopify Purchase order. If you install our Chrome/Edge browser plugin the app will also populate reorder quantities, unit cost, and tax % in your Shopify Purchase order. Unfortunately, Shopify has not made their purchase order programming interface available to 3rd party developers, hence the Chrome plugin.

We also support Shopify Transfers in addition to Purchase Orders, in-case you wish create a picklist to scan and transfer products from your warehouse to your store(s).

BR Inventory Planner - Forecast inventory, create POs, and scan transfers with ease | Shopify App Store
$10 USD / month after a 15-day free trial

Feel free to contact us if you have any questions or want any additional features.

Thanks,
iplanner@brdatasolutions.com

12

I immediately started calling other platforms to find out what needs to happen to transition us. We can not use the native Shopify tools - they barely handle a small store forget it if you have more than 1000 skus. It can NOT do a stock take. It can NOT do purchase orders. It can’t do the most basic things. I’ve wasted hours on chat support trying to get them to show me how to even run a report that can show me my sales for the last 30 days for one vendor. They can’t do year end reporting (need to know your total value of goods sitting in your store? only stocky can do that - shopify can’t). If they remove Stocky, they will effectively shut our business down. I refuse to allow Shopify to hold me hostage. This it an outrageous move, and an unacceptable one. I agree that Stocky should remain and Shopify needs to either a) get rid of POS and all the extras like Stocky once and for all or b) stop removing functional parts of the system that are REQUIRED for us to operate our retail stores with. Make up your mind and do it all at once Shopify - get rid of POS or support it - and if you choose to support it -Stocky is a requirement to stay.

14

I use report pundit to get additional reports that I needed. Unfortunately, the PO reports all get their info from Stocky. I also use MyWorks to sync to QB desktop with all my PO information. That sync is not possible straight from Shopify, so I will be losing the PO reporting, the QB interface and all the functions previously mentioned. I am scrambling for solutions now.

15

I strongly support this position.

This is not about resisting platform evolution — it is about preventing operational regression.

One critical layer that deserves even more emphasis is cost synchronization at receiving.

Stocky does not simply “record” purchase orders. It preserves cost continuity. When inventory is received, it carries forward historical supplier pricing context, protects average cost integrity, and reduces the risk of silent margin distortion.

Shopify native POs update quantity only. They do not protect costing logic.

That distinction may seem small in abstraction, but operationally it is enormous.

In real businesses — especially those with fluctuating supplier pricing — cost integrity is not optional. It directly affects:

• Margin accuracy
• Inventory valuation
• Financial reporting
• Repricing decisions
• Audit defensibility

Forcing manual cost entry on every PO line is not simplification. It increases exposure to error, breaks continuity, and introduces financial risk.

Stocky functions as the operational control layer between physical inventory and financial truth. Shopify POs function as a ledger snapshot.

Removing the control layer without replacing its capabilities does not modernize the workflow — it weakens it.

If Shopify intends native POs to replace Stocky, they must address:

  • Default cost memory

  • Average cost protection at receiving

  • Scanner-based count governance

  • Vendor-facing PO workflows

  • Cost history traceability

Without these, the transition is not neutral. It is a downgrade in operational control.

This is not a feature request. It is a structural gap.

16

We are not talking about convenience features.

For retail operations with 1,000+ SKUs, removing Stocky without a functional replacement creates operational instability.

Native Shopify tools currently cannot:

  • Execute proper stock takes

  • Preserve cost continuity at receiving

  • Provide reliable vendor-based purchasing workflows

  • Deliver accurate inventory valuation reporting

This is not a workflow preference issue. It is a business continuity issue.

If Stocky is removed without replacing these capabilities, retail merchants will be forced to:

• Adopt third-party systems
• Increase operational overhead
• Or migrate to other platforms

That is not an exaggeration. It is a risk calculation.

Shopify POS without an operational inventory control layer is incomplete for serious retail environments.

Many of us are actively evaluating alternatives because inventory governance is non-negotiable.

Before Stocky is sunset, Shopify needs to clearly communicate:

  • Whether full functional parity will exist

  • Or whether merchants should plan for external systems

Silence creates uncertainty.
Uncertainty drives migration.

18

I’m guessing Shopify’s decision is based around them wanting to focus on their core business, being a sales platform. The ecom environment has a ton of ancillary needs to just selling. And Shopify’s approach has traditionally been to create an open partner environment that allows their partners to fill those needs.

Though they are not “native” solutions, they are compatible and Shopify approved solutions and do fill the gaps that Shopify can’t without spreading themselves too thin.

It is one of the primary reasons they’ve had so much success. They know they can’t be all things to all people, and hence let the partner competition environment devise the best products at competitive pricing.

Yes, I’m biased as we are one of those that fill those needs related to inventory, fulfillment, and shipping. But historically, competition drives better solutions that a closed monopoly. Monopolies bring a moat, then lazy R&D and advances (because, why would you spend much if users were locked in), and higher pricing (again, because why not).

I know this will cause disruption for those currently using Stocky, and I feel for those during that transition. But in the end, hopefully you will find a better overall solution where the company is truly focused on inventory management and brings faster innovation and better customer service, while Shopify focuses on bringing an even better sales platform and partner environment.

19

Good guess, but apologizing for Shopify eliminating a functional tool to advance the “sales” from a free and supported application to a “pay to use” third party is a function of their business model that degrades the satisfaction of their user base. So saying it’s a “success” is disingenuous at best considering the remains of your statements.

”Can’t be all things to all people” - WOW that’s an interesting statement. What was wrong with Stocky? The App worked for all intents and purposes. Sure it had a couple bugs, but overall it functioned well enough for people to use, and it saved them time and expense. So deleting it from their offering was another effort to force users to go pay for something. In truth, if they decide to keep it going we will continue to use it. Let me ask you this since you are a “Partner”: What would your business look like if you had to pay to create Development Sites and Apps rather than it being free? Would you pay for it? How much would you be willing to pay?

As far as “monopolies” are concerned - do you think Shopify is bigger than telecom? Bigger than Amazon? Bigger than all the rest of the providers getting gobbled up and consolidated into large business models, traded, sold, and parted out? The reality is that Stocky is part of an ecosystem of competition - YOU SAID IT YOURSELF. “I’m biased as we are one of those…”, so please excuse me if I question your credibility in this instance.

We came of a NetSuite ERP and swapped into Stocky - which if you know how much NetSuite costs was a huge win for our business as our overhead went from 100k/year with NetSuite to zero with Stocky.

Compatibility isn’t the issue here. The issue is they want to downsize their offerings and eliminate staff both on the front end support and backend development of this App. Nothing more, nothing less - it’s an easy way to draw down overhead and force their customer to incur greater expense.

Just an opinion from someone whos been working in ecom since the 90s and a big fan of Shopify as a “Partner/Developer” for decades - although not selling my skills on the open market as of the past 5 years.

21

Loosing hammers you’re used to sucks for sure, especially when it was free.
But it was always someone elses hammer.
They don’t owe it to you, there is no SLA, no contract saying they owe you this etc
And if you think they do a form is definitely the wrong place, your lawyers office is; good luck with that.

For any real traction you’d need to get thousands+ at’ing CEO’s on twitter etc.
The amount of people seeing or responding to these posts are not even a statistical drop in the bucket on a platform with 5+ MILLION stores.
But at least these post aren’t only happening on the day of, Aug 31, but oh boy just you wait for that proverbial bloodbath :cityscape::fire: …:popcorn::popcorn:

Maybe you’ll get lucky and the whole thing is a trust-thermocline campaign and they’ll reverse it at the last minute to seem like suuuuch good guys.. until the next time.

META problem

To be clear in all the following though shopify doesn’t “owe” it to anyone , I am with merchants on shopify having to offer certain baseline introductory features to be relevant and not seem like shopify’s doing a feature-rugpull
There’s just a lot of silly positioning against reality that I see over and over and over again with merchants getting entitled over things they didn’t create.

These types of posts are yelling at clouds that don’t exist in a void tinier than the aliasing on period that ends this sentence.
Posters may think their starting with well reasoned position but their not operating in the logic system of a billion dollar company.

It’s a useless argument to try and prove how it impacts you.
You’d need to PROVE it costs THEM money; e.g. get enough merchants to migrate.
Even then it’s unlikely to get a different result once in motion.
Further shopify staff long pulled stakes from the forums if anyone thinks “community” is more than a string of letters they can use for marketing sentiment I’m sorry they fell for that.

Championing

For anyone actually serious about championing in something like this get self aware asap.
It’s just baffling joke , and disappointing, every time to see people so worked up think this approach works and don’t bother with any level of unionization, or any minimal consolidation and prefer just making more diaspora.
A hilarious hallmark is you never see references to any previous grievance campaigns that did work, or context of why it did succeed.
There’s not even a SINGLE references to the other fragmented posts about this.
Sad thing to see , every time.

The apis are there, build it yourself.
Don’t position yourself as helpless and broke.

If something is missing in the api THAT’S the real problem to address by actual feature requests and advocacy.
Don’t yearn for vendor lockin , hat in hand being dependent on the benevolence from some special bucket when you could just use the tap.

The app fee conspiracy is a silly eye rolling cliché on the forums for people upset at some change or missing feature to slip in the hidden expectation that it’s shopify’s responsibility somehow to build every aspect of a merchants business; and for FREE and FOREVER.
Fundamentally flawed mindset to approach these problems with that undermines entire arguments with a singular nonsense bullet. Also easily dismissible by looking at the quarterly reports of what makes up the pie.
Don’t fall into that trap it’s so easy to see why not just steer clear.

What are you talking about, shopify only provides dev stores and app setup process.
Shopify does NOT provide free app hosting NOR free compute for third party apps.
Developers pay for TONS of things it’s not all free and sunshine.
Think about the things you pay for as a merchant then double or triple it.
hosting, compute, for every other client: multiple comms platforms and multiple project mgmt systems , access to multiple tools/services often all doing the same thing but not everyone uses one specific thing, not all apps are partner friendly or have free test modes etc etc etc etc .
Devs aren’t oblivious to dev stores being free is a loss leader, them possibly getting pay gating comes up.
App devs literally have to “give” shopify itself 15% of the devs business for the privilege’ of expanding some elses ecosystem.
And even while devs stores are free do you think developer operating costs are ZERO before hitting the app store??? *guffaw* no wonder there has to be an app system.
And then now there’s the insane dev costs that rack up for anyone having to keep up with LLM tools in a serious way.
Ungrounded comparison, dismissible.
Why poison the position with this.

Reread your own quote to yourself, the entire problem can be boiled down to that.
It explains everything through the lens of a merchant-avatar of why this happens.
Why would any company keep giving away 100k in value , PER merchant.

Love the irony in this, there was 100k for a process now there’s nothing.
So it must be provided free, forever.
It’s almost like there’s some sort of reason or even concept for a loss shopify would take for such a lead feature.

Merchant left a moat and bought into a closed garden so the walls have been closing in for a long time because they literally set it up to be pulled towards themselves by not shoring up the walls in advance.
Stocky being sunset just makes it obvious enough.

Meh, I can see “being a sales platform” maybe by being very reductive but just doesn’t ring true (checkout still reigns unless that’s what you mean by “sales” and not sales == marketing/salesforce et al).
The focus part is very true though when ever they cast off some vestigial part.
Which explains why posts like this never get zero feedback from shopify anymore just too much noise in the forums.

22

Wow another developer coming by to say hi and try to tell everyone that THEY are the “king of knowledge” when it comes to running a business and any attempt to provide accurate data as to the impact it will cause retail businesses are “yelling at the clouds” and should take to Twitter to make their case. Must be nice to have the free time to engage with a platform that has become PHUB and fundamentally useless for discourse - Twitter or X or whatever you decide to call it. Me, I have a physical brick and mortar business, and site, to manage.

  1. Did anyone in this thread state they are “owed” anything? The clear statement from Shopify is they are deprecating Stocky and their suggestion is to review the internal Purchase Order system within Shopify. This “PO app” if you can call it that is about three inches above useless or going backward from the initial offer Stocky provides. Anyone who has actually tried to use it and compare functionality has attested to that.
  2. Your comment on “unionization” is noted as well. Obviously you are a pragmatic and likely authoritarian type who thinks profit is for the leadership and not for the people who build the products or sell them. Rather shareholder and executive associates who sit on their board deserve more than their employees. Even with evidence presented that more “holistic” approaches to revenue share, increased wage, compensation, healthcare, etc. are factors of leading industrial and technological business profiles. But I digress.
  3. So your position on this post is that my voice is irrelevant based on “not even a SINGLE reference to other fragmented posts”. Why are you trying to gate keep? What is the point here? My voice is my voice and I will express it when and where I want. That is not within your capacity to speak on. Unless you want to pass the Four F test, then I might give it a listen.
  4. As to API access. When you’re wrong, you’re wrong - and in this case you are. Endpoints for the application and also within the Shopify Development ecosystem are restricted in many facets of the interoperability. Case: look up “Locations” in Dev and tell me if they are open or not. You would know this if you actually used the App or did any reasonable investigation into the matter. There are workarounds of course, but the fact is I am not “helpless and broke”. In fact I have personally built multiple Apps in our store that are not on the App Store that preserve functionality that Shopify deprecated. So do not lecture me on that topic please. I just don’t want to have to build yet another App because Shopify decides to kill one that works.
  5. Continuing on with your “app fee” statement. No less than 3-4 people - including yourself I assume - have positioned themselves as a “solution” to the issue. I have no problem paying for something if it brings value and I can quantify the ROI on the investment. Since you obviously do not sell anything other than a service, your opinion on what can/should be paid for is irrelevant. You have nothing to do with physical inventory management, you don’t sell hats, socks, books, or any other physical object that has warehousing, distribution, payment terms, availability, pre-order, seasonal variation, or anything else of attribute toward operating a business of this type. So your ranting is more like “yelling at the clouds” than my position.
  6. Ah, here we go. What you produce has to go through months of dev work, has to be stress tested under a variety of circumstance to prove viability to be placed within the App Market. I get it. It’s a pain and an outlay of cost to programmers that you are hoping to recoup from people paying a monthly or yearly “subscription”. I am not complaining about that. That is a business and if you can make things people want, then it has value and compensation is appropriate.
  7. As far as lecturing me on compute cost - don’t. The primary reason is that I have been doing this type of work since the early 90s is because I have been building automation, processes, and infrastructure for small-medium-large businesses. It’s my job and people pay well for my knowledge and approach. Do you remember the days of having dedicated (not shared) servers for SQL and MS email were 1000s of $/month just for basic functionality and having to code by hand automations to deliver XML data and create attributions/translations into those environments? I doubt you’ve been in this industry long enough to know anything about that. Once Shopify came around I was an early adopter because I saw the potential in it and I still do. However, I look at it from a lens of how small businesses can take advantage of the reduced cost and augment or build systems, processes, and procedures which eventually leads to people like yourself compiling that functionality into an App and charging for it. The plug and play ecosystem isn’t where I started - it’s where we are now. I appreciate it because it makes my job easier.
  8. You’re right on the LLMs, I will give you that. However, without comprehension or foresight they are just a response tool. They don’t think about the future, what needs may come, or how to think through that. The human value in this ecosystem is the key and that is undeniable. When you remove human institutional knowledge in deference to AI you miss the point entirely. I have been working through all of them and I can tell you I am not worried about “AI taking my job” because there are times when the AI can’t even do basic math.
  9. Ah here we go… So finding a process that reduces overhead and increases profitability is a bad thing all of a sudden? Only Shopify (or you) are allowed to do that? Sounds counter-intuitive to your argument from a business operations stance to me, just saying. The entire point of Shopify deprecating the App is that fundamental position. Reduce App Development back end, front end support, and move those resources to a more advantageous location within the company, or liquidate and therefore increase profitability. Sounds exactly like what I have done. But maybe I missed something.
  10. I never made the statement that I want anything for free. Obviously we have the capacity to pay 100k/year as we were doing prior as shown by the “quote” you make. If Shopify wants to keep Stocky around but make it a subscription model like everything else, I am pleased to tell you - I would likely pay for it as long as the competition who create these Apps are in line with pricing. Forcing words into my mouth is ludicrous and a true showing of your behavior.
  11. You have quite the imagination. “Left a moat”, “closed garden”, “the walls are closing in” statements are juvenile and are best left out of a serious discussion - which you initially appeared to be requesting. However I can now see this is all about ego for you and you thinking you are superior to the rest of the community because this language is not designed to illicit anything other than an emotional response from me, and other in this “forum” as it is. Maybe you should get off Twitter, it seems to be bleeding into your external dialogue. Just an opinion. No offense meant.
  12. As to the final excerpt: Shopify is a Sales platform, no doubt. The diverse needs of businesses who intend to use it have required Shopify to grow, to seek input from developers, and create opportunity for people to construct Apps to sell and not isolate within their ecosystem because “monopolizing” that would not prove viable for long term stability and potential growth.

In closing, I do appreciate that you spent the time to sit down and write this up. It was entertaining to me to go through and attempt to counter your content. I have to get back to work now on completing a build out for our site to accommodate the upcoming UCP and LLM integrations within the Agentic Storefront ecosystem. Since there’s actually no literature on this other than “loose” interpretation it’s taken me a while – but I am almost done. Thanks again for your response and distraction.

23

Stocky - shopify still has no replacement for it
Stocky - shopify still has no replacement for it1383Ă—714 105 KB

According to Shopify’s new AI bot helpfiles - they clearly understand that they have no suitable Stocky replacement. For shops like ours that rely upon this to operate, this is a big challenge. Stocky has a banner indicating that we should switch “now” to Shopify’s inventory management. Which doesn’t exist…

24

As it’s clear Shopify aren’t going to change their minds on this one, if you’re looking for a way to export your data from Stocky into an alternative tool Purchase Order Hero can help. It has a Stocky migrator tool that can import all of your suppliers, assigned products and purchase orders so you can get up and running in minutes.

Other features include

  • Automatically generate POs from low stock or forecast models pulled straight from Shopify Analytics or from orders or products assigned to a supplier
  • Full user management so you can assign POs for review and approval before sending and the same for receiving and a full audit trial for every PO created
  • Tight integration with Shopify Admin so you have the information where you need it

I know there are a few different options out there but our migrator tool and free trial makes it super easy to try us out and see if we can meet your needs before Stocky disappears