E-commerce
1 juillet 2026
« Shopify dit remboursé depuis 3 jours, rien sur mon compte. » « C'est normal que l'autorisation apparaisse encore ? » « Ma banque ne voit pas le remboursement, vous mentez. » Trois tickets où un délai bancaire mal expliqué sans playbook génère chargeback, avis négatif et escalade inutile finance.
Le support délais remboursement bancaire e-commerce couvre délai processor vs crédit banque, libellé relevé, empreinte vs remboursement, ARN et différences PayPal Klarna carte. Distinct du statut refund Shopify seul : ici, timeline banque post-remboursement marchand.
Ce guide #519 couvre policy BANKREF-SUP, flow BR-1 à BR-8 et matrice BANKREF-MAP. Complète statut remboursement. Paire SAV du futur bot BANKREF (#520).
Summary
Pourquoi les délais bancaires génèrent-ils des tickets support ?
Le marchand lance le remboursement Shopify. Le client voit « remboursé » mais pas le crédit sur son relevé. Il conclut fraude ou mensonge SAV.
Cinq frictions typiques
Délai banque : 5 à 10 j ouvrés après success Shopify
Empreinte vs refund : autorisation temporaire encore visible
Libellé relevé : descriptor boutique incompris banque
PayPal Klarna : délai wallet ou échéancier distinct carte
Relance J+2 : client trop tôt, chargeback menace
Shopify indique que les remboursements peuvent rester pending processor puis créditer la banque sous 5 à 10 jours ouvrés (Shopify, remboursements 2026). Sans SOP, l'agent promet crédit demain.
BANKREF #519 vs statut refund bot #370, carte expirée #369 et retours
Quatre contenus, quatre layers timeline remboursement.
Matrice rapide
#519 BANKREF : délai banque ARN empreinte post-success Shopify
Bot statut #370 : ref_stat lookup timeline bot
#369 carte expirée : refund failed moyen fermé IBAN
Guide retours : RMA délai remboursement ops
#370 = implémentation bot statut. #519 = playbook agents éduquer délai bancaire et ARN.
Quelles typologies bank_ref_* classifier ?
Huit scénarios tickets délai bancaire.
Huit typologies bank_ref
bank_ref_not_visible : Shopify refunded rien sur relevé
bank_ref_how_long : combien jours banque crédit
bank_ref_auth_hold : autorisation encore affichée empreinte
bank_ref_paypal_wallet : délai PayPal wallet distinct
bank_ref_bnpl_schedule : Klarna Alma échéancier ajusté
bank_ref_arn_request : référence ARN banque demandée
bank_ref_too_early : relance avant bank_delay_min
bank_ref_wrong_amount : montant relevé différent partial
Tags : bank_ref, refund. Lookup refund_status payment_method days_since_refund avant macro BANKREF-TIMELINE.
Comment structurer la matrice BANKREF-MAP ?
La matrice BANKREF-MAP documente délais banque par payment_method et statut Shopify pour agents et futur bot #520.
Colonnes BANKREF-MAP
payment_method : card paypal klarna apple_pay shop_pay
shopify_refund_status : pending success failed
bank_delay_days_min : jours ouvrés minimum crédit
bank_delay_days_max : jours ouvrés maximum crédit
statement_descriptor : libellé relevé client attendu
auth_hold_release_days : délai libération empreinte si annul
arn_available : Y/N délai fourniture ARN
escalate_threshold_days : jours post-refund → ops finance
customer_action : wait contact_bank provide_arn
Policy BANKREF-SUP en six règles
Six règles support délai bancaire.
BANKREF-MAP-GROUNDED : délais depuis map min max only
NO-EXACT-DATE : fourchette jours ouvrés pas date précise
VERIFY-SHOPIFY-FIRST : refund_status avant blame banque
AUTH-VS-REFUND : expliquer empreinte distinct crédit
ARN-IF-THRESHOLD : ARN si days > escalate_threshold map
CHARGEBACK-DEESCALATE : timeline cite avant escalade menace
Flow BANKREF BR-1 à BR-8
Flow agent huit étapes délai bancaire.
BR-1 Intake : bank_ref_* intent + order lookup
BR-2 Refund lookup : refund_status amount date payment_method
BR-3 BANKREF-MAP : bank_delay descriptor arn rules
BR-4 Classify : not_visible auth_hold too_early arn bnpl
BR-5 Respond : macro BANKREF grounded timeline
BR-6 ARN provide : si threshold ARN reference finance
BR-7 Escalate : failed refund → #369 carte expirée
BR-8 Close : tag bank_ref_resolved outcome
SLA : bank_ref_how_long répondu en une interaction avec bank_delay_days_min max cite.
Macros BANKREF essentielles
Quatre macros agents.
BANKREF-TIMELINE-01
« Remboursement [amount] € lancé le [refund_date] statut [refund_status]. Crédit banque sous [bank_delay_days_min] à [bank_delay_days_max] j ouvrés. Libellé relevé : [statement_descriptor]. »
BANKREF-AUTH-01
« L'autorisation [amount] € peut rester visible [auth_hold_release_days] j sans débit final. Le remboursement crédite le solde disponible. Contactez banque si doute. »
BANKREF-ARN-01
« Référence remboursement ARN : [arn]. Communiquez à votre banque avec date [refund_date] et montant [amount] €. »
BANKREF-TOO-EARLY-01
« Remboursement lancé il y a [days_since_refund] j. Délai normal : [bank_delay_days_min] à [bank_delay_days_max] j ouvrés. Relancez-nous après [bank_delay_days_max] j si absent. »
Cas limites : partial, BNPL et fraude
Quatre cas hors macro standard.
Remboursement partiel : #368 partial montant relevé explain
Carte expirée failed : #369 REF-EXP handoff IBAN ops
Paiement fractionné : bank_ref_bnpl Klarna Alma schedule adjust
Phishing faux remboursement : sécurité fake refund reroute
Chaque payment_method exige une ligne BANKREF-MAP si bank_delay_days_min ou statement_descriptor diffère.
KPI bank_ref essentiels
Cinq métriques pilotage BANKREF.
bank_ref_ticket_rate : tickets délai / refunds success
bank_ref_too_early_rate : relances avant bank_delay_min
bank_ref_chargeback_prevent : chargebacks évités post timeline
bank_ref_arn_provided : ARN fournis > threshold
bank_ref_sla_met : % réponse timeline < 1 h
Cible : bank_ref_too_early_rate baisse 30 % après BANKREF-TOO-EARLY-01 et e-mail proactive post-refund success.
Anti-patterns BANKREF
Cinq erreurs fréquentes.
Date exacte promis : NO-EXACT-DATE violation
Crédit 24 h garanti : BANKREF-MAP-GROUNDED
Ignorer refund pending : VERIFY-SHOPIFY-FIRST
Confondre empreinte refund : AUTH-VS-REFUND explain
Dupliquer bot #370 entier : #519 agents playbook
BANKREF avec Qstomy
Qstomy sur Shopify : detect bank_ref intent, BANKREF-MAP timeline, refund lookup API, BANKREF-TIMELINE macro, ARN payload finance, handoff #520 bot tier 1.
Pipeline : #519 agents ARN escalate → #520 bot bank delay rassurer tier 1.
Explorez support IA et demander une démo.
Checklist, FAQ et aller plus loin
Checklist BANKREF (8 étapes)
BANKREF-MAP v1 : payment methods delay min max descriptor
Policy BANKREF-SUP : 6 règles ops + agents
8 typologies bank_ref_* : tags helpdesk refund
4 macros BANKREF-* : TIMELINE AUTH ARN TOO-EARLY
E-mail post-refund success : bank_delay range auto
ARN process finance SOP : threshold escalate days
Formation auth vs refund 20 min : AUTH-VS-REFUND
Dashboard KPI : bank_ref_* section 9
FAQ
Différence bot statut #370 ?
#370 = bot ref_stat lookup. #519 = playbook agents délai banque ARN.
Shopify refunded, banque rien ?
BANKREF-TIMELINE-01 bank_delay_days min max.
Bot #520 suffit ?
Tier 1 timeline rassurer. ARN failed → agents #519.
Autorisation encore visible ?
BANKREF-AUTH-01 empreinte distinct crédit.
Aller plus loin
p : Guide retours SAV
Cette semaine : documenter BANKREF-MAP par payment_method, tester BANKREF-TIMELINE-01 sur refund success simulé, mesurer bank_ref_too_early_rate.
Enzo
1 juillet 2026
