E-commerce

Comment gérer le support client pour les retours via casier ou point relais

Comment gérer le support client pour les retours via casier ou point relais

1 juillet 2026

« J'ai déposé mon retour au casier hier, où est mon remboursement ? » « Le terminal refuse mon colis, compartiment plein. » « Je n'ai pas reçu de preuve de dépôt, comment prouver ? » Trois tickets où un retour casier mal cadré génère refund prématuré, colis perdu et litige scan carrier.

Le support retours casier et point relais e-commerce couvre étiquette retour, dépôt locker ou comptoir relais, preuve de dépôt, scan transporteur et déclenchement remboursement. Distinct livraison outbound #631 et frais retour #509 : ici, flux retour client → dépôt relais → scan → refund.

Ce guide #633 couvre policy RETLOCK-SUP, flow RL-1 à RL-8 et matrice RETLOCK-MAP. Complète casier outbound (#631). Paire SAV du futur bot retour relais (#634).

Sommaire

Pourquoi les retours casier génèrent-ils des tickets support ?

Le client initie un RMA et choisit retour via casier InPost ou point relais Mondial Relay. Il dépose le colis mais le scan met 48 h, le compartiment est plein ou il n'a pas gardé le ticket dépôt. Sans SOP, l'agent rembourse avant scan carrier ou confond retour relais et livraison outbound locker.

Cinq frictions typiques retour casier

  • Étiquette floue : QR PDF vs code locker incompris

  • Dépôt refusé : compartiment plein taille colis locker

  • Preuve manquante : pas de reçu scan terminal

  • Scan retardé : déposé J0 scan carrier J+2 refund attendu J0

  • Confusion relais : comptoir commerçant vs casier auto procédure différente

Mondial Relay et InPost documentent le scan dépôt comme déclencheur suivi retour (Mondial Relay, FAQ retour 2026). Sans RETLOCK-MAP, agents improvisent refund et preuve dépôt.

RETLOCK #633 vs LOCKER #631, RETSHIP #509, PICKPT #515 et bot #634

Six contenus, six flux livraison et retour distincts.

Matrice rapide

#631 = colis shop vers client casier. #633 = colis client vers entrepôt via relais retour.

Quelles typologies locker_ret_* classifier ?

Huit scénarios tickets retour casier ou point relais.

Huit typologies locker_ret

  1. locker_ret_how_it_works : client ne comprend retour via casier relais

  2. locker_ret_label_qr : étiquette PDF QR code génération portail

  3. locker_ret_deposit_steps : procédure dépôt terminal ou comptoir

  4. locker_ret_deposit_proof : reçu ticket scan preuve dépôt demandée

  5. locker_ret_not_scanned : déposé mais pas de scan carrier après délai

  6. locker_ret_compartment_issue : compartiment plein taille refusée panne

  7. locker_ret_tracking_status : suivi retour post-dépôt statut transit

  8. locker_ret_refund_timing : quand remboursement après scan entrepôt

Tags : locker_ret, return_relay, rma. RETLOCK-MAP-GROUNDED : refund_trigger deposit_proof depuis map only.

Comment structurer la matrice RETLOCK-MAP ?

La matrice RETLOCK-MAP documente chaque option retour relais pour agents et futur bot #634.

Colonnes RETLOCK-MAP

  • retlock_program_id : identifiant retour casier relais

  • return_carrier_id : InPost MondialRelay Colissimo map

  • return_method_type : locker_auto relay_counter map

  • label_format : QR_pdf barcode locker_code map

  • deposit_proof_type : terminal_receipt scan_email photo map

  • scan_sla_hours : délai scan carrier post dépôt map

  • refund_trigger_rule : scan_carrier warehouse_received map

  • compartment_size_rules : max dimensions locker S M L map

  • fallback_if_full : autre locker relais proche map

  • customer_copy : phrase portail retour choix casier relais

Sync portail retour Loop ReturnGO, email RMA label, macros helpdesk et audit refund_trigger visible client.

Policy RETLOCK-SUP en six règles

Six règles support retour casier relais.

  1. RETLOCK-MAP-GROUNDED : label deposit refund depuis map only

  2. NO-REFUND-BEFORE-SCAN : refund après refund_trigger_rule scan API

  3. DEPOSIT-PROOF-CITE : deposit_proof_type cite si litige not_scanned

  4. LOCKER631-REROUTE : livraison outbound → #631 LOCKER distinct retour

  5. RETSHIP509-LINK : frais retour → #509 RETSHIP who pays cite

  6. CARRIER-DEPOSIT-VERIFY : scan carrier API before statut dépôt confirmé

Flow RETLOCK RL-1 à RL-8

Flow agent huit étapes retour casier point relais.

  1. RL-1 Intake : locker_ret_* intent + rma_id order_ref preuve dépôt photos

  2. RL-2 Return lookup : RETLOCK-MAP label deposit refund rules

  3. RL-3 RMA verify : rma_status label_generated return_window API

  4. RL-4 Carrier verify : return tracking scan deposit status API

  5. RL-5 Classify : label deposit proof not_scanned refund timing compartment

  6. RL-6 Respond : macro RETLOCK grounded map customer_copy

  7. RL-7 Execute : regenerate label escalate carrier refund si scan confirmé lost claim

  8. RL-8 Close : tag locker_ret_resolved retlock_program_id refunded Y/N

SLA : locker_ret_refund_timing répondu avec refund_trigger_rule NO-REFUND-BEFORE-SCAN map en une interaction.

Macros RETLOCK essentielles

Quatre macros agents retour casier relais.

RETLOCK-EXPLAIN-01

« Retour [rma_id] via [return_method_type map] [return_carrier_id map] : [customer_copy map]. Étiquette [label_format map] depuis portail retour. Dépôt sous [return_window_days map] j. Remboursement : [refund_trigger_rule map]. »

RETLOCK-LABEL-01

« RMA [rma_id] : étiquette [label_format map] [lien portail / regénérée]. Imprimer ou afficher QR sur mobile. Coller sur colis fermé. Dépôt [return_method_type map] : [deposit_steps map]. »

RETLOCK-DEPOSIT-01

« Dépôt retour [rma_id] : [return_method_type map]. [Locker : choisir compartiment [compartment_size_rules map], scanner [label_format]. Conserver [deposit_proof_type map].] [Comptoir relais : remettre colis étiqueté, demander scan commerçant.] Scan carrier sous [scan_sla_hours map] h. »

RETLOCK-PROOF-01

« Preuve dépôt [rma_id] : [deposit_proof_type map]. [Si scan API confirmé : statut [tracking_status] refund selon [refund_trigger_rule map].] [Si not_scanned après [scan_sla_hours map] h : envoyer [deposit_proof_type] photos terminal → escalate carrier.] Référence preuve scan #315. »

Cas limites : colis perdu dépôt, multi-colis, relais fermé et retour refusé

Cinq cas hors macro retour casier standard.

  • Colis perdu post-dépôt : carrier claim DEPOSIT-PROOF-CITE escalate ops

  • Multi-colis un RMA : split tracking partial refund règle map

  • Relais fermé dépôt impossible : fallback_if_full map autre point

  • Retour refusé entrepôt : SNAD vs changement d'avis policy distinct

  • Étiquette expirée : regenerate label portail si return_window actif

Retour relais actif = rma_status open + label valid. Ne pas refund sans CARRIER-DEPOSIT-VERIFY ou preuve ops validée.

KPI retlock essentiels

Cinq métriques pilotage RETLOCK.

  • locker_ret_deposit_rate : dépôts scan confirmés / RMA locker relais

  • locker_ret_not_scanned_rate : not_scanned après scan_sla / dépôts déclarés

  • locker_ret_refund_sla_met : refund post scan sous SLA map

  • locker_ret_compartment_issue_rate : plein taille panne / tentatives dépôt

  • locker_ret_deposit_proof_cite_rate : % réponses DEPOSIT-PROOF-CITE map

Cible : locker_ret_deposit_proof_cite_rate supérieur à 95 % et locker_ret_not_scanned_rate suivi mensuel par carrier.

Anti-patterns RETLOCK

Cinq erreurs fréquentes support retour casier relais.

  1. Rembourser avant scan carrier : NO-REFUND-BEFORE-SCAN refund_trigger

  2. Confondre outbound #631 : LOCKER631-REROUTE livraison distinct retour

  3. Ignorer preuve dépôt litige : DEPOSIT-PROOF-CITE not_scanned

  4. Promettre compartiment disponible : fallback_if_full map only

  5. Mélanger frais retour #509 : RETSHIP509-LINK who pays cite d'abord

RETLOCK avec Qstomy

Qstomy sur Shopify : detect locker_ret intent, RETLOCK-MAP RAG grounded, rma_status return tracking lookup, NO-REFUND-BEFORE-SCAN cite, handoff #634 bot tier 1 étiquette dépôt.

Pipeline : #634 bot explain label deposit tier 1 → #633 agents proof not_scanned refund escalate carrier.

Explorez support IA et demander une démo.

Checklist, FAQ et aller plus loin

Checklist RETLOCK (8 étapes)

  1. RETLOCK-MAP v1 : carriers label deposit refund scan_sla

  2. Policy RETLOCK-SUP : 6 règles NO-REFUND-BEFORE-SCAN

  3. 8 typologies locker_ret_* : tags helpdesk

  4. 4 macros RETLOCK-* : EXPLAIN LABEL DEPOSIT PROOF

  5. Portail retour locker option : customer_copy refund_trigger visible

  6. Email RMA label : RETLOCK-DEPOSIT-01 deposit_proof_type

  7. Formation agents 30 min : retour vs outbound #631 vs frais #509

  8. Dashboard KPI : locker_ret_* section 9 deposit_rate not_scanned

FAQ

Différence livraison casier #631 ?
#631 = shop livre au casier client. #633 = client dépose retour au casier relais vers entrepôt.

Quand suis-je remboursé ?
RETLOCK-PROOF-01 refund_trigger_rule map NO-REFUND-BEFORE-SCAN scan carrier ou réception entrepôt.

Compartiment plein que faire ?
RETLOCK-DEPOSIT-01 fallback_if_full map autre locker ou comptoir relais.

Relation #634 bot ?
#634 = bot tier 1 étiquette dépôt suivi. #633 = agents proof not_scanned refund escalate carrier.

Aller plus loin

Cette semaine : indexer RETLOCK-MAP par carrier retour, audit refund_trigger portail, test macro RETLOCK-PROOF-01 agents.

Enzo

1 juillet 2026

Convertissez +2000 clients en moyenne par mois en utilisant Qstomy.

1ère IA Shopify dédiée à la conversion client au monde

200+ ecommerçants accompagnés

Abonnez-vous à la newsletter et obtennez un e-book personnalisé !

Solution no-code, sans connaissance technique requise. Une IA entrainée sur votre e-shop et non intrusive.

*Désabonnez-vous à tout moment. Nous n'envoyons pas de spam.

Abonnez-vous à la newsletter et obtennez un e-book personnalisé !

Solution no-code, sans connaissance technique requise. Une IA entrainée sur votre e-shop et non intrusive.

*Désabonnez-vous à tout moment. Nous n'envoyons pas de spam.