Fin de Stocky : la checklist inventaire Shopify avant le 31 août

Stocky n’est pas simplement une application Shopify de plus qui disparaît. Pour de nombreux commerçants, c’est l’outil où vivent depuis des années, souvent sans bruit, les bons de commande, les inventaires, les fiches fournisseurs, les transferts, les réceptions et les habitudes de réapprovisionnement.

C’est important, car Shopify a confirmé que Stocky ne sera plus disponible après le 31 août 2026. Après cette date, les marchands devront gérer leurs stocks dans l’admin Shopify, Shopify POS ou un autre système de gestion des stocks connecté.

L’échéance est désormais trop proche pour remettre ce sujet à plus tard. C’est une vraie date limite pour l’automatisation et les opérations d’inventaire. Si votre équipe utilise Stocky seulement de temps en temps, la migration peut être simple. Mais si Stocky soutient vos opérations retail au quotidien, ce changement peut affecter les achats, les réceptions, les comptages de stock, la communication avec les fournisseurs, le reporting, les promesses de retrait en magasin ainsi que les intégrations entrepôt ou ERP.

Cet article explique ce que les commerçants Shopify doivent exporter, reconstruire, automatiser et tester avant le 31 août 2026.

Qu’est-ce qui change concrètement ?

Shopify met fin à Stocky le 31 août 2026. Après cette date, les commerçants ne pourront plus utiliser l’application pour les opérations d’inventaire du quotidien, comme la gestion des bons de commande, la prévision de la demande, les workflows fournisseurs, la planification du réapprovisionnement et les rapports propres à Stocky.

Cela ne signifie pas que toutes les données de stock vont disparaître de Shopify. Les données produits, variantes, emplacements et quantités de stock déjà enregistrées dans Shopify resteront disponibles. Le principal risque concerne les enregistrements, rapports et logiques opérationnelles qui n’existent que dans Stocky ou qui n’ont pas d’équivalent direct dans l’admin Shopify ou Shopify POS.

Autre précision importante sur l’échéance : le 31 août correspond à l’arrêt de Stocky, mais pas à la disparition immédiate de toutes les données Stocky. Shopify garantit aux marchands au moins 90 jours d’accès en lecture seule après l’arrêt afin qu’ils puissent exporter leurs données. En revanche, cet accès en lecture seule ne permet pas de gérer les opérations d’inventaire au quotidien, et un accès au-delà de cette période minimale n’est pas garanti.

Les marchands doivent donc considérer cette période de 90 jours comme une dernière fenêtre de récupération, et non comme un report de la date limite de migration. Dans la mesure du possible, les données critiques doivent toujours être exportées et vérifiées avant le 31 août. À cette date, les équipes doivent aussi avoir mis en place des workflows de remplacement pour les bons de commande en cours, les informations fournisseurs, les règles de réapprovisionnement, les transferts, le reporting et tout autre processus actuellement géré dans Stocky.

Commencez par extraire les données, pas par remplacer l’application

Beaucoup de marchands seront tentés de commencer par se demander : « Quelle application peut remplacer Stocky ? » Ce n’est pas la bonne première question.

La première question devrait être : « Quelles données métier devons-nous protéger avant que Stocky ne devienne indisponible ? »

Avant le 31 août, exportez ou documentez :

• les rapports de bons de commande finalisés
• l’historique des inventaires
• les données historiques de coûts
• les bons de commande actuellement ouverts
• les noms des fournisseurs et leurs coordonnées
• les notes spécifiques aux fournisseurs qui ne peuvent pas être exportées automatiquement
• les SKU fournisseur, conditionnements par carton, quantités minimales de commande et délais d’approvisionnement
• les seuils min/max ou règles de réapprovisionnement utilisés par l’équipe
• les champs personnalisés utilisés dans Stocky
• les rapports récurrents utilisés par la finance, les opérations ou les responsables de magasin
• les outils tiers connectés aux API de Stocky

Le guide de migration de Shopify précise que les anciens bons de commande ne peuvent pas être importés dans Shopify en tant qu’historique complet. L’import CSV natif des bons de commande permet d’ajouter des lignes à un nouveau bon de commande en brouillon, mais ne recrée pas les anciens statuts, les quantités reçues ni les liens avec les fournisseurs.

L’objectif n’est donc pas de recréer chaque ancien écran de Stocky dans Shopify. L’objectif est de conserver suffisamment d’historique pour l’audit, la finance, l’évaluation des fournisseurs et l’apprentissage opérationnel.

Un dossier d’export propre devrait inclure les fichiers CSV bruts, une courte description du contenu de chaque fichier, la date d’export et le nom de la personne chargée de la vérification. Cette documentation simple fera gagner du temps plus tard si la finance, les opérations ou le support doivent retracer une décision d’achat.

Clôturez les bons de commande ouverts avant le basculement

Les bons de commande ouverts sont l’un des points où les problèmes de migration apparaissent le plus facilement. Shopify recommande de finaliser les bons de commande en cours dans Stocky avant la date d’arrêt et de cesser de créer de nouveaux bons de commande dans Stocky environ 14 jours avant le 31 août 2026. Pour la plupart des marchands, cela signifie qu’à partir de la mi-août, Stocky ne devrait plus être l’outil de départ pour les nouveaux achats.

Voici à quoi ressemble un plan de bascule pragmatique :

1. Exporter tous les enregistrements de bons de commande existants dans Stocky.
2. Identifier les bons de commande ouverts, partiellement reçus ou en transit.
3. Réceptionner et clôturer tout ce qui peut être terminé avant l’échéance.
4. Recréer uniquement les quantités restantes dans l’admin Shopify ou dans le nouveau système d’inventaire.
5. Conserver les documents fournisseurs, factures et notes de réception dans le nouveau processus.
6. Vérifier que le personnel sait où se trouve désormais le bon de commande en cours.

C’est particulièrement important pour les enseignes qui ont plusieurs magasins, entrepôts ou des stocks saisonniers. Un bon de commande géré à moitié dans Stocky et à moitié dans un nouvel outil crée de la confusion sur ce qui a été commandé, reçu et réellement disponible à la vente.

Associez chaque workflow Stocky à l’admin Shopify et à POS

La migration depuis Stocky est plus simple lorsque chaque workflow a un nouveau point de chute clairement défini.

Utilisez une cartographie simple des workflows :

• Transferts de stock Stocky : à déplacer vers les transferts de stock Shopify.
• Bons de commande Stocky : à déplacer vers les bons de commande Shopify ou un outil d’approvisionnement externe.
• Inventaires Stocky : à déplacer vers Quick Count dans Shopify POS, les modifications en masse dans l’admin, des workflows CSV ou une application d’inventaire dédiée.
• Champs personnalisés Stocky : à déplacer vers des métachamps, métaobjets, notes ou un champ ERP/WMS.
• Rapports Stocky : à déplacer vers Shopify Analytics, des rapports exportés ou une application de reporting.
• Intégrations API Stocky : à déplacer vers les API d’inventaire Shopify, l’API Transfers, des intégrations ERP/WMS ou des applications d’inventaire tierces.

Shopify a aussi ajouté des briques utiles pour des workflows d’inventaire plus structurés. Par exemple, les transferts de stock prennent désormais en charge les métachamps dans l’admin Shopify et l’API Admin GraphQL. Les équipes disposent ainsi d’un espace pour stocker le contexte du transfert, comme les numéros de lot, numéros de série, identifiants RFID, informations de fret, données douanières, références ERP ou notes d’approbation internes.

C’est un remplacement pertinent pour une partie du contexte que les marchands conservaient auparavant dans les champs personnalisés de Stocky ou dans des notes informelles.

Déterminez quand Shopify natif suffit

Certains marchands peuvent transférer la majorité de leurs workflows Stocky vers les outils natifs de Shopify.

Shopify natif peut suffire si votre équipe a besoin de :

• déplacer du stock entre un petit nombre d’emplacements
• créer et réceptionner des bons de commande
• ajuster le stock manuellement ou en masse
• effectuer de petits comptages via POS
• consulter les changements de stock et l’historique des ajustements
• utiliser des alertes de stock faible
• synchroniser le stock entre la boutique en ligne et les points de vente physiques
• gérer des workflows d’achat et de transfert simples sans règles d’approvisionnement complexes

Shopify POS prend également en charge des workflows de comptage comme Quick Count, qui peuvent aider les équipes en magasin à scanner ou rechercher des variantes, confirmer les quantités et synchroniser les ajustements vers l’admin Shopify.

Pour les commerçants dont les opérations sont simples, l’arrêt de Stocky peut être une bonne occasion de simplifier l’existant. Moins de systèmes, c’est souvent moins de doublons, moins de rapprochements manuels et une répartition des responsabilités plus claire.

Sachez quand vous avez encore besoin d’une application d’inventaire ou d’une intégration

Les fonctionnalités natives de gestion des stocks de Shopify progressent, mais elles ne remplaceront pas tous les workflows avancés de Stocky pour tous les marchands.

Vous pouvez encore avoir besoin d’une application d’inventaire tierce, d’un ERP, d’un WMS ou d’une intégration sur mesure si votre équipe dépend de :

• prévisions avancées de la demande
• génération automatique de bons de commande avec des règles complexes
• coûts par défaut spécifiques à chaque fournisseur
• valorisation au coût moyen pondéré
• répartition des coûts d’approche entre fret, droits de douane ou taxes
• approbations dédiées pour les inventaires
• audits complets d’emplacement avec plusieurs intervenants
• analyses de performance fournisseurs
• envoi direct des bons de commande par e-mail depuis le système
• logique produit multi-fournisseurs
• règles de conversion des conditionnements par carton
• logiques de fabrication, d’assemblage ou de gestion des bundles
• suivi des mouvements au niveau des emplacements internes dans un même site
• rapprochement comptable approfondi

Le point essentiel est de prendre cette décision workflow par workflow, et non par catégorie d’application. Un commerçant en croissance peut utiliser Shopify comme registre opérationnel du stock, un ERP pour les bons de commande financiers et un système d’entrepôt pour les réceptions avancées. Cela peut très bien fonctionner si chaque système a un rôle clair et si les données circulent de façon fiable.

Le risque apparaît lorsque les équipes ne savent plus quel système fait foi.

Reconstruisez avec soin les données fournisseurs et de réapprovisionnement

Les données fournisseurs méritent une attention particulière, car le guide de migration Shopify indique que les fournisseurs ne peuvent pas être exportés depuis Stocky. Cela ne veut pas dire que cette connaissance doit disparaître. Cela signifie que l’équipe devra peut-être la documenter manuellement avant l’échéance.

Pour chaque fournisseur clé, consignez :

• nom du fournisseur
• personne de contact
• adresse e-mail et numéro de téléphone
• conditions de paiement
• devise
• délai d’approvisionnement
• quantité minimale de commande
• règles de conditionnement par carton
• SKU fournisseur
• mode d’expédition privilégié
• notes sur la disponibilité saisonnière
• processus de remplacement en cas d’articles manquants ou endommagés

Le guide de migration de Shopify suggère d’utiliser les métachamps de variante ou les métaobjets pour des informations comme les noms de fournisseurs, les SKU fournisseur, les quantités par carton, les quantités minimales de commande et les délais d’approvisionnement.

Cela mérite d’être fait correctement. L’automatisation du réapprovisionnement n’est fiable que si les données fournisseurs et produits qui la sous-tendent le sont aussi. Si les délais sont obsolètes, les conditionnements flous ou les SKU fournisseur manquants, même un bon outil de prévision produira de mauvaises recommandations.

La précision des stocks a un impact direct sur l’expérience client

Une migration d’inventaire peut sembler être un projet de back-office. Les clients, eux, en ressentent très vite les effets.

De mauvaises données de stock créent des problèmes e-commerce visibles :

• des produits apparaissent disponibles alors qu’ils ne le sont pas
• les promesses de retrait en magasin deviennent peu fiables
• les pages de disponibilité locale affichent le mauvais point de vente
• le personnel ne retrouve pas des articles censés être en stock
• les équipes support reçoivent davantage de tickets « où est ma commande ? »
• les substitutions et annulations augmentent
• les outils d’achat basés sur l’IA peuvent mal interpréter la disponibilité

Pour les marchands qui ont des points de vente physiques, un réseau de revendeurs ou des workflows de retrait, la fiabilité du stock doit être reliée au parcours client. Un store locator ou un localisateur de revendeurs est bien plus utile lorsque les clients peuvent se fier à ce que chaque point de vente propose réellement.

Progus a abordé cette dimension du commerce local dans son guide sur la façon d’afficher les revendeurs et points de vente sur une boutique Shopify. Des outils comme Progus Store Locator peuvent aider les marchands à présenter clairement les informations sur les magasins et revendeurs, mais les données opérationnelles sous-jacentes doivent toujours être maintenues à jour.

Le même principe s’applique à la préparation au shopping assisté par l’IA. Dans son guide sur l’optimisation des données produit Shopify pour le shopping IA, la disponibilité fait partie de la vérité produit que les humains comme les systèmes d’IA doivent comprendre. Si les données de stock se dégradent après la migration de Stocky, les fiches produit, les promesses de retrait local et les recommandations automatisées deviennent moins fiables.

Automatisez une fois le workflow stabilisé

L’automatisation doit venir après la clarification des workflows, pas avant.

Une fois que votre équipe sait où seront gérés les bons de commande, transferts, comptages de stock et fiches fournisseurs, vous pouvez commencer à ajouter de l’automatisation. Voici quelques idées utiles :

• alertes de stock faible pour les SKU clés
• alertes Slack ou e-mail lorsque le stock passe sous un seuil
• workflows Flow pour la revue du réapprovisionnement
• métachamps de transfert synchronisant les références ERP ou WMS
• alertes en cas de retard sur les transferts entrants
• rapports hebdomadaires sur les produits avec écarts de stock répétés
• files d’exception pour les ajustements de stock à forte valeur
• rappels pour revoir les stocks saisonniers à faible rotation
• notifications au personnel lorsque le stock dédié au retrait passe sous un niveau de sécurité

Le guide de migration de Shopify mentionne Shopify Flow pour les alertes de stock faible et Sidekick pour l’analyse des stocks, les suggestions de réapprovisionnement ainsi que les brouillons de bons de commande ou de transferts. Ces outils peuvent réduire le travail manuel, mais ils ont toujours besoin de données propres et d’une validation humaine.

Une bonne règle : automatisez d’abord les rappels et les actions en brouillon. N’automatisez les décisions finales qu’après avoir testé les données et validé la fiabilité du processus.

Checklist QA de migration

Utilisez cette checklist avant de considérer le basculement comme terminé.

Conservation des données

• Rapports de bons de commande finalisés exportés
• Historique des inventaires exporté
• Données historiques de coûts exportées
• Informations fournisseurs documentées manuellement
• Bons de commande ouverts actuels passés en revue
• Champs personnalisés Stocky cartographiés ou archivés
• Dossier d’export nommé et accessible

Migration des workflows

• Nouveau processus de bon de commande testé
• Processus de transfert de stock testé
• Processus de réception testé
• Processus de comptage POS testé
• Processus d’ajustement de stock testé
• Processus de revue fournisseur testé
• Processus de reporting testé

Automatisation et intégrations

• Dépendances à l’API Stocky identifiées
• Applications tierces mises à jour ou remplacées
• Synchronisation ERP/WMS vérifiée
• Alertes de stock faible configurées
• Métachamps de transfert définis si nécessaire
• Règles de réapprovisionnement passées en revue
• Alertes d’exception testées

Préparation des équipes

• Personnel magasin formé
• Équipes opérations siège formées
• La finance sait où se trouvent les enregistrements
• Le support sait comment vérifier les problèmes de stock
• Les responsables de magasin savent comment réceptionner le stock
• Les autorisations liées aux modifications de stock ont été revues

Expérience client

• Disponibilité produit vérifiée
• Promesses de retrait en magasin testées
• Données de stock local ou de revendeurs passées en revue
• Scripts du support mis à jour
• Processus d’annulation et de substitution revu
• Erreurs de stock post-migration surveillées

Que surveiller après la migration

Les premières semaines après la migration sont cruciales. Même si le basculement technique se passe bien, des lacunes de processus apparaissent souvent lorsque les équipes utilisent les nouveaux workflows dans des conditions réelles.

Suivez notamment :

• le taux de rupture de stock
• les incidents de survente
• les annulations de commande dues à un stock indisponible
• le taux de précision des réceptions
• le taux d’écarts de stock
• le temps de mise en stock
• le temps de cycle des transferts
• les bons de commande rouverts ou corrigés
• les tickets support liés à la disponibilité produit
• les commandes en retrait nécessitant des substitutions
• les questions du personnel sur le nouveau processus

Si un indicateur se dégrade, ne supposez pas immédiatement que le nouveau système est en cause. Le problème vient souvent d’un champ manquant, d’une responsabilité mal définie, d’une formation incomplète ou d’une ancienne habitude jamais formalisée.

En conclusion

L’arrêt de Stocky est une échéance, mais aussi une occasion de remettre de l’ordre dans les opérations d’inventaire avant la pression de la haute saison.

Les marchands qui géreront bien cette transition ne se contenteront pas de remplacer une application par une autre. Ils protégeront leurs données historiques, reconstruiront la logique fournisseurs et réapprovisionnement, clarifieront quel système pilote chaque workflow, testeront les parcours réels des équipes et relieront la précision des stocks à l’expérience client.

C’est à ce moment-là que l’inventaire devient plus qu’une simple donnée de back-office. Il devient la couche opérationnelle qui soutient la disponibilité locale, les promesses de retrait, un support plus rapide, une meilleure automatisation et un e-commerce plus fiable.