E-commerce
1 juillet 2026
« Fusionnez mes deux comptes, commandes éparpillées. » « La fusion a échoué, message d'erreur Shopify. » « Après merge, il manque des commandes dans mon historique. » Trois tickets où une fusion de comptes mal gérée perd données ou expose un risque sécurité.
Le support erreur fusion comptes clients e-commerce couvre doublons email, profils invité + compte, échec technique merge admin et historique incomplet post-fusion. Distinct cadre invité (#293) : ici, intervention data ciblée fusion et réparation.
Ce guide #829 couvre policy ACCTMERGE-SUP, flow AM-1 à AM-8 et matrice ACCTMERGE-MAP. Paire SAV du futur bot doublons (#830).
Sommaire
Pourquoi la fusion de comptes génère-t-elle des tickets sensibles ?
Un même client accumule profils : invité, compte perso, typo email, Shop Pay. Il demande fusion. L'agent merge sans vérif identité ou choisit le mauvais profil primaire : commandes perdues, marketing dupliqué, plainte RGPD.
Cinq frictions typiques fusion compte
2+ profils même personne : emails pro perso variantes
Merge admin échoue : erreur Shopify customers merge
Historique incomplet post-merge : commandes restées orphelines
Mauvais profil conservé : primaire sans historique majoritaire
Demande tiers : conjoint veut fusionner sans preuve
Shopify permet fusionner clients depuis admin en conservant un profil primaire ; les commandes des profils secondaires sont réassignées (Shopify, manage customers 2026).
Exemple DTC
Mode DTC, 19 tickets acctmerge_/mois. Après ACCTMERGE-MAP : acctmerge_success_resolution_rate 92 %, données perdues post-merge 0, délai médian 12 min.
ACCTMERGE #829 vs ACCT #293, ORDHIST #827, POSTACCT #821, ACCTEMAIL #825 et bot #830
Sept contenus, sept angles doublon compte distincts.
Matrice rapide
#829 ACCTMERGE : fusion doublons erreur merge réparation data
ACCT #293 : cadre invité compte acct_reg_merge_request sans playbook fusion dédié
ORDHIST #827 : historique absent peut déclencher merge
POSTACCT #821 : postacct_duplicate_profile immédiat distinct fusion multi-profils
ACCTEMAIL #825 : acctemail_new_taken peut rerouter merge
ACCTDEL #823 : suppression distinct fusion
Bot #830 : qualifier doublons tier 1 avant humain
#829 = fusionner ou réparer une fusion ratée. #293 = comprendre invité vs compte global.
Promesse #829
Policy ACCTMERGE-SUP, arbre ACCTMERGE-GATE, 8 macros, checklist pré-merge, KPI acctmerge_success_resolution_rate.
Quelles typologies acctmerge_* classifier ?
Classifier avant merge évite fusion de profils de personnes différentes ou perte historique.
Huit typologies ACCTMERGE-MAP
acctmerge_request : demande fusion standard 2 profils
acctmerge_failed : tentative merge erreur technique admin
acctmerge_orders_split : commandes réparties sur 2+ profils
acctmerge_wrong_primary : mauvais profil gardé post-merge
acctmerge_post_missing : données manquantes après fusion
acctmerge_emails_multiple : 3+ emails même client
acctmerge_shop_pay_dup : Shop Pay + compte boutique doublon
acctmerge_fraud_risk : tiers, signaux prise compte
acctmerge_fraud_risk : freeze merge, vérif N3 minimum. Jamais fusion sans preuve même titulaire.
Policy ACCTMERGE-SUP : règles agents et escalade
La policy ACCTMERGE-SUP fixe vérif, choix profil primaire et traçabilité merge.
Six règles ACCTMERGE-SUP
Vérif N3 fusion : même titulaire prouvé order + last4 ou 2 emails contrôlés
Inventaire pré-merge : lister commandes count par profil avant action
Primaire = plus riche : profil avec le plus de commandes ou compte enabled actif
Pas merge cross-personne : emails noms adresses incohérents → refus
Sync post-merge : Klaviyo loyalty update profil primaire
Registre merge : customer_ids fusionnés, agent, date, count orders
Escalade
Ops data : acctmerge_failed récurrent même paire profils. Legal : acctmerge_fraud_risk litige.
Flow AM-1 à AM-8 : résolution standard
Huit étapes séquentielles, SLA P2 merge < 4 h, P1 si post_missing urgent.
Flow AM-1 à AM-8
AM-1 Triage : lire demande, tag acctmerge_*, lister emails cités
AM-2 Profile lookup : tous profils par emails, order count each
AM-3 Identity N3 : confirmer même titulaire avant merge
AM-4 Classify : tag acctmerge_* via ACCTMERGE-MAP
AM-5 Select primary : profil primaire selon règle ACCTMERGE-SUP
AM-6 Execute merge : admin Shopify merge customers
AM-7 Verify post : count orders primaire = somme attendue, macro DONE
AM-8 Close : registre merge, KPI acctmerge_success_resolution_rate
acctmerge_failed : diagnostiquer erreur Shopify, retry ou link manuel commandes orphelines.
Huit macros ACCTMERGE-* prêtes à coller
Macros précises, citer counts commandes et emails profils.
Bibliothèque ACCTMERGE-*
ACCTMERGE-VERIFY : « Pour fusionner : confirmez que {{email_a}} et {{email_b}} sont les vôtres. Commandes : {{count_a}} et {{count_b}}. »
ACCTMERGE-DONE : « Fusion terminée. Compte unique : {{primary_email}}. {{total_orders}} commandes visibles. Délai sync portail : 24 h. »
ACCTMERGE-FAILED : « Fusion en cours côté technique. Référence {{ticket_id}}. Réponse sous 4 h. »
ACCTMERGE-PRIMARY : « Nous conservons {{primary_email}} (profil le plus complet). »
ACCTMERGE-REFUSE : « Fusion impossible sans preuve même titulaire. Fournissez commande récente des deux emails. »
ACCTMERGE-REPAIR : « Commandes orphelines rattachées manuellement. Vérifiez historique {{primary_email}}. »
ACCTMERGE-SHOPPAY : « Shop Pay et compte boutique fusionnés sous {{primary_email}} login boutique. »
ACCTMERGE-SYNC : « Marketing et fidélité synchronisés sous 48 h sur profil fusionné. »
Checklist pré-merge ACCTMERGE-GATE
Checklist obligatoire avant AM-6 execute merge.
Sept points pré-merge
Même titulaire vérifié N3
Liste customer_id + email + order count exportée
Primaire choisi : max orders ou enabled actif
Pas de profil B2B company mélangé perso sans validation
Client informé email login final ACCTMERGE-PRIMARY
Apps tierces notées pour sync post-merge
Registre merge pré-rempli avant clic admin
Post-merge verify AM-7
Comparer order count primaire vs somme pré-merge. Écart → ACCTMERGE-REPAIR link manuel, ne pas close tant que count OK ou client informé orphelins résolus.
KPI, QA et handoff vers bot #830
Mesurer ACCTMERGE détecte fusions précipitées et réparations manquantes.
Quatre KPI ACCTMERGE
acctmerge_success_resolution_rate : fusions OK count match / total request
acctmerge_n3_before_merge_rate : % avec vérif N3 avant AM-6
acctmerge_post_missing_rate : % acctmerge_post_missing après fusion
acctmerge_fraud_refuse_rate : % refus acctmerge_fraud_risk
Handoff bot #830
Exporter ACCTMERGE-MAP vers intents bot_acctmerge_qualify. Guardrail ACCTMERGE-NO-MERGE-BOT : bot inventorie profils, merge humain only. Payload : emails, order counts, typo primaire suggéré.
Cas limites : 3+ profils, B2B, merge raté technique
Trois cas hors flow standard.
acctmerge_emails_multiple
3+ profils : fusion séquentielle paires, primaire unique final. Escalade ops si > 4 profils même client.
acctmerge_failed technique
Erreur Shopify merge : retry, sinon link manuel commandes secondaires au primaire, delete profils vides si policy OK.
B2B company + perso
Ne pas fusionner company account et perso sans validation commercial #811 PRIVCAT.
Formation agents : 30 minutes ACCTMERGE
Module data sensible : checklist pré-merge non négociable.
Exercices
Ticket A : 2 emails même client → VERIFY puis PRIMARY max orders
Ticket B : demande conjoint → ACCTMERGE-REFUSE pas merge
Ticket C : post_missing → REPAIR pas re-merge aveugle
Comment Qstomy structure ACCTMERGE dans votre stack
Qstomy affiche profils doublons, order counts et checklist pré-merge dans ticket.
Trois briques
Duplicate detect : suggest acctmerge_* si 2+ profils email match
Merge registry : log customer_ids fusionnés export DPO
Handoff #830 : payload qualify avant humain AM-6
FAQ et checklist déploiement ACCTMERGE
FAQ
Fusionner sans vérif possible ?
Non. N3 minimum. ACCTMERGE-REFUSE si doute titulaire.
Quel profil garder ?
Primaire = plus de commandes ou compte enabled actif. ACCTMERGE-PRIMARY.
Différence #293 ?
#293 = taxonomie invité compte. #829 = procédure fusion et réparation data.
Checklist 7 jours
J1 : ACCTMERGE-SUP + ACCTMERGE-MAP
J2 : 8 macros + registre merge template
J3 : ACCTMERGE-GATE affiché agents
J4 : formation N3 + choix primaire
J5 : tags acctmerge_* + KPI
J6 : QA 5 fusions count verify
J7 : brief bot #830 NO-MERGE guardrail
Maillage
Enzo
1 juillet 2026
