E-commerce
1 juillet 2026
« J'ai mis ma carte cadeau et ma CB, le reste à payer ne s'affiche pas. » « Mon avoir ne couvre pas tout, comment compléter ? » « Sur ma commande, quel montant a été prélevé sur chaque moyen ? » Trois tickets où un panier split tender mal expliqué bloque checkout et génère litige.
Le support panier multi-paiement e-commerce couvre combinaison carte cadeau avoir wallet CB, ordre d'application, solde restant et répartition post-commande. Distinct prélèvements échelonnés (#775) : ici, plusieurs moyens de paiement sur un même checkout.
Ce guide #987 déploie policy MULPAY-SUP, flow MP-1 à MP-8 et matrice MULPAY-MAP. Paire SAV du futur bot panier multi-paiement (#988).
Sommaire
Pourquoi les paniers multi-paiement génèrent-ils des tickets ?
Le client combine carte cadeau, avoir boutique, crédit fidélité et carte bancaire sur un même panier. Le checkout affiche un solde restant flou, refuse la combinaison ou prélève un montant inattendu par moyen. Sans MULPAY-MAP, l'agent improvise l'ordre d'application ou promet un split hors policy.
Cinq frictions typiques split tender
Combinaison refusée : checkout n'accepte pas deux moyens
Solde restant flou : client ne voit pas montant CB après avoir
Ordre application : carte cadeau avant ou après promo
Répartition commande : quel montant sur chaque moyen post-achat
Limite policy : max méthodes ou minimum CB restant
Exemple DTC beauté omnicanal
Marque beauté gift card + store credit actifs, 7 tickets mulpay_/mois. Après MULPAY-MAP : mulpay_resolution_rate 83 %, mulpay_checkout_complete_rate +22 % en 6 semaines.
MULPAY #987 vs SPLITPAY #775, gift card, store credit, BNPL et bot #988
Sept contenus paiement panier, sept angles distincts.
Matrice rapide
#987 MULPAY : panier split tender carte cadeau avoir wallet CB même checkout
SPLITPAY #775 : prélèvements échelonnés marchand distinct moyens combinés checkout
GIFTCARD : carte cadeau seule solde expiration distinct combinaison multi-moyens
STORECREDIT : avoir remboursement distinct split tender policy
LCARD #587 : wallet fidélité points distinct crédit checkout combiné
Bot #988 : bot tier 1 options limites statut widget
#775 = débits programmés dans le temps. #987 = plusieurs moyens sur un checkout immédiat.
Promesse #987
Policy MULPAY-SUP, arbre MULPAY-GATE, 8 macros, registre split tender, KPI mulpay_resolution_rate.
Quelles typologies mulpay_* classifier ?
Classifier oriente action : combinaison ≠ solde ≠ ordre ≠ répartition ≠ limite.
Huit typologies MULPAY-MAP
mulpay_split_tender_explain : comment combiner moyens checkout
mulpay_giftcard_plus_card : carte cadeau + CB solde restant
mulpay_store_credit_apply : avoir boutique + autre moyen
mulpay_wallet_partial : crédit fidélité wallet partiel panier
mulpay_remaining_balance : montant restant après application crédit
mulpay_order_split_status : répartition montants par moyen commande
mulpay_limit_exceeded : combinaison hors limites policy
mulpay_ops_flag : signal ops sync stack paiement policy
Tags : mulpay, split_tender, multi_payment, combined_checkout. MULPAY-MAP-GROUNDED : split_policy_copy apply_order_copy depuis registre only.
Policy MULPAY-SUP : règles agents et registre split tender
La policy MULPAY-SUP fixe réponses multi-paiement sans combinaison inventée hors map.
Six règles MULPAY-SUP
MULPAY-REGISTRY-FIRST : vérifier MULPAY-MAP avant réponse split
SPLIT-POLICY-CITE : cite split_policy_copy allowed_methods map
APPLY-ORDER-CITE : cite apply_order_copy ordre application map
ORDER-VERIFY : lookup order_ref transactions avant répartition
NO-COMBO-INVENT : pas combinaison promesse hors registre
Handoff #988 : brief bot panier multi-paiement widget
Registre split tender minimum
mulpay_id : identifiant ligne policy multi-paiement
allowed_methods_ref : card gift_card store_credit loyalty_wallet
split_policy_copy : règles combinaison texte agents
apply_order_copy : ordre application moyens checkout
min_card_remainder_ref : minimum CB si crédit partiel
stacking_rules_copy : cumul promo carte cadeau avoir
remaining_balance_formula_copy : calcul solde restant map
checkout_help_url : aide checkout multi-moyens
Flow MP-1 à MP-8 : traitement ticket panier multi-paiement
Huit étapes : intake lookup verify classify respond guide split order log clôture.
Flow MP-1 à MP-8
MP-1 Intake : mulpay_* intent + order_ref moyens cités
MP-2 Policy lookup : MULPAY-REGISTRY allowed_methods
MP-3 Balance verify : gift card store credit wallet solde live
MP-4 Classify : combo remaining order split limit
MP-5 Respond : macro MULPAY grounded split apply
MP-6 Checkout guide : apply_order étapes solde restant
MP-7 Order split : transactions répartition par moyen
MP-8 Log : KPI mulpay + brief correction registre
SLA : mulpay_remaining_balance expliqué avec remaining_balance_formula en une interaction.
Huit macros MULPAY-* prêtes à coller
Macros split tender sans combinaison inventée hors registre.
Bibliothèque MULPAY-*
MULPAY-SPLIT-01 : « Moyens combinables : {{allowed_methods_ref map}}. {{split_policy_copy map}}. »
MULPAY-ORDER-01 : « Ordre application : {{apply_order_copy map}}. »
MULPAY-REMAIN-01 : « Solde restant : {{remaining_balance_formula_copy map}}. Panier {{cart_total}} moins crédits appliqués. »
MULPAY-GC-CARD-01 : « Carte cadeau puis CB : {{apply_order_copy map}}. Minimum CB : {{min_card_remainder_ref map}}. »
MULPAY-CREDIT-01 : « Avoir boutique : {{store_credit solde}}. Compléter avec {{moyen autorisé map}}. »
MULPAY-STATUS-01 : « Commande {{order_ref}} : {{répartition transactions par moyen}}. »
MULPAY-LIMIT-01 : « Combinaison non autorisée : {{split_policy_copy map}}. Alternative : {{moyen seul map}}. »
MULPAY-DONE : « Récap ticket {{id}}. Résolution : {{résolution}}. »
Arbre MULPAY-GATE et coordination paiement ops
Arbre décision avant autoriser combinaison hors map ou dead end checkout.
MULPAY-GATE
Moyens cités ? → lookup MP-2 balance verify
Comment combiner ? → SPLIT-01 ORDER-01 split_policy apply_order
Solde restant ? → REMAIN-01 remaining_balance_formula
Carte cadeau + CB ? → GC-CARD-01 min_card_remainder
Avoir partiel ? → CREDIT-01 store_credit complément
Post-commande répartition ? → STATUS-01 order transactions
Prélèvements échelonnés ? → reroute SPLITPAY #775
BNPL financeur ? → reroute BNPL
Rituel lancement stack paiement J-0
Ops publie MULPAY-MAP : allowed_methods testés, apply_order validé, stacking_rules partagé support. Bot #988 sync go-live.
KPI, QA et handoff vers bot #988
Mesurer MULPAY détecte combinaisons refusées sans guide et répartitions mal expliquées.
Cinq KPI MULPAY
mulpay_resolution_rate : tickets résolus sans combo inventée ad hoc
mulpay_checkout_complete_rate : checkouts multi-moyens complétés / tentatives
mulpay_remain_cite_rate : % tickets REMAIN-01 solde restant fourni
mulpay_limit_ticket_rate : tickets mulpay_limit_exceeded / split attempts
mulpay_combo_invent_violation : combinaisons inventées hors map cible 0
Handoff #988
Exporter MULPAY-MAP vers bot : mulpay_split_tender_explain mulpay_remaining_balance mulpay_giftcard_plus_card prioritaires. Guardrail SPLIT-POLICY-CITE brief #988 : bot cite split_policy_copy apply_order map only.
Cas limites : gift card seule, calcul panier, promo cumul, paiement refusé
Quatre cas hors flow standard multi-paiement.
Carte cadeau seule sans combinaison
GIFTCARD reroute gift card si ticket solde expiration pas split.
Erreur total panier avant split
CARTCALC alignement calcul panier si total incorrect avant crédits.
Promo + carte cadeau cumul
STACKING-01 stacking_rules_copy map cite avant blame client.
CB refusée après crédit appliqué
PAYDECL reroute paiement refusé si crédit OK mais CB échoue.
Formation agents : 20 minutes MULPAY
Module : MULPAY-REGISTRY, distinguer SPLITPAY #775 GIFTCARD STORECREDIT BNPL bot #988.
Exercices
Ticket A : carte cadeau + CB → GC-CARD-01 REMAIN-01
Ticket B : avoir partiel → CREDIT-01 apply_order
Ticket C : répartition commande → STATUS-01 transactions
Ticket D : combinaison refusée → LIMIT-01 split_policy
Comment Qstomy structure MULPAY dans votre stack
Qstomy sur Shopify : route mulpay_*, sync registre split tender, macros SPLIT REMAIN STATUS et handoff #988 split policy grounded gate.
Trois briques
Routing : intent split_tender vs installment vs gift_card_solo
Multi-pay registry : allowed_methods apply_order stacking
Bot #988 : tier 1 options limites statut widget
Scénario : DTC beauté gift card + store credit. Registry J-0. mulpay_resolution_rate 83 %, checkout_complete_rate +22 %.
Explorez support IA et demander une démo.
FAQ et checklist déploiement MULPAY
FAQ
Autoriser combinaison hors map ?
Non. NO-COMBO-INVENT. LIMIT-01 cite split_policy officielle.
Différence SPLITPAY #775 ?
#775 = débits programmés dans le temps. #987 = plusieurs moyens même checkout.
Différence gift card seule ?
Gift card = solde expiration usage. #987 = combinaison avec autre moyen.
Différence BNPL ?
BNPL = financeur tiers. #987 = split tender boutique checkout.
Différence #988 ?
#987 = agents verify transactions ops limit. #988 = bot tier 1 options widget.
Checklist déploiement MULPAY (8 étapes)
MULPAY-SUP + MULPAY-MAP : template registre split tender
allowed_methods_ref : testés chaque combinaison checkout
apply_order_copy : validé ops paiement legal
stacking_rules_copy : cumul promo carte cadeau avoir
min_card_remainder_ref : documenté si crédit partiel
checkout_help_url : page aide multi-moyens live
Sync bot #988 : SPLIT-POLICY-CITE
Formation 20 min : exercices section 10
Maillage
Enzo
1 juillet 2026
