Le problème magasin : l’emballage ne porte pas le code de la boutique
En magasin, le code scanné n’est souvent pas celui que la boutique considère comme principal. Le carton fournisseur affiche un UPC, l’unité un EAN marque, la fiche marketplace un ASIN. La variante est la même ; le code lu en caisse ou en réception ne l’est pas.
Tant que Shopify POS ne reconnaissait qu’un seul identifiant, l’équipe devait chercher le produit à la main dès que l’emballage différait. Files d’attente, erreurs de picking, inventaires ralentis : le décalage entre packaging et catalogue coûtait du temps opérationnel.
Ce qui change sur Shopify POS
À partir de Shopify POS v11.14, le personnel peut scanner ou rechercher une variante avec n’importe lequel de ses codes associés. GTIN, EAN, ASIN ou code lié au SKU : dès qu’il figure sur la variante, la caisse affiche le bon produit.
La mise à jour est disponible automatiquement sur les appareils à jour. Aucun réglage POS supplémentaire n’est requis une fois les codes présents dans l’admin. Le comportement s’applique en caisse, à la réception et pendant les contrôles de stock.
Prérequis : renseigner les codes dans l’admin
POS n’invente pas les identifiants. Chaque code scanné doit d’abord être associé à la variante dans l’admin Shopify. Sans cette étape, le scan d’un code secondaire ne trouvera rien, même sur une version POS récente.
Ajoutez les codes sur la fiche variante (admin ou app mobile), avec le type adapté (UPC, EAN, GTIN, ASIN, Custom…). Pour le détail de la saisie, de l’ordre du premier code et des imports CSV, voir notre article sur les plusieurs codes-barres par variante.
Travaillez d’abord les références à fort volume de scan magasin. Vérifiez ensuite que le premier code de la liste reste celui attendu par vos canaux et outils historiques.
Comment ça marche en caisse, réception et inventaire
En caisse, le vendeur scanne le code présent sur l’article. S’il est associé à la variante, le produit s’ajoute au panier sans recherche manuelle, même si ce n’est pas le code « principal » de la boutique.
À la réception, un carton fournisseur et une unité rayon peuvent porter des codes différents pour le même SKU. Tant que les deux sont renseignés sur la variante, le scan confirme le bon article et limite les écarts d’entrée en stock.
En inventaire, le même principe s’applique : le code lu sur l’emballage suffit à retrouver la variante. Moins de bascule vers la recherche texte, moins d’erreurs de comptage liées à un mauvais choix de code de référence.
Limites et pièges à connaître
Un code non associé dans l’admin reste invisible pour POS. Mettez à jour le catalogue avant de compter sur le scan multi-codes en magasin.
Les applications et connecteurs tiers qui lisent encore l’ancien champ à un seul code ne voient que le premier de la liste. POS gagne en souplesse ; vos flux ERP, WMS ou marketplace peuvent rester limités au premier identifiant.
L’ordre des codes compte pour ces outils externes. Le premier reste le signal historique. Les codes suivants servent au scan et à la recherche POS, sans remplacer ce que reçoivent les canaux non migrés. Documentez quel code doit rester en tête pour chaque famille de produits.
Pour qui c’est utile
Le gain est clair pour le retail omnicanal : même variante en ligne et en magasin, packaging qui varie selon le fournisseur ou le canal. Les équipes scannent ce qu’elles ont sous la main, sans dépendre d’un unique code boutique.
C’est aussi pertinent dès que vous travaillez avec plusieurs fournisseurs, des ASIN marketplace, ou des rééditions d’emballage. Commencez par associer les codes en admin sur les références à fort trafic magasin, puis déployez POS en v11.14+ sur le parc d’appareils.
