Paiements et après-vente
Remboursement voyage : suivre les montants et les états
L’accord de remboursement, la création d’une opération et son résultat sont des événements différents. Le client doit recevoir une information correspondant à l’état connu. Le suivi doit relier réservation, paiement initial, montant autorisé et référence de remboursement, sans laisser un dossier se fermer sur une demande encore ouverte.
Définir ce que l’accord autorise
Conservez prestation concernée, décision validée, montant, devise et bénéficiaire. Distinguez remboursement client et restitution ou avoir fournisseur : les deux flux peuvent avoir des calendriers et responsables différents. Une annulation de prestation ne prouve pas que le remboursement du paiement initial a déjà été effectué.
Pour un dossier modifié, rapprochez ce qui a été payé, remboursé et reste dû. Exemple fictif : un paiement de 900 € a déjà reçu un remboursement de 100 €, puis une seconde décision autorise 200 €. Le registre suit les deux références ; il ne crée pas une nouvelle demande de 300 € en oubliant l’opération précédente.
Associer chaque demande au paiement et à son état
Retrouvez référence de paiement, opération envoyée et réponse PSP. Une action peut concerner un paiement parmi plusieurs ou seulement une partie du montant. Le support doit identifier ces liens pour expliquer au client quel mouvement sera visible. Les rapprochements fondés uniquement sur valeur et date risquent de confondre deux dossiers.
Le système doit prévenir les doubles opérations et documenter la reprise après réponse absente. Relisez le remboursement et le paiement avant de réessayer. Un bouton dont l’état revient à « disponible » ne constitue pas une preuve que la première tentative n’a eu aucun effet ; le fournisseur et ses références restent à consulter.
Traiter les états en attente ou nécessitant une action
Stripe indique que certains remboursements de carte peuvent rester en attente lorsque le solde disponible est insuffisant, tandis que d’autres moyens peuvent échouer. Sa documentation décrit aussi des états nécessitant une action pour certains moyens. Ces comportements appartiennent au produit et au moyen utilisés ; ils ne doivent pas être généralisés à tous les paiements.
Attribuez chaque attente avec cause connue, date de dernière lecture et prochaine action. Une attente de données, de fonds ou d’un résultat bancaire ne se résout pas par le même circuit. Le message client indique état et action utile sans promettre une date de réception que les informations disponibles ne permettent pas d’établir.
Prévoir l’échec après acceptation de la demande
Adyen distingue résultat de demande et notifications de remboursement, dont REFUND_FAILED. La documentation prévoit des raisons de refus et précise qu’elles peuvent évoluer. Une intégration doit conserver le motif reçu et reconnaître un état inconnu plutôt que le classer automatiquement comme succès.
Un échec demande une revue de l’opération, du bénéficiaire et du circuit permis, avec finance et support si nécessaire. Ne déplacez pas spontanément le remboursement vers un nouveau moyen sans validation et contrôles adaptés. Si une contestation existe aussi sur le paiement, rapprochez les deux processus avant une nouvelle restitution.
Informer et rapprocher le résultat
Le récapitulatif distingue décision, demande, résultat PSP et information transmise au client. Gardez la référence utilisable pour une recherche auprès du fournisseur et les opérations encore ouvertes côté prestation ou finance. La clôture du ticket de conversation et celle du mouvement financier peuvent intervenir à des moments différents.
Utilisez la fiche de contrôle des états et le registre des remboursements. Le suivi comprend montants partiels, attente, échec et absence de réponse. Mesurez les dossiers expliqués et les écarts restant à résoudre ; le nombre de demandes créées n’est pas une mesure du montant réellement restitué.
Sources et périmètre des faits documentés
La date de consultation figure avec chaque référence. Les méthodes d’essai et recommandations de ce guide sont éditoriales ; les conditions d’accès et d’usage se vérifient dans la documentation actuelle.
- Stripe : remboursements — États, remboursements partiels, attente, action requise et échecs selon le moyen. (consultée le )
- Adyen : remboursement — Traitement asynchrone, notifications et échecs de remboursement. (consultée le )
Questions fréquentes
Questions utiles avant de décider
Un remboursement créé est-il déjà reçu par le client ?
La création décrit une étape du circuit. Vérifiez le résultat du moyen utilisé et les informations disponibles avant d’annoncer le montant reçu.
Comment gérer plusieurs remboursements partiels ?
Conservez une référence par opération et rapprochez les montants du paiement initial. Vérifiez les opérations déjà réalisées avant d’en autoriser une nouvelle.
Faut-il renvoyer une demande dont la réponse manque ?
Relisez d’abord l’état fournisseur et les références. La reprise doit éviter une deuxième opération lorsque la première a été traitée malgré l’absence de réponse.