Pix et carte au Brésil : aller jusqu’au paiement confirmé
Comparez les moyens de paiement sur tout le parcours : confirmation, frais, expiration, annulation et rapprochement des transactions.
Le client choisit Pix, copie le code et paie dans l’application de sa banque. De retour sur la boutique, sa commande est toujours en attente. Sans explication, il peut payer une seconde fois ou contacter le support. Le problème se situe entre les systèmes, même si le paiement a réussi.
Pour une boutique destinée au marché brésilien, proposer Pix et la carte suppose de concevoir ce passage. L’équipe doit savoir ce que voit le client, comment le paiement est confirmé et comment examiner un écart. Ajouter deux icônes est la partie facile.
Décrivez le parcours de chaque option
Pour Pix, affichez montant, destinataire, code à copier et échéance lorsqu’elle existe. Le client sur téléphone doit pouvoir ouvrir sa banque puis retrouver sa commande. Lui demander uniquement de scanner son propre écran laisse une partie du parcours sans solution.
La Banque centrale du Brésil décrit Pix Cobrança comme une demande payable par QR code ou code copiable, immédiatement ou à échéance.
Pour la carte, présentez le total et les conditions disponibles. En cas de paiement échelonné, précisez le nombre de versements et le total correspondant. Un refus doit permettre de réessayer sans multiplier les commandes ni effacer inutilement les données saisies.
Séparez commande créée et paiement reçu
Conservez une référence reliant commande et transaction. La page de confirmation doit communiquer l’état connu ; l’arrivée du navigateur à une adresse donnée ne suffit pas à valider un paiement.
Définissez avec le prestataire comment consulter la transaction et recevoir sa confirmation. Attribuez aussi les exceptions. Si le paiement est arrivé mais que la commande reste en attente, le support doit pouvoir enquêter sans demander au client de repayer pour essayer.
Comparez le coût de toute l’opération
Demandez les conditions actuelles au prestataire. Comparez commissions, délais de versement, échelonnement, remboursements, support et rapprochement. Une offre annoncée pour un autre type de compte ne s’applique pas nécessairement à votre entreprise.
Testez les rapports : l’équipe peut-elle relier le montant facturé, les frais déduits et la commande ? Une commission plus faible peut perdre son intérêt si chaque encaissement exige une recherche manuelle. Le choix dépend du volume et de l’équipe, sans solution universelle.
Les essais avant l’ouverture
- Paiement confirmé après fermeture du navigateur.
- Demande expirée suivie d’une nouvelle tentative.
- Carte refusée puis autre moyen de paiement.
- Annulation avant et après confirmation.
- Remboursement enregistré et vérifié chez le prestataire.
Exécutez ces scénarios dans l’environnement de test et rattachez les résultats aux commandes. Avant les ventes réelles, vérifiez le compte et le processus de validation autorisé. La boutique, le prestataire et le support doivent pouvoir expliquer la même transaction.
Poursuivez avec intégration du stock, du transport et du paiement.
À propos de l’auteur
Tiago F SantiagoCommentaires
Aucun commentaire pour le moment
Partagez une question ou une expérience en lien avec cet article.
Articles sur le même sujet
