E-commerce
1 juillet 2026
« Envoyez-moi une facture en euros pour ma compta. » « Mon reçu affiche CAD mais j'ai payé en USD. » « Remboursé 89 $ au lieu des 120 $ CAD payés. » Trois messages post-commande où le client a besoin de documents ou d'un remboursement multi-devises, sans playbook SAV dédié reçu facture refund.
Le support client achats multi-devises e-commerce couvre reçu confirmation, facture TVA compta, réconciliation relevé bancaire et remboursement devise commande, distinct de l'erreur prix affiché checkout ou du simple statut refund pending.
Ce guide #452 couvre policy MCUR-SUP, flow MCUR-FLOW et KPI mcur. Complète devise affichée (#393) avec reçu, facture et remboursement. Distinct du futur bot refund multi-devises (#453) : ici, playbook SAV documents et remboursement commande multi-devise.
Sommaire
Pourquoi les tickets reçu facture refund multi-devises augmentent-ils ?
Un ticket multi-devise post-commande concerne reçu, facture compta ou remboursement sur une commande dont presentment_currency diffère de la devise banque client ou des attentes documentaires.
Cinq tensions client typiques
Facture manquante : besoin TVA compta entreprise
Reçu devise : email confirmation ≠ relevé banque
Refund FX drift : montant remboursé ≠ payé
Refund devise : remboursé EUR vs payé USD
Réconciliation : comptable demande PDF devise exacte
Shopify enregistre presentment_currency et presentment_total sur chaque commande Markets (Shopify, Markets pricing 2026). Les remboursements Shopify s'effectuent en presentment currency de la commande (Shopify, remboursements 2026). Stripe rappelle que la banque émettrice peut convertir au crédit final (Stripe, multi-currency 2026).
Angle #452 vs contenus voisins
Devise affichée #393 : prix checkout vs débit erreur. Le #452 = post-commande reçu facture refund.
Statut refund #370 : délai pending banque. Le #452 = montant devise refund explain.
Partial #368 : montant partiel policy. Le #452 = devise couche sur partial ou full.
International #100 : vue globale langue livraison. Le #452 = documents refund devise.
Bot #453 : futur automation FX refund. Le #452 = playbook agents.
Exemple DTC Markets
Marque mode CA/UK/US/EU, 68 tickets mcur/mois dont 41 % facture reçu, 35 % refund FX. Sans MCUR-SUP : mcur_fcr 59 %, chargeback FX refund 12/mois. Après playbook : mcur_ticket_rate -46 %, mcur_fcr 83 %, mcur_csat 4,4/5.
Post-order not pre-checkout
Display charge mismatch pre-pay → route #393 FX-DISP. Reçu facture refund post-pay → MCUR-FLOW #452.
B2B compta seasonality
Q4 invoice request spike : pre-scale mcur_invoice_sla capacity and finance queue before year-end closing.
Black Friday cross-border spike
Pre-load MCUR-FX-01 macros and finance queue capacity before BFCM international order wave.
En quoi MCUR-SUP diffère-t-il de CUR-DISP #393 et REF-STAT #370 ?
Documents multi-devises, erreur affichage checkout et statut refund pending : trois layers support distincts.
Matrice scénario → process
#452 MCUR-FLOW : reçu, facture, refund FX explain, PDF resend
#393 FX-DISP : prix affiché vs débit achat, bug Markets
#370 REF-STAT : refund lancé ? délai banque pending
#369 REF-EXP : carte expirée routing
#379 INT-RET : retour international logistique
Quatre MCUR-TYPE
mcur_document : reçu facture PDF resend
mcur_refund_fx : montant devise refund explain
mcur_reconcile : compta relevé bancaire match
mcur_vat_invoice : facture TVA intra-UE B2B
Stack multi-devise SAV
Shopify order presentment fields, app facture Sufio/Order Printer Pro, MCUR-MAP refund FX copy, Gorgias tags mcur_*, Klaviyo resend receipt template.
Promesse #452
Policy MCUR-SUP, matrice MCUR-MAP, 12 typologies mcur_*, flow MCUR-FLOW, macros MCUR-*, KPI mcur_*.
Presentment vs settlement
Presentment = devise client checkout. Settlement = devise compte marchand payout. MCUR-FLOW cite presentment to client, settlement internal finance only.
Shopify Markets order fields
MF-4 reads presentment_money shop_money separately. Client comms presentment only per MCUR-SUP règle 1.
Quelles typologies mcur_* cartographier ?
Douze typologies tickets multi-devises post-commande pour routing cohérent.
Douze scénarios mcur
mcur_receipt_resend : renvoyer confirmation email PDF
mcur_receipt_wrong_currency : reçu devise ≠ attente client
mcur_invoice_request : demande facture compta
mcur_invoice_vat : numéro TVA intra-UE B2B
mcur_invoice_currency : facture devise spécifique demandée
mcur_refund_amount_gap : montant refund ≠ payé perçu
mcur_refund_fx_drift : drift taux achat vs refund J+30
mcur_refund_wrong_currency : refund devise ≠ presentment order
mcur_statement_reconcile : match relevé comptable
mcur_accounting_export : export CSV entreprise multi-devises
mcur_paypal_wallet_fx : PayPal Shop Pay conversion refund
mcur_route_393 : display error pre-order not document
Tags helpdesk
mcur, mcur_invoice, mcur_receipt, mcur_refund_fx, mcur_vat, mcur_resolved. Distinct currency (#393), ref_stat (#370).
Données intake MF-1
order_id, presentment_currency, presentment_total, refund_transactions[], customer VAT number if B2B, screenshot relevé masked PAN, invoice app status.
Priorisation
P1 : mcur_refund_wrong_currency bug verify. P2 : mcur_invoice_request, mcur_refund_fx_drift. P3 : mcur_receipt_resend FAQ, mcur_accounting_export.
Mining verbatims mcur
Export 90 j « facture », « reçu », « invoice », « remboursé moins », « devise », « CAD USD EUR », « compta ». Distinct « prix affiché checkout » → #393.
P1 wrong currency refund
MF-4 refund transaction currency ≠ presentment : finance re-refund SLA 24 h mandatory escalation path.
Quelle matrice MCUR-MAP documenter ?
La matrice multi-devises MCUR-MAP liste refund policy, facture app, FX copy et SLA documents.
Colonnes MCUR-MAP
market_id : CA, UK, EU, US Shopify Markets
presentment_currency : CAD, GBP, EUR, USD
invoice_app : Sufio, native, Order Printer Pro
vat_rules : B2B reverse charge, OSS, none
refund_currency_rule : always presentment, never convert
fx_drift_disclaimer : bank conversion standard copy
receipt_resend_sla : 24 h email + PDF link
accounting_contact : finance@ for export requests
Exemple CA market mcur_refund_fx
presentment CAD 120 $, refund CAD 120 $ Shopify, relevé USD 89 $ bank FX : fx_drift_disclaimer cite bank conversion not merchant shortchange.
Exemple EU B2B mcur_invoice_vat
vat_rules reverse charge valid VAT ID, invoice_app Sufio generate, SLA 48 h with presentment EUR order total.
Publication /pages/multi-currency-orders
FAQ MCUR-MAP : reçu devise, facture demande, refund FX drift, différence #393 display error.
Refund always presentment
Shopify rule : refund in order presentment_currency. MCUR-MAP refund_currency_rule documents no manual EUR refund on USD order exception policy.
Cross-link partial #368
Partial refund amount in presentment : MCUR-REFUND-01 cites presentment_total and partial line from Shopify refund API.
Order Printer PDF template
Template must show presentment_currency prominently. MCUR-RCPT-01 links Order Printer PDF not settlement internal.
Comment rédiger la policy MCUR-SUP en huit règles ?
La policy multi-devises MCUR-SUP encadre documents, refund FX explain et escalade finance.
Huit règles MCUR-SUP
Presentment grounded MF-4 : cite order presentment_currency total before explain
Refund presentment only : refund_currency_rule no manual cross-currency
FX drift disclaimer : bank conversion MCUR-MAP before admit merchant fault
Invoice via app SLA : invoice_app workflow not agent invent PDF
VAT validate B2B : VIES check VAT ID before reverse charge invoice
Route display #393 : pre-pay charge mismatch not MCUR document
Route statut #370 : pending only no amount dispute → REF-STAT
Log finance escalations : MF-8 accounting_export tag finance queue
No refund delta FX goodwill
MCUR-SUP default : explain FX drift not compensate bank rate unless Markets misconfig proven #393 bug tier N3.
Invoice SLA
mcur_invoice_request P2 : MCUR-INV-01 within receipt_resend_sla 24-48 h via invoice_app generate resend.
Wrong currency refund bug
mcur_refund_wrong_currency P1 : MF-4 verify refund transaction currency = presentment. If mismatch → finance + re-refund within 24 h.
VIES validation gate
MCUR-SUP règle 5 : invalid VAT ID → standard B2C invoice with VAT not reverse charge promise.
Comment appliquer le flow MCUR-FLOW en huit étapes ?
Le framework MCUR-FLOW structure traitement ticket multi-devises post-commande.
Huit étapes MF-1 à MF-8
MF-1 Intake : order_id, document type, refund claim if any
MF-2 Classifier mcur_* : typologie section 3, route #393 if pre-pay display
MF-3 Match MCUR-MAP : market refund rule invoice app FX copy
MF-4 Read order Shopify : presentment, transactions, refunds[], invoice status
MF-5 Expliquer : macro MCUR-* grounded MF-4
MF-6 Décider : resend doc | generate invoice | explain FX | escalate finance bug
MF-7 Exécuter : resend email, Sufio invoice, note order, re-refund if bug
MF-8 Documenter : mcur_action, presentment cited, finance_flag Y/N
MF-6 mcur_refund_fx_drift
Compare presentment paid vs presentment refunded Shopify equal. MCUR-FX-01 explain bank conversion fx_drift_disclaimer. Link #370 if pending not received.
MF-6 mcur_invoice_vat
Collect VAT ID, VIES validate, MCUR-INV-VAT-01 generate via invoice_app presentment currency order.
MF-6 mcur_receipt_resend
MCUR-RCPT-01 resend Shopify order confirmation + PDF link Order Printer if configured.
MF-2 route #370 only pending
Client asks « où est refund » no amount dispute → REF-STAT handoff with presentment context pre-filled.
MF-7 re-refund bug
Verified wrong currency refund transaction : finance executes correct presentment refund + note order chargeback prevention.
MF-4 refund transaction parse
Read refunds[].amount presentment_currency from Shopify Admin API before MCUR-FX-01 or bug escalation.
Quelles macros MCUR-* et touchpoints configurer ?
Huit macros agents multi-devises et touchpoints post-achat.
MCUR-RCPT-01 (renvoi reçu)
« Commande #[X] : [presentment_total] [presentment_currency]. Confirmation renvoyée à [email]. PDF : [link]. Devise commande = devise facturée Shopify. »
MCUR-INV-01 (facture standard)
« Facture #[X] : [presentment_total] [presentment_currency] sous 48 h à [email]. Numéro TVA reçu : [VAT] validé. »
MCUR-FX-01 (refund FX drift)
« Remboursement Shopify : [refund_amount] [presentment_currency] (= montant payé presentment). Votre banque peut convertir au crédit : [fx_drift_disclaimer]. Relevé USD/EUR conversion = banque émettrice. »
MCUR-REFUND-01 (refund presentment confirm)
« Remboursement lancé [date] : [amount] [presentment_currency]. Statut : [pending/success]. Délai banque 5-10 j ouvrés : [link #370]. »
MCUR-RECON-01 (réconciliation compta)
« Commande presentment [CAD 120 $]. Settlement marchand interne [EUR] ≠ votre relevé si banque convertit. Documents compta : facture [presentment_currency] ci-joint. »
MCUR-ROUTE-393 (display error)
« Écart prix checkout vs débit achat : [link FX-DISP #393]. Post-commande documents : je continue MCUR-FLOW reçu/facture. »
Touchpoints
Order status page « Télécharger facture » link
/pages/multi-currency-orders FAQ MCUR-MAP
Post-purchase email footer presentment_currency note
Helpdesk snippet MCUR-FX-01 on refund FX keywords
Finance queue tag mcur_accounting_export
MCUR-PAYPAL-01 (wallet FX)
« PayPal conversion interne possible. Shopify refund [presentment]. Solde PayPal affiché peut différer selon paramètres wallet PayPal. »
Helpdesk auto-tag mcur_refund_fx
Keywords remboursé moins devise CAD USD → queue mcur with MCUR-FX-01 snippet pre-loaded.
Quels cas PayPal, B2B et retours internationaux traiter ?
Les cas multi-devises spéciaux exigent MCUR-MAP extensions et routing voisins.
PayPal Shop Pay wallet
mcur_paypal_wallet_fx : MCUR-PAYPAL-01 + presentment refund cite. Handoff PayPal support if wallet hold not merchant.
B2B VAT intra-UE
mcur_invoice_vat : VIES validation mandatory. Reverse charge note on invoice. Invalid VAT → standard VAT invoice presentment.
Retour international + refund
Logistics INT-RET #379. Refund FX layer MCUR-FX-01 after return received. Both tags on ticket.
Partial refund #368
Partial in presentment : MCUR-REFUND-01 + partial amount from PART-REF #368 note Shopify.
Store credit vs refund
Client wants refund CAD not store credit EUR : cite avoir vs remboursement policy presentment.
Markets misconfig refund goodwill
Proven #393 bug double conversion : finance N3 delta goodwill documented separate from normal FX drift.
Enterprise accounting export
mcur_accounting_export : route finance@ MCUR-MAP accounting_contact. Not agent CSV manual export without policy.
Shop Pay installment FX
Installment refund presentment same rules. Handoff paiement fractionné if BNPL sync dispute.
Quels KPI mcur mesurer ?
Les KPI support multi-devises lient documents SLA, refund FX resolution et chargebacks.
Huit métriques clés
mcur_ticket_rate : tickets mcur / 100 orders international
mcur_fcr : résolu 1er contact / tickets mcur
mcur_invoice_sla : factures within SLA / requests
mcur_fx_explain_resolution : FX drift explained no escalation / mcur_refund_fx
mcur_refund_bug_rate : wrong currency refunds / total refunds
mcur_chargeback_fx : chargebacks motif devise / mois
mcur_route_393_rate : misclassified display vs document
mcur_csat : satisfaction tag mcur_resolved
Benchmark DTC Markets
mcur_fcr 78-85 %, mcur_invoice_sla > 95 %, mcur_fx_explain_resolution > 88 %, mcur_chargeback_fx −40-55 % post MCUR-SUP, mcur_csat > 4,2/5.
Dashboard mensuel
Market breakdown CA UK EU, typology invoice vs refund FX, refund bug count, route accuracy #393 #370.
Croisement finance
Align mcur_refund_bug_rate with Shopify payout reconciliation finance monthly review.
mcur_invoice_sla tracking
Timestamp invoice request tag → PDF sent. Target 97 %+ within MCUR-MAP receipt_resend_sla window.
Quels anti-patterns éviter sur tickets multi-devises ?
Douze anti-patterns support multi-devises à bannir.
1. Refund cross-currency manual
Règle 2 presentment only. EUR refund on USD order breaks reconciliation.
2. Compensate normal FX drift
Règle 3 explain bank not shortchange unless #393 bug proven.
3. Invent invoice PDF
Règle 4 invoice_app generate only.
4. Confondre display #393
Règle 6 pre-pay charge → FX-DISP not MCUR receipt.
5. Skip presentment cite
Règle 1 MF-4 before any amount explain.
6. Promise refund EUR on CAD order
Client preference ≠ policy. MCUR-FX-01 presentment rule.
7. VAT invoice without validation
Règle 5 VIES mandatory B2B reverse charge.
8. Route pending to FX dispute
Règle 7 #370 if pending only no amount gap.
9. Settlement currency to client
Internal payout EUR confuses client. Presentment only external comms.
10. Ignore refund wrong currency bug
P1 re-refund within 24 h verified mismatch.
11. Generic refund macro no currency
MCUR-REFUND-01 always presentment_currency amount.
12. Agent manual accounting export
Règle 8 finance queue mcur_accounting_export.
13. Mix REF-STAT and MCUR-FX
Erreur : MCUR-FX on pending not received. Route #370 first if refund not credited bank yet.
Comment Qstomy aide sur reçu facture et refund multi-devises ?
Qstomy sur Shopify exécute tier 1 mcur : MF-4 presentment read, MCUR-FX-01 refund drift explain, MCUR-RCPT-01 resend guide, MCUR-INV-01 invoice steps, route #393 display vs #370 pending, handoff agents #452 complex VAT accounting.
Capacités mcur Qstomy
mcur_order_lookup : presentment transactions refunds
mcur_fx_template : MCUR-FX-01 auto grounded
mcur_receipt_resend_guide : MCUR-RCPT steps
mcur_route_393_370 : display vs pending disambiguation
mcur_handoff_finance : bug wrong currency pre-fill
mcur_map_rag : MCUR-MAP fx_drift disclaimer
Pipeline #393 #452 #453
#393 display checkout errors. #452 post-order documents refund. #453 bot FX refund automation tier 1 deflect.
Scénario DTC chiffré
Markets 4 regions, 68 tickets mcur/mois, mcur_fcr 59 % baseline.
Après MCUR-SUP + Qstomy : mcur_ticket_rate -44 %, mcur_fx_explain_resolution 91 %, mcur_invoice_sla 97 %, mcur_chargeback_fx -52 %, mcur_csat 4,5/5.
Explorez support client et demander une démo.
Continuity bot #453
MCUR-MAP + MCUR-FX-01 corpus sync bot multi-currency refunds pre-launch #453.
Weekly mcur transcript audit
Scan cross-currency refund promises count zero. Presentment cite rate 100 % on amount macros.
Quelle checklist pour déployer MCUR-SUP ?
Checklist MCUR-SUP (12 étapes)
Inventorier markets presentment currencies % orders international
Documenter MCUR-MAP per market invoice app FX copy
Rédiger policy MCUR-SUP 8 règles
Publier /pages/multi-currency-orders FAQ
Configure invoice app Sufio or Order Printer + VAT rules
Créer macros MCUR-* distinct FX-DISP #393
Former agents MCUR-FLOW 45 min (MF-4 presentment, route #393 #370)
Tags mcur_* + dashboard KPI section 9
Finance queue mcur_accounting_export + refund bug SLA
Tests 8 scénarios : receipt resend, invoice VAT, FX drift, wrong refund bug, partial #368, PayPal, route 393, pending 370
Order status page facture link deploy
Sync MCUR-MAP → bot #453 corpus futur
En bref
#452 = reçu facture refund, pas display checkout #393
Presentment always : devise commande = refund document
FX drift : banque convertit, MCUR-FX-01 explain
Invoice app : pas PDF agent inventé
KPI mcur_fx_explain_resolution : cible > 85 %
FAQ
Différence #393 ?
#393 erreur prix affiché vs débit achat. #452 reçu facture remboursement post-commande.
Remboursé moins que payé ?
MF-4 compare presentment paid vs refunded. Si égal → MCUR-FX-01 bank conversion. Si bug → re-refund P1.
Facture autre devise ?
Facture en presentment_currency commande. Pas conversion manuelle sau policy finance exception.
Numéro TVA facture ?
MCUR-INV-VAT-01 VIES validate + reverse charge rules MCUR-MAP.
Bot #453 vs agents #452 ?
#453 bot FX refund explain. #452 playbook documents VAT accounting execute.
Aller plus loin
Carte expirée (#369)
Cette semaine : documentez MCUR-MAP par market, publiez /pages/multi-currency-orders, configurez invoice app + VAT, déployez MCUR-FX-01 snippet helpdesk, formez agents MF-4 presentment cite, connectez dashboard mcur_refund_bug_rate.
Partagez ce guide #452 avec finance et support : une macro presentment grounded vaut dix chargebacks « remboursement incomplet », un refund cross-currency manuel vaut une réconciliation compta impossible et zéro confiance Markets.
Go-live test matrix
8 scenarios sign-off : receipt resend, B2B VAT invoice, FX drift explain, wrong refund bug, partial presentment, PayPal wallet, route 393, handoff 370 pending.
Enzo
1 juillet 2026
