Wismo vs Wismr : quelle est la différence et comment traiter chaque type de ticket

WISMO signifie « Où est ma commande ? » WISMR signifie généralement « Où est mon remboursement ? », bien que certaines équipes l’utilisent pour « Où est mon retour ? » Pour les équipes d’assistance e-commerce, la différence pratique réside dans les éléments nécessaires pour résoudre le ticket : WISMO nécessite des informations sur l’expédition et la livraison ; WISMR nécessite des informations sur le retour, le remboursement ou le paiement. Classez la question réelle du client avant de choisir un processus, et désignez une personne responsable de la réponse jusqu’à la résolution.

Une mise à jour du suivi ne peut pas prouver qu’un remboursement a été effectué, et une confirmation de remboursement ne peut pas expliquer où se trouve un colis. Traiter ces demandes comme interchangeables crée des transferts inutiles et des réponses qui semblent utiles sans répondre à la question.

WISMO vs WISMR en un coup d’œil

Ces libellés décrivent des demandes de clients, et non des produits concurrents ou des statuts officiels de transporteurs. Comme WISMR est utilisé de manière incohérente, définissez-le dans votre service d’assistance et séparez les questions relatives à la localisation d’un retour de celles relatives au paiement d’un remboursement.

Type de ticket	Question du client	Éléments à vérifier	Responsable suggéré
WISMO : commande	Où se trouve l’achat que j’attends ?	Dossier d’exécution, prise en charge par le transporteur, événements de suivi, informations de livraison	Service client, en coordination avec l’exécution ou le transporteur
WISMR : retour	Où se trouve l’article que j’ai renvoyé ?	Autorisation de retour, preuve de dépôt, suivi retour, réception par l’entrepôt	Service client, en coordination avec les opérations de retour
WISMR : remboursement	Où est l’argent que j’attends ?	Éligibilité au remboursement, approbation, relevé de transaction, statut du prestataire de paiement	Service client, en coordination avec un spécialiste des paiements habilité

Règle d’orientation recommandée : utilisez trois motifs distincts — statut de la commande, statut du retour et statut du remboursement — même si vos rapports regroupent les deux derniers sous WISMR. Cela préserve la différence entre le déplacement d’un article et le transfert d’argent.

Commencez par le résultat souhaité par le client

Un message tel que « J’ai renvoyé ceci la semaine dernière et je n’ai rien reçu » peut concerner un colis manquant, une réception par l’entrepôt non enregistrée ou un remboursement non effectué. Vérifiez les dossiers de commande et de retour avant de demander au client de tout réexpliquer. Si le résultat attendu reste incertain, posez une question ciblée : « Vérifiez-vous si votre retour est arrivé ou si votre remboursement a été effectué ? »

Dans la mesure du possible, regroupez les problèmes liés dans une même conversation. Une demande de remboursement peut nécessiter une enquête sur le suivi du retour, mais le client ne devrait pas avoir à ouvrir un second ticket pour relier ces étapes. Notez la demande principale, le blocage actuel, la prochaine action et la personne responsable.

Comment traiter un ticket WISMO

1. Vérifier la commande et l’expédition

Utilisez votre processus habituel de vérification d’identité avant de communiquer les détails de la commande. Vérifiez le numéro de commande, le statut d’exécution, le service d’expédition, le délai de livraison communiqué lors du paiement et les éventuels envois séparés. Une commande partiellement livrée peut être un envoi fractionné plutôt qu’un article manquant.

Confirmez ensuite que le numéro de suivi correspond au colis concerné. Faites la distinction entre la création de l’étiquette et la prise en charge par le transporteur : la génération d’une étiquette d’expédition ne prouve pas, à elle seule, que le transporteur a physiquement reçu le colis.

2. Identifier le dernier événement vérifié

• Pas encore remis : demandez au service d’exécution si le colis a été emballé, expédié et pris en charge. Ne renvoyez pas le client vers le transporteur si l’envoi attend encore sa remise.
• En transit dans le réseau : expliquez le dernier événement pertinent et son horodatage. Considérez une date de livraison estimée comme une estimation, et non comme une garantie.
• Aucun mouvement récent ou présence d’une exception : vérifiez l’explication du transporteur et sa procédure d’enquête. Un simple intervalle entre deux scans ne prouve pas une perte.
• Indiqué comme livré mais non reçu : vérifiez l’adresse de livraison, les preuves de livraison disponibles et les éventuelles informations relatives à un lieu sûr ou à une réception avant de choisir l’action suivante.

Pour les envois internationaux, identifiez tout transfert documenté à un transporteur local. Ne déduisez pas une retenue en douane, une perte ou un échec de livraison du seul fait que le suivi n’affiche aucune mise à jour.

3. Fournir une réponse avec une prochaine étape clairement attribuée

Une réponse utile comprend le statut vérifié, sa signification, ce que fait votre équipe et la date à laquelle le client recevra de vos nouvelles. Planifiez ce suivi selon votre processus de service réel. Évitez d’inventer une date de livraison simplement pour donner une impression de conclusion.

Si une enquête, un remplacement ou un remboursement peut être approprié, appliquez la politique concernée et les obligations envers les consommateurs. Les procédures de réclamation auprès du transporteur et les recours du client sont liées, mais distinctes ; ne supposez pas que le client doit toujours attendre la fin d’une réclamation interne.

Exemple de réponse : « Le dernier événement enregistré par le transporteur indique que votre colis se trouvait à [location] le [date]. Aucun événement de livraison confirmé n’est encore disponible. Nous avons demandé à [team/carrier] d’enquêter et nous vous tiendrons informé d’ici [agreed time], même si l’enquête est toujours en cours. »

Comment traiter un ticket WISMR concernant le statut d’un retour

La logistique inverse introduit un deuxième envoi et une étape de rapprochement avec l’entrepôt. Conservez ces dossiers séparément de la livraison initiale.

1. Retrouver l’autorisation de retour. Faites correspondre le retour à la bonne commande, aux bons articles et au résultat demandé, tel qu’un remboursement ou un échange.
2. Vérifier si le retour a été remis. Une étiquette de retour créée ne constitue pas une preuve de dépôt. Utilisez un scan de prise en charge ou toute autre preuve pertinente de remise lorsqu’elle est disponible.
3. Vérifier le suivi du retour. Déterminez si le colis est en mouvement, retardé, livré ou soumis à une exception.
4. Rapprocher la livraison avec la réception par l’entrepôt. Un scan de livraison à destination du retour ne signifie pas nécessairement que les articles ont été associés à la commande ou inspectés.
5. Identifier le véritable blocage. Il peut s’agir d’un colis non associé, d’une référence de commande manquante, d’une inspection en attente ou d’une décision nécessitant une autorisation.

Si le transporteur indique que le colis a été livré mais que l’entrepôt ne possède aucun dossier correspondant, transmettez aux opérations de retour le numéro de suivi, l’horodatage de livraison, la référence du retour et le contenu attendu. Demander au client de contacter à nouveau le transporteur peut ne pas résoudre un problème interne de réception.

Expliquez quel jalon déclenche l’étape suivante selon la politique applicable, en tenant compte des éventuelles exigences légales. Ne présentez pas l’inspection de l’entrepôt comme une condition préalable universelle à chaque remboursement.

Exemple de réponse : « Le suivi de votre retour indique une livraison à notre adresse de retours le [date]. Nous vérifions sa réception en lien avec le retour [reference]. Le remboursement n’a pas encore été effectué. [Owner/team] examine le dossier de réception et nous vous tiendrons informé d’ici [agreed time]. »

Comment traiter un ticket WISMR concernant le statut d’un remboursement

1. Séparer l’approbation de l’exécution du paiement

« Approuvé », « soumis » et « visible sur le compte du client » décrivent des jalons différents. Une note interne indiquant « remboursement approuvé » ne prouve pas qu’une instruction de paiement a été transmise avec succès.

Vérifiez la transaction initiale, le montant et la devise remboursés, le caractère partiel ou intégral du remboursement ainsi que l’enregistrement réel dans le système de paiement. Confirmez qu’un autre agent n’a pas déjà agi avant de soumettre une nouvelle demande.

2. Suivre la branche étayée par le dossier

• Aucun remboursement créé : déterminez si une décision d’éligibilité ou une action autorisée est en attente. Orientez le dossier vers une personne habilitée à prendre cette décision.
• Remboursement en attente : examinez le statut du prestataire de paiement et le motif éventuellement indiqué. Ne qualifiez pas une transaction en attente de transaction terminée.
• Remboursement soumis ou réussi dans le système de paiement : expliquez le statut enregistré et utilisez les indications applicables du prestataire concernant sa visibilité pour le client.
• Remboursement échoué ou nécessitant une action : faites remonter le dossier à un spécialiste des paiements habilité afin de déterminer l’étape suivante autorisée.
• Le client ne parvient toujours pas à localiser les fonds : vérifiez si une référence de traçage est disponible et peut être communiquée, puis suivez la procédure d’enquête du prestataire.

La terminologie du prestataire de paiement est importante. La documentation de Stripe sur les remboursements, par exemple, distingue le traitement des remboursements et les scénarios d’échec. Utilisez la documentation correspondant au moyen de paiement et au prestataire concernés plutôt que de transformer les indications d’un autre prestataire en promesse universelle.

3. Communiquer ce qui est confirmé

Indiquez le montant confirmé, la devise, la date d’émission et, le cas échéant, la description de la destination. Tout délai de traitement attendu doit provenir des indications applicables du prestataire, et non d’un modèle générique d’assistance. Ne demandez jamais un numéro de carte complet, un mot de passe ou un code de sécurité pour enquêter sur un remboursement.

Exemple de réponse : « Notre relevé de paiement indique qu’un remboursement de [amount and currency] a été soumis le [date] sur votre moyen de paiement d’origine. Son statut actuel est [verified status]. Les indications applicables du prestataire sont les suivantes : [verified guidance]. S’il reste introuvable après ce délai, nous enquêterons à l’aide de la référence de transaction disponible. »

Construire un processus qui maintient une responsabilité claire

Le service client devrait généralement rester responsable de la conversation pendant que les équipes spécialisées enquêtent. Il s’agit d’une recommandation opérationnelle, et non d’une obligation pour toutes les entreprises d’adopter la même structure organisationnelle.

Un dossier de ticket utile contient la référence de commande, le type de demande, le numéro de suivi de l’envoi ou du retour, le dernier événement vérifié, le statut de la transaction de remboursement le cas échéant, le blocage, le responsable interne et l’heure de la prochaine mise à jour destinée au client. Limitez les informations financières et personnelles à ce dont l’équipe désignée a besoin.

Rendez les transferts explicites. L’équipe d’exécution enquête sur un colis qui n’a pas quitté l’entrepôt ; les opérations de retour rapprochent un retour livré ; un spécialiste des paiements habilité enquête sur un remboursement échoué. « Envoyé à un autre service » ne constitue pas une résolution tant que personne n’a accepté l’action.

Définissez également ce que signifie « résolu ». Une question de statut peut recevoir une réponse sans que le colis arrive le jour même, mais une enquête promise doit rester suivie. Une demande de remboursement n’est pas résolue simplement parce qu’une personne l’a approuvée en interne.

Utiliser les outils de suivi sans confondre visibilité et résolution

Pour WISMO, un service de suivi de colis tel que 17TRACK peut faciliter la vérification du statut de l’expédition. La question pertinente est de savoir ce que les dernières informations de suivi établissent, et non simplement si une page de suivi existe.

Les pages de suivi des commandes, les systèmes de retours et les relevés de paiement ont des fonctions différentes. Lors de l’évaluation des outils, vérifiez que les agents peuvent relier la commande, l’envoi initial, le retour et le remboursement sans confondre leurs statuts. Si vous envisagez l’application 17TRACK Shopify app, 17RETURNS ou une tracking API, vérifiez le processus et l’intégration spécifiques dont vous avez besoin avant tout achat ou déploiement.

Ne considérez aucun outil de suivi comme une preuve d’un crédit bancaire. De même, ne supposez pas qu’une interface de retours confirme l’exécution d’un paiement, sauf si l’intégration et le statut de la transaction concernés ont été vérifiés.

Réduire les demandes répétées en corrigeant les jalons manquants

Pour WISMO, vérifiez si les clients peuvent distinguer la confirmation de commande, l’expédition, la prise en charge par le transporteur et les exceptions de livraison. Pour WISMR, vérifiez s’ils peuvent distinguer l’autorisation de retour, la réception du retour, l’approbation du remboursement et sa soumission. N’envoyez des messages concernant les jalons que lorsque l’événement sous-jacent est confirmé.

Mesurez le taux de contact par motif, les contacts répétés, le délai avant la prochaine action significative et le délai de résolution. Utilisez des dénominateurs cohérents : les demandes concernant le statut des commandes par commande expédiée ne sont pas directement comparables aux demandes de remboursement par demande de remboursement. Examinez les tickets répétés pour trouver l’événement manquant ou la promesse ambiguë, plutôt que de supposer que chaque contact constitue un échec du libre-service.

FAQ

WISMR signifie-t-il « Où est mon retour ? » ou « Où est mon remboursement ? »

Cela peut signifier l’un ou l’autre, selon l’équipe qui l’utilise. Définissez l’acronyme en interne et conservez des motifs distincts pour le statut du retour et celui du remboursement. Les messages destinés aux clients doivent utiliser un langage simple plutôt que l’acronyme.

Un retour livré doit-il déclencher un remboursement automatique ?

Pas comme règle universelle. Le déclencheur approprié dépend des exigences applicables en matière de protection des consommateurs, des circonstances du retour et de la politique légale du commerçant. Un scan de livraison établit un événement logistique ; il n’établit pas à lui seul la décision de remboursement ni le statut du paiement.

Quand un agent doit-il faire remonter une expédition sans mise à jour du suivi ?

Tenez compte du service d’expédition, des conditions de livraison promises, du dernier événement et des indications du transporteur concernant les enquêtes. Faites remonter le dossier lorsque ces conditions justifient une action, plutôt que d’appliquer un délai d’attente arbitraire à chaque expédition.

Un même ticket peut-il inclure WISMO et WISMR ?

Oui. Un client peut poser des questions sur une commande non livrée et sur un remboursement demandé au cours de la même conversation. Conservez un seul responsable côté client, documentez les deux problèmes et attribuez séparément les actions internes concernées.

Que faire si le remboursement est indiqué comme réussi mais que le client ne le voit pas ?

Vérifiez le montant, la date, la destination et les indications du prestataire. Utilisez une référence de traçage disponible lorsque cela est pris en charge et faites remonter le dossier via la procédure du prestataire de paiement lorsque cela est approprié. N’émettez pas automatiquement un second remboursement.

Sources

• Stripe: Refunds — indications spécifiques au prestataire concernant le traitement, le statut et l’enquête sur les remboursements.
• Shopify Help Center: Refunding orders — indications spécifiques à la plateforme concernant le traitement des remboursements.
• 17TRACK: Package tracking — ressource de suivi des expéditions.
• 17TRACK Shopify app listing — informations produit pour l’évaluation par les commerçants.
• 17RETURNS official product page — informations sur le produit de retours pour l’évaluation du processus.
• 17TRACK Tracking API — informations sur l’intégration du suivi.