Shopify Flow : automatiser les étiquettes d’expédition sans perdre le contrôle

Une étiquette achetée automatiquement n’est pas un colis livré

Shopify a annoncé cette action le 15 octobre. Une règle peut sélectionner des commandes selon leurs attributs, puis acheter leur étiquette ; les commandes non retenues restent hors de ce traitement. Les étiquettes sont ensuite disponibles sur la page Shipping labels pour impression. L’annonce propose un modèle de workflow à adapter, pas une règle universelle prête pour toutes les boutiques.

Garde quatre preuves distinctes dans ta recette : la commande entre dans le bon périmètre ; l’achat d’étiquette aboutit ; l’équipe prépare et remet le colis ; le transporteur le prend effectivement en charge. La réussite de la deuxième étape ne prouve pas les deux suivantes. C’est particulièrement important pour la promesse faite au client dans les notifications.

Ce guide traite l’expédition vers l’acheteur. Pour le stock qui entre dans l’entreprise depuis un fournisseur, consulte le guide des bons de commande et réceptions. Les objets, les responsables et les critères de réception ne sont pas les mêmes.

Forfait, transporteur et emplacement : les prérequis à vérifier

Flow est une application gratuite disponible sur les forfaits Basic, Grow, Advanced et Plus ; certaines fonctions ont toutefois des conditions propres au forfait. Disponibilité officielle de Flow. L’accès à l’application ne suffit pas à établir qu’un trajet logistique donné permet l’achat natif d’étiquettes.

La documentation Shopify cite, pour les expéditions depuis la France, Colissimo, Mondial Relay, Chronopost et DHL Express Europe. Le transporteur disponible dépend du lieu de préparation et de ses conditions. Transporteurs et achat d’étiquettes dans l’admin. Ne transpose pas un exemple USPS américain à ton entrepôt français ; vérifie le service réellement proposé pour ton origine et ta destination.

L’action Purchase shipping label vise un seul fulfillment order à la fois, c’est-à-dire une affectation de lignes à un lieu de préparation. Elle ne s’exécute pas pour un traitement confié à un service logistique tiers. Le transporteur et le service disponibles dépendent notamment du poids, de la destination et des emplacements. Périmètre documenté de l’action.

Pour une boutique qui mélange préparation interne et prestataire externe, ma règle de conception est simple : seul le flux dont la responsabilité est explicitement attribuée entre dans le pilote. Un nom de transporteur commun aux deux circuits ne prouve pas qu’ils utilisent le même compte ni le même système d’achat.

Avant de brancher Flow, demande donc qui crée aujourd’hui chaque étiquette : l’équipe dans Shopify, un connecteur, un ERP ou le logisticien. Si deux outils peuvent intervenir sur le même envoi, tranche cette responsabilité. N’ajoute pas un deuxième acheteur automatique pour compenser un manque de visibilité sur le premier.

Choisir un pilote étroit, avec une vraie file d’exceptions

Le meilleur premier périmètre n’est pas nécessairement le plus gros volume. C’est celui où le produit, le colis, le service et le lieu de départ sont stables, et où une personne peut contrôler les premières sorties. Les critères suivants constituent une proposition de cadrage, pas des restrictions universelles de Shopify.

Écris une règle lisible par l’équipe, par exemple : « Ce circuit ne traite que les envois standards préparés dans notre atelier, avec un emballage validé et aucune exception ouverte. » Traduis ensuite cette phrase en conditions disponibles dans l’éditeur. Si un critère ne peut pas être vérifié avec les données présentes, il reste une dépendance, pas une condition supposée.

Définis aussi ce qui arrive aux commandes écartées : qui les regarde, à quel moment et avec quelle information. Une exclusion correcte ne devient utile que si elle mène à un traitement. Le journal du pilote doit distinguer « volontairement laissé au manuel », « bloqué par une donnée » et « échec technique ».

Préparer l’automatisation en cinq étapes

1. Cartographier le circuit existant. Note lieu de préparation, produits concernés, destinations, outil d’étiquetage actuel et personne responsable. Définis une règle d’arrêt et le budget du pilote avec le marchand. Ne pars pas du principe qu’une installation de Flow autorise des achats sur toutes les commandes.
2. Choisir un événement compatible. L’action demande un déclencheur qui fournisse un fulfillment order. Le déclencheur Fulfillment order ready to fulfill intervient après analyse du risque et disponibilité du stock ; il peut se produire pour chaque affectation et après libération d’une mise en attente. Il ne couvre pas les affectations créées en modifiant une commande. Comportement et limite officiels. Documente ce cas hors parcours plutôt que promettre une couverture complète.
3. Construire les conditions avant l’achat. Depuis le modèle annoncé ou un workflow créé dans Flow, ajoute les critères du pilote et les exclusions. L’éditeur articule déclencheur, conditions et actions. Structure officielle d’un workflow. Fais relire la différence entre « toutes ces conditions » et « au moins une » : c’est la frontière de ta dépense, pas une préférence de présentation.
4. Régler l’action et la communication. Purchase shipping label propose un service explicite ou le moins cher disponible, un emballage enregistré, le poids des articles ou un poids fixe et le moment de notification d’expédition. Champs actuels de l’action. Vérifie les unités, le colis réellement utilisé et la cohérence entre notification et jour de remise. Un poids fixe n’est acceptable dans ton cadrage que si les envois du périmètre correspondent réellement à cette valeur.
5. Recevoir la logique, puis autoriser un pilote limité. Prépare des scénarios qui doivent passer et d’autres qui doivent être refusés. Ne lance le flux réel qu’après revue du périmètre, des réglages, des montants et du moyen d’arrêt par la personne autorisée. Consigne ensuite les achats réellement observés séparément des tests de logique. L’étape suivante détaille cette distinction.

Pour les poids, Shopify recommande des valeurs produit et emballage exactes ; les dimensions extérieures du carton comptent également. Certains services utilisent le poids volumétrique. Emballages et poids. Ma méthode : peser un colis fermé représentatif, conserver sa composition et refaire cette vérification quand produit, calage ou emballage changent. Une ancienne mesure n’est pas une preuve pour une nouvelle composition.

Tester la logique sans prendre une simulation pour un achat réussi

Flow dispose d’un mode de test sans modification des données de la boutique : le test s’arrête à la première action qui effectuerait un changement. Des événements peuvent être enregistrés, créés à partir de données existantes ou générés avec Sidekick. Les tests ne figurent pas dans Recent runs. Fonctionnement officiel du test.

Dans Apps → Flow, ouvre le workflow, puis Edit → Test your workflow au niveau du déclencheur. Choisis un événement adapté, examine le chemin et les paramètres dans Preview. Parcours documenté. Privilégie une simulation existante quand elle suffit : créer une vraie commande pour alimenter un test reste une action sur la boutique.

Une simulation ne prouve pas qu’une étiquette a été achetée. Elle permet de vérifier une partie de la logique et des données ; l’achat, la facturation, l’impression et la communication doivent faire l’objet d’une réception réelle distincte, expressément autorisée. Ce guide n’annonce pas cette réception comme réalisée.

Le dernier scénario mérite une attention particulière : ne suppose pas une protection universelle contre les doubles achats. Le pilote doit établir ce qui se passe dans ta configuration. Une étiquette déjà présente, un workflow concurrent ou une reprise demandée par un collègue sont des situations à examiner avant de relancer.

Évite aussi de considérer un simple tag au niveau de la commande comme la preuve que chaque colis a été traité. Dans une commande répartie, le suivi doit rester lié à l’affectation et à l’envoi concernés. C’est un principe de conception et de recette, pas un mécanisme d’idempotence que cet article aurait implémenté.

Suivre les coûts, les exceptions et le moyen d’arrêt

Les journaux d’exécution sont accessibles dans Flow → Recent runs, avec filtres et recherche par identifiants. Ils sont conservés quatorze jours après la fin d’une exécution ; les horaires utilisent le fuseau de la boutique. Lecture et conservation des runs. Prévois un suivi durable adapté à tes besoins, limité aux informations utiles ; ne copie pas inutilement des coordonnées clients dans un tableau partagé.

Le prix payé par le client au checkout et le coût de l’étiquette sont calculés séparément. Les achats sont facturés via le compte Shopify ; des ajustements transporteur peuvent intervenir après l’envoi. Facturation et différences de prix. Un automatisme qui réduit les clics peut donc être mal réglé économiquement : il faut regarder le service et le coût réel, pas seulement le nombre de runs réussis.

En cas de doute, ma recommandation est de suspendre le circuit automatique concerné et de reprendre le traitement manuel avec une liste explicite des envois en attente. Flow permet de désactiver un workflow ; la gestion des exécutions en cours doit aussi être examinée. Désactivation officielle. Arrêter de nouveaux achats n’annule pas ceux déjà effectués.

Avant une reprise, rapproche commande, affectation, run et étiquette. Fais traiter séparément les éventuelles demandes d’annulation ou de remboursement selon les règles applicables au transporteur. Ne relance pas tout le lot pour voir si l’erreur disparaît. Si l’incident relève aussi d’un connecteur, le guide de diagnostic des apps Shopify complète cette investigation, sans remplacer la lecture des runs Flow.

Ce qu’il faut recevoir avant de généraliser

Le livrable utile tient dans un dossier exploitable : circuit logistique, règle d’éligibilité, liste des exclusions, réglages de colis et de service, scénarios attendus, preuves réellement obtenues, responsable des exceptions et procédure d’arrêt. La personne qui prépare les commandes doit pouvoir l’utiliser sans demander au concepteur ce que signifie chaque branche.

Généralise seulement après avoir reçu les cas normaux et les exceptions, rapproché les coûts et vérifié que les autres outils ne traitent pas les mêmes envois. Si une partie du parcours reste non testée, nomme-la. « Les conditions passent dans Flow » est un résultat utile ; « toute la logistique est automatisée » est une autre affirmation.

Cette évolution ne rend pas automatiquement inutile ton ERP ou ton prestataire d’expédition. Compare le besoin restant, les responsabilités et les contrats avant de retirer un outil. Une règle native bien cadrée peut suffire à un circuit précis sans devenir le système logistique complet de l’entreprise.

Tu veux cadrer tes automatisations Shopify avant de les activer ? Mon audit Shopify permet de définir les points à examiner ; parlons de tes produits, de tes lieux de préparation et de tes outils actuels pour choisir le périmètre adapté. L’objectif est un processus compréhensible, vérifiable et repris par ton équipe, pas une promesse de gain chiffré sans mesure.