L’“arrosement” accidentel : le piège des paiements en trop — L’argent supplémentaire peut créer un risque supplémentaire
Vous vendez 500 USDT en P2P.
L’acheteur paie, mais lorsque vous vérifiez votre compte bancaire, le montant est plus élevé que celui de la commande.
Puis arrive le message :
« Désolé, j’ai envoyé trop. Veuillez rembourser la différence vers ce autre compte. »
Ça paraît raisonnable.
C’est exactement à ce moment-là que je m’arrête.
Car dès que le paiement ne correspond plus à la commande P2P, je n’essaie pas de « corriger » la situation avec un autre virement.
Et encore moins vers un compte bancaire différent.
Désormais, il y a deux transactions distinctes :
1️⃣ Le paiement initial lié à la commande P2P.
2️⃣ Un nouveau virement de ma part vers un compte qui n’est peut-être même pas relié à cette commande.
Si quelque chose se passe mal plus tard, ce second virement peut devenir un vrai problème à expliquer.
Donc ma règle est simple :
Montant incorrect = Pause. Ne faites jamais d’improvisation pour un remboursement.
Avant de libérer des cryptos, je vérifie :
• Le montant correspond-il exactement à la commande ?
• Les informations de l’expéditeur correspondent-elles ?
• Le paiement est-il clairement lié à cette commande ?
• Est-ce qu’on me demande d’envoyer de l’argent ailleurs ?
Si quoi que ce soit ne correspond pas, je garde la discussion à l’intérieur de la commande, je sauvegarde l’ID de la commande, l’enregistrement du paiement et l’historique du chat, et j’utilise la procédure officielle d’Appel/Support si nécessaire.
Le danger est psychologique :
L’argent en plus peut vous donner l’impression d’avoir l’obligation de « le rendre rapidement ».
C’est précisément cette urgence qui me fait ralentir.
Une véritable erreur peut être corrigée correctement.
Il n’y a aucune raison de créer un second risque en essayant de résoudre le premier.
Montant incorrect = Pause.
Compte de remboursement différent = Stop et vérification.
Aucune improvisation.
$TST $BEAT $TUT
#BinanceP2PAnToan #P2P #Creatorpadvn
@Binance Vietnam
Vous vendez 500 USDT en P2P.
L’acheteur paie, mais lorsque vous vérifiez votre compte bancaire, le montant est plus élevé que celui de la commande.
Puis arrive le message :
« Désolé, j’ai envoyé trop. Veuillez rembourser la différence vers ce autre compte. »
Ça paraît raisonnable.
C’est exactement à ce moment-là que je m’arrête.
Car dès que le paiement ne correspond plus à la commande P2P, je n’essaie pas de « corriger » la situation avec un autre virement.
Et encore moins vers un compte bancaire différent.
Désormais, il y a deux transactions distinctes :
1️⃣ Le paiement initial lié à la commande P2P.
2️⃣ Un nouveau virement de ma part vers un compte qui n’est peut-être même pas relié à cette commande.
Si quelque chose se passe mal plus tard, ce second virement peut devenir un vrai problème à expliquer.
Donc ma règle est simple :
Montant incorrect = Pause. Ne faites jamais d’improvisation pour un remboursement.
Avant de libérer des cryptos, je vérifie :
• Le montant correspond-il exactement à la commande ?
• Les informations de l’expéditeur correspondent-elles ?
• Le paiement est-il clairement lié à cette commande ?
• Est-ce qu’on me demande d’envoyer de l’argent ailleurs ?
Si quoi que ce soit ne correspond pas, je garde la discussion à l’intérieur de la commande, je sauvegarde l’ID de la commande, l’enregistrement du paiement et l’historique du chat, et j’utilise la procédure officielle d’Appel/Support si nécessaire.
Le danger est psychologique :
L’argent en plus peut vous donner l’impression d’avoir l’obligation de « le rendre rapidement ».
C’est précisément cette urgence qui me fait ralentir.
Une véritable erreur peut être corrigée correctement.
Il n’y a aucune raison de créer un second risque en essayant de résoudre le premier.
Montant incorrect = Pause.
Compte de remboursement différent = Stop et vérification.
Aucune improvisation.
$TST $BEAT $TUT
#BinanceP2PAnToan #P2P #Creatorpadvn
@Binance Vietnam