Stocky wird am 31. August 2026 abgeschaltet: Was Shopify-Shops jetzt tun sollten
9 min read
Der Zeitplan: Zwei Daten, die jeder Stocky-Nutzer im Kalender haben sollte
Am 2. Februar 2026 hat Shopify Stocky still und leise aus dem Shopify App Store entfernt. Seitdem sind neue Installationen und Neuinstallationen nicht mehr möglich. Wer Stocky nach dem 2. Februar deinstalliert hat in der Annahme, später zurückkehren zu können — diese Entscheidung ist jetzt endgültig.
Das wichtigere Datum ist der 31. August 2026. An diesem Tag stellt Stocky den Betrieb komplett ein. Die Web-Oberfläche lädt nicht mehr, die APIs antworten nicht mehr, geplante Bestell-Synchronisationen laufen nicht mehr, Forecasting-Berichte werden nicht mehr generiert. Shopify hat angekündigt, einen begrenzten lesenden Zugriff nach der Abschaltung zu gewähren, damit Händler ihre Daten exportieren können — aber die funktionierende App, die deine Bestandsplanung tatsächlich betreibt, verschwindet an diesem Tag.
Das ist ein harter Umstieg, keine schrittweise Reduktion. Wer Stocky in irgendeinem operativen Workflow nutzt, hat ab Veröffentlichung dieses Artikels noch etwa drei Monate Zeit, um über den Ersatz zu entscheiden und die Daten zu migrieren. Das klingt nach viel, bis man Auswahlprozess, Datenmigration, Schulung des Lager- oder Fulfillment-Teams und die Validierung, dass das neue System mit Stockys Forecasts übereinstimmt, einrechnet. Drei Monate werden schnell knapp.
Das wichtigere Datum ist der 31. August 2026. An diesem Tag stellt Stocky den Betrieb komplett ein. Die Web-Oberfläche lädt nicht mehr, die APIs antworten nicht mehr, geplante Bestell-Synchronisationen laufen nicht mehr, Forecasting-Berichte werden nicht mehr generiert. Shopify hat angekündigt, einen begrenzten lesenden Zugriff nach der Abschaltung zu gewähren, damit Händler ihre Daten exportieren können — aber die funktionierende App, die deine Bestandsplanung tatsächlich betreibt, verschwindet an diesem Tag.
Das ist ein harter Umstieg, keine schrittweise Reduktion. Wer Stocky in irgendeinem operativen Workflow nutzt, hat ab Veröffentlichung dieses Artikels noch etwa drei Monate Zeit, um über den Ersatz zu entscheiden und die Daten zu migrieren. Das klingt nach viel, bis man Auswahlprozess, Datenmigration, Schulung des Lager- oder Fulfillment-Teams und die Validierung, dass das neue System mit Stockys Forecasts übereinstimmt, einrechnet. Drei Monate werden schnell knapp.
Was Stocky eigentlich konnte (und warum Händler es vermissen werden)
Stocky war Shopifys kostenlose Bestandsplanungs-App für Plus-Händler und ein günstiger Zusatz für alle anderen. Fünf Funktionen waren besonders stark, und die meisten Shops, die Stocky nutzen, sind von mindestens drei davon abhängig:
Bedarfsprognose: Stocky zog Verkaufshistorien heran und projizierte den künftigen Bedarf pro SKU. Nicht perfekt, aber gut genug, dass Einkäufer Bestellungen gegen eine Prognose statt gegen ein Bauchgefühl auslösen konnten.
Automatisierte Bestellungen: Sobald ein Bestand unter einen definierten Nachbestellpunkt fiel, generierte Stocky eine Bestellung, füllte Lieferantendaten aus und versendete sie per E-Mail. Für Shops mit 200+ SKUs über mehrere Lieferanten sparte allein das 10-15 Stunden pro Woche.
Lieferanten- und Vorlaufzeit-Tracking: Jeder Lieferant hatte eigene Vorlaufzeit und Mindestbestellmenge im System. Stocky nutzte das, um Nachbestellvorschläge so zu timen, dass Ware ankam, bevor sie ausverkauft war — nicht danach.
Bestand pro Lagerort: Für Händler mit Lager, Filiale und Shopify Fulfillment Network war Stocky der einzige Ort, der Gesamtbestand und Bestand pro Standort mit Wareneinsatz zeigte.
Niedrige- und Aus-Bestand-Alarme: Täglicher Digest der knappen SKUs, ausverkaufter SKUs und SKUs, die länger als X Tage out-of-stock waren. Das hielt Bestseller davon ab, still und heimlich aus dem Sortiment zu verschwinden.
Keine dieser Funktionen ist Kosmetik. Shops, die Stocky seit ein bis zwei Jahren nutzen, haben es in tägliche Standups, Lieferantenbeziehungen und Finanzplanung verwoben. Ein schlechter Ersatz kostet bares Geld in Form von Out-of-Stock, Überbestellungen und Nachbestell-Feuerwehreinsätzen.
Bedarfsprognose: Stocky zog Verkaufshistorien heran und projizierte den künftigen Bedarf pro SKU. Nicht perfekt, aber gut genug, dass Einkäufer Bestellungen gegen eine Prognose statt gegen ein Bauchgefühl auslösen konnten.
Automatisierte Bestellungen: Sobald ein Bestand unter einen definierten Nachbestellpunkt fiel, generierte Stocky eine Bestellung, füllte Lieferantendaten aus und versendete sie per E-Mail. Für Shops mit 200+ SKUs über mehrere Lieferanten sparte allein das 10-15 Stunden pro Woche.
Lieferanten- und Vorlaufzeit-Tracking: Jeder Lieferant hatte eigene Vorlaufzeit und Mindestbestellmenge im System. Stocky nutzte das, um Nachbestellvorschläge so zu timen, dass Ware ankam, bevor sie ausverkauft war — nicht danach.
Bestand pro Lagerort: Für Händler mit Lager, Filiale und Shopify Fulfillment Network war Stocky der einzige Ort, der Gesamtbestand und Bestand pro Standort mit Wareneinsatz zeigte.
Niedrige- und Aus-Bestand-Alarme: Täglicher Digest der knappen SKUs, ausverkaufter SKUs und SKUs, die länger als X Tage out-of-stock waren. Das hielt Bestseller davon ab, still und heimlich aus dem Sortiment zu verschwinden.
Keine dieser Funktionen ist Kosmetik. Shops, die Stocky seit ein bis zwei Jahren nutzen, haben es in tägliche Standups, Lieferantenbeziehungen und Finanzplanung verwoben. Ein schlechter Ersatz kostet bares Geld in Form von Out-of-Stock, Überbestellungen und Nachbestell-Feuerwehreinsätzen.
Was Shopify ersetzt — und was nicht
Shopifys offizielle Position: POS- und Bestandsfunktionen werden direkt in Shopify Admin konsolidiert, die nativen Tools reichen für die meisten Händler aus. Das ist teils wahr, teils Marketing.
Was Shopify Admin nach der Stocky-Abschaltung nativ gut kann:
Was Shopify Admin nicht kann, auch nach der angekündigten Konsolidierung:
Wer Stocky nur für „Bestände sehen und Niedrigbestand-Mail bekommen" nutzt, ist mit Shopify Admin abgedeckt. Wer Stocky für Forecasting, Nachbestellung und Lieferantenworkflow nutzt, hat ein echtes Loch. Die offizielle Aussage „native Tools reichen aus" ist für die einfachsten Fälle wahr und für den Use Case, der Stocky überhaupt wertvoll machte, irreführend.
Was Shopify Admin nach der Stocky-Abschaltung nativ gut kann:
- Bestand pro Standort verfolgen
- Niedrigbestand-Schwellen setzen und E-Mail-Alarme auslösen
- Bestandshistorie pro SKU anzeigen
- Bestand zwischen Standorten verschieben
- Bestände in großen Mengen bearbeiten
Was Shopify Admin nicht kann, auch nach der angekündigten Konsolidierung:
- Bedarfsprognose basierend auf Geschwindigkeit, Saisonalität oder Trend
- Automatisierte Bestellgenerierung
- Lieferantenstammdaten mit Vorlaufzeit und Mindestbestellmenge
- Nachbestellvorschläge gekoppelt an Prognose plus Vorlaufzeit
- Multi-Lieferanten-Bestell-Workflows
- Wareneinsatz-Tracking pro Bestellung
Wer Stocky nur für „Bestände sehen und Niedrigbestand-Mail bekommen" nutzt, ist mit Shopify Admin abgedeckt. Wer Stocky für Forecasting, Nachbestellung und Lieferantenworkflow nutzt, hat ein echtes Loch. Die offizielle Aussage „native Tools reichen aus" ist für die einfachsten Fälle wahr und für den Use Case, der Stocky überhaupt wertvoll machte, irreführend.
Realistische Optionen vor dem 31. August
Es gibt vier glaubwürdige Wege für einen Stocky-Nutzer 2026, und die richtige Antwort hängt von Shop-Größe und der Abhängigkeit von Stockys Funktionen ab:
Option 1: Wechsel zu einer dedizierten Bestands-SaaS. Tools wie inFlow, Cin7, Katana, Prediko und Sumtracker machen das meiste, was Stocky konnte, manche sogar mehr. Der Haken ist der Abopreis — die meisten starten bei 99-299 $/Monat und skalieren mit SKU-Anzahl oder Bestellvolumen. Für Shops mit 50K+ € Monatsumsatz und 500+ SKUs ist das der offensichtliche Ersatz und meist die richtige Antwort. Für kleinere Shops ist es ein spürbarer neuer Posten auf der App-Rechnung.
Option 2: Wechsel zu Shopify-nativen Beständen plus Excel. Shopify Admin für Bestände und Niedrigbestand-Alarme, dann Forecasting und Bestellungen in einer Tabelle, die Daten über die Shopify-API zieht. Günstig, flexibel, fragil. Funktioniert bei unter 200 SKUs und ein bis zwei Lieferanten. Bricht in der Skalierung zusammen und verbrennt Mitarbeiterzeit, die mehr kostet als das SaaS-Abo.
Option 3: Individueller Ersatz. Für Shops, die bereits 200+ €/Monat für Bestands-Tools ausgeben, oder Shops, bei denen Stocky tief mit Lager- und Lieferantenworkflow verwoben war, ist ein individuell gebautes Bestandsmodul wirtschaftlich am sinnvollsten. Einmalige Baukosten, du besitzt den Code, keine Gebühren pro Bestellung oder pro SKU — niemals. Für DACH-Shops erlaubt das zudem native Integration mit dem vorhandenen WaWi- oder ERP-System, was die SaaS-Tools schlecht abbilden.
Option 4: Migration ins ERP/WaWi. Wer bereits JTL, Pixi, plentymarkets, Billbee, SAP oder ein anderes Warenwirtschaftssystem fährt, sollte Stocky meist komplett stillgelegt lassen und die Bestandsplanung dem WaWi überlassen. Voraussetzung: der Shopify-Connector des WaWi ist solide und das Team arbeitet komfortabel im WaWi statt im Shopify Admin. Für mittelgroße DACH-Shops ist das oft die richtige Antwort, weil das WaWi ohnehin die Quelle der Wahrheit sein sollte.
Option 1: Wechsel zu einer dedizierten Bestands-SaaS. Tools wie inFlow, Cin7, Katana, Prediko und Sumtracker machen das meiste, was Stocky konnte, manche sogar mehr. Der Haken ist der Abopreis — die meisten starten bei 99-299 $/Monat und skalieren mit SKU-Anzahl oder Bestellvolumen. Für Shops mit 50K+ € Monatsumsatz und 500+ SKUs ist das der offensichtliche Ersatz und meist die richtige Antwort. Für kleinere Shops ist es ein spürbarer neuer Posten auf der App-Rechnung.
Option 2: Wechsel zu Shopify-nativen Beständen plus Excel. Shopify Admin für Bestände und Niedrigbestand-Alarme, dann Forecasting und Bestellungen in einer Tabelle, die Daten über die Shopify-API zieht. Günstig, flexibel, fragil. Funktioniert bei unter 200 SKUs und ein bis zwei Lieferanten. Bricht in der Skalierung zusammen und verbrennt Mitarbeiterzeit, die mehr kostet als das SaaS-Abo.
Option 3: Individueller Ersatz. Für Shops, die bereits 200+ €/Monat für Bestands-Tools ausgeben, oder Shops, bei denen Stocky tief mit Lager- und Lieferantenworkflow verwoben war, ist ein individuell gebautes Bestandsmodul wirtschaftlich am sinnvollsten. Einmalige Baukosten, du besitzt den Code, keine Gebühren pro Bestellung oder pro SKU — niemals. Für DACH-Shops erlaubt das zudem native Integration mit dem vorhandenen WaWi- oder ERP-System, was die SaaS-Tools schlecht abbilden.
Option 4: Migration ins ERP/WaWi. Wer bereits JTL, Pixi, plentymarkets, Billbee, SAP oder ein anderes Warenwirtschaftssystem fährt, sollte Stocky meist komplett stillgelegt lassen und die Bestandsplanung dem WaWi überlassen. Voraussetzung: der Shopify-Connector des WaWi ist solide und das Team arbeitet komfortabel im WaWi statt im Shopify Admin. Für mittelgroße DACH-Shops ist das oft die richtige Antwort, weil das WaWi ohnehin die Quelle der Wahrheit sein sollte.
Wann ein individueller Build sich rechnet (und wann nicht)
Die Mathematik eines individuellen Bestandsmoduls ist günstiger als die meisten Händler annehmen, aber nicht universell. Eine brauchbare Faustregel: Wenn deine aktuellen Bestands-Tools 200 €/Monat oder mehr kosten und mit dem Bestellvolumen mitwachsen, amortisiert sich ein einmaliger Custom-Build typischerweise in 8 bis 18 Monaten.
Beispielrechnung. Ein mittelgroßer DACH-Shop mit 4.000 Bestellungen/Monat, 800 SKUs, zwei Lieferanten. Stocky war bisher kostenlos (im Plus-Plan enthalten). Nach der Abschaltung liegen drei Angebote vor: inFlow für 179 $/Monat, Cin7 für 349 $/Monat, Katana für 199 $/Monat. Nimm eines — sagen wir 200 €/Monat. Über fünf Jahre sind das 12.000 € plus jährliche Preiserhöhungen. Wenn 25-30 % der Pläne mit SKU-Anzahl und Bestellvolumen skalieren, liegen die realistischen Fünf-Jahres-SaaS-Kosten eher bei 15.000-17.000 €.
Ein Custom-Build für genau die Forecasting-, Bestell- und Lieferanten-Workflow-Funktionen, die dieser Shop tatsächlich nutzt, mit direkter Shopify- und WaWi-Integration, kostet typischerweise 8.000-14.000 € als Einmalinvestition. Danach: Hosting plus geringe Wartung — sagen wir 30-50 €/Monat. Fünf-Jahres-Kosten: rund 10.000-15.000 €. Die Zahlen liegen nah beieinander. Entscheidend ist nicht der Preis, sondern die Passung. Der Custom-Build gewinnt bei der Passung, weil er nur die Workflow-Schritte abbildet, die dein Betrieb tatsächlich braucht, und sich an die Systeme anschließt, die ihr schon nutzt — statt dein Team zu zwingen, ein weiteres SaaS-Dashboard zu lernen.
Der Custom-Build rechnet sich nicht für Shops unter 500 Bestellungen/Monat oder Shops, die Stocky nur für einfache Funktionen genutzt haben (Niedrigbestand-Mails, einfache Bestandsansicht). Für die sind Shopifys native Tools plus eine 29-49 $/Monat-App die richtige Antwort. Custom-Build heißt: einen schlecht skalierenden Workflow ersetzen — nicht etwas überengineeren, das eine 20 $-App erledigen würde.
Beispielrechnung. Ein mittelgroßer DACH-Shop mit 4.000 Bestellungen/Monat, 800 SKUs, zwei Lieferanten. Stocky war bisher kostenlos (im Plus-Plan enthalten). Nach der Abschaltung liegen drei Angebote vor: inFlow für 179 $/Monat, Cin7 für 349 $/Monat, Katana für 199 $/Monat. Nimm eines — sagen wir 200 €/Monat. Über fünf Jahre sind das 12.000 € plus jährliche Preiserhöhungen. Wenn 25-30 % der Pläne mit SKU-Anzahl und Bestellvolumen skalieren, liegen die realistischen Fünf-Jahres-SaaS-Kosten eher bei 15.000-17.000 €.
Ein Custom-Build für genau die Forecasting-, Bestell- und Lieferanten-Workflow-Funktionen, die dieser Shop tatsächlich nutzt, mit direkter Shopify- und WaWi-Integration, kostet typischerweise 8.000-14.000 € als Einmalinvestition. Danach: Hosting plus geringe Wartung — sagen wir 30-50 €/Monat. Fünf-Jahres-Kosten: rund 10.000-15.000 €. Die Zahlen liegen nah beieinander. Entscheidend ist nicht der Preis, sondern die Passung. Der Custom-Build gewinnt bei der Passung, weil er nur die Workflow-Schritte abbildet, die dein Betrieb tatsächlich braucht, und sich an die Systeme anschließt, die ihr schon nutzt — statt dein Team zu zwingen, ein weiteres SaaS-Dashboard zu lernen.
Der Custom-Build rechnet sich nicht für Shops unter 500 Bestellungen/Monat oder Shops, die Stocky nur für einfache Funktionen genutzt haben (Niedrigbestand-Mails, einfache Bestandsansicht). Für die sind Shopifys native Tools plus eine 29-49 $/Monat-App die richtige Antwort. Custom-Build heißt: einen schlecht skalierenden Workflow ersetzen — nicht etwas überengineeren, das eine 20 $-App erledigen würde.
Migrations-Checkliste: Was du zwischen jetzt und 31. August tun solltest
Egal welcher Weg — das Migrationsfenster ist kurz. Eine praktische Reihenfolge, die Risiko minimiert:
1. Exportiere Stocky-Daten diese Woche. Lieferantenliste, Vorlaufzeiten, Nachbestellpunkte, historische Bestellungen, Forecasting-Daten. Shopify gewährt nach dem 31. August lesenden Zugriff, aber verlass dich nicht darauf. Hol deine Daten jetzt raus, in einem Format, das du kontrollierst.
2. Dokumentiere deinen aktuellen Stocky-Workflow. Geh eine normale Woche durch und schreib alles auf, was Stocky tut — wer welchen Bericht ansieht, wann Bestellungen generiert werden, wie Alarme geroutet werden. Das wird zum Anforderungsdokument für den Ersatz und zwingt dich, die Workflow-Annahmen zu entdecken, die du vergessen hattest.
3. Entscheidung Build oder Buy bis Mitte Juni. Ein Custom-Build braucht typischerweise 6-10 Wochen für Planung, Entwicklung und Tests. Eine SaaS-Migration braucht 4-6 Wochen für Setup, Datenimport und Team-Schulung. So oder so: Wer im Juli entscheidet, landet im August in der Panik-Migration.
4. 30 Tage Parallelbetrieb. Was immer du migrierst — lass Stocky vier Wochen lang parallel Berichte erzeugen. Vergleiche Forecasts, vergleiche Nachbestellvorschläge, such nach Diskrepanzen. Der häufigste Migrationsfehler: am 15. September festzustellen, dass das neue System einen Lagerort die ganze Zeit falsch gezählt hat.
5. Schalte Stocky nach deinem Zeitplan ab, nicht nach Shopifys. Bei sauberer Migration läuft Mitte August der Ersatz vollständig und Stocky ist nur noch Backup, das du zwei Wochen vor Deadline abschaltest. Lass dich nicht in die letzte Augustwoche zwingen, wenn das halbe Team im Urlaub ist.
Für DACH-Shops ist das auch der Moment, an Konsolidierung zu denken. Wenn du ohnehin Geld für neue Bestands-SaaS ausgeben willst, lohnt die Frage, ob andere Apps auf deinem Stack auch Kandidaten für die Konsolidierung in einen einzigen Custom-Build sind — Rechnung, Adressvalidierung, Order-Tracking. Die Fixkosten eines Custom-Entwicklungsprojekts amortisieren sich über drei Workflows deutlich besser als über einen. Dienstleister wie NoRentApps bauen konsolidierte Bestands- und Operations-Apps für europäische Shopify-Shops, die vier oder fünf SaaS-Abos durch eine einzige eigene Codebasis ersetzen.
1. Exportiere Stocky-Daten diese Woche. Lieferantenliste, Vorlaufzeiten, Nachbestellpunkte, historische Bestellungen, Forecasting-Daten. Shopify gewährt nach dem 31. August lesenden Zugriff, aber verlass dich nicht darauf. Hol deine Daten jetzt raus, in einem Format, das du kontrollierst.
2. Dokumentiere deinen aktuellen Stocky-Workflow. Geh eine normale Woche durch und schreib alles auf, was Stocky tut — wer welchen Bericht ansieht, wann Bestellungen generiert werden, wie Alarme geroutet werden. Das wird zum Anforderungsdokument für den Ersatz und zwingt dich, die Workflow-Annahmen zu entdecken, die du vergessen hattest.
3. Entscheidung Build oder Buy bis Mitte Juni. Ein Custom-Build braucht typischerweise 6-10 Wochen für Planung, Entwicklung und Tests. Eine SaaS-Migration braucht 4-6 Wochen für Setup, Datenimport und Team-Schulung. So oder so: Wer im Juli entscheidet, landet im August in der Panik-Migration.
4. 30 Tage Parallelbetrieb. Was immer du migrierst — lass Stocky vier Wochen lang parallel Berichte erzeugen. Vergleiche Forecasts, vergleiche Nachbestellvorschläge, such nach Diskrepanzen. Der häufigste Migrationsfehler: am 15. September festzustellen, dass das neue System einen Lagerort die ganze Zeit falsch gezählt hat.
5. Schalte Stocky nach deinem Zeitplan ab, nicht nach Shopifys. Bei sauberer Migration läuft Mitte August der Ersatz vollständig und Stocky ist nur noch Backup, das du zwei Wochen vor Deadline abschaltest. Lass dich nicht in die letzte Augustwoche zwingen, wenn das halbe Team im Urlaub ist.
Für DACH-Shops ist das auch der Moment, an Konsolidierung zu denken. Wenn du ohnehin Geld für neue Bestands-SaaS ausgeben willst, lohnt die Frage, ob andere Apps auf deinem Stack auch Kandidaten für die Konsolidierung in einen einzigen Custom-Build sind — Rechnung, Adressvalidierung, Order-Tracking. Die Fixkosten eines Custom-Entwicklungsprojekts amortisieren sich über drei Workflows deutlich besser als über einen. Dienstleister wie NoRentApps bauen konsolidierte Bestands- und Operations-Apps für europäische Shopify-Shops, die vier oder fünf SaaS-Abos durch eine einzige eigene Codebasis ersetzen.
FAQ
+Wann genau hört Stocky auf zu funktionieren?
Stocky stellt am 31. August 2026 den Betrieb ein. Danach lädt die Web-Oberfläche nicht mehr, APIs antworten nicht mehr, geplante Aufgaben wie Bestell-Synchronisationen laufen nicht mehr. Shopify hat angekündigt, einen begrenzten lesenden Datenzugriff nach der Abschaltung zu gewähren, damit Händler exportieren können — aber die funktionierende App ist an diesem Datum weg. Neue Installationen waren bereits seit 2. Februar 2026 deaktiviert.
+Ersetzen Shopifys native Bestands-Tools Stocky vollständig?
Nur für die einfachsten Fälle. Shopify Admin deckt Bestand pro Standort, Niedrigbestand-Alarme und Standort-Transfers nativ ab. Was fehlt: Bedarfsprognose, automatisierte Bestellgenerierung, Lieferantenstammdaten mit Vorlaufzeiten, Nachbestellvorschläge gekoppelt an Prognose und Vorlaufzeit. Wer Stocky nur zum Bestandsanzeigen nutzte, ist abgedeckt. Wer es für Forecasting und Bestellungen nutzte, hat ein echtes Loch, das ein dediziertes Tool oder ein Custom-Build füllen muss.
+Komme ich nach dem 31. August noch an meine Stocky-Daten?
Shopify hat angekündigt, lesenden Zugriff für eine begrenzte Zeit nach der Abschaltung zu gewähren — die Dauer ist aber nicht präzise definiert und funktionierende API-Endpunkte sind weg. Der sichere Weg: alles exportieren — Lieferantenlisten, Vorlaufzeiten, Nachbestellpunkte, historische Bestellungen, Forecasting-Outputs — deutlich vor dem 31. August, in einem Format, das du kontrollierst. Behandle den 31. August als letzten Tag, an dem Stocky-Daten verlässlich verfügbar sind, nicht als Beginn einer Schonfrist.
+Ist eine eigene Bestands-App realistisch für einen mittelgroßen Shop, oder nur Enterprise?
Realistisch für mittelgroße Shops, sobald die Alternative bedeutet, 200+ €/Monat für eine SaaS-Bestandslösung zu zahlen, die mit dem Bestellvolumen skaliert. Ein individuell gebautes Bestandsmodul mit Forecasting, Bestellungen und Lieferantenworkflow für einen typischen europäischen Shopify-Shop kostet 8.000-14.000 € als Einmalbuild und amortisiert sich in 8-18 Monaten gegenüber der SaaS-Alternative. Für Shops unter 500 Bestellungen/Monat oder die Stocky nur für einfache Alarme nutzten, ist ein Custom-Build überdimensioniert — die richtige Antwort sind dann Shopifys native Tools plus eine 29-49 $/Monat-App.