Stocky legges ned: sjekkliste for Shopify-lager før 31. august

Stocky er ikke bare enda en Shopify-app som fases ut. For mange forhandlere har dette vært stedet der innkjøpsordrer, varetellinger, leverandørregistre, overføringer, mottaksrutiner og påfyllingsvaner i det stille har levd i årevis.

Det er viktig fordi Shopify har bekreftet at Stocky ikke lenger vil være tilgjengelig etter 31. august 2026. Etter denne datoen må forhandlere håndtere lagerstyring i Shopify admin, Shopify POS eller et annet tilkoblet lagersystem.

Fristen er så nær at dette ikke lenger er en oppgave man kan «se på senere». Det er en frist for lagerautomatisering. Hvis teamet ditt bare bruker Stocky av og til, kan migreringen være enkel. Men hvis Stocky støtter den daglige butikkdriften, kan denne endringen påvirke innkjøp, varemottak, lagertellinger, leverandørkommunikasjon, rapportering, løfter om lokal henting og integrasjoner mot lager eller ERP.

Denne artikkelen forklarer hva Shopify-forhandlere bør eksportere, bygge opp på nytt, automatisere og teste før 31. august 2026.

Hva er det egentlig som endrer seg?

Shopify avvikler Stocky 31. august 2026. Etter denne datoen vil forhandlere ikke lenger kunne bruke appen til daglige lageroperasjoner som håndtering av innkjøpsordrer, etterspørselsprognoser, leverandørflyt, planlegging av påfyll og Stocky-spesifikk rapportering.

Dette betyr ikke at alle lagerdata forsvinner fra Shopify. Data om produkter, varianter, lokasjoner og lagerbeholdning som allerede er lagret i Shopify, blir værende. Den største risikoen gjelder registre, rapporter og operasjonell logikk som bare finnes i Stocky, eller som ikke har en direkte tilsvarighet i Shopify admin eller Shopify POS.

Det er også viktig å presisere fristen: 31. august er datoen Stocky slutter å fungere, men det er ikke tidspunktet da alle Stocky-data forsvinner. Shopify garanterer forhandlere minst 90 dagers skrivebeskyttet tilgang etter nedstengingen, slik at de kan eksportere dataene sine. Men skrivebeskyttet tilgang støtter ikke løpende lagerarbeid, og tilgang utover denne minimumsperioden er ikke garantert.

Forhandlere bør derfor se på 90-dagersperioden som et siste vindu for gjenoppretting, ikke som en forlengelse av migreringsfristen. Kritiske data bør fortsatt eksporteres og verifiseres før 31. august der det er mulig. Innen den datoen bør team også ha erstatningsrutiner på plass for aktive innkjøpsordrer, leverandørinformasjon, påfyllingsregler, overføringer, rapportering og andre prosesser som i dag håndteres i Stocky.

Start med å hente ut data, ikke med å bytte app

Mange forhandlere vil instinktivt starte med spørsmålet: «Hvilken app erstatter Stocky?» Det er feil første spørsmål.

Det første spørsmålet bør være: «Hvilke forretningsdata må vi sikre før Stocky blir utilgjengelig?»

Før 31. august bør du eksportere eller dokumentere:

• rapporter over fullførte innkjøpsordrer
• historikk for varetellinger
• historiske kostnadsdata
• åpne innkjøpsordrer
• leverandørnavn og kontaktinformasjon
• leverandørspesifikke notater som ikke kan eksporteres automatisk
• leverandør-SKU-er, kartongstørrelser, minste bestillingskvantum og ledetider
• min./maks.-grenser eller gjenbestillingsregler teamet bruker
• egendefinerte felt brukt i Stocky
• tilbakevendende rapporter brukt av økonomi, drift eller butikksjefer
• tredjepartsverktøy koblet til Stocky-API-er

Shopifys migreringsveiledning sier at historiske innkjøpsordrer ikke kan importeres til Shopify som komplette historiske poster. Innebygd CSV-opplasting for innkjøpsordrer kan legge til linjer i en ny kladd til innkjøpsordre, men gjenskaper ikke tidligere statuser, mottatte mengder eller leverandørkoblinger.

Målet er derfor ikke å gjenskape hvert eneste gamle Stocky-bilde inne i Shopify. Målet er å beholde nok historisk informasjon til revisjon, økonomi, leverandøroppfølging og operasjonell læring.

En ryddig eksportmappe bør inneholde rå CSV-filer, en kort beskrivelse av hva hver fil inneholder, eksportdato og navnet på personen som har ansvar for å verifisere den. Denne enkle dokumentasjonen sparer tid senere hvis økonomi, drift eller support må spore en innkjøpsbeslutning.

Lukk åpne innkjøpsordrer før overgangen

Åpne innkjøpsordrer er et av de vanligste stedene der migreringsproblemer oppstår. Shopify anbefaler å avslutte pågående innkjøpsordrer i Stocky før sluttdatoen og å stoppe nye innkjøpsordrer i Stocky omtrent 14 dager før 31. august 2026. For de fleste forhandlere betyr det at Stocky bør slutte å være stedet der nye innkjøp starter rundt midten av august.

En praktisk overgangsplan kan se slik ut:

1. Eksporter alle eksisterende innkjøpsordredata fra Stocky.
2. Identifiser åpne, delvis mottatte eller varer i transitt knyttet til innkjøpsordrer.
3. Motta og lukk alt som kan fullføres før fristen.
4. Opprett bare de gjenstående mengdene på nytt i Shopify admin eller det nye lagersystemet.
5. Behold leverandørdokumenter, fakturaer og mottaksnotater knyttet til den nye prosessen.
6. Bekreft at de ansatte vet hvor den gjeldende innkjøpsordren nå ligger.

Dette er spesielt viktig for forhandlere med flere butikker, lagre eller sesongvarer. En innkjøpsordre som er halvveis i Stocky og halvveis i et nytt verktøy, skaper forvirring om hva som er bestilt, hva som er mottatt, og hva som er tilgjengelig for salg.

Kartlegg Stocky-arbeidsflyter mot Shopify admin og POS

Migreringen fra Stocky blir enklere når hver arbeidsflyt får et tydelig nytt hjem.

Bruk et enkelt arbeidsflytkart:

• Lageroverføringer i Stocky: flytt til lageroverføringer i Shopify.
• Innkjøpsordrer i Stocky: flytt til innkjøpsordrer i Shopify eller et eksternt innkjøpsverktøy.
• Varetellinger i Stocky: flytt til Quick Count i Shopify POS, masseendringer i admin, CSV-arbeidsflyter eller en dedikert lagerapp.
• Egendefinerte felt i Stocky: flytt til metafields, metaobjects, notater eller et felt i ERP/WMS.
• Rapporter i Stocky: flytt til Shopify Analytics, eksporterte rapporter eller en rapporteringsapp.
• API-integrasjoner i Stocky: flytt til Shopifys lager-API-er, Transfers API, ERP/WMS-integrasjoner eller tredjeparts lagerapper.

Shopify har også lagt til nyttige byggeklosser for mer strukturerte lagerflyter. For eksempel støtter lageroverføringer nå metafields i Shopify admin og Admin GraphQL API. Det gir team et sted å lagre kontekst rundt overføringer, som batchnumre, serienumre, RFID-identifikatorer, fraktdetaljer, tollinformasjon, ERP-referanser eller interne godkjenningsnotater.

Dette er en meningsfull erstatning for noe av konteksten forhandlere tidligere lagret i egendefinerte Stocky-felt eller uformelle notater.

Vurder når Shopify alene er nok

Noen forhandlere kan flytte de fleste Stocky-arbeidsflyter over til Shopifys innebygde verktøy.

Shopify alene kan være nok hvis teamet ditt trenger å:

• flytte lager mellom et lite antall lokasjoner
• opprette og motta innkjøpsordrer
• justere lager manuelt eller i bulk
• gjennomføre mindre POS-baserte tellinger
• gå gjennom lagerendringer og historikk for justeringer
• bruke varsler om lav lagerbeholdning
• holde lager synkronisert mellom nettbutikk og fysisk butikk
• kjøre enkle innkjøps- og overføringsflyter uten tunge innkjøpsregler

Shopify POS støtter også arbeidsflyter for lagertelling, som Quick Count, som kan hjelpe butikkteam med å skanne eller søke etter varianter, bekrefte antall og synkronisere justeringer tilbake til Shopify admin.

For forhandlere med enkle operasjoner kan nedleggelsen av Stocky være et godt tidspunkt å forenkle på. Færre systemer kan bety mindre dupliserte data, færre manuelle avstemminger og tydeligere eierskap.

Vit når du fortsatt trenger en lagerapp eller integrasjon

Shopifys innebygde lagerfunksjoner blir stadig bedre, men de vil ikke erstatte alle avanserte Stocky-arbeidsflyter for alle forhandlere.

Du kan fortsatt trenge en tredjeparts lagerapp, ERP, WMS eller en tilpasset integrasjon hvis teamet ditt er avhengig av:

• avansert etterspørselsprognose
• automatisk opprettelse av innkjøpsordrer med komplekse regler
• standard kostpriser per leverandør
• vektet gjennomsnittskost
• fordeling av innkjøpskostnader på frakt, toll eller avgifter
• egne godkjenninger for varetellinger
• fullstendige lokasjonsrevisjoner med flere deltakere
• analyse av leverandørytelse
• innkjøpsordre-e-poster sendt direkte fra systemet
• produktlogikk med flere leverandører
• regler for konvertering av kartongstørrelser
• lagerlogikk for produksjon, montering eller bundles
• sporing av bevegelser på hylleplassnivå innen én lokasjon
• dyp regnskapsmessig avstemming

Det viktige er å ta denne beslutningen per arbeidsflyt, ikke per appkategori. En voksende forhandler kan bruke Shopify som operativ lagerkilde, et ERP for finansielle innkjøpsordrer og et lagersystem for avansert varemottak. Det kan fungere godt hvis hvert system har en tydelig rolle og dataene flyter pålitelig mellom dem.

Det blir risikabelt når ansatte ikke vet hvilket system som er den faktiske sannhetskilden.

Bygg opp leverandør- og påfyllingsdata på en grundig måte

Leverandørdata fortjener ekstra oppmerksomhet fordi Shopifys veiledning for Stocky-migrering sier at leverandører ikke kan eksporteres fra Stocky. Det betyr ikke at leverandørkunnskapen skal forsvinne. Det betyr at teamet kan måtte dokumentere den manuelt før fristen.

For hver viktig leverandør bør du registrere:

• leverandørnavn
• kontaktperson
• e-post og telefonnummer
• betalingsbetingelser
• valuta
• ledetid
• minste bestillingskvantum
• regler for kartongstørrelser
• leverandør-SKU
• foretrukket fraktmetode
• notater om sesongtilgjengelighet
• prosess for erstatning av manglende eller skadede varer

Shopifys migreringsveiledning foreslår å bruke variantmetafields eller metaobjects for detaljer som leverandørnavn, leverandør-SKU-er, kartongantall, minste bestillingskvantum og ledetider.

Det er verdt å gjøre dette skikkelig. Automatisering av påfyll er aldri bedre enn leverandør- og produktdataene den bygger på. Hvis ledetider er utdaterte, kartongstørrelser er uklare eller leverandør-SKU-er mangler, kan selv et godt prognoseverktøy gi dårlige anbefalinger.

Lagerpresisjon påvirker kundeopplevelsen

Lagermigrering kan høres ut som et backoffice-prosjekt. Kundene merker det veldig raskt.

Dårlige lagerdata skaper synlige problemer i netthandelen:

• produkter vises som tilgjengelige når de ikke er det
• løfter om henting i butikk blir upålitelige
• sider for lokal tilgjengelighet viser feil lokasjon
• ansatte finner ikke varer som skal være på lager
• supportteam håndterer flere «hvor er bestillingen min?»-henvendelser
• antall erstatninger og kanselleringer øker
• AI-verktøy for shopping kan misforstå tilgjengelighet

For forhandlere med fysiske lokasjoner, forhandlernettverk eller henteordninger bør korrekt lagerstatus henge sammen med den kundevendte reisen. En butikkfinner eller forhandleroversikt er mer nyttig når kundene kan stole på hva hver lokasjon faktisk tilbyr.

Progus har omtalt dette laget av lokal handel i guiden om hvordan du viser forhandlere og utsalgssteder i en Shopify-butikk. Verktøy som Progus Store Locator kan hjelpe forhandlere med å presentere lokasjons- og forhandlerinformasjon tydelig, men de underliggende driftsdataene må fortsatt vedlikeholdes.

Det samme prinsippet gjelder for AI-klar shopping. I guiden om å optimalisere produktdata i Shopify for AI-shopping er tilgjengelighet en del av produktsannheten som både mennesker og AI-systemer må forstå. Hvis lagerdataene glir ut etter Stocky-migreringen, blir produktsider, løfter om lokal henting og automatiserte anbefalinger mindre pålitelige.

Bruk automatisering etter at arbeidsflyten er stabil

Automatisering bør komme etter at arbeidsflyten er tydelig, ikke før.

Når teamet ditt vet hvor innkjøpsordrer, overføringer, lagertellinger og leverandørregistre skal ligge, kan dere begynne å legge til automatisering. Nyttige ideer kan være:

• varsler om lav lagerbeholdning for viktige SKU-er
• Slack- eller e-postvarsler når lageret går under en terskel
• Flow-arbeidsflyter for gjennomgang av påfyll
• metafields på overføringer som synkroniserer ERP- eller WMS-referanser
• varsler når innkommende overføringer er forsinket
• ukentlige rapporter for produkter med gjentatte lageravvik
• avvikskøer for lagerjusteringer av høy verdi
• påminnelser om å gjennomgå sesongvarer som selger sakte
• varsler til ansatte når lager for henting faller under et trygt nivå

Shopifys migreringsveiledning nevner Shopify Flow for varsler om lav lagerbeholdning og Sidekick for lageranalyse, forslag til gjenbestilling og kladder til innkjøpsordrer eller overføringer. Disse verktøyene kan redusere manuelt arbeid, men de trenger fortsatt rene data og menneskelig kontroll.

En god tommelfingerregel: automatiser først påminnelser og kladdehandlinger. Automatiser endelige beslutninger først etter at teamet har testet dataene og stoler på prosessen.

QA-sjekkliste for migreringen

Bruk denne sjekklisten før overgangen regnes som fullført.

Bevaring av data

• Rapporter over fullførte innkjøpsordrer eksportert
• Historikk for varetellinger eksportert
• Historiske kostnadsdata eksportert
• Leverandørdetaljer dokumentert manuelt
• Gjeldende åpne innkjøpsordrer gjennomgått
• Egendefinerte Stocky-felt kartlagt eller arkivert
• Eksportmappe merket og tilgjengelig

Migrering av arbeidsflyter

• Ny prosess for innkjøpsordrer testet
• Prosess for lageroverføringer testet
• Mottaksprosess testet
• POS-telleprosess testet
• Prosess for lagerjustering testet
• Prosess for leverandøroppfølging testet
• Rapporteringsprosess testet

Automatisering og integrasjoner

• Avhengigheter til Stocky API identifisert
• Tredjepartsapper oppdatert eller erstattet
• ERP/WMS-synk gjennomgått
• Varsler om lav lagerbeholdning konfigurert
• Metafields for overføringer definert der det trengs
• Påfyllingsregler gjennomgått
• Avviksvarsler testet

Teamets beredskap

• Butikkansatte opplært
• Drift på hovedkontor opplært
• Økonomi vet hvor dataene ligger
• Support vet hvordan lagerproblemer skal sjekkes
• Butikksjefer vet hvordan varer skal mottas
• Tilganger for lagerendringer gjennomgått

Kundeopplevelse

• Produkttilgjengelighet kontrollert
• Løfter om henting i butikk testet
• Lokale lagerdata eller forhandlerdata gjennomgått
• Supportskript oppdatert
• Prosess for kansellering og erstatning gjennomgått
• Lagerfeil etter migrering overvåket

Hva du bør følge med på etter migreringen

De første ukene etter migreringen er viktige. Selv om den tekniske overgangen fungerer, dukker det ofte opp prosesshull når ansatte bruker de nye arbeidsflytene i reelle salgsdager.

Følg med på:

• utsolgtrate
• tilfeller av oversalg
• ordrekanselleringer på grunn av utilgjengelig lager
• treffsikkerhet i varemottak
• rate for lageravvik
• tid til plassering på lager
• syklustid for overføringer
• innkjøpsordrer som gjenåpnes eller korrigeres
• supporthenvendelser om produkttilgjengelighet
• henteordrer som krever erstatningsvarer
• spørsmål fra ansatte om den nye prosessen

Hvis én måling blir dårligere, ikke anta at det nye systemet er problemet. Ofte skyldes det et manglende felt, uklart eierskap hos ansatte, ufullstendig opplæring eller en gammel vane som aldri ble formelt dokumentert.

Avsluttende tanker

Nedleggelsen av Stocky er en frist, men også en mulighet til å rydde opp i lagerdriften før presset i høysesongen kommer.

Forhandlerne som håndterer dette godt, vil ikke bare erstatte én app med en annen. De vil sikre historiske data, bygge opp leverandør- og påfyllingslogikk på nytt, tydeliggjøre hvilket system som eier hver arbeidsflyt, teste reelle brukerreiser for ansatte og koble lagerpresisjon tilbake til kundeopplevelsen.

Det er da lager blir mer enn bare backoffice-data. Det blir det operative laget bak lokal tilgjengelighet, løfter om henting, raskere support, bedre automatisering og mer troverdig netthandel.

Ofte stilte spørsmål

Når slutter Stocky å fungere?

Shopify opplyser at Stocky ikke lenger vil være tilgjengelig etter 31. august 2026. Forhandlere bør flytte lagerarbeidsflyter til Shopify admin, Shopify POS eller et annet lagersystem før denne datoen.

Vil Shopify automatisk migrere Stocky-dataene mine?

Nei. Shopify sier at historiske Stocky-data, som gamle innkjøpsordrer og varetellinger, ikke automatisk flyttes inn i Shopify. Forhandlere bør eksportere alle data de ønsker å beholde.

Kan leverandører eksporteres fra Stocky?

Shopifys migreringsveiledning sier at leverandører ikke kan eksporteres fra Stocky. Forhandlere bør dokumentere leverandørdetaljer manuelt, som kontaktinformasjon, betalingsbetingelser, ledetider, minste bestillingskvantum, kartongstørrelser og leverandør-SKU-er.

Hva skjer med Stocky-dataene mine etter 31. august?

Selve Stocky slutter å fungere, men Shopify gir skrivebeskyttet tilgang for å eksportere dataene dine i minst 90 dager etter nedstengingen. Dette er ikke et permanent arkiv, så forhandlere bør fortsatt fullføre eksportene sine i god tid før de blir avhengige av dette vinduet.

Hva bør forhandlere teste før 31. august?

Som et minimum bør du teste én innkjøpsordre, én lageroverføring, én POS-telling, én lagerjustering, én leverandørarbeidsflyt, én rapport og alle kundevendte reiser som er avhengige av korrekt lagerstatus, som henting, lokal tilgjengelighet eller det å finne en forhandler.