E-commerce
1 juillet 2026
« Le bot dit remboursement immédiat alors que je viens de déposer au casier. » « L'IA régénère une étiquette sans vérifier mon RMA. » « Chatbot confond retour relais et livraison casier sortante. » Trois échecs où un bot retour relais mal calibré sur-promet refund ou mélange flux inbound outbound.
Un chatbot IA retours casier et point relais ne remplace pas les agents RETLOCK (#633). Il lit RETLOCK-MAP, lookup rma_status return tracking API, cite label_format deposit_proof et handoff not_scanned refund litige vers humains.
Ce guide #634 couvre intents bot_retlock_*, flow RETLOCKbot et KPI retlock_bot. Paire bot du playbook RETLOCK (#633). Nouveau cas d'usage IA retours : guider étiquette dépôt suivi sans rembourser ni régénérer label.
Sommaire
Pourquoi automatiser les retours relais par bot ?
« Où est mon étiquette QR ? », « comment déposer au casier ? » et « quand le remboursement ? » reviennent dès création RMA retour relais. Un bot calibré cite RETLOCK-MAP label_format refund_trigger_rule sans promettre refund ou régénération étiquette bot.
Ce que le bot résout tier 1
Modèle explain : customer_copy retour casier comptoir map
Étiquette guide : label_format portail lien cite
Procédure dépôt : deposit_steps compartment_size_rules map
Suivi retour : return tracking statut API cite
Timing refund info : refund_trigger_rule NO-REFUND-BEFORE-SCAN explain
Les retours relais réduisent les tickets quand scan_sla et preuve dépôt sont expliqués dans l'email RMA (Mondial Relay, FAQ retour 2026). Le bot intercepte bot_retlock_refund_timing avant NO-REFUND violation.
RETLOCKbot vs RETLOCK #633, LOCKERbot #632, RETSHIPbot #510 et retours #10
Cinq contenus, cinq flux retour et livraison distincts.
Matrice rapide
#634 RETLOCKbot : bot tier 1 étiquette dépôt suivi handoff
#633 RETLOCK : agents proof not_scanned refund escalate carrier
LOCKERbot #632 : livraison outbound code retrait distinct retour inbound
RETSHIPbot #510 : frais retour who pays distinct procédure dépôt
Bot retours #10 : parcours RMA complet échange remboursement
Pipeline : #10 eligible RMA → #510 frais si besoin → #634 label dépôt tier 1 → #633 proof refund execute.
Quels intents bot_retlock_* configurer ?
Huit intents bot retour relais mappés typologies locker_ret_* #633.
Huit intents bot_retlock
bot_retlock_explain : customer_copy how works return_method map
bot_retlock_label : label_format portail lien guide
bot_retlock_deposit_guide : deposit_steps compartment_size_rules map
bot_retlock_tracking : return tracking statut transit API cite
bot_retlock_refund_timing : refund_trigger_rule scan_sla info
bot_retlock_proof_info : deposit_proof_type explain sans valider ops
bot_retlock_compartment_help : fallback_if_full autre point map
bot_retlock_handoff : not_scanned refund litige → #633
Tier 1 auto : explain, label, deposit_guide, tracking, refund_timing si RETLOCK-MAP + rma API.
bot_retlock_handoff not_scanned lost claim refund execute → agents #633 payload rma_id preuve photos.
Comment consommer RETLOCK-MAP #633 ?
Le bot lit RETLOCK-MAP #633 : retlock_program_id, return_carrier_id, return_method_type, label_format, deposit_proof_type, scan_sla_hours, refund_trigger_rule, compartment_size_rules, fallback_if_full, customer_copy.
Lookup grounded
RMA retlock detect : return_method locker relay → RETLOCK-MAP row
CARRIER-DEPOSIT-VERIFY-BOT : return tracking API before deposit confirm cite
NO-REFUND-BOT : bot ne rembourse ni ne confirme refund execute
NO-LABEL-REGEN-BOT : régénération étiquette handoff #633 only
NO-REFUND-BEFORE-SCAN-BOT : refund_timing info refund_trigger map only
LOCKER632-REROUTE-BOT : livraison outbound → #632 LOCKERbot distinct retour
Alignement anti-hallucination (#123) : label refund scan = RETLOCK-MAP + rma return API whitelist only.
Policy RETLOCKBOT-SUP en six règles
Six règles bot retour casier relais sûr.
RETLOCK-MAP-GROUNDED : label deposit refund depuis map only
CARRIER-DEPOSIT-VERIFY-BOT : return tracking API before statut cite
NO-REFUND-BOT : bot ne rembourse ni ne confirme refund execute
NO-LABEL-REGEN-BOT : bot ne régénère pas étiquette execute ops
NO-REFUND-BEFORE-SCAN-BOT : refund_timing explain refund_trigger map only
NOT-SCANNED-HANDOFF-BOT : litige dépôt lost → #633 agents
Flow RETLOCKbot RLB-1 à RLB-8
Flow huit étapes bot retour point relais.
RLB-1 Classify : bot_retlock_* intent detect
RLB-2 Collect : rma_id order_ref deposit question photos
RLB-3 RETLOCK-MAP : label deposit refund scan rules
RLB-4 RMA API : rma_status label_generated return tracking scan
RLB-5 Guardrail : NO-REFUND NO-LABEL-REGEN NO-REFUND-BEFORE-SCAN
RLB-6 Respond : TPL-RETLOCKbot grounded map API
RLB-7 Handoff : not_scanned refund litige → #633
RLB-8 Log : intent retlock_program_id tag retlock_bot
Exemple TPL-RETLOCKbot-DEPOSIT
« Retour [rma_id] : dépôt [return_method_type map] [return_carrier_id map]. Étiquette [label_format map] sur colis. [Locker : compartiment [compartment_size_rules map], conserver [deposit_proof_type map].] Scan sous [scan_sla_hours map] h. Remboursement : [refund_trigger_rule map info sans exécuter]. »
Templates TPL-RETLOCKbot et touchpoints
Quatre templates essentiels.
TPL-RETLOCKbot-EXPLAIN
Retour [rma_id] via [return_method_type map] : [customer_copy map]. Étiquette [label_format map] portail retour. Dépôt sous [return_window_days map] j. Remboursement après [refund_trigger_rule map].
TPL-RETLOCKbot-LABEL
RMA [rma_id] : [label_format map] [lien portail map]. Imprimer ou QR mobile. Colis fermé étiqueté. Regénération étiquette : agent #633 si expirée.
TPL-RETLOCKbot-DEPOSIT
Dépôt [return_method_type map] : [deposit_steps map]. Compartiment [compartment_size_rules map]. Preuve : [deposit_proof_type map]. Si plein : [fallback_if_full map]. Suivi : bot_retlock_tracking.
TPL-RETLOCKbot-HANDOFF
Demande [not_scanned / refund execute / label regen / colis perdu] transmise équipe retour. RMA [rma_id] commande [order_ref]. Délai [handoff_sla map].
Touchpoints
Portail retour embed : bot_retlock_label entry
Email RMA label : bot_retlock_deposit_guide deep link
Tracking retour widget : bot_retlock_tracking embed
Post-dépôt J+1 : bot_retlock_refund_timing proactive si no scan
Cas limites et reroutes
Cinq cas hors tier 1 bot retour relais standard.
Refund execute demandé : NO-REFUND-BOT handoff #633 RL-7
Étiquette regen : NO-LABEL-REGEN-BOT agents #633 regenerate
Not scanned litige : NOT-SCANNED-HANDOFF-BOT preuve #633
Frais retour question : bot_retship #510 reroute who pays
Livraison casier confondue : LOCKER632-REROUTE-BOT outbound distinct
Bot n'exécute jamais refund ni ne régénère label : agents #633 workflow RL-7.
KPI retlock_bot essentiels
Cinq métriques pilotage RETLOCKbot.
retlock_bot_label_deflect : label guide résolu sans agent
retlock_bot_deposit_deflect : deposit guide résolu TPL-DEPOSIT
retlock_bot_refund_timing_deflect : refund_timing info résolu map
retlock_bot_handoff_rate : not_scanned refund litige / total retlock bot
retlock_bot_refund_promise_violations : refund promis bot audit cible 0
Cible : retlock_bot_refund_promise_violations 0 et retlock_bot_label_deflect supérieur à 65 % avec RETLOCK-MAP sync.
Anti-patterns RETLOCKbot
Cinq erreurs fréquentes bot retour point relais.
Remboursement promis bot : NO-REFUND-BOT handoff #633
Étiquette regénérée bot : NO-LABEL-REGEN-BOT agents only
Scan confirmé sans API : CARRIER-DEPOSIT-VERIFY-BOT tracking lookup
Confondre outbound #632 : LOCKER632-REROUTE-BOT livraison distinct
Refund avant scan expliqué mal : NO-REFUND-BEFORE-SCAN-BOT refund_trigger map
RETLOCKbot avec Qstomy
Qstomy sur Shopify : detect bot_retlock intent, RETLOCK-MAP RAG grounded, rma return tracking lookup, refund_trigger cite, handoff #633 not_scanned refund payload.
Pipeline : #634 bot explain label deposit tier 1 → #633 proof not_scanned refund escalate carrier.
Explorez support IA et demander une démo.
Checklist, FAQ et aller plus loin
Checklist RETLOCKbot (8 étapes)
Sync RETLOCK-MAP #633 : RAG bot portail retour relais
Policy RETLOCKBOT-SUP : 6 règles NO-REFUND NO-LABEL-REGEN
8 intents bot_retlock_* : flow RLB-1 à RLB-8
4 templates TPL-RETLOCKbot-* : EXPLAIN LABEL DEPOSIT HANDOFF
RMA return API : connect RLB-4 tracking scan status
Email RMA embed : bot_retlock_deposit_guide widget
Red team 10 prompts : refund promis label regen bot outbound confondu
Dashboard KPI : retlock_bot_* section 9
FAQ
Différence #633 ?
#633 = agents proof not_scanned refund escalate carrier execute. #634 = bot tier 1 étiquette dépôt suivi handoff.
Bot confirme remboursement ?
Non. NO-REFUND-BOT refund_trigger_rule info only handoff #633.
Différence LOCKERbot #632 ?
#632 = livraison outbound code retrait. #634 = retour inbound dépôt relais RMA.
Déposé hier pas de scan ?
TPL-RETLOCKbot-DEPOSIT scan_sla_hours map. Si dépassé : bot_retlock_handoff #633.
Aller plus loin
Cette semaine : indexer RETLOCK-MAP RAG, connect rma return API bot, red team refund promis bot.
Enzo
1 juillet 2026
