1. Définir les paiements à proposer
Partez des pays, devises et moyens de paiement dont vos clients ont besoin. Une API permet aux systèmes d’échanger des informations. Le cashier est l’écran sur lequel le client effectue son paiement.
- Listez les dépôts et retraits à prendre en charge.
- Identifiez les responsables du site, du cashier, de PaymentIQ et de chaque prestataire.
- Définissez les tests qui doivent réussir avant le lancement.
2. Vérifier que le client est bien reconnu
Quand le client ouvre l’écran de paiement, les systèmes doivent savoir quel compte utiliser. La session est le lien temporaire avec le compte du client connecté.
- Vérifiez que l’écran de paiement utilise le bon client et la bonne devise.
- Testez ce qui se passe après une longue période d’inactivité, lorsque la session expire.
- Utilisez les paramètres de test pour les essais et ceux de production pour les vrais clients.
Un paiement de test échoue ? Consultez le guide : comment trouver la cause.
3. Vérifier quel prestataire traite le paiement
Un prestataire de services de paiement, ou PSP, traite le paiement. Les règles de routage indiquent à PaymentIQ quel prestataire et quel compte utiliser. Une entreprise peut, par exemple, utiliser des prestataires différents selon le pays ou la devise.
- Vérifiez que les moyens de paiement attendus sont proposés au client.
- Comparez le prestataire indiqué dans la transaction avec celui qui était prévu.
- Si vous avez un prestataire de secours, vérifiez dans quels cas il peut être utilisé. Tous les refus ne justifient pas une nouvelle tentative.
4. Tester ce qui se passe après le clic sur Payer
Un message de succès à l’écran ne suffit pas. Vérifiez ce qui est enregistré dans PaymentIQ et dans votre plateforme. Pour un dépôt réussi, contrôlez que le solde du client est mis à jour correctement.
- Testez les paiements réussis, refusés, annulés et en attente, selon les possibilités du moyen de paiement.
- Vérifiez les redirections bancaires interrompues et les clics répétés pour éviter les actions involontaires en double.
- Décidez qui surveillera le lancement et comment revenir à la configuration précédente si nécessaire.
5. Fournir la bonne documentation aux développeurs
Ce guide explique quoi vérifier. Pour les champs API et les instructions de configuration exacts, vos développeurs doivent utiliser la documentation officielle.
Questions fréquentes
Faut-il un développeur pour une intégration ?
Les changements de code nécessitent généralement un développeur. Il faut aussi configurer PaymentIQ, coordonner les prestataires et tester les paiements. Je peux relier ces travaux et clarifier les besoins.
Que faut-il tester avant le lancement ?
Vérifiez ce que voit le client, quel prestataire traite le paiement et ce que vos systèmes enregistrent ensuite. Testez aussi les refus et les interruptions, pas seulement les paiements réussis.
Conseil indépendant
Besoin d’aide pour une intégration ?
Je peux préciser les besoins, vérifier la configuration PaymentIQ, coordonner les prestataires et tester les paiements avant le lancement.
Parlons de votre intégrationVoir comment je peux vous aiderRédigé par Payment Fluent · Conseil indépendant en paiements