E-commerce
1 juillet 2026
« Le bot a changé le nom sans vérifier que c'était ma commande. » « L'IA propose de modifier l'adresse alors que je voulais juste corriger le prénom. » « Colis expédié avec l'ancien nom malgré ma demande chat. » Trois échecs où un bot destinataire mal calibré confond nom, adresse et fenêtre pré-expédition.
Un chatbot IA correction destinataire ne remplace pas les agents WRONGNAME (#541). Il lit WRONGNAME-MAP, collecte verify_identity, cite change_allowed pre-ship et handoff fix avant cutoff.
Ce guide #542 couvre intents bot_recipient_*, flow RECIPIENTbot et KPI recipient_bot. Paire bot du playbook WRONGNAME (#541). Nouveau cas d'usage IA : corriger nom destinataire avant expédition sans distraire ni promettre post-label.
Sommaire
Pourquoi automatiser correction destinataire par bot ?
La demande « mauvais nom sur l'étiquette » arrive minutes post-achat, avant pick entrepôt. Un bot calibré collecte verify checklist, cite cutoff map et refuse change si label_created sans void.
Ce que le bot résout tier 1
Verify collect : billing_last4 zip amount checklist
Scope explain : name_field change_allowed map
Name typo guide : client fournit new_shipping_name post-verify
Pre-ship gate : unfulfilled only PRE-SHIP-ONLY
Cutoff cite : deadline correction grounded map
Shopify permet edit shipping name sur commandes unfulfilled (Shopify, edit orders 2026). Le bot intercepte bot_recipient_name_typo avant handoff non sécurisé.
RECIPIENTbot vs WRONGNAME #541, CONTVERIFY #524, adresse #183 et phone #523
Cinq contenus, cinq layers destinataire pré-expédition.
Matrice rapide
#542 RECIPIENTbot : bot verify collect name pre-ship tier 1
#541 WRONGNAME : agents execute fix label regen
#524 CONTVERIFY : bot proactive detect phone email
#183 address : changement adresse complète
#523 PHNINV : correction téléphone livraison
Pipeline : bot verify OK new_name → #541 execute Shopify update → 3PL label regen. #524 = prevent. #542 = reactive correction nom.
Quels intents bot_recipient_* configurer ?
Huit intents bot correction destinataire.
Huit intents bot_recipient
bot_recipient_name_typo : faute prénom nom destinataire
bot_recipient_name_change : changer nom shipping pre-ship
bot_recipient_verify : collect billing proof checklist
bot_recipient_gift_label : cadeau nom étiquette corriger
bot_recipient_pickup_name : nom relais doit matcher ID
bot_recipient_phone_combo : nom + phone → reroute #523
bot_recipient_too_late : label_created explain CARRIER-LABEL-LIMIT
bot_recipient_confirm_fix : verify OK → handoff #541 execute
Tier 1 auto : name_typo explain, verify collect, too_late scope si order lookup sans update Shopify direct.
Intent bot_recipient_confirm_fix, gift_label billing invoice → agents #541 ou #463 avec payload verify_result order_id new_name.
Comment consommer WRONGNAME-MAP #541 ?
Le bot lit WRONGNAME-MAP #541 : name_field, fulfillment_stage, change_allowed, verify_identity, carrier_impact, invoice_impact, bot_intent_map.
Lookup grounded
Order lookup : shipping_name fulfillment label_status
WRONGNAME-MAP row : name_field x fulfillment branch
Verify gate : billing_last4 zip amount match API
Change scope cite : Y note_only carrier_void_required
Cutoff deadline : 3PL pick time from map or ops config
Alignement anti-hallucination (#123) : bot ne modifie jamais nom sans verify pass.
Policy RECIPIENTBOT-SUP en six règles
Six règles bot correction destinataire sûr.
PRE-SHIP-ONLY : unfulfilled avant label_created gate
VERIFY-BEFORE-CHANGE : verify pass obligatoire avant new_name
NO-NAME-UPDATE-BOT : bot collect verify handoff #541 execute
WRONGNAME-MAP-GROUNDED : change_allowed depuis map only
NAME-NOT-ADDRESS : rue CP ville → reroute #183 address
CARRIER-LABEL-LIMIT : post label = explain void handoff #541
Flow RECIPIENTbot RCB-1 à RCB-8
Flow huit étapes bot correction destinataire.
RCB-1 Classify : bot_recipient_* intent
RCB-2 Order lookup : shipping_name fulfillment stage
RCB-3 WRONGNAME-MAP : change_allowed carrier cutoff
RCB-4 Verify collect : billing_last4 zip amount ask
RCB-5 Verify match : API compare pass fail
RCB-6 Respond : TPL-RECIPIENTbot scope or too_late
RCB-7 Handoff fix : verify OK new_name → #541
RCB-8 Log : verify_result tag recipient_bot
Exemple TPL-RECIPIENTbot-VERIFY
« Pour sécuriser commande [order_num], confirmez : 4 derniers chiffres carte OU montant [amount] € ET code postal facturation. Puis indiquez le nom destinataire correct. »
Templates TPL-RECIPIENTbot et touchpoints
Quatre templates essentiels.
TPL-RECIPIENTbot-VERIFY
Sécurisons votre commande. Confirmez montant [amount] € et CP facturation. Puis envoyez le nom destinataire correct pour l'étiquette.
TPL-RECIPIENTbot-SCOPE
Correction nom possible : [change_allowed map]. Statut : [fulfillment_stage]. Cutoff expédition : [cutoff_time]. Vérification identité requise.
TPL-RECIPIENTbot-TOO-LATE
Étiquette déjà générée. Correction nom soumise à void label 3PL. Agent #541 traite sous [sla]. Statut : [status_url].
TPL-RECIPIENTbot-ADDRESS-REROUTE
Changement adresse rue CP ville : processus distinct (#183). Pour le nom seul, restez ici après verify.
Touchpoints
Order status page : chip « Nom destinataire incorrect ? »
Post-checkout email : lien correction destinataire pre-ship
Confirmation unfulfilled : bot_recipient_proactive webhook option
Help center recipient FAQ : bot embed verify checklist
Cas limites et reroutes
Cinq cas hors tier 1 bot.
Adresse complète : #183 NAME-NOT-ADDRESS reroute
Téléphone seul : #523 PHNINV ou #524 CONTVERIFY
Email contact : #522 WEMAILbot distinct
Facture billing name : #463 INVADDR refacturation
Verify fail 3x : handoff #541 manual review fraud
Bot ne met jamais à jour shipping name Shopify direct : handoff #541 post bot_recipient_confirm_fix verify pass.
KPI recipient_bot essentiels
Cinq métriques pilotage RECIPIENTbot.
recipient_bot_verify_collect_rate : % sessions avec verify ask
recipient_bot_verify_pass_rate : % verify match success
recipient_bot_pre_ship_fix : fixes avant label_created
recipient_bot_unauthorized_change : change sans verify, cible 0
recipient_bot_address_reroute : sessions → #183 full address
Red team mensuel : 10 prompts « change nom sans preuve », « modifie adresse via bot nom », « corrige après expédition garanti ». Change sans verify = violation VERIFY-BEFORE-CHANGE.
Anti-patterns RECIPIENTbot
Six erreurs fréquentes.
Nom changé sans verify : VERIFY-BEFORE-CHANGE
Bot update Shopify direct : NO-NAME-UPDATE-BOT
Confondre adresse #183 : NAME-NOT-ADDRESS
Promettre fix post-scan carrier : CARRIER-LABEL-LIMIT
Actif post-ship : PRE-SHIP-ONLY gate
Facture via macro ship : INVOICE-REROUTE #463
RECIPIENTbot avec Qstomy
Qstomy sur Shopify : detect bot_recipient intent, WRONGNAME-MAP RAG, verify widget billing match, PRE-SHIP-ONLY gate, handoff #541 fix payload, cutoff cite, audit unauthorized change.
Pipeline : bot verify collect → #541 execute label regen → gouvernance IA #142 audit identity claims.
Explorez support IA et demander une démo.
Checklist, FAQ et aller plus loin
Checklist RECIPIENTbot (8 étapes)
Sync WRONGNAME-MAP #541 : RAG bot whitelist only
Policy RECIPIENTBOT-SUP : 6 règles PRE-SHIP-ONLY
8 intents bot_recipient_* : flow RCB-1 à RCB-8
4 templates TPL-RECIPIENTbot-* : VERIFY SCOPE TOO-LATE ADDRESS
Billing verify API match : last4 zip amount gate
Order status chip recipient : bot_recipient_name_typo entry
Red team 10 prompts : change sans preuve post-ship
Dashboard KPI : recipient_bot_* section 9
FAQ
Différence #541 ?
#541 = agents execute fix label regen. #542 = bot tier 1 verify collect handoff.
Bot change nom direct ?
Non. Verify pass puis handoff #541 Shopify update.
Différence #524 CONTVERIFY ?
#524 = proactive detect phone email. #542 = reactive correction nom client.
Changement adresse ?
NAME-NOT-ADDRESS reroute #183.
Aller plus loin
Cette semaine : indexer WRONGNAME-MAP corpus bot, tester red team « change nom sans preuve », mesurer recipient_bot_unauthorized_change. Activer chip order status nom incorrect.
Enzo
1 juillet 2026
