Action dans la commande
Le bouton apparaît dans le menu d’actions d’une commande du nouveau Customer Account.
La mini-app ajoute une action directement sur les commandes du nouveau Customer Account Shopify. Le client clique, indique sa raison, puis l’app crée un metaobject. Elle ne rembourse pas, n’annule pas et ne modifie pas la commande elle-même : elle déclenche un signal propre que la marque peut ensuite traiter avec Shopify Flow.
Le bouton apparaît dans le menu d’actions d’une commande du nouveau Customer Account.
Le client saisit une raison libre, par exemple changement d’avis, erreur d’adresse ou besoin de retour.
Une fois la demande envoyée, le client reçoit une confirmation visuelle. La suite est pilotée par Shopify Flow.
Option de configuration : afficher l’action seulement quand le pays de livraison est dans l’Union européenne. Le pays est vérifié côté serveur depuis la commande Shopify.
Option de configuration : masquer l’action 14 jours après la date de commande. Cette logique accompagne le droit de retrait, sans imposer le traitement final.
En complément de l’action disponible dans le Customer Account, nous recommandons d’ajouter un lien permanent dans le footer du site, par exemple Annulation et droit de rétractation. Ce lien peut pointer vers une page explicative ou vers la politique de retour, accessible sans connexion client.
Les CGV doivent expliquer comment le client peut exercer sa demande, ce qui se passe si la commande n’est pas encore traitée, et ce qui se passe si elle est déjà expédiée ou livrée.
Exemple de wording à faire valider juridiquement : "Pour les commandes livrées dans un pays de l’Union européenne, vous disposez, sauf exceptions légales, d’un droit de rétractation de 14 jours à compter de la réception des produits. Vous pouvez exercer ce droit depuis votre compte client, depuis le lien Annulation et droit de rétractation en bas du site, ou en contactant notre service client. Si la commande n’a pas encore été traitée, elle pourra être annulée et remboursée. Si elle a déjà été expédiée ou livrée, nous vous transmettrons les instructions de retour applicables."
Point d’attention : la mini-app peut masquer l’action après 14 jours selon la configuration, mais les CGV doivent rester la référence juridique. Le point de départ exact du délai, les exceptions produit et les pays couverts doivent être validés selon l’activité du marchand.
Type de metaobject : power_plus_order_request. La définition est créée automatiquement si elle n’existe pas encore. Ce n’est pas un metafield de commande : c’est une entrée séparée, plus simple à utiliser comme déclencheur et comme journal des demandes client.
| Clé | Type Shopify | Usage dans Flow |
|---|---|---|
order_id |
Single line text, requis | GID de la commande Shopify. Sert à retrouver la commande et appliquer la bonne branche du Flow. |
order_name |
Single line text | Numéro lisible de commande, par exemple #1029, utile dans les emails et notifications internes. |
customer_id |
Single line text | Identifiant client si disponible. Peut aider à retrouver l’historique client. |
customer_email |
Single line text | Email client si disponible. Utile pour confirmer la réception ou demander des informations. |
customer_name |
Single line text | Nom client si disponible, pour personnaliser les messages. |
reason |
Multi-line text | Raison saisie par le client. Peut être envoyée au support ou ajoutée à une note interne. |
delivery_country_code |
Single line text | Code pays de livraison, par exemple FR. Permet d’auditer l’éligibilité UE. |
order_created_at |
Single line text | Date de commande. Utile pour vérifier la fenêtre de traitement dans Flow. |
submitted_at |
Single line text, requis | Date de soumission de la demande. Sert de date de référence pour le support. |
payload_json |
JSON | Copie structurée des données principales pour audit ou intégrations avancées. |
Quand un metaobject est créé, filtrer sur type = power_plus_order_request.
Utiliser order_id pour identifier la commande Shopify concernée. Ajouter la raison client dans une note interne ou un tag de suivi.
Si la commande n’est pas fulfilled / traitée, lancer le scénario d’annulation : annuler la commande, rembourser selon la politique de la marque, restocker si nécessaire.
Envoyer un email de confirmation : demande acceptée, commande annulée, remboursement en cours ou effectué.
Selon les actions disponibles dans Shopify Flow sur la boutique, l’étape d’annulation peut être native ou passer par une action supplémentaire. Dans tous les cas, le metaobject reste le point d’entrée fiable : il contient la commande, le client, la raison et la date de demande.
submitted_at.delivery_country_code.order_id pour cibler la commande.reason pour documenter l’annulation.order_name pour les emails humains.customer_email si le Flow envoie une notification externe.cancellation_requested.auto_cancelled ou manual_review_required.Recommandation : ne pas annuler automatiquement une commande déjà traitée ou expédiée. Le même metaobject devient alors une demande de retour ou une demande de support.
return_requested ou manual_review_required.order_name, customer_email et reason.Elle ne modifie pas la commande sans validation de la logique métier.
Le remboursement reste dans Shopify Flow ou dans une validation support.
Chaque marque peut choisir son outil de retour, son email, ses tags et ses exceptions.
"Votre demande a bien été reçue. Vous allez recevoir un email de confirmation avec les prochaines étapes."
Document de présentation - Power+ Order Cancellation Request. La mini-app crée un signal fiable ; Shopify Flow porte ensuite les décisions opérationnelles.