Spécificités

Simulation d’un cas d’erreur

Au-delà de simuler un retour « PAIEMENT ACCEPTE », Paybox vous permet de simuler des paiements refusés. Vous pouvez aussi bien simuler des erreurs retournées par Paybox, que des codes associés à des refus d’autorisation bancaire.
Pour obtenir un code erreur volontairement, il faut renseigner la variable ERRORCODETEST (PBX_ERRORCODETEST pour Paybox System). Cette variable est ignorée sur la plateforme de production.
L’ensemble des codes retour disponibles (présentés en annexe) sont ainsi simulables, vous permettant d’anticiper le traitement ad hoc au sein de votre application.

Différenciation des environnements

Dans le cadre de vos tests, en cas de paiement accepté, le numéro d’autorisation retourné par Paybox sera toujours « XXXXXX ».
L’enseigne affichée sur la page de paiement Paybox System est préfixée par « ***TEST*** permettant ainsi à l’intégrateur de savoir s’il se trouve dans l’environnement de pré-production ou de production.

Reconduction des abonnements

Les échéances des abonnements ne sont pas exécutées. Pour vérifier la bonne prise en compte de la demande de création d’abonnement, il faut vérifier la présence du numéro d’abonné dans la réponse Paybox System (variable B de PBX_RETOUR).

3-D Secure

Le 3-D Secure est simulé sur la plateforme de tests. Vous serez par conséquent redirigé sur une page de tests qui valide systématiquement l’authentification.

Clé HMAC

Pour un compte donné, la clé HMAC de la plateforme de tests est indépendante de la clé de production. Vous devez donc générer une clé sur chaque environnement, depuis l’onglet Informations du back-office commerçant. Voir Authentification.

Le jour où vous souhaitez passer en production, vous devez donc changer à la fois les URLs d’appel et la clé HMAC.
Pour les comptes de tests mutualisés fournis par Paybox, la clé est prédéfinie et n’est pas modifiable. Elle est récupérable au niveau de l’onglet [Informations] du back-office commerçant.