Pourquoi les réclamations transporteur restent manuelles
Les réclamations transporteur, c'est de l'administratif pur : se connecter, copier le numéro de suivi, copier le montant de la commande, télécharger la photo, soumettre. La plupart des portails transporteur n'ont aucune API, donc ce travail est resté manuel même dans les équipes qui ont automatisé tout le reste, et le client attend pendant que la tâche traîne sur la liste de quelqu'un.
- Chaque portail a ses propres identifiants et formulaires
- Chaque réclamation oblige à copier des données d'un onglet à l'autre
- Le client attend que quelqu'un trouve le temps
Comment Yuma dépose la réclamation à votre place
Avec les Web Actions, Yuma pilote un vrai navigateur Chrome dans le cadre de la résolution du ticket. Vous vous enregistrez en train de déposer une réclamation, ou vous importez une procédure écrite au format PDF. Yuma la transforme en étapes et apprend quelles valeurs changent à chaque exécution.
Quand un ticket pour colis abîmé arrive, il ouvre le portail, se connecte, récupère le montant de la commande et le numéro de suivi, joint la photo envoyée par le client dans la conversation, soumet la réclamation et reporte sa référence dans le ticket. Sans code, sans sélecteurs et sans aide du transporteur.
Un carton écrasé et une réclamation que personne n'a eu à déposer
Un client envoie par e-mail la photo d'un carton écrasé. Yuma répond avec votre politique pour les articles abîmés, dépose la réclamation sur le portail du transporteur avec la photo jointe et ajoute la référence de la réclamation au ticket. Votre équipe n'ouvre jamais le portail, et le client sait que la réclamation est déjà partie.
Avantages
01Rapidité
Des heures d'administratif récupérées
Les réclamations sont déposées pendant la résolution du ticket : personne ne copie de données d'un onglet à l'autre.
02Couverture
Aucun projet d'intégration
Si votre équipe peut le faire dans un navigateur, Yuma aussi, sans API et sans aide du fournisseur.
03Contrôle
Testé avant la mise en production
Un test s'arrête juste avant la soumission, et tout ce qui bloque une exécution est signalé à votre équipe.
04Visibilité
Une traçabilité complète
Chaque exécution est enregistrée étape par étape avec une capture d'écran, et liée au ticket qui l'a déclenchée.
Étape par étape
- 01
Enregistrer la tâche
Déposez une réclamation en enregistrant votre écran, ou importez une procédure écrite au format PDF. - 02
Vérifier les étapes
Contrôlez les étapes déduites par Yuma et les valeurs qu'il remplira à chaque exécution. - 03
Tester
Un test va jusqu'au bouton de soumission et s'arrête, donc rien n'est envoyé. - 04
Publier
Une fois le test réussi, l'action devient disponible pour vos playbooks. - 05
Exécuter et contrôler
Yuma dépose les réclamations à l'arrivée des tickets et enregistre chaque exécution avec des captures d'écran.
