E-commerce
1 juillet 2026
« Mon retour est accepté, quand le crédit apparaît sur ma carte cadeau ? » « Le remboursement est sur une nouvelle carte, pas celle que j'ai utilisée. » « Je voulais du cash, pas un crédit carte cadeau. » Trois tickets où un remboursement carte cadeau mal expliqué génère méfiance et escalade finance.
Le support remboursement carte cadeau e-commerce couvre crédit post-retour, délai solde, nouvelle carte vs carte d'origine et choix cash vs gift card. Distinct remboursement général (REFUND) : ici, crédit remboursé sur carte cadeau boutique.
Ce guide #993 déploie policy GCREFUND-SUP, flow GR-1 à GR-8 et matrice GCREFUND-MAP. Paire SAV du futur bot remboursement carte cadeau (#994).
Sommaire
Pourquoi les remboursements carte cadeau génèrent-ils des tickets ?
Le client retourne un article payé avec carte cadeau ou CB. La boutique crédite le remboursement sur une carte cadeau selon policy. Sans GCREFUND-MAP, l'agent ne cite pas le délai solde, confond nouvelle carte et crédit carte d'origine ou promet cash hors policy.
Cinq frictions typiques remboursement gift card
Délai solde : client ne voit pas crédit après retour accepté
Nouvelle vs originale : code remboursement ≠ carte utilisée achat
Choix cash refusé : client voulait remboursement bancaire
Remboursement partiel : montant crédité ≠ montant retour attendu
Solde introuvable : où consulter crédit post-remboursement
Exemple DTC mode retours actifs
Marque mode remboursement gift card par défaut, 9 tickets gcref_/mois. Après GCREFUND-MAP : gcref_resolution_rate 84 %, gcref_delay_cite_rate +28 % en 5 semaines.
GCREFUND #993 vs REFUND, GCPLUS #991, GIFTCARD, STORECREDIT et bot #994
Sept contenus remboursement carte cadeau, sept angles distincts.
Matrice rapide
#993 GCREFUND : remboursement crédité carte cadeau délai solde nouvelle carte
REFUND : remboursement cash général distinct crédit gift card
GCPLUS #991 : split remboursement commande mixte existante distinct nouveau crédit retour
GIFTCARD : carte cadeau usage solde expiration distinct remboursement post-retour
STORECREDIT : avoir boutique distinct carte cadeau achetée
RETURN : politique retour distinct mode remboursement gift card
Bot #994 : bot tier 1 délai solde widget
GCPLUS = split remboursement commande mixte déjà passée. #993 = nouveau crédit carte cadeau émis après retour.
Promesse #993
Policy GCREFUND-SUP, arbre GCREFUND-GATE, 8 macros, registre remboursement gift card, KPI gcref_resolution_rate.
Quelles typologies gcref_* classifier ?
Classifier oriente action : délai ≠ nouvelle carte ≠ choix cash ≠ partiel ≠ solde.
Huit typologies GCREFUND-MAP
gcref_refund_to_card : remboursement crédité sur carte cadeau policy
gcref_delay_status : délai apparition solde après retour accepté
gcref_new_vs_original : nouvelle carte émise vs crédit carte d'origine
gcref_partial_refund : remboursement partiel montant crédité carte
gcref_balance_check : consulter solde après remboursement gift card
gcref_cash_vs_card : choix remboursement cash vs carte cadeau
gcref_return_process : étapes retour avec remboursement gift card
gcref_ops_flag : signal ops sync policy remboursement carte cadeau
Tags : gcref, gift_card_refund, refund_to_card, return_credit. GCREFUND-MAP-GROUNDED : refund_to_card_policy_copy refund_delay_copy depuis registre only.
Policy GCREFUND-SUP : règles agents et registre remboursement gift card
La policy GCREFUND-SUP fixe réponses remboursement carte cadeau sans délai inventé hors map.
Six règles GCREFUND-SUP
GCREFUND-REGISTRY-FIRST : vérifier GCREFUND-MAP avant réponse remboursement
RETURN-VERIFY : lookup return_ref order_ref statut retour live
REFUND-POLICY-CITE : cite refund_to_card_policy_copy map
DELAY-CITE : cite refund_delay_copy map si délai cité
NO-CASH-PROMISE : pas cash promis si policy gift card only map
Handoff #994 : brief bot remboursement carte cadeau widget
Registre remboursement gift card minimum
gcref_id : identifiant ligne policy remboursement carte cadeau
refund_to_card_policy_copy : règles crédit gift card texte agents
refund_delay_copy : délai apparition solde post-retour map
new_card_vs_credit_copy : nouvelle carte vs crédit originale map
partial_refund_rules_copy : remboursement partiel vers carte map
cash_vs_card_choice_copy : choix cash gift card si applicable map
balance_check_steps_copy balance_check_url : consulter solde post-remboursement
return_process_copy staff_brief_url : étapes retour remboursement gift card
Flow GR-1 à GR-8 : traitement ticket remboursement carte cadeau
Huit étapes : intake return lookup verify classify respond delay balance escalate log clôture.
Flow GR-1 à GR-8
GR-1 Intake : gcref_* intent + return_ref order_ref email cité
GR-2 Return lookup : RETURN-VERIFY statut retour remboursement live
GR-3 Policy lookup : GCREFUND-REGISTRY refund_to_card map
GR-4 Gift card verify : gift card émise crédit balance admin live
GR-5 Classify : delay newcard partial balance cash choice
GR-6 Respond : macro GCREFUND grounded refund policy delay
GR-7 Escalate : ops finance si cash demand ou montant litige
GR-8 Log : KPI gcref + brief correction registre
SLA : gcref_delay_status refund_delay_copy fourni en une interaction si map existe.
Huit macros GCREFUND-* prêtes à coller
Macros remboursement gift card sans délai inventé hors registre.
Bibliothèque GCREFUND-*
GCREFUND-POLICY-01 : « Remboursement carte cadeau : {{refund_to_card_policy_copy map}}. »
GCREFUND-DELAY-01 : « Délai solde : {{refund_delay_copy map}}. Retour {{return_ref}} statut {{statut}}. »
GCREFUND-NEWCARD-01 : « Carte remboursement : {{new_card_vs_credit_copy map}}. »
GCREFUND-PARTIAL-01 : « Remboursement partiel : {{partial_refund_rules_copy map}}. Montant {{montant}}. »
GCREFUND-BALANCE-01 : « Consulter solde : {{balance_check_steps_copy map}}. {{balance_check_url}}. »
GCREFUND-CHOICE-01 : « Choix remboursement : {{cash_vs_card_choice_copy map}}. »
GCREFUND-RETURN-01 : « Process retour : {{return_process_copy map}}. »
GCREFUND-DONE : « Récap ticket {{id}}. Résolution : {{résolution}}. »
Arbre GCREFUND-GATE et coordination finance support
Arbre décision avant promettre cash ad hoc ou délai inventé.
GCREFUND-GATE
Retour ou commande cité ? → lookup GR-2 return verify
Policy remboursement gift card ? → POLICY-01 refund_to_card_policy
Délai solde ? → DELAY-01 refund_delay_copy
Nouvelle carte ou originale ? → NEWCARD-01 new_card_vs_credit
Montant partiel ? → PARTIAL-01 partial_refund_rules
Consulter solde ? → BALANCE-01 balance_check_steps
Demande cash ? → CHOICE-01 cash_vs_card ou escalate finance
Split commande mixte existante ? → reroute GCPLUS #991
Rituel sync policy remboursement J-0
Finance publie GCREFUND-MAP : refund_to_card_policy validé, refund_delay_copy partagé support. Bot #994 sync go-live.
KPI, QA et handoff vers bot #994
Mesurer GCREFUND détecte délais mal cités et promesses cash improvisées.
Cinq KPI GCREFUND
gcref_resolution_rate : tickets résolus sans délai inventé ad hoc
gcref_delay_cite_rate : % tickets DELAY-01 refund_delay fourni
gcref_balance_cite_rate : % tickets BALANCE-01 steps solde fourni
gcref_cash_escalate_rate : tickets cash demand routés finance
gcref_delay_invent_violation : délais inventés hors map cible 0
Handoff #994
Exporter GCREFUND-MAP vers bot : gcref_delay_status gcref_balance_check gcref_refund_to_card prioritaires. Guardrail DELAY-CITE brief #994 : bot cite refund_delay_copy refund_to_card_policy map only.
Cas limites : cash demandé, avoir boutique, split mixte, carte expirée
Quatre cas hors flow standard remboursement gift card.
Client exige remboursement cash
CHOICE-01 cash_vs_card_choice_copy. Si policy gift card only : escalate finance, pas promesse cash ad hoc.
Confusion avoir boutique
STORECREDIT reroute avoir vs remboursement si crédit store credit pas gift card.
Commande payée carte cadeau + CB retournée
GCPLUS reroute #991 si split remboursement commande mixte existante.
Carte cadeau expirée avant remboursement
GIFTCARD alignement carte cadeau expiration + geste commercial si policy le permet.
Formation agents : 20 minutes GCREFUND
Module : GCREFUND-REGISTRY, distinguer REFUND GCPLUS STORECREDIT RETURN bot #994.
Exercices
Ticket A : délai solde → DELAY-01 refund_delay_copy
Ticket B : nouvelle carte → NEWCARD-01 new_card_vs_credit
Ticket C : consulter solde → BALANCE-01 balance_check_steps
Ticket D : demande cash → CHOICE-01 escalate finance
Comment Qstomy structure GCREFUND dans votre stack
Qstomy sur Shopify : route gcref_*, sync registre remboursement gift card, macros POLICY DELAY BALANCE CHOICE et handoff #994 delay policy grounded gate.
Trois briques
Routing : intent gift_card_refund vs refund_cash vs gcplus_split
Gift card refund registry : policy delay newcard balance choice
Bot #994 : tier 1 délai solde widget
Scénario : DTC mode 9 tickets gcref_/mois. Registry J-0. gcref_resolution_rate 84 %, delay_cite_rate +28 %.
Explorez support IA et demander une démo.
FAQ et checklist déploiement GCREFUND
FAQ
Promettre délai hors policy ?
Non. DELAY-01 cite refund_delay_copy map only.
Différence REFUND guide ?
Guide = remboursement cash général. #993 = crédit carte cadeau post-retour.
Différence GCPLUS #991 ?
#991 = split remboursement commande mixte existante. #993 = nouveau crédit gift card émis.
Différence STORECREDIT ?
Store credit = avoir boutique retour. #993 = carte cadeau émise ou crédit gift card.
Différence #994 ?
#993 = agents verify escalate finance ops. #994 = bot tier 1 délai solde widget.
Checklist déploiement GCREFUND (8 étapes)
GCREFUND-SUP + GCREFUND-MAP : template registre remboursement gift card
refund_to_card_policy_copy : validé finance legal
refund_delay_copy : délai solde documenté ops
new_card_vs_credit_copy : nouvelle carte vs originale partagé
balance_check_url : page solde post-remboursement test
cash_vs_card_choice_copy : choix documenté si applicable
Sync bot #994 : DELAY-CITE
Formation 20 min : exercices section 10
Maillage
Enzo
1 juillet 2026
