E-commerce
1 juillet 2026
« J'avais 80 € d'avoir, seuls 45 € ont été déduits. » « Quel est mon solde restant après la commande ? » « Sur ma facture, combien payé par avoir et par carte ? » Trois tickets où un avoir partiel mal expliqué génère méfiance et litige remboursement.
Le support avoir partiel commande e-commerce couvre application partielle checkout, solde restant, répartition commande et remboursement post-achat. Distinct avoir vs remboursement (#store-credit) : ici, utilisation partielle crédit boutique sur commande.
Ce guide #989 déploie policy PARTSCRED-SUP, flow PC-1 à PC-8 et matrice PARTSCRED-MAP. Paire SAV du futur bot avoir partiel (#990).
Summary
Pourquoi les commandes avec avoir partiel génèrent-elles des tickets ?
Le client reçoit un crédit boutique après retour ou geste commercial. Au checkout, l'avoir couvre une partie du panier, le reste passe sur carte bancaire. Sans PARTSCRED-MAP, l'agent ne cite pas le solde restant, confond avoir total et montant appliqué ou promet remboursement hors policy.
Cinq frictions typiques avoir partiel
Application partielle floue : client ne comprend pas montant déduit
Solde restant introuvable : crédit disponible post-commande opaque
Répartition commande : avoir vs CB sur facture confus
Remboursement commande mixte : que rembourser si retour partiel
Expiration solde restant : date validité crédit non cité
Exemple DTC mode retours actifs
Marque mode 18 % retours en crédit boutique, 6 tickets partscred_/mois. Après PARTSCRED-MAP : partscred_resolution_rate 85 %, partscred_balance_cite_rate +29 % en 5 semaines.
PARTSCRED #989 vs store credit guide, MULPAY #987, gift card, refund et bot #990
Sept contenus crédit paiement, sept angles distincts.
Matrice rapide
#989 PARTSCRED : avoir partiel commande solde restant répartition remboursement mixte
STORECREDIT : avoir vs remboursement post-retour distinct utilisation partielle commande
MULPAY #987 : multi-moyens checkout combo distinct focus avoir partiel solde
GIFTCARD : carte cadeau distinct crédit boutique retour
REFUND : remboursement cash distinct crédit partiel utilisé
Bot #990 : bot tier 1 solde utilisation widget
STORECREDIT = choix avoir vs remboursement. #989 = avoir partiellement consommé sur commande et solde restant.
Promesse #989
Policy PARTSCRED-SUP, arbre PARTSCRED-GATE, 8 macros, registre avoir partiel, KPI partscred_resolution_rate.
Quelles typologies partscred_* classifier ?
Classifier oriente action : application ≠ solde ≠ répartition ≠ remboursement ≠ expiration.
Huit typologies PARTSCRED-MAP
partscred_partial_apply : pourquoi montant avoir déduit ≠ solde total
partscred_remaining_balance : solde crédit restant après commande
partscred_order_breakdown : répartition avoir vs CB sur commande
partscred_apply_guide : comment appliquer avoir partiel checkout
partscred_refund_order_used : remboursement commande avec avoir partiel
partscred_expiry_remainder : expiration solde restant crédit
partscred_multiple_orders : même avoir sur plusieurs commandes partielles
partscred_ops_flag : signal ops sync policy crédit partiel
Tags : partscred, partial_store_credit, credit_remaining, mixed_payment. PARTSCRED-MAP-GROUNDED : partial_apply_rules_copy depuis registre only.
Policy PARTSCRED-SUP : règles agents et registre avoir partiel
La policy PARTSCRED-SUP fixe réponses avoir partiel sans solde inventé hors map.
Six règles PARTSCRED-SUP
CREDIT-REGISTRY-FIRST : vérifier PARTSCRED-MAP avant réponse avoir
BALANCE-VERIFY : lookup customer account credit balance live Shopify
PARTIAL-RULES-CITE : cite partial_apply_rules_copy map
ORDER-BREAKDOWN-VERIFY : order_ref transactions avant répartition
NO-BALANCE-INVENT : pas solde promis hors credit_remaining_ref map
Handoff #990 : brief bot avoir partiel widget
Registre avoir partiel minimum
partscred_id : identifiant ligne policy avoir partiel
credit_balance_ref credit_applied_ref credit_remaining_ref : soldes map
partial_apply_rules_copy : règles application partielle texte agents
order_breakdown_copy : modèle répartition avoir CB
refund_partial_policy_copy : remboursement commande mixte map
expiry_rules_copy : validité solde restant crédit
apply_steps_copy customer_account_url : étapes checkout compte client
staff_brief_url : brief finance support partagé
Flow PC-1 à PC-8 : traitement ticket avoir partiel commande
Huit étapes : intake lookup verify classify respond balance breakdown refund log clôture.
Flow PC-1 à PC-8
PC-1 Intake : partscred_* intent + order_ref email credit cité
PC-2 Credit lookup : CREDIT-REGISTRY customer account balance
PC-3 Order verify : order_ref credit_applied card_amount live
PC-4 Classify : partial remain breakdown apply refund expiry
PC-5 Respond : macro PARTSCRED grounded partial rules
PC-6 Balance guide : credit_remaining apply_steps account
PC-7 Refund cc : refund_partial_policy ou ops flag
PC-8 Log : KPI partscred + brief correction registre
SLA : partscred_remaining_balance credit_remaining_ref fourni en une interaction si map existe.
Huit macros PARTSCRED-* prêtes à coller
Macros avoir partiel sans solde inventé hors registre.
Bibliothèque PARTSCRED-*
PARTSCRED-PARTIAL-01 : « Avoir appliqué : {{credit_applied_ref map}}. Règle : {{partial_apply_rules_copy map}}. »
PARTSCRED-BALANCE-01 : « Solde restant : {{credit_remaining_ref map}}. Compte : {{customer_account_url}}. »
PARTSCRED-BREAKDOWN-01 : « Commande {{order_ref}} : avoir {{credit_applied}} + CB {{card_amount}}. {{order_breakdown_copy map}}. »
PARTSCRED-APPLY-01 : « Appliquer avoir partiel : {{apply_steps_copy map}}. »
PARTSCRED-REFUND-01 : « Remboursement commande mixte : {{refund_partial_policy_copy map}}. »
PARTSCRED-EXPIRY-01 : « Validité solde restant : {{expiry_rules_copy map}}. »
PARTSCRED-MULTI-01 : « Avoir utilisable sur plusieurs commandes : {{partial_apply_rules_copy map}}. »
PARTSCRED-DONE : « Récap ticket {{id}}. Résolution : {{résolution}}. »
Arbre PARTSCRED-GATE et coordination finance support
Arbre décision avant promettre remboursement cash ad hoc ou solde inventé.
PARTSCRED-GATE
Commande ou compte cité ? → lookup PC-2 balance verify
Montant partiel appliqué ? → PARTIAL-01 partial_apply_rules
Solde restant ? → BALANCE-01 credit_remaining_ref
Répartition commande ? → BREAKDOWN-01 order transactions
Comment appliquer ? → APPLY-01 apply_steps_copy
Remboursement mixte ? → REFUND-01 refund_partial_policy
Multi-moyens combo ? → reroute MULPAY #987
Choix avoir vs remboursement retour ? → reroute STORECREDIT
Rituel sync policy crédit J-0
Finance publie PARTSCRED-MAP : partial_apply_rules validé, refund_partial_policy partagé support. Bot #990 sync go-live.
KPI, QA et handoff vers bot #990
Mesurer PARTSCRED détecte soldes mal cités et remboursements mixtes improvisés.
Cinq KPI PARTSCRED
partscred_resolution_rate : tickets résolus sans solde inventé ad hoc
partscred_balance_cite_rate : % tickets BALANCE-01 credit_remaining fourni
partscred_breakdown_cite_rate : % tickets BREAKDOWN-01 répartition fournie
partscred_refund_escalate_rate : tickets REFUND-01 routés finance
partscred_balance_invent_violation : soldes inventés hors map cible 0
Handoff #990
Exporter PARTSCRED-MAP vers bot : partscred_remaining_balance partscred_partial_apply partscred_apply_guide prioritaires. Guardrail PARTIAL-RULES-CITE brief #990 : bot cite partial_apply_rules credit_remaining map only.
Cas limites : remboursement cash, gift card, retour partiel, multi-moyens
Quatre cas hors flow standard avoir partiel.
Demande remboursement cash au lieu crédit
STORECREDIT reroute guide avoir remboursement si hors commande déjà passée.
Confusion carte cadeau
GIFTCARD alignement carte cadeau si code gift card pas store credit retour.
Retour partiel commande mixte
REFUND-01 refund_partial_policy + RETURN policy si articles retournés partiellement.
Combo avoir + carte cadeau + CB
MULPAY reroute #987 si trois moyens combinés checkout.
Formation agents : 20 minutes PARTSCRED
Module : CREDIT-REGISTRY, distinguer STORECREDIT MULPAY REFUND bot #990.
Exercices
Ticket A : montant partiel appliqué → PARTIAL-01 partial_apply_rules
Ticket B : solde restant → BALANCE-01 credit_remaining_ref
Ticket C : répartition commande → BREAKDOWN-01 order_breakdown
Ticket D : remboursement mixte → REFUND-01 refund_partial_policy
Comment Qstomy structure PARTSCRED dans votre stack
Qstomy sur Shopify : route partscred_*, sync registre avoir partiel, macros PARTIAL BALANCE BREAKDOWN REFUND et handoff #990 partial rules grounded gate.
Trois briques
Routing : intent partial_store_credit vs store_credit_choice vs mulpay
Partial credit registry : apply rules balance breakdown refund
Bot #990 : tier 1 solde utilisation widget
Scénario : DTC mode 18 % retours crédit. Registry J-0. partscred_resolution_rate 85 %, balance_cite_rate +29 %.
Explorez support IA et demander une démo.
FAQ et checklist déploiement PARTSCRED
FAQ
Promettre solde hors compte Shopify ?
Non. NO-BALANCE-INVENT. BALANCE-01 cite credit_remaining_ref map live.
Différence STORECREDIT guide ?
Guide = choix avoir vs remboursement post-retour. #989 = avoir partiellement utilisé sur commande.
Différence MULPAY #987 ?
#987 = combo multi-moyens checkout. #989 = focus avoir partiel solde restant.
Différence gift card ?
Gift card = code acheté ou offert. #989 = crédit boutique issu retour ou geste.
Différence #990 ?
#989 = agents verify breakdown refund ops. #990 = bot tier 1 solde widget.
Checklist déploiement PARTSCRED (8 étapes)
PARTSCRED-SUP + PARTSCRED-MAP : template registre avoir partiel
partial_apply_rules_copy : validé finance legal
refund_partial_policy_copy : remboursement mixte documenté
expiry_rules_copy : validité solde restant partagée
customer_account_url : solde visible compte client test
order_breakdown_copy : modèle répartition avoir CB
Sync bot #990 : PARTIAL-RULES-CITE
Formation 20 min : exercices section 10
Maillage
Multi-paiement (#987)
Remboursement SAV
Enzo
1 juillet 2026
