Configuration
La configuration de ce module de paiement du plugin Bank se fait dans le menu Configuration > Paiements en ligne.
- Service : Indiquez quel service vous utilisez (ce sont les noms commerciaux choisis par les banques qui utilisent SIPS : HSBC, BNP, La Banque Postale, Société Générale, LCL et Crédit du Nord).
- Merchant ID : Numéro de marchand, numérique de 15 chiffres environ, fourni par votre banque.
- Certificat : Contenu du fichier certificat
certif.fr.xxxx
associé à votre Merchant ID, fourni par votre banque.
Vous pouvez par ailleurs fournir les URLS des 3 logos Logo_id, Logo_id2 et Advert qui seront utilisés sur la page de paiement chez Atos.
Attention : L’utilisation de ce service nécessite l’installation de 2 binaires exécutables request
et response
qui seront fournis par votre banque, en fonction de la configuration de votre serveur (type et version de l’OS, 32/64 bits). Cela rend en général compliqué les tests sur un poste de développement qui n’a pas la même configuration.
Les binaires ne sont pas fournis par le plugin. Ils devront être installés dans le sous-dossier presta/sips/bin/
de votre dossier squelettes/
.
Discussions par date d’activité
9 discussions
Bonjour,
J’ai intégré ce qui manquait (3 fois rien) pour faire fonctionner Sherlocks2 de LCL.
La PR est ici : https://github.com/nursit/bank/pull/103
Attention :
Répondre à ce message
Bonsoir,
J’ai un gros souci actuellement sur une boutique qui marchait très bien :
PHP 5.6 - SPIP 3.2.3 - Bank 3.6.7 - Mercanet SIPS V1 qui stoppe en juin
Un jour la partie carte affichait erreur appel request
On s’est dit moment de passer en V2
A l’essaie de paiement, j’ai eu le même message que Bilal : Une erreur s’est produite. Veuillez contacter votre commerçant.
J’ai essayé son astuce qui ne marche pas pour la BNP
Afin d’augmenter un peu la sécurité, j’ai fait une installation sur un autre serveur :
Je ne peux pas encore passer en SPIP 4.0.6 ou 4.1 car pas mal de plugins sont incompatibles actuellement
donc pour cette MAJ temporaire je suis en PHP 7.1 sinon certains plugins affiche des Warning dont Bank sur les liens des CB - SPIP 3..2.14 - Bank 5.1.1 - Mercanet V2 SIPS
Mais j’ai toujours : Une erreur s’est produite. Veuillez contacter votre commerçant
Mercanet BNP m’a envoyé ceci
Mercanet m’a expliqué qu’il y avait 2 versions de SIPS V2 simplifé ou complet. Est-ce du à cela ?
Pourriez-vous m’aider SVP ?
PS de plus pour le virement et le chèque, depuis le passage à la nouvelle config, C’est ces erreurs de code (pièce jointe)
Merci beaucoup beaucoup d’avance
Bonjour @Damien, j’ai le même problème. Avez-vous trouvé une solution ?
Merci !
Éric LM
Bonjour Eric,
Déjà une mise à jour complète de ce vieux site en SPIP 4.1 et PHP 7.4/8.0 générait trop d’erreurs donc (comme le bug des chèques par exemple) ma boutique est toujours en SPIP 3.2.3 et PHP 5.6 pour le moment, mais plugins bank à jour pour cette version.
Alors après investigation, c’était bien ce que j’avais vu avec le service client. Mercanet a deux versions de SIPS 2. Une « simplifiée » qu’ils installent par défaut sans toujours prévenir le client (les conseillers en tout cas) et une deuxième version dite « complète ».
Le plugin bank génère un champ $parm[’transactionReference’] qui marche avec la version complète, mais pas la simplifiée sauf si une mise à jour récente le prend en compte maintenant.
Il faut donc demander à Mercanet ou via votre client, le passage sur la version « complète » de SIPS 2 et pas simplifié.
En espérant avoir été clair :-)
Bonne journée
Oh mon Dieu ! Quelle histoire ! C’est effectivement cela : la BNP nous a transféré en Mercanet v2 simplifiée.
Il n’empêche que j’ai besoin de Spip 4 pour faire tourner un autre plugin...
Un grand merci en tout cas ! C’est la deuxième fois que vous me sortez du pétrin !
Bonne soirée,
Éric LM
LOL... Avec plaisir.
Ça prend environ une semaine le changement de Mercanet sans rien avoir à faire du côté plugin si vous avez déjà mis les clefs V2.
Pour le SPIP 4, je précisais simplement. Mon site est un peu particulier et ancien et j’ai voulu tout mettre à jour d’un coup.
Pour vous tout devrait bien se passer :)
Bonne journée
Bonjour Damien, encore une petite question : avez-vous utilisé une boutique de test, (si oui laquelle ?) ou avez-vous directement travaillé en production, avec vos identifiants Mercanet 2 ?
Merci,
Éric
Eric,
J’ai quasiment toujours deux versions d’un site : « prod » et « dev »,
J’ai testé sur « dev » d’abord avec les clés de test de Mercanet et aussi fait un test réel sur dev en créant un produit temporaire de 1 euro puis j’ai appliqué les modifs à « prod ».
Damien
Oui, mais quand je parle de « Boutique de test », je parle des boutiques de la BNP https://documentation.mercanet.bnpparibas.net/index.php/Boutique_de_test dont on utilise les identifiants pour faire fonctionner le plugin Bank en mode test.
Manifestement, vous n’avez pas utilisé les boutiques de test de la BNP, vous avez travaillé directement avec vos identifiants Mercanet.
Éric
Répondre à ce message
Bonjour,
Quelqu’un a-t-il déjà implémenté le module de paiement SIPS v2 avec Sogenactif avec succès ? Mon site passe la phase de test, mais en production un message d’erreur m’est renvoyé (« Une erreur s’est produite. Veuillez contacter votre commerçant »). Le support Sogenactif me demande en réponse de désactiver l’envoie de Transaction Reference au sein de mon CMS…
Si jamais quelqu’un sait… merci d’avance.
Après investigation auprès du support Sogenactif, il s’avère que le module de paiement SIPS2 génère le champ TransactionReference dans ma requête de paiement. Or il s’avère que ma boutique auprès de la banque est paramétrée pour une génération automatique du champ TransactionReference. Cela me renvoie donc un message d’erreur.
Dans le code du module j’ai par conséquent désactivé le champ TransactionReference ligne 85
plugins/auto/bank/v5.0.13/presta/sipsv2/call/request.php
Et cela fonctionne parfaitement.
Par contre n’y a-t-il pas un moyen de le désactiver en dehors du module, ce qui ne s’avère pas une solution satisfaisante et pérenne ?
Merci d’avance si quelqu’un peu m’aiguiller.
Répondre à ce message
Bonjour
Dans une boutique équipée de notre plugin Banque&paiement v4.7.4
je dois migrer de scellius v2 à scellius v3 de la Banque postale.
Mais je ne parviens pas à passer la phase de test avec ce message d’erreur : « The merchant ID entered is not valid for this simulation environment. Please use the test merchant ID in the simulation environment. It is not possible to use a production merchant ID. »
Et bien sur dans l’intreface bancaire je ne trouve aucun « test merchant ID ».
En interrogeant le service technique de la banque postale scellius v3, le gars me dit « ah mais bon spip, nous on ne connait pas, on n’a pas certifié ce cms... ».
Est-ce que quelqu’un d’autre utilse notre plugin en scellius v3 avec la Banque postale ?
Et comment avez-vous réussi à passer cette phase de test ?
Salut yanic, je ne pense pas que Scellius v3 repose sur SIPS, mais probablement plus sur PayZen. Tu peux m’envoyer la doc ou les liens de doc que tu as, pour les URLs de serveur notamment ?
Je pense qu’il faut simplement que je l’ajoute comme variante PayZen comme prévu ici mais pas testé faute d’utilisateurs utilisant ce service :
https://github.com/nursit/bank/blob/master/presta/payzen/inc/payzen.php#L54
Voilà ce que j’ai trouvé :
https://scelliuspaiement.labanquepostale.fr/doc/fr-FR/
Donc je confirme que c’est bien la plateforme payzen de Lyra Network dans ce scellius v3 de la banque postale.
J’ai donc remplacée l’url payzen par $host = « https://scelliuspaiement.labanquepostale.fr » ;
là : bank/presta/payzen/inc/payzen.php L54
et j’obtiens cette réponse de la plateforme :
La version 5.0.9 du plugin bank propose maintenant Scellius v3 comme sous-service du module SystemPay
https://github.com/nursit/bank/commit/9a973369745b8b129699a318f055059cdf938a60
Je t’invite à l’essayer en t’assurant que tu as bien la bonne clé, si tu es en mode test ou non, et le bon algo de signature (c’est normalement le SHA256 par défaut maintenant).
Bravo et merci !
Scellius V3 de la Banque postale est désormais un mode de paiement disponible par cet extraordinaire plugin Bank. Il faut seulement spécifier que cela passe par le paramétrage du prestataire « Systempay (2A02) ».
Répondre à ce message
Bonjour,
Un mail de la Société Générale pour Sogenactif 1.0 signale qu’il faudrait passer à « Pour Linux : version 617_PLUGIN_linux32_f-3.2 ou 617_PLUGIN_linux64_f-3.2 »
Est-ce que le plugin Bank tel que distribué par SVP (4.2.3) intègre cette mise à jour ?
Le mail complet :
De ce que je comprends la mise à jour concerne les binaires distribués par la banque, et ils ne sont pas fournis par le plugin. C’est à toi de les mettre à jour sur ton serveur le cas échéant
(mais le bon conseil c’est surtout de passer à SIPS v2 ou de changer de prestataire de paiement, SIPS étant tellement dépassé techniquement...)
Merci de ta prompte réponse.
Sauf erreur de ma part, le plugin bank intègre 2 binaires SIPS
https://github.com/nursit/bank/tree/master/presta/sips/bin
Le commit qui les a placé là : https://github.com/nursit/bank/commit/cf8da850c3e5e7416baad35894e9f48cbdb06432#diff-78bb4f7e1bab04f077843907e7ad1959
Donc, est-ce que le courrier de la Société Générale s’applique à tous les prestataires utilisant SIPS (v1), ou est-ce que changer ces 2 binaires casserait les autres (les sous dossiers de https://github.com/nursit/bank/tree/master/presta/sips/bin) ?
Il y a 2 binaires dans le plugin, mais sans garantie qu’ils fonctionnent car cela dépend de la plateforme.
Je cite la doc ci-dessus :
:)
Donc en conclusion je ne fais pas de support sur les binaires - et si ils semblent que les mêmes binaires puissent être utilisé pour toutes les banques je n’ai aucune certitude sur le sujet, car ce n’est ni marqué dans la doc, ni garanti par qui que ce soit, c’est juste empirique
Merci beaucoup pour cette réponse.
Et j’ai été induit en erreur parce qu’au lieu de lire la doc, j’ai lu les dossiers du plugin qui contiennent des binaires qui finalement ne sont pas sensés servir.
En tout cas, j’ai ma réponse. Merci.
Répondre à ce message
Bonjour Cerdic,
Je reprends le message de Sonia : « Une erreur m’indique erreur appel request executable request non trouve alors même que les 2 fichiers (exécutables request et response) de la banque se trouvent au bon emplacement squelettes/. dans le répertoire précité : presta/sips/bin/ »
Je rajoute : Le CHMOD des fichiers est à 715 et j’ai essayé stritic/glibc.
Auriez-vous me donner des pistes pour tenter de résoudre le problème ?
Merci d’avance
Damien
Bonjour Damien, j’ai le même problème. Avez-vous trouvé la solution ? Savez-vous où il faut placer ces deux fichiers ?
Merci,
Eric LM
Bonjour Eric,
Comme expliqué par l’aide de SPIP : "L’utilisation de ce service nécessite l’installation de 2 binaires exécutables request et response qui seront fournis par votre banque, en fonction de la configuration de votre serveur (type et version de l’OS, 32/64 bits). Ils devront être installés dans le sous-dossier de VOTRE DOSSIER DE SQUELETTES/presta/sips/bin/.
POUR MOI, c’était juste que la banque, via leur site, m’a donné tous les request/response, tout système confondu, et j’ai testé chacun d’entre eux pour trouver les « bons fichiers » à mettre. Pour les tests, pensez bien à mettre des ID, MERCHANT ID de demo.
Je passe par Mercanet (BNP) et j’avais deux dossiers : linux32 et linux64 et dans ces dossiers, dans le dossier bin, j’avais la version glibc et static. La version qui a marché pour moi c’est linux64 et version glibc.
A chaque changement, pensez à vider le cache au cas où.
Damien
Un grand merci Damien. Je viens de réussir : les fichiers étaient bien au bon endroit, mais ils devaient avoir les droits 755. Avec cela, je me connecte à la page de paiement.
Merci d’avoir pris le temps de répondre, et bonne journée !
Eric
Répondre à ce message
Bonjour,
une erreur m’indique erreur appel request executable request non trouve alors même que les 2 fichiers (exécutables request et response) de la banque se trouvent au bon emplacement squelettes/. dans le répertoire précité : presta/sips/bin/
Pourriez vous me donner des pistes pour tenter de résoudre le problème ?
CHMOD ? Fichier oublié ? Fichier non transférable d’un serveur à l’autre ???
Merci pour vos conseils.
Bonjour,
J’ai le même problème avec la société générale. Avez vous trouver la solution ?
merci
Répondre à ce message
Bonjour.
J’essaie d’utiliser ce plugin car celui-ci me parais super-adapté puisqu’une extension de Formidable.
Spip 3.1.1 Formidable et tout (j’ai pas trop de plugins) à jour.
J’ai testé les cgi-bin de test sur mon serveur et cela a marché. Je précise que le certificat est livré désormais en .php (ou .asp). La conf apache est nickel et php.ini (safe_mod=off) aussi.
J’ai donc copié mes binaires cgi dans :
/var/www/.../plugins/auto/bank/presta/sips/bin (modifié apache en conséquence)
J’ai cru comprendre qu’il fallait copier le contenu du certificat dans la case idoine.
Ce que j’ai fait. Mais ça couine ;-)
J’ai un « API ERROR Error reading certificate data at line ( »
et un extrait de ce certificat.
Je précise que j’ai copié ce qui est entre
/*__DEBUT_
et
++END__FIN__*/
et testé aussi avec
Bonjour,
J’avais le même problème avec un certificat de la banque postale. Je n’ai copié dans le champ « certificat » que le texte « binaire », j’ai supprimé le début jusqu’à « certificate_data ! » inclus. Et j’ai supprimé aussi la fin (balise fermante php).
Comme j’ai bien galéré, j’espère que ça pourra être utile !
Répondre à ce message
Sur OVH quel chmod pr les executable ?
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 : |