E-commerce
1 juillet 2026
« Débité deux fois pour la même commande. » « Deux lignes identiques sur mon relevé. » « J'ai cliqué payer deux fois, argent parti deux fois. » Trois tickets où un double débit mal traité génère chargeback, panique et perte confiance immédiate.
Le support double débit e-commerce couvre prélèvement dupliqué réel, autorisation multiple checkout et double perçu (split payment, empreinte). Distinct paiement capturé sans commande (#767) : ici, deux mouvements relevé même achat, preuve et remboursement grounded.
Ce guide #789 couvre policy DBLCHRG-SUP, flow DC-1 à DC-8 et matrice DBLCHRG-MAP. Paire SAV du futur bot DBLCHRG (#790).
Sommaire
Pourquoi les erreurs de double débit génèrent-elles des tickets sensibles ?
Le client voit deux lignes relevé pour un achat. L'agent nie doublon sans lookup transactions, confond acompte solde avec double charge ou promet remboursement avant vérification PSP. Sans SOP, le support route split payment ou empreinte au lieu de qualifier doublon réel.
Cinq frictions typiques double débit
Deux captures identiques : même montant même commande map
Double clic checkout : deux tentatives paiement réussies map
Perçu double légitime : acompte solde split payment map
Empreinte + capture : auth hold et débit final map
Preuve manquante : client sans relevé montant date map
Un checkout peut générer autorisation puis capture, ou double tentative si latence (Shopify, paiements 2026). Sans DBLCHRG-MAP, agents et finance divergent sur remboursement.
DBLCHRG #789 vs SPLITPAY #775, AUTHCAP #773, PCAPNO #767 et bot #790
Six contenus, six parcours débit multiple distincts.
Matrice rapide
#789 DBLCHRG : double prélèvement perçu ou réel preuve remboursement
SPLITPAY #775 : acompte solde légitime distinct doublon réel
AUTHCAP #773 : empreinte auth capture distinct deux débits identiques
PCAPNO #767 : débit sans commande distinct doublon commande existante
Doublon commande : deux commandes créées distinct un paiement dupliqué
#790 DBLCHRGbot : bot collecter preuves rassurer tier 1
#789 = deux mouvements relevé même achat. SPLITPAY = deux prélèvements programmés une commande.
Quelles typologies dblchrg_* classifier ?
Huit scénarios tickets double débit.
Huit typologies dblchrg
dblchrg_true_duplicate : deux captures identiques même commande map
dblchrg_retry_checkout : double clic checkout deux débits map
dblchrg_perceived_split : perçu double acompte solde map
dblchrg_auth_capture : empreinte et capture perçus double map
dblchrg_proof_collect : collecter relevé montant date map
dblchrg_refund_request : demande remboursement doublon confirmé map
dblchrg_orphan_second : deuxième débit orphelin sans order map
dblchrg_chargeback_threat : menace litige banque map
Tags : dblchrg, double_charge, payment_incident. TXN-LOOKUP-FIRST : transaction_lookup_steps_copy map before confirm.
Comment structurer la matrice DBLCHRG-MAP ?
La matrice DBLCHRG-MAP documente réponse double débit pour agents et futur bot #790.
Colonnes DBLCHRG-MAP
dblchrg_program_id : identifiant programme double débit map
true_duplicate_policy_copy : procédure doublon confirmé map
proof_collect_copy : infos relevé montant date email map
transaction_lookup_steps_copy : recherche transactions order PSP map
refund_duplicate_policy_copy : remboursement doublon confirmé map
perceived_explain_copy : pas doublon split auth légitime map
auth_hold_explain_copy : empreinte libération délai map
sla_response_copy : délai réponse incident double débit map
splitpay_reroute_copy : acompte solde distinct doublon map
authcap_reroute_copy : auth capture distinct map
pcapno_reroute_copy : orphelin sans order map
bot_intent_map : bot_dblchrg_* #790 mapping
Sync macros helpdesk, tags double_charge payment_incident et formation agents TXN-LOOKUP-FIRST.
Policy DBLCHRG-SUP en six règles
Six règles support double débit.
DBLCHRG-MAP-GROUNDED : réponse double débit depuis map only
TXN-LOOKUP-FIRST : transaction_lookup_steps_copy avant confirmer doublon map
PROOF-CITE : proof_collect_copy cite map verbatim
NO-DUPLICATE-ASSUME : pas accusation doublon sans lookup transactions map
SPLITPAY775-REROUTE : acompte solde → #775 distinct doublon réel
AUTHCAP773-REROUTE : empreinte capture → #773 distinct deux débits identiques
Flow DBLCHRG DC-1 à DC-8
Flow agent huit étapes double débit.
DC-1 Intake : dblchrg_* intent + order_ref email amount date bank_proof screenshot
DC-2 DBLCHRG-MAP : duplicate proof lookup refund perceived auth split authcap pcapno
DC-3 Proof collect : proof_collect_copy verify montant date descriptor map
DC-4 Transaction lookup : Shopify payments order transactions duplicate verify
DC-5 Triage : DUPLICATE REFUND PERCEIVED SPLIT AUTHCAP PCAPNO CHARGEBACK
DC-6 Respond : macro DBLCHRG grounded true_duplicate ou perceived_explain map
DC-7 Execute : finance refund_duplicate_policy_copy escalate chargeback
DC-8 Close : tag dblchrg_resolved duplicate_confirmed refund_issued perceived_explained Y/N
SLA : dblchrg_true_duplicate répondu avec PROOF-CITE sla_response_copy et TXN-LOOKUP en 30 minutes ouvrées.
Macros DBLCHRG essentielles
Quatre macros agents double débit.
DBLCHRG-ACK-01
« Nous comprenons l'inquiétude double débit. [proof_collect_copy map.] Recherche transactions en cours. Délai : [sla_response_copy map.] PROOF-CITE TXN-LOOKUP-FIRST. »
DBLCHRG-COLLECT-01
« Pour vérifier : [proof_collect_copy map.] Relevé masqué montant date descripteur email commande. »
DBLCHRG-DUPLICATE-01
« Doublon confirmé commande #[order_ref map] : [true_duplicate_policy_copy map.] Remboursement : [refund_duplicate_policy_copy map.] TXN-LOOKUP-FIRST. »
DBLCHRG-PERCEIVED-01
« Pas double débit : [perceived_explain_copy map.] [auth_hold_explain_copy ou splitpay_reroute_copy map.] SPLITPAY775-REROUTE ou AUTHCAP773 selon cas. »
Cas limites : split payment, empreinte, orphelin et doublon commande
Cinq cas hors macro double débit standard.
Acompte solde légitime : SPLITPAY775-REROUTE #775 distinct doublon réel
Empreinte en attente : AUTHCAP773-REROUTE #773 libération 3-7j distinct capture
Débit orphelin second : PCAPNO767-REROUTE #767 sans commande distinct doublon order
Deux commandes créées : doublon commande distinct un paiement dupliqué
Chargeback menace : refund_duplicate_policy_copy finance dispute team map
Doublon confirmé lookup = REFUND. Perçu split auth = reroute playbook pair.
KPI dblchrg essentiels
Cinq métriques pilotage DBLCHRG.
dblchrg_txn_lookup_rate : TXN-LOOKUP-FIRST / total dblchrg tickets
dblchrg_duplicate_confirm_rate : doublon confirmé lookup / total dblchrg
dblchrg_refund_sla_rate : remboursement doublon sous SLA / confirmés
dblchrg_perceived_misroute_rate : tickets split auth traités comme doublon / total
dblchrg_chargeback_rate : chargebacks post double débit / total dblchrg
Cible : dblchrg_txn_lookup_rate 100 % et dblchrg_chargeback_rate en baisse post DBLCHRG-MAP.
Anti-patterns DBLCHRG
Cinq erreurs fréquentes support double débit.
Nier sans lookup : TXN-LOOKUP-FIRST transaction_lookup_steps_copy map verify
Promettre remboursement avant confirm : NO-DUPLICATE-ASSUME lookup avant refund map
Confondre split payment : SPLITPAY775-REROUTE acompte solde map
Ignorer empreinte : AUTHCAP773-REROUTE auth_hold_explain_copy map
Preuve non collectée : PROOF-CITE proof_collect_copy avant conclusion map
DBLCHRG avec Qstomy
Qstomy sur Shopify : detect dblchrg intent, DBLCHRG-MAP RAG grounded, transaction lookup classify, PROOF-CITE guardrail, handoff #790 bot tier 1 ou finance escalate.
Pipeline : #790 bot collecter preuves rassurer tier 1 → #789 agents refund escalate chargeback.
Explorez support IA et demander une démo.
Checklist, FAQ et aller plus loin
Checklist DBLCHRG (8 étapes)
DBLCHRG-MAP v1 : duplicate proof lookup refund perceived auth split authcap pcapno
Policy DBLCHRG-SUP : 6 règles TXN-LOOKUP PROOF NO-ASSUME SPLIT AUTHCAP
8 typologies dblchrg_* : tags helpdesk double_charge payment_incident
4 macros DBLCHRG-* : ACK COLLECT DUPLICATE PERCEIVED
Transaction lookup runbook : finance order payments duplicate monthly test
Formation agents 30 min : SPLITPAY775-REROUTE avant accusation doublon
Refund duplicate SLA : refund_duplicate_policy_copy délai finance test
Dashboard KPI : dblchrg_* section 9 txn_lookup refund_sla chargeback
FAQ
Différence split payment #775 ?
Split = acompte solde programmés une commande. #789 = deux débits identiques ou double tentative checkout.
Empreinte + débit = double ?
Non souvent. AUTHCAP773-REROUTE auth_hold_explain_copy libération 3-7j map.
Remboursement immédiat promis ?
Non. TXN-LOOKUP-FIRST confirm doublon avant refund_duplicate_policy_copy map.
Relation #790 bot ?
#790 = bot collecter preuves rassurer tier 1. #789 = agents lookup refund escalate.
Aller plus loin
Cette semaine : indexer DBLCHRG-MAP refund_duplicate_policy par PSP, sync tags double_charge, test macro DBLCHRG-DUPLICATE-01 scénario deux captures identiques commande #12345.
Enzo
1 juillet 2026
