Configuration
La configuration de ce module de paiement du plugin Bank se fait dans le menu Configuration > Paiements en ligne.
- ID : il s’agit du numéro de SITE_ID, fournit par PayZen
- CERTIFICAT de production : il s’agit d’une clé de sécurité fournie par Payzen, utilisée quand vous êtes en mode production
- Cartes de paiement : sélectionnez les cartes bancaires qu’il sera possible d’utiliser pour le paiement
- Autres moyens de paiement : si vous avez souscrit les options correspondantes dans votre contrat PayZen, vous pouvez aussi sélectionner le paiement par SEPA. Ce moyen de paiement est présenté séparément des cartes bancaires dans le formulaire de paiement car il n’est pas régi par les mêmes règles légales.
- Mode Test : cochez la case pendant la phase de test de votre boutique, pour vérifier son bon fonctionnement avec des CB ou un SEPA factices (aucun paiement n’est réalisé dans le mode test)
- CERTIFICAT de test : il s’agit d’une clé de sécurité unique de marchand fournit par Payzen, utilisé quand vous êtes en mode test
- URL Serveur : cette URL doit être renseignée dans l’interface d’administration de la banque
Attention : l’URL contient un identifiant qui dépend de l’informations ID, renseignez la bien avant de copier cette URL dans l’interface d’administration de PayZen.
Récupération des informations clients
Il est possible de récupérer les informations fournies par la banque sur l’identité du client (lors des paiements par SEPA) dans la globale $GLOBALS['bank_session']
.
Discussions par date d’activité
4 discussions
Bonjour,
comme je suis surprise de recevoir un mail de la banque pour m’informer de mon paiement, je voulais savoir si il est obligatoire de donner ce genre d’information et transférer le mail du client à la banque ? Une option de confidentialité est-elle possible ?
Il me semble que ça passe au formulaire
<input type="hidden" name="vads_cust_email" value="client@example.com">
via vads_cust_email (presta/payzen/call/request.php)Merci de la réponse et de cette éventuelle possibilité de protection des données personnelles.
Après un essai de paiement réel avec la ligne 135 mise en commentaire sur
le paiement se fait bien sans avoir à envoyer le mail. (le site vendeur se charge de cet envoi et le site de la banque propose d’imprimer le reçu, donc c’est bien suffisant)
Modalité du paiement : avec le plugin payzen branché sur labanquepostale avec un compte bancaire payeur CreditM et un 3Dsecure
Donc, je vais attendre de voir si ça tourne avec d’autres paiements réels sous d’autres modalités et vous tiendrai au jus !
++
Répondre à ce message
PayZen indique ici : https://lyra.com/fr/3d-secure-2-next/
que la modification vers 3DS2.0 prévue en septembre 2019 est retardée.
Je me demande tout de même si ce plugin SPIP PayZen fonctionnera toujours en l’état ? La même page indique ceci (mais je ne connais pas les technicités du plugin) :
Merci
Oui : le plugin s’appuie « sur la redirection vers notre page de paiement (hors mode SILENT) » qui est tout a fait compatible avec 3DS2.
Par ailleurs, le web service SOAP n’est utilisé que pour les résiliations d’abonnement, et le plugin supporte maintenant l’API REST de PayZen pour faire ça.
Donc ça roule !
Répondre à ce message
Bonjour,
Nous avons eu un bogue sur le formulaire de paiement qui vient d’être identifié et qui semble apparu avec les dernières mises à jour. Après moultes investigations, notre développeur pu trouver : cela provenait du nom du site qui était encodé en HTML au lieu de laisser les caractères bruts. Un mot du nom contenait un accent et créé donc un décalage dans la génération de la signature de paiement, créant ainsi un refus chez Payzen. Il a fallu corriger manuellement le module « Banque » pour pouvoir palier à ce problème dans ces fichiers :
plugins/auto/bank/v4.3.4/presta/systempay/call/request.php
=> ligne 288, ajout d’un « html_entity_decode » sur toutes les valeurs du formulaire
et plugins/auto/bank/v4.3.4/presta/systempay/inc/systempay.php
=> ligne 149 ajout d’un « utf8_encode » pour garantir l’affichage en UTF8.
Nous ne savons cependant pas pourquoi ce bug ne remonte que maintenant, il doit être présent depuis la dernière mise à jour du module.
Bonjour Etienne,
Effectivement il doit être là depuis le début, il n’a pas du se manifester chez les autres utilisateurs du module probablement pas d’accents ou caractères nécessitant
utf8_encode
o_OAs-tu fait un Pull Request avec tes modifications pour prise en compte par Nursit ?
Négatif, le développeur est un prestataire qui est seulement intervenu sur notre site internet.
Pour information j’ai a priori corrigé ce « bug » (que je mets entre guillemets car je suppute qu’il ne se produit que si on a fait de la bidouille sur le contenu de champs en SQL ou des problème de charsets) via un patch moins violent https://github.com/nursit/bank/commit/e10a5c8ddd4575902fb44c3844948d305b6f55bf
Répondre à ce message
PayZen indique ici : https://lyra.com/fr/3d-secure-2-next/
que la modification vers 3DS2.0 prévue en septembre 2019 est retardée.
Je me demande tout de même si ce plugin SPIP PayZen fonctionnera toujours en l’état ? La même page indique ceci (mais je ne connais pas les technicités du plugin) :
Merci
D’après les informations de la page https://lyra.com/fr/3d-secure-2-next/ l’intégration utilisée par le plugin est bien compatible 3DSv2.0 et le plugin continuera de fonctionner au mieux.
Il faut savoir par ailleurs que dans le pire cas (si on avait pas une intégration compatible), cela ne bloquerait pas les paiements mais déclencherait simplement l’authentification type 3DS de manière systématique, sur tous les paiements, par sécurité — la banque n’ayant pas les informations nécessaires pour évaluer le niveau de risque du paiement et dispenser éventuellement la demande de paiement de cette sécurité supplémentaire.
Merci. La rentrée en sera plus calme !
Répondre à ce message
Ajouter un commentaire
Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :
Merci d’avance pour les personnes qui vous aideront !
Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.
Suivre les commentaires : |