Plugin Bank

Publié le : 12 juin 2015 – Dernière modification le 25 mars 2020 – par Cerdic – 176 commentaires

1
2
3
4
5
40 votes

Le plugin Bank prend en charge l’interface technique de paiement avec de nombreux prestataires de paiement par Carte Bleue, SEPA… Il prend également en charge la conservation de l’historique des transactions de paiement et de leur état et offre une API pour permettre aux autres plugins d’offrir des fonctionnalités autour des paiements (plugins de dons et souscriptions, paiement avec formidable, gestion de commandes…)

Attention, pour le moment les transactions se sont gérées qu’en euros, y compris avec les prestataires qui savent gérer d’autres devises.

À partir de septembre 2019, la réglementation DSP2 exige l’utilisation de l’authentification forte du client, aussi appelée Strong Customer Authentication (SCA) pour la plupart des paiements en ligne réalisés par les clients européens dans le but de réduire la fraude.

La v4 du plugin Bank prend en compte les modifications nécessaires et est donc requise pour la mise en conformité avec la DSP2.

Configuration

La configuration du plugin permet d’ajouter, activer, ordonner et configurer les modules de paiement que vous souhaitez utiliser ainsi que les notifications [1].

Configuration du plugin Bank

L’ordre dans lequel vous positionnez les modules de paiement dans cette configuration sera l’ordre dans lequel ils seront proposés aux visiteurs sur les pages de paiement.

Paiements à l’acte

Paiements à l’acte par Carte Bancaire
Le plugin permet les paiements uniques par Carte Bancaire avec

Paiements à l’acte par SEPA
Les paiements à l’acte sont possibles par SEPA via le prestataire Payzen.

Paiements à l’acte par Chèque
Les paiements par chèque sont pris en compte par un module dédié.

Paiements à l’acte par Virement
Les paiements par virement sont pris en compte par un module dédié.

Paiements à l’acte sur la facture du fournisseur Internet

Supprimé à partir de la v4

Le module de paiement Internet+ permet le paiement des petits montants directement via la facture du fournisseur Internet du visiteur.

Simulation du paiement
Le plugin permet également la simulation du paiement en phase de développement du site.

Paiements récurrents

Paiements récurrents par Carte Bancaire
Les paiements récurrents sont possibles par Carte Bancaire via les prestataires Paybox, Payzen et Stripe.

Paiements récurrents par SEPA
Les paiements récurrents sont possibles par SEPA via le prestataire Payzen.

Paiements récurrents sur la facture du fournisseur Internet

Supprimé à partir de la v4

Le module de paiement Internet+ permet le paiement récurrent de petits montants directement via la facture du fournisseur Internet du visiteur.

Notifications

Le plugin génère un ticket d’achat comportant les informations techniques de chaque paiement, et vous pouvez configurer l’adresse email qui recevra ce ticket ainsi que l’email expéditeur.

Il en est de même pour le récapitulatif journalier des paiements : indiquez l’adresse qui recevra ce récapitulatif par mail.

Suivi des transactions

Avant tout affichage du formulaire de paiement, une transaction est créée en base avec toutes les informations concernant le paiement (prix, prix HT, id_auteur ou email associé, date de la transaction).

Le menu Activités > Transactions permet de retrouver la liste de toutes les transactions et de les trier par statut :

  • OK pour les transactions dont le paiement a été réalisé
  • Commande pour les transactions créées mais qui restent en attente de paiement
  • Attente pour les transactions dont le paiement a été initié par un mode qui ne permet pas l’encaissement instantané (chèque, virement)
  • Echec lorsqu’une tentative de paiement a eu lieu mais n’a pas réussi. Le code d’erreur est alors visible au survol du statut de la transaction
  • Abandon pour les transactions abandonnées (si votre site permet l’abandon de commandes par exemple)
  • Remboursées pour les transactions remboursées à posteriori
Liste des transactions

Pour chaque transaction la liste affiche le mode de paiement utilisé (nom et identifiant du module de paiement), le numéro d’autorisation, dont le format dépend du module de paiement, et le lien vers l’auteur si il est connu.

Certaines transactions peuvent avoir le mode ’gratuit’ indiqué. Ce « mode de paiement » est automatiquement utilisé lorsqu’on demande le paiement d’une transaction dont le montant est nul (cas de remises ou cadeaux), il se compose d’un simple bouton de validation, mais permet le passage dans tout le processus de paiement, comme pour le paiement via une plateforme externe.

La recherche permet de retrouver une transaction par son numéro d’autorisation, ou toutes les transactions utilisant un mode de paiement particulier.

Squelettes

#FORMULAIRE_PAYER_ACTE

Ce formulaire permet de proposer un formulaire de paiement.

[(#FORMULAIRE_PAYER_ACTE{10,
		      #ARRAY{
			      montant_ht,8,
			      id_auteur,#ID_AUTEUR,
		      }
})]

La transaction est automatiquement créée. Les arguments sont les mêmes que pour l’API inserer_transaction ci-dessous.

modeles/payer_acte.html

Ce modèle permet d’afficher le formulaire de paiement pour une transaction existante :

<INCLURE{fond=modeles/payer_acte,id_transaction,env} />

Les modules de paiements à l’acte activés et configurés seront utilisés pour proposer les modes de paiement aux visiteur.

modeles/payer_abonnement.html

Ce modèle permet d’afficher le formulaire de paiement récurrent pour une transaction existante :

<INCLURE{fond=modeles/payer_abonnement,id_transaction,env} />

Les modules de paiements récurrents activés et configurés seront utilisés pour proposer les modes de paiement aux visiteurs.

modeles/transaction_details.html

Ce modèle est utilisé pour afficher le détail du paiement de la transaction, par exemple sur les factures (via un plugin externe). Vous pouvez le surcharger pour afficher une liste de produits associée à la transaction et qui en constituent le prix par exemple.

content/payer.html

Ce squelette affiche le contenu minimum d’une page de paiement d’une transaction.

content/bank_retour_ok.html

Ce squelette fournit le contenu de la page de retour après paiement réussi. Vous pouvez l’utiliser pour fournir une page spip.php?page=bank_retour_ok fonctionnelle qui est nécessaire au fonctionnement du plugin.

content/bank_retour_attente.html

Ce squelette fournit le contenu de la page de retour après un paiement en attente d’encaissement (typiquement lors du paiement par chèque ou virement). Vous pouvez l’utiliser pour fournir une page spip.php?page=bank_retour_attente fonctionnelle qui est nécessaire au fonctionnement du plugin.

content/bank_retour_echec.html

Ce squelette fournit le contenu de la page de retour après paiement échoué. Vous pouvez l’utiliser pour fournir une page spip.php?page=bank_retour_echec fonctionnelle qui est nécessaire au fonctionnement du plugin.

API

inserer_transaction

$inserer_transaction = charger_fonction('inserer_transaction','bank');
$id_transaction = $inserer_transaction($montant,$options);
Paramètre
string $montant montant a payer
array $options tableau d’options
   string montant_ht Montant HT du paiement
   int id_auteur id_auteur associé à la transaction 
   string auteur_id  autre identifiant de l’auteur
   string auteur nom ou email de l’auteur
   string parrain parrain/tracking associé à la transaction
   int tracking_id numéro de tracking
   bool force false pour recycler une transaction identique encore au statut commande (par défaut), true pour forcer la creation d’une nouvelle transaction
   array champs autre champs ajoutés a la transaction

La fonction retourne l’id_transaction de la transaction créée, ou 0 en cas d’erreur.

Pipelines

Les pipelines suivants permettent de s’insérer dans le processus de paiement et de personnaliser selon vos besoins.

bank_dsp2_renseigner_facturation

A partir de la v4. Mise en conformité DSP2

Ce pipeline sert a renseigner les informations personnelles (nom et adresse de facturation, email) de la personne réalisant l’achat et avec le passage à la DSP2 il est fortement recommandé de les renseigner pour faciliter le paiement et éviter que les banques ne demandent systématiquement une authentification de type 3DSv2

bank_pre_facturer_reglement

Le pipeline est appelé après le règlement d’une transaction, avant facturation éventuelle de la transaction. Le pipeline peut servir a créer un compte client post-achat (mais avant facturation). Il a le même format de données que bank_traiter_reglement. Il est possible de récupérer les informations éventuellement fournies par la banque sur l’identité du client dans la globale $GLOBALS['bank_session']

bank_facturer_reglement

Le pipeline est appelé après le règlement d’une transaction, lorsqu’on peut facturer la transaction (si nécessaire). Le pipeline est utilisé par un éventuel plugin de facturation. Il a le même format de données que bank_traiter_reglement.
Il est possible de récupérer les informations éventuellement fournies par la banque sur l’identité du client dans la globale $GLOBALS['bank_session']

bank_traiter_reglement

Le pipeline est appelé lors du règlement d’une transaction
Il est possible de récupérer les informations éventuellement fournies par la banque sur l’identité du client dans la globale $GLOBALS['bank_session']

bank_traiter_remboursement

Le pipeline est appelé lors du remboursement d’une transaction. Le format des données est le même que pour le pipeline bank_traiter_reglement.

bank_editer_ticket_reglement

Le pipeline est appelé après le règlement d’une transaction, lors de l’édition du ticket de paiement (ticket interne, à destination des administrateurs du site et non du client).

bank_redirige_apres_retour_transaction

Le pipeline est appelé au moment de déterminer l’URL de retour après transaction. Par défaut on retourne vers l’une des URLs ?page=bank_retour_ok, ?page=bank_retour_attente ou ?page=bank_retour_echec mais ce pipeline permet de modifier ce comportement pour changer la page de retour en fonction du module de paiement utilisé ou d’autres paramètres liés à la transaction.

trig_bank_notifier_reglement

Le pipeline est appelé après le règlement, pour notifier le bon règlement. Il a le même format de données que bank_redirige_apres_retour_transaction.

trig_bank_reglement_en_attente

Le pipeline est appelé lorsqu’une transaction est marquée en mode de paiement chèque ou virement, et que le règlement effectif devra attendre la réception du chèque ou virement. Cela permet par exemple d’envoyer un mail aux administrateurs ou au client.

trig_bank_reglement_en_echec

Le pipeline est appelé lorsqu’un échec ou un abandon de paiement est constaté sur une transaction.

API Abonnements

Le plugin prend en charge les paiements récurrents, mais pas du tout les abonnements associés à ces paiements récurrents qui sont du ressort d’un autre plugin.
Une API est fournie et doit être implémentée pour le bon fonctionnement des paiements récurrents.

Pour ces 4 fonctions une implémentation minimale incomplète est fournie dans le dossier abos/ du plugin et contient les informations nécessaires pour son implémentation complète. Pour chacune on pourra réaliser l’implémentation par le pipeline idoine, ou par surcharge du fichier, selon les cas.

abos/decrire_echeance

Cette fonction est appelée lors de l’affichage du formulaire de paiement récurrent, pour connaître le détail de la récurrence : périodicité, montant des échéances (qui peut être différent du montant du premier paiement), numéro d’offre abonnement pour Internet+

abos/activer_abonnement

Cette fonction est appelée après que le premier paiement ait été reçu. Elle a en charge l’activation de l’abonnement lié à la transaction.
Attention, dans le cas où le paiement de la première transaction est à encaissement différé (SEPA par exemple), la fonction sera appelée une première fois à l’enregistrement du mode de paiement (avec la transaction en statut attente) et une seconde fois quand le paiement de la transaction sera effectivement encaissé. Il convient donc de vérifier le statut de la transaction pour décider d’activer ou non l’abonnement (avec une période d’essai par exemple).

abos/preparer_echeance

Cette fonction est appelée lorsque le plugin est notifié d’un paiement récurrent. La fonction doit créer une nouvelle transaction correspondant à l’échéance attendue de l’abonnement concerné et la retourner pour permettre la prise en compte du bon paiement ou du rejet du paiement de cette transaction.

abos/renouveler_abonnement

Cette fonction est appelée lorsque le plugin est notifié d’un paiement récurrent réussi, après avoir traiter le règlement de la transaction correspondant à l’échéance. Elle peut par exemple se charger de prolonger la date de validité de l’abonnement jusqu’à la prochaine échéance.

abos/resilier

Cette fonction est appelée lorsque le plugin est notifié d’un paiement récurrent échoué.

Notes

[1] Vous pouvez configurer plusieurs modules du même prestataire, avec des configurations différentes dans le cas où vous disposez de plusieurs contrats.

Discussion

5 ans 1 an 3 mois Sans limite
par date
Filtrer

65 discussions

  • Gautrau

    Bonjour,
    Peut t-on envisager dans un futur proche l’intégration de paiement en cryptomonnaie, donc en « monnaie numérique » (ETH ou BTC mais aussi en Euro numérique, Dollar numérique USDT, yen numérique etc.) ?

    Étonnant que personne n’en ait déjà parlé !
    Ca me rappelle 2005-2010, quand les « administrateurs » prof/universitaire/encartés « bien diplômés » infantilisants et condescendants du forum & assoce (qui ne doivent plus être là, maintenant que ce n’est plus à la mode de se la jouer « dirigeant » d’un projet opensource/web et ne permet plus d’etre invité à des diners en ministère ou à l’elysée......) bridaient les vrais développeurs & réels contributeurs de tests, trad ou doc (de mon espèce) car ne voulaient pas entendre parler de « sociabilisation » ni « d’adresse URL propre » (ou « réécriture d’URL »)... adorant cette aberration d’url en « .../spip.php ?index/... »

    Répondre à ce message

  • Pierrot

    Bonjour,
    Une petite question à 1€ (payés en ligne) : est-il envisagé l’ajout de la solution Payplug à Bank, et si oui à quelle échéance ? Des clients qui préfèreraient utiliser un système français me demandent ça ....
    Merci d’avance !
    Pierre.

    Répondre à ce message

  • touti

    Bonjour,
    je signale un comportement inattendu avec BANK 6.3.0, qui se produit de façon récurrente si l’on n’y prend pas garde.

    Donc, deux sites sur le même serveur : un en prod et l’autre en dev (en sous domaine de celui en prod). Avec une duplication des mêmes fichiers et une BDD propre à chacun et identiques au niveau config (mis à part l’adresse et le nom du site SPIP) avec le même user mysql. Les webhooks sur stripe ont été configurés pour les deux sites. (https://mon_domaine.org/bank.api/stripe-E8E5/autoresponse/ et https://dev.mon_domaine.org/bank.api/stripe-E8E5/autoresponse/)

    Le souci est que le site en dev renvoie des notifications d’erreurs de l’api bank chaque fois qu’une nouvelle transaction est effectuée sur le site en prod. Stripe cherche indéfiniment un endpoint de webhook sur une transaction inconnue, puisque provenant du site en prod.

    Les notifications envoyées depuis DEV

    [stripe] Transaction Invalide/Frauduleuse call_response : Transaction Invalide/Frauduleuse #488 (transaction non trouvee)

    Le Webhook DEV doit être désactivé sur Stripe car même si je désactive le paiement stripe dans la config BANK sur dev, ça continuait à être interrogé et Stripe envoie alors une notif « Nous avons rencontré un problème lors de l’envoi de requêtes à un endpoint de webhook » avec comme référence le dev.

    Ceci dit, les internautes ne sont censés subir aucun inconvénient et l’affichage en prod renvoie bien paiement OK

    Répondre à ce message

  • 1
    bob

    Bonjour,

    Plus aucun paiement ne passe depuis environ 10 jours. Je me sers de stripe et le formulaire stripe ne s’affiche plus. Lorsqu’on clique sur « payer par carte bancaire » il ne se passe rien :(
    Une idée ?
    Ma configuration :
    spip 3.2.19
    banque et paiement 6.2.1
    plugin formidable 4.15.7
    formulaire de paiement 2.1.0

    • Pareil pour moi en Spip 4.1.12

      • Banque&paiement 5.3.0
      • Formidable 5.5.0
      • Formulaires de paiement 2.1.0

    Répondre à ce message

  • 9
    dowchao

    Bonjour
    Après la mise à jour du plugin (en version 4, sur spip 3.2.1, php 7.4), le Crédit Agricole ne fonctionne toujours pas pour la DSP2. J’atteins bien l’écran du numéro de carte bleue, mais lorsque je valide, j’ai « paiement refusé ». Est-ce qu’il y’a quelque chose à paramétrer pour que cela fonctionne ? Merci

    • miros

      bonjour,
      j’ai apparement le même problème avec le CA et l’authentification 3dsv2
      Avez vous trouvé une solution ?
      Cordialement

    • dowchao

      Oui j’ai fini par trouver ! Le plugin Bank nécessite la maj du plugin Formulaire de paiement qui lui même nécessite la maj de Formulaire. J’ai finalement tout mis à jour, passant sur la dernière version de spip + dernières versions de bank + formulaire de paiement. Formulaire de paiement a des nouveaux champs obligatoires (en tout cas je ne les utilisais pas dans mon ancien formulaire, car mon client ne rentrait que son montant, son code client, et le nom de sa société). Il y’a un nouveau sous menu dans la création du formulaire : « configurez les traitements », puis « paiements » dans options des traitements, et attribuer chaque champ à ce qui est demandé.
      Attention au champ « Pays », il doit être créé avec le plugin « Pays ISO 3166-1 », qui nécessite lui même « Géographie ». Cette option apparaitrait ensuite dans « divers » à la création de champ. Un champ texte ne fonctionnera pas.

    • miros

      bonjour,
      merci du retour ainsi que de vos explications , mais le problème pour moi est le 3dsv2
      avec l’insertion de la pipeline que je ne sais résoudre cf mon message ici 4627#comment514201

      Ce pipeline sert a renseigner les informations personnelles (nom et adresse de facturation, email) de la personne réalisant l’achat et avec le passage à la DSP2 il est fortement recommandé de les renseigner pour faciliter le paiement et éviter que les banques ne demandent systématiquement une authentification de type 3DSv2

      voilà si je comprends bien , en tous cas la banque a alerté et prévenu d’une coupure de service plusieurs fois pour « obliger » à me mettre en « conformité » . Ceci dit à l’heure actuel le plugin bank fonctionne très bien ( l’appel du terminal se fait normalement et le paiement s’effectue...)
      Donc quid du pipeline, comment faire, si c’est bien la solution ?
      Cordialement

    • dowchao

      Oui la solution que j’ai proposé au dessus règle le problème de la 3DSv2. Le Crédit Agricole m’avait coupé toute transaction dès lundi 8h, et bien que j’accédais quand même au terminal de la banque, impossible de valider le paiement. Il n’y a rien à faire en code (c’est ce que je pensais aussi au début, avec cette histoire de pipeline), mais bien à paramétrer correctement les traitements et les champs dans le formulaire de paiement mis à jour.
      Pour être sûre de passer les paiements, j’ai séparé tous les champs demandés : par exemple j’ai « adresse », « cp », « ville », « pays » plutôt que « adresse cp ville » « pays » ce qui permet de ne relier qu’1 seul champ par traitement.

    • miros

      merci,
      est-il vraiment obligatoire de mettre les champs adresse, cp , ville , pays pour passer les paiements ?
      nom et prénom du porteur CB ne suffit-il pas ? j’ai pas trouvé de doc là dessus...

      merci encore

    • dowchao

      Je pense qu’il faut tout car en épluchant le code de formidablepaiement_pipelines.php on trouve vers la ligne 106
      $champs_payeur = [
      ’auteur’ => ’email’,
      ’nom’ => ’nom’,
      ’prenom’ => ’prenom’,
      ’adresse’ => ’adresse’,
      ’code_postal’ => ’code_postal’,
      ’ville’ => ’ville’,
      ’pays’ => ’pays’,
      ] ;
      Si aucun champ n’est relié dans les traitements, je pense que ça bug. Dans mon formulaire d’origine je n’avais que le montant (transmis à la banque) et un code client + numéro facture (transmis à moi, ce qui me permettait d’avoir les coordonnées dans l’ERP) et ça ne marchait pas. Peut être qu’en les supprimant dans le code ça marche, mais ça oblige à passer en 3DSv2 pour le payeur, vu que son formulaire est incomplet. Dans le doute, j’ai mis tous les champs, ça oblige mon client à remplir plus de lignes qu’avant, mais avec le remplissage auto pour les prochaines fois (j’en ai beaucoup qui payent tous les mois via mon spip), il gagne en confort sans être trop embêté par le 3DSv2.
      Mais je suis d’accord la doc est inexistante, alors que ça me semble être un module utilisé par beaucoup de monde !

    • Maïeul

      Mais je suis d’accord la doc est inexistante, alors que ça me semble être un module utilisé par beaucoup de monde !

      certes, mais comme 90% des choses dans SPIP, c’est du benevolat d’écrire de la doc. NOus attendons donc ta contribution :)

    • dowchao

      Oula je suis une dev bricoleuse, j’ai passé un BTS de développeur d’appli en 2003 et je bidouille uniquement pour mes clients que j’avais sur ma première société (je ne fais plus de dev commercial depuis plus d’une décennie ^^). Je comprends ce que je lis, mais je suis rouillée pour partir d’une feuille blanche :P
      Je viens de voir les échanges sur Github, je ne suis jamais tombée dessus lors de mes recherches Google, pourtant j’ai cherché ! Bon ça confirme que pour Crédit Agricole tous les champs sont obligatoires.

    Répondre à ce message

  • miros

    re bonjour,
    Comment mettre en place concrètement ceci ? :

    Pipelines

    Les pipelines suivants permettent de s’insérer dans le processus de paiement et de personnaliser selon vos besoins.

    bank_dsp2_renseigner_facturation

    A partir de la v4. Mise en conformité DSP2
    Ce pipeline sert a renseigner les informations personnelles (nom et adresse de facturation, email) de la personne réalisant l’achat et avec le passage à la DSP2 il est fortement recommandé de les renseigner pour faciliter le paiement et éviter que les banques ne demandent systématiquement une authentification de type 3DSv2

    Grand merci d’avance

    Répondre à ce message

  • miros

    Le plugin bank a visiblement des problèmes de fonctionnement a savoir être conforme à la norme DSP2 et avoir un protocole de sécurisation 3DSV2 . Ceci d’après le Crédit agricole.

    Qu’en est t’il réellement

    Merci de votre retour

    Répondre à ce message

  • Ludo

    Est-ce qu’il est possible d’ajouter Payfip dans la liste des services ?

    Répondre à ce message

  • 1
    robomatix

    Bonjour,

    Dans ce code généré par le plugin v 5.2.0.

    <script type="text/javascript">function stripe_button_acte478_callback(){
    
var h=document.getElementsByClassName('stripe_button_acte478');
    
if(!h.length)return false;
    
h=h[0];
    
while(h.nodeName!=='FORM'){h=h.parentNode;}
    
h=h.parentNode;
    
var stripe=Stripe('pk_test_5xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx');
    
stripe.redirectToCheckout({
    
sessionId:''
    
}).then(function(result){
    
var error='Une erreur est survenue ou le service de paiement ne réponds pas. Ré-essayez dans quelques minutes';
    
error=error+'<br /><tt>'+result.error.message+'</tt>';
    
var div=document.createElement("div");
    
div.className="error";
    
div.innerHTML=error;
    
h.appendChild(div)
    
});
    
return false;
    
}
    
</script>

    sessionId :’’ est vide et évidement la paiement est annulé directe.

    Je ne sais pas quoi faire remplir ce sessionId :’’. Une idée ?

    Merci

    GL

    Répondre à ce message

  • 1
    erational

    Est ce que quelqu’un sait quelle est la solution de paiement en ligne du crédit coopératif et si elle est supportée par le plugin Bank ?

    Répondre à ce message

  • 5
    elm31rugby

    Re-bonjour, notre banque, la BNP, nous annonce qu’ils vont abandonner Mercatornet. Ils vont migrer à un système appelé AXEPTA ( ou Mercanet V2)
    Avez-vous des infos sur sur nouveau système ? Sera-t-il compatible avec le plugin Bank ?
    Merci encore,
    Éric LM

    • Cerdic

      De ce que je lis sur https://docs.axepta.bnpparibas/pages/viewpage.action?pageId=37193511 je ne pense pas que ça marchera et cela semble ne pas être une API déjà implémentée dans le plugin bank (ce serait basé sur PayGate ?). Il faudra(it) donc développer une version Mercanetv2 dans le plugin pour pouvoir continuer à utiliser le plugin avec cette nouvelle interface.

    • elm31rugby

      Bonjour @cerdic merci pour ta réponse. Je vais apporter une précision à ma question :
      -  Il y a effectivement le nouveau système de paiement appelé Axepta, et je comprends qu’elle ne fonctionnera pas avec le plugin Bank.
      -  Mais on peut également remplacer la plateforme de paiement existante Mercanet par une plateforme Mercanet V2, différente de Axepta. La documentation de Mercanet 2 est ici : https://documentation.mercanet.bnpparibas.net/index.php?title=Accueil
      Il y a déjà des plugins développés pour certains CMS
      Est-ce que cette plateforme Mercanet V2 pourra fonctionner avec Bank ?
      Merci, très bonne journée !
      Éric LM

    • Cerdic

      Ah oui j’avais mal compris ta phrase initiale : il y a donc 2 possibilités.
      Mercanet reposait sur SIPS, si Mercanet v2 repose bien sur SIPS v2 alors ça devrait pouvoir marcher cf Module de Paiement SIPS

      De ce que je vois j’avais bien prévu le support de mercanet dans le module SIPSv2, mais je me souviens plus si c’est par mimétisme des autres banques ou si j’ai eu un cas d’utilisateur réel.
      A tester...

      (mais bon les banques ne sont pas les interlocuteurs les plus réactifs et souples sur le paiement en ligne...)

    • elm31rugby

      Merci @cerdic ! Si j’ai des retours de la banque, je te tiens au courant. Bonne journée !

    • elm31rugby

      Bonjour, j’ai mis un message sur le Git du plugin https://github.com/nursit/bank/issues mais je ne suis pas trop habitué à Git, et je ne sais (je pense que oui...) si les auteurs du plugin sont prévenus.
      Simplement, pour donner suite à cette conversation, et pour signaler qu’il y a un problème avec la version Mercanet 2 de la BNP. (expliqué sur le ticket ouvert)
      Si je peux être utile pour des tests, je suis à votre disposition, mais compte-tenu de la complexité du problème, je ne sais pas trop où regarder.
      Éric LM

    Répondre à ce message

  • 1
    Laetitia

    Bonjour,

    pour info et aide si possible ;) je viens de mettre à jour le plugin version 5.1.1 sur un SPIP 3.2.14 et j’obtiens une page d’erreur :
    L210 : You passed an empty string for ’line_items[0][description]’. We assume empty values are an attempt to unset a parameter ; however ’line_items[0][description]’ cannot be unset. You should remove ’line_items[0][description]’ from your request or supply a non-empty value.

    sur un autre SPIP 3.2.14 avec plugin version 5.0.13 ça roule.

    Laëtitia

    • Laetitia

      Bonjour,

      je rajoute une info à l’erreur que je rencontre, une fois que les adresses de livraison et facturation sont remplies on passe au paiement c’est a ce moment que la page de debug s’affiche,
      il s’agirait d’un souci stripe : squelettes/presta/stripe/lib/stripe-php-6/lib/ApiRequestor.php

      je vois pas quoi faire.

      Laëtitia

    Répondre à ce message

  • 3
    Chris

    Bonjour,

    Est-ce que ce module peut fonctionner avec UP2PAY E-TRANSACTIONS DU Crédit Agricole ?

    Répondre à ce message

  • 2
    elm31rugby

    Bonjour à tous, j’ai un problème avec Formidable + paiement avec Formidable + Bank
    Versions utilisées :
    Spip 3.2.14 - PHP 7.2
    Formidable 4.15.4
    Formulaire de paiement 2.0.0
    Banque&paiement 5.0.13
    J’ai mis à jours ces plugins il y a quelques temps, ainsi que le PHP.
    Je gère un formulaire d’adhésion et de règlement en ligne de la cotisation.
    Dernièrement, nous avons constaté que le passage au paiement ne se fait plus, et lorsqu’il valide son le formulaire, l’utilisateur reçoit le message : Fichier inserer_transaction introuvable
    La page d’adhésion est ici : https://www.lappel.org/spip.php?page=adhesion
    J’ai voulu redescendre à des versions inférieures des plugins, (avant tout fonctionnait) mais cela n’est pas possible.
    Avez-vous une idée de l’origine de ce problème ?
    Merci, et bonne journée,
    Éric LM
    PS : j’ai mis ce message sur le forum Spip, mais n’étant pas sûr d’être au bon endroit, je le poste à nouveau ici. Je vous prie de m’excuser si cela fait double emploi.

    Répondre à ce message

  • 4
    elm31rugby

    Bonjour à tous, j’ai fait une mise à jour du plugin bank, et depuis, je ne peux plus accéder à la configuration.
    Le plugin bank est dans sa version 5.0.13
    La page / ?exec=configurer_bank me renvoit le message suivant :
    Parse error: syntax error, unexpected '*' in /home/lappel/www/plugins/auto/bank/v5.0.13/inc/bank_devises.php on line 213
    Est-ce que cette erreur pourrait être due à un PHP trop ancien ?
    Merci,
    Éric LM

    • elm31rugby

      Bon, j’ai corrigé. À la ligne 213 de /inc/bank_devises.php Il y a une * en trop.
      $coeff = 10 ** $fraction;
      J’ai corrigé. ça marche pour moi, mais je pense que d’autres vont avoir des surprises
      Merci,
      Éric LM

    • bdegoy

      Il semble que $fraction soit la puissance de 10. Exemple : $fraction = 3 => $coeff = 1000. Donc ** serait bon.

    • elm31rugby

      Merci !... Est-ce que cette erreur pourrait être liée à la version de PHP ?

    • elm31rugby

      Manifestement, avec un PHP 7.2, ça fonctionne. Désolé pour le bruit. Merci !

    Répondre à ce message

  • 5
    JuL BLoBuL

    Bonjour,

    Un client souhaite intégré https://www.helloasso.com/ comme mode de paiement.

    Cette plateforme propose une solution d’encaissement en ligne sans frais pour les associations, classe non ?

    Quelqu’un connait ?

    Cordialement.
    JuL

    • Cerdic

      helloasso n’est pas un prestataire de paiement proprement dit, ie il n’a pas à ma connaissance d’API pour gérer des paiements que l’on pourrait utiliser.

      C’est une plateforme qui propose des solutions prêtes à l’emploi pour les associations, dont des formulaires de paiement ou d’adhésion ou don.
      Mais je crois que tout doit se passer sur leur plateforme et donc tu peux pas connecter helloasso avec SPIP.

      Dans le meilleur des cas tu dois pouvoir intégrer un formulaire de paiement en iframe sur ton site.

    • DD

      Helloasso « est partenaire de Lemonway, établissement de paiement agréé par l’ACPR en France le 24/12/2012 sous le numéro 16568J » (cf en bas de leur site).
      Il est possible d’intégrer des boutons de paiment / des Iframe Helloasso sur son propre site d’association.

    • JuL BLoBuL

      Ce serait donc l’API de LemonWay qu’il faudrait intégrer ?
      https://apidoc.lemonway.com/

      Je comprends bien que cela ne garantit pas de profiter des avantages d’HelloAsso en terme de gratuité.

      Je vais creuser la question.

    • Pat

      Bonjour !
      La solution Helloasso a-t-elle pu être testée et intégrée finalement ?
      Il y a effectivement un API disponible.
      Merci !

    • Cerdic

      Il y a un ticket ouvert https://github.com/nursit/bank/issues/78 mais encore faut-il que quelqu’un en ait besoin et soit suffisamment motivé pour faire le développement/proposer une PR (ou le financer)

    Répondre à ce message

  • 5
    domiw

    Bonjour

    Est-ce qu’il est envisagé d’inclure la possibilité de paiement par PayPlug ?
    Merci

    • Pierrot

      Oui cela semble être l’alternative française à Stripe, la réponse à cette question m’intéresserait aussi :-)

    • Cerdic

      J’ai pas eu de demande concrète d’utilisation de PayPlug, donc je n’ai pas regardé ; c’est bien de pouvoir rôder l’interface avec une API de paiement sur un projet réel, car dans la vraie vie c’est toujours un peu plus compliqué que ce que dit la doc de ces API et il y a des petits cas tordus par-ci par là.

      Pour du paiement à l’acte ça doit pas être très compliqué cela dit, et c’est donc surement possible. Mais pas dans mon planning (pour le moment ;) )

    • Pierrot

      Ok merci pour le retour.

      J’ai exploré le site de Payplug mais j’ai quand même un peu des doutes sur le fait que ce soit une alternative réelle à Stripe.

      Tout d’abord par le fait qu’il y ait un abonnement mensuel même pour la version « starter » ... ok c’est bas (10€/mois) mais la commission est alors de 1,6% + 0,25/transaction donc déjà plus cher que Stripe qui n’a pas d’abo et une commission à 1,4%+0,25/t. L’avantage décisif pour Stripe c’est l’absence d’abonnement, ce qui parle aux activités en démarrage, aux petits budgets, aux assocs, etc ...

      Ensuite en Pro l’abo est de 30€/mois avec une commission de 0,8%+0,15/t et là ça devient plus cher que la solution Crédit Mutuel qui est à 20,40€/mois et 0,8%+0,10/t ...

      Perso je n’arrive pas à croire que les banques françaises, y compris Natixis le propriétaire de Payplug, avec les marges et bénéfices qu’elles dégagent annuellement, ne soient pas capables de nous pondre un concurrent sérieux à Stripe, en terme de tarification pour Payplug qui semble ok techniquement et ergonomiquement, en terme de tarification et de techniques pour les autres Atos et consorts ... dans 10 ans ils vont tous pleurer que les jobs sont partis en Californie :-(
      Bref ...

    • domiw

      Effectivement auparavant PayPlug proposait une tarification sans abonnement idéale pour les petites structures, mais elle vient d’être supprimée. Ceux qui l’avaient souscrite peuvent encore en bénéficier mais elle n’est plus accessible aux nouveaux venus. :-((
      Merci pour les retours.

    • Manu

      Bonjour

      j’ai conservé la tarification sans abonnement de Payplug et j’avais réussi à l’intégrer dans bank.
      Leur API a bien changé avec l’objet Payment qui est devenu une classe (ce qui permet d’obtenir une adresse d’appel différente à chaque paiement)
      Impossible de l’intégrer dans le module de paiement sans mettre le bazar.
      Si quelqu’un a une piste :
      https://docs.payplug.com/api/apiref.html

    Répondre à ce message

  • 3
    Pierre

    Bonjour,

    Sur GitHub il y a une version 5.0.3 annoncée compatible Spip4, mais comme je ne la vois pas ici, je pose la question :-) Elle est utilisable sur un site avec des paiements via Formidable ?

    Merci d’avance ! Pierre

    • Cerdic

      En effet, je suis toujours prudent avec les grosses nouvelles releases de ce plugin avant de les envoyer dans la nature.

      Je n’ai donc pas encore taggué de version 5.0.x, j’attendais d’avoir un peu de recul sur le fonctionnement du plugin en production sur quelques sites que je gère. Mais je pense qu’on est bon, je vais donc m’occuper de publier une version 5 qui marche avec SPIP 4 et avec paiement avec formidable toujours

    • Pierre

      Bonjour,
      Ok merci, je vais éventuellement mettre à jour, ça fera un test de plus :-) Merci pour la réponse et pour ce plugin que j’utilise sur une 10 aine de sites qui ne demandent qu’à passer en 4 !!
      Pierre

    • Pierre

      Bonjour,

      Ok j’ai mis ce site à jour en v4, tous mes tests (avec Stripe en test) sont bons ! Merci !

      Pierre.

    Répondre à ce message

  • elm31rugby

    Moyens de paiement disponibles

    Bonjour à tous, j’utilise Formidable, Paiement avec Formidable, et Bank. Les plugins sont à jour, je suis sous Spip 3.2.11 Notre banque est la BNP et j’ai activé comme Prestataire de paiement SIPS, et j’ai renseigné les différents éléments pour MercatorNet.
    Tout fonctionne, et lorsque j’arrive aux moyens de paiement proposés, je vois apparaître 3 logos de cartes bancaires : CB, Visa, Mastercard.
    Or je voudrais également autoriser American Express. Où cela se fait-il ?
    Merci pour votre aide. Et bonne journée !
    Éric LM

    Répondre à ce message

  • Mist. GraphX

    Bonjour,

    Je souhaiterais pouvoir donner les droits a un admin ou admin restreint de pouvoir voir le bouton payer, sur la liste des transaction.

    Je n’ai pas trouvé l’autorisation correspondante utilisé dans la liste #AUTORISER{payer,transaction}

    Une surcharge de celle ci dans les autorisations de mon plugin ne me donne pas de résultats ...

    Merci de vos réponses éventuelles ou idées ;-)

    Répondre à ce message

  • 3
    JuL BLoBuL

    Bonjour,
    Un de mes clients au Maroc souhaite intégrer CMI (https://www.cmi.co.ma/) pour encaisser les paiements sur son site exploitant SPIP + BANK.
    Quelqu’un aurait déjà développé ce module par hasard ?
    Merci

    • JuL BLoBuL

      Bonjour,
      Je me réponds, au cas ou cela intéresse quelqu’un.

      J’ai moi-même développé le module de paiement pour ECOM CMI, il est en production.

      A bonne entendeur.
      JuL

    • Cerdic

      Hésite pas à proposer une Pull Request sur le projet https://github.com/nursit/bank !

    • JuL BLoBuL

      Je vais devoir retravailler un petit peu le module, celui-ci est un poil personnalisé pour mes besoins.
      J’ai une question à ce sujet. Pensez-vous qu’il serait envisageable que chaque module dispose de son propre fichier de lang ?

    Répondre à ce message

  • 3
    RastaPopoulos

    Hello Cédric,
    dans cet article il y a une pas mal longue liste de pipelines fournis par le plugin. Sauf que… ça ne documente rien, il y a juste une description humaine d’à quoi ils servent, mais pour aucun on ne sait quoi remplir.

    Le data est de quel type ? Et si c’est un array par ex, quelles sont les clés attendues ? Certaines sont obligatoires ? Facultatives ? etc :)

    • Cerdic

      oui sorry. Mais c’est presque fait un peu exprès :p
      Chaque pipeline est documenté in situ, là où il est utilisé dans le plugin bank et comme ça s’adresse à des dev...
      (mais je pourrais faire mieux)

    • RastaPopoulos

      Oui mais même quand t’es dev tu veux de la doc, sans devoir faire un grep du code pour trouver d’où ça vient, chercher les commentaires, etc, avant de réussir à l’utiliser (surtout que c’est à utiliser dans son plugin à soi ailleurs, ya pas de raison d’aller lire le code de Bank pour comprendre).

      Mais promis, la prochaine fois que je dois en utiliser un, je viens modifier l’article au fur et à mesure pour compléter. :)

    • DevInCode

      Super, mais où ça ?

    Répondre à ce message

  • 1
    Pierre KUHN

    Bonjour,

    Serai t-il possible de pouvoir passer une transaction en abandon facilement ?
    L’idée serait de pouvoir supprimer ou abandonné une transaction en attente donc virement ou chèque si elle n’a pas été reçu au bout de X jours.

    Merci

    • Cerdic

      C’est déjà existant : depuis la liste des transactions dans ecrire/ il faut cliquer sur « Payer » en face de la transaction en attente, et il y a alors un bouton « Abandonner cette transaction » en colonne de gauche

    Répondre à ce message

  • Gilles L.

    Bonjour,

    Merci pour ce plugin.
    J’aimerais avoir un retour négatif avec paypal.

    J’ai tenté un

                        [
                    (#FORMULAIRE_PAYER_ACTE{
                    100.01,
                    #ARRAY{
                    montant_ht,#PRIX_HT*,
                    id_commande,#ID_COMMANDE,
                    id_auteur,#ID_AUTEUR,
                    url_retour_ok,#SELF|parametre_url{etape,retour}|parametre_url{paiement,succes},
                    url_retour_echec,#SELF|parametre_url{etape,retour}|parametre_url{paiement,echec}
                    }
                    })
                    ]

    ou 100.01 doit, si j’ai bien compris, correspondre au code d’erreur 10001. J’ai bien activer la possibilité de retor négatif sur le compte boutique dans paypal. Mais, le paiement passe toujours...

    Est ce la bonne méthode ? Est ce le bon code ? J’en ai testé plusieurs sans succès, c’est à dire avec des succès sur le paiement, mais pas de retour en erreur....

    Voilà !

    Merci d’avance pour toute aide ou précision !

    Gilles L.

    Répondre à ce message

  • DD

    Bonjour,
    Sur cette page la version du plugin est :
    Téléchargements Version 3.6.7 https://files.spip.net/externals/bank.zip
    Sur un site en production (SPIP 3.2.5 [24404] ) la version installée est Banque&paiement 3.6.1 - stable et il n’y a pas de notification de mise à jour disponible vers 4.0.2 - stable.
    Est-ce qu’il faut aller sur https://github.com/nursit/bank pour manuellement télécharger la nouvelle version ?

    Merci

    Répondre à ce message

  • 2
    Lucie2006

    Bonjour,

    Suite à la nouvelle législation en vigueur, je souhaite mettre à jour le plugin Bank.
    J’ai actuellement la version 3.3.6 stable de ce plugin ainsi que la version 3.1 de SPIP.

    Mon site fonctionne en ce moment correctement avec une petite boutique en ligne. N’étant qu’une développeuse autodidacte et apprentie, j’ai vraiment beaucoup travaillé pour la faire fonctionner...mais je n’ai jamais perdu espoir grâce à la communauté SPIP qui m’a aidé dans les moments où je me trouvais bloquée.

    Par précaution, je voudrais savoir si la simple mise à jour manuelle du plugin (par FTP dans mon dossier plugin/auto, car les mises à jour de plugin ne fonctionnent pas pour moi sur l’espace privé dans « gestion des plugins »...) suffira à l’actualisation du système de paiement avec ma configuration existante, ou si je devrais faire à nouveau toutes les démarches de configuration (clé API, configuration Stripe etc.).

    Merci pour votre aide.

    • Cerdic

      Bonjour Lucie,

      la mise à jour du plugin suffira, il n’y a pas de modification nécessaire sur la configuration.

      Le mieux est d’uploader la nouvelle version dans un autre, dossier à côté de l’ancienne version, et ensuite d’aller sur le panneau de gestion des plugins pour désactiver l’ancienne version et activer la nouvelle à la place.

    • Lucie2006

      Merci beaucoup cela a fonctionné sans embûches...
      Bonne fin de journée

    Répondre à ce message

  • 2
    RealET

    Bonjour,

    Comment faire un export des transactions ?
    ecrire/ ?exec=transactions ne fait que les lister, je ne vois pas de bouton exportation (CSV/XLS).

    Voir aussi : https://contrib.spip.net/Paiement-avec-Formidable-4614#comment502426

    • DD

      Bonne question... Le copier/coller dans un tableur c’est pas pratique.
      Il y a un export pour ?exec=factures (par défaut il n’y a que l’export par mois je crois, je l’ai bidouillé pour l’avoir par année).
      Peut-être possible de l’adapter aux transactions.
      La réponse « patate chaude » est que le client doit avoir la liste des transactions dans son tableau de bord de solution bancaire..

    • RealET

      En fait, je crois que ce qu’ils veulent, c’est un lien entre les information saisies dans formidable et la transaction bancaire : « Par ailleurs, le n° de transaction n’est pas repris (nécessaire pour l’appariement avec le fichier de la banque). »

      Donc, l’export des transactions seules n’est pas suffisant, c’est la liaison avec les informations saisies dans formidable qui va vraiment être utile.

    Répondre à ce message

  • 6
    touti

    Bonjour Cedric,
    est-ce qu’il te serait possible partout ou il y a « EUR » ou ’EUR’ de remplacer par une constante (qui fonctionne aussi avec le plugin PRIX) et qui permette de débrayer la devise par defaut ?

    Merci pour l’Internationale !

    //devise de référence
define('DEVISE_DEFAUT','&nbsp;EUR');

//écriture de la devise par défaut
define('PRIX_DEVISE','fr_FR.utf8');

//pour money_format
setlocale(LC_MONETARY, PRIX_DEVISE);
    • JuL BLoBuL

      Bonjour à tous,

      Je soutiens la demande de Touti !

      J’ai des sites sur plusieurs continents, je suis obligé d’avoir une version modifié manuellement pour avoir les bonnes devises... Inutile de dire que je ne suis plus les mises à jours...
      Dans la page de config il faudrait pouvoir configuré Pays et Devise et avec les codes ISO. Le module Paypal appelle ces valeurs par exemple, elles sont en dur dans le code.. Dommage.

      Un rapprochement avec le plugin DEVISE serait judicieuse je pense :)

      Merci en tout cas pour ce super plugin !

      Bien à vous,
      Julien

    • Cerdic

      La gestion propre des devises est en effet à intégrer dans le plugin. Ça ne concerne pas uniquement les affichages mais aussi les echanges techniques avec (toutes) les plateformes de paiement.

      C’est sur ma liste de todo, mais pas encore eu le temps (ou le projet) pour le faire et le tester intensivement.

      Sur ce plugin j’ai une politique très restrictive d’évolution/commit : je ne valide que des évolutions que j’ai pu tester en live, car il est hors de question d’envoyer des évolutions qui cassent le paiement sur des sites en production.

      Par contre je crois que la demande de Touti ne concerne que les affichages, ce qui serait déjà un premier pas. Mais à ce point là rien ne sert de mettre une constante qui sera dépréciée dans 4 matins, je pense qu’une fonction surchargeable pour afficher le libellé de la devise sera préférable, car pouvant gérer le multi-devises.

    • JuL BLoBuL

      Pour info dans ma version « custom »

      J’ai modifié/ajouté dans le plugin et ces modules :
      -  La devise dans le fichier option (une fonction _dist serait la bienvenue)
      -  Les frais fixe et variable dans Paypal
      -  la devise (currency_code et mc_currency) dans Paypal
      -  le pays (lc) dans Paypal

      J’ai également fait developpé une module « presta » pour Global Payment Webpay https://www.globalpaymentsinc.com/en/europe/accept-payments/online/gp-webpay, utilisé en europe centrale, si cela peut servir à quelqu’un ;)

    • JuL BLoBuL

      Bonjour Cerdic,

      Je viens aux nouvelles quant à la prise en charge de plusieurs devises sur le plugin BANK.

      Pour ma part j’utilise toujours des versions « Custom » du plugin BANK que j’utilise sur tous les continents ou presque :)

      Ca marche très bien, je serais heureux de pouvoir profiter des mises à jour du plugin.

      En vous remerciant.
      Julien

    • Cerdic

      Je t’invite à faire une proposition de Pull Request pour tes modifications, qui semblent au moins avoir été testée sur PayPal, et je pourrais par la suite regarder pour compléter les autres prestataires bancaires.

      En pratique on ne peut pas releaser une version multi-devise sans que ça soit pris en compte sur tous les modules de paiements.

      Attention, avec la mise en place de la DSP2 en septembre 2019, il est fortement recommandé de passer à la v4 du plugin

    • JuL BLoBuL

      Bonjour Cerdic,
      Je ne suis pas très familier avec GitHub, si il y aurait un guide qqpart ce serait super.

      Quoiqu’il en soit, je me suis créé un compte github, j’ai cloné le repository nursit/bank/, j’ai créé une nouvelle branche (nommé devise), j’ai fais une première modification permettant de modifier la devise via la page du plugin.
      J’ai commité ma modif, mais je ne sais pas si vous l’avez reçu.
      Merci d’avance pour vos lumières,
      JuL

    Répondre à ce message

  • DD

    Est-ce normal si la dernière version du plugin Bank (Version 3.6.7) n’est pas détectée pour mise à jour sur la page ?exec=admin_plugin ? J’ai pour l’instant la version
    Banque&paiement 3.6.1 - stable
    J’ai bien l’icône de mise à jour pour d’autres plugins.

    Et en faisant une recherche sur « bank » ou « banque » sur la page ?exec=charger_plugin ce plugin n’est pas listé.

    Merci
    dd

    Répondre à ce message

  • 2
    guilaind

    Merci pour le gros travail réalisé pour l’échéance du 14 septembre.

    Néanmoins je ne comprends pas trop ce que je dois faire pour le pipeline bank_dsp2_renseigner_facturation.

    Dans mon cas, le paiement arrive en fin de formulaire formidable sur lequel j’ai notamment collecté nom, prénom, email. Que dois-je faire pour que Stripe reçoive ces éléments ?

    • Cerdic

      C’est dans le plugin formidable_paiement que cela devra être géré, notamment en permettant de définir quels champs correspondent aux infos de nom, adresse, CP, ville, pays, pour que la demande de paiement soit au maximum complète. Mais formidable_paiement n’a pas encore été modifié.

      Dans l’attente ça ne bloquera pas et ça fonctionnera comme ça, le seul inconvénient étant un risque d’avoir plus de demande d’authentification type 3DS par la banque lors du paiement.

    • guilaind

      OK merci. Pour l’instant le seul champ que le plugin formidable_paiement me demande de mapper est l’adresse email.
      Je vais surveiller les évolutions de ce plugin

    Répondre à ce message

  • Damien

    Bonjour,
    Merci pour cet excellent plugin ;-).
    Même si c’est anecdotique, j’ai trouvé un petit bug (a priori) sur les images de CB pour SIPS dans la page de l’admin quand on fait « Payer » sur une transaction par virement.
    J’ai modifié le fichier sips.php de presta\sips\inc :
    AVANT : $result = $sips_exec_request($service,$params,$certificat,’$dir_logo,$request) ; (ligne 83)
    APRES : rajout de ’../’. devant $dir_logo
    Cela semble fonctionner sans affecter le formulaire publique ni la validation du paiement.
    Bonne journée

    Répondre à ce message

  • 2
    christophe

    bonjour,
    j’ai quelques transactions qui ont été enregistrées avec le code -1 (dans la colonne « Finie ») et je vois le message suivant pour ces transactions : « La prise en compte du paiement de cette transaction a été interrompue en cours de traitement. Une réparation manuelle de la base de données est nécessaire. »

    Qu’entendez-vous exactement par une « réparation manuelle de la base » ?

    Deuxième question : y a-t-il un moyen de savoir d’où vient ce problème car les transactions concernées par ce code -1 ont pourtant bien abouties chez Stripe et elles sont bien enregistrées comme payées dans la base.

    merci
    christophe

    • Cerdic

      Comme l’indique le message, c’est « la prise en compte du paiement » dans SPIP qui a été interrompue.

      Le paiement a bien été effectué, Stripe a envoyé une notification au site pour dire « hé ce paiement est OK » et là le plugin déclenche un certain nombre d’opérations : mise à jour de la base avec les informations du paiement, envoi d’un mail de confirmation, éventuellement emission d’une facture si le plugin adhoc est installé etc…

      Pendant toutes ces opérations la transaction est mise dans un état intermédiaire avec un -1 sur le flag finie : ça permet au plugin de savoir qu’elle est en cours de traitement si jamais on a une double notification (ce qui arrive souvent avec certains moyens de paiement) et donc de ne la traiter qu’une fois.

      A la fin du traitement le flag -1 est enlevé et la transaction est marquée comme réellement finie.
      Mais si pendant ce traitement il y a un restart apache, ou un timeout parce que le serveur est lent ou tout autre évènement qui fait que le traitement ne va pas au bout, la transaction reste dans cet état.

      Ce n’est pas dramatique, mais selon là ou le traitement s’est arrêté, peut-être il manque la facture, ou peut-être le mail n’a pas été envoyé à l’acheteur etc…

      Aucun moyen de savoir en détail où ça a coincé et ce qu’il faut faire pour réparer, il faut analyser en détail. Mais ça peut aussi rester comme ça sans conséquence

    • christophe

      c’est très clair, merci.

    Répondre à ce message

  • 1
    Julien

    J’ai installé le plugin Bank + Stripe, mais je voudrais utiliser la librairie de stripe directement dans mon code PHP.

    Est-ce que l’API stripe est intallée via Composer, et on ajoute simplement :

    require_once('vendor/autoload.php');

    en début du script PHP ?

    Ou bien un autre include est nécessaire avant de faire les appels à l’API du type :

    \Stripe\Stripe::setApiKey("sk_test_ByhT13mszp6j");

	// Create a Customer:
	$customer = \Stripe\Customer::create([
		'source' => 'tok_mastercard',
		'email' => 'paying.user@example.com',
	]);

    Merci de votre aide sur ce problème un peu en marge du plugin Bank.
    Julien

    • Julien

      Je complète :
      -  l’installation via composer ne marche pas pour le moment sur OVH, il bug sur le téléchargement d’un Json
      -  si je fais un include direct de /stripe/init.php, cela bloque tout...

    Répondre à ce message

  • Gilles

    Bonjour,

    pourquoi systempay, dans sa version SPPlus, ne gère-t-il pas les abonnements ? C’est pourtant possible dans la documentation : https://www.ocl.natixis.com/systempay/document/index/key/3b2e53ddf3c4080a95dd2d4471a814d7#

    En PJ j’ai mis un extrait de code proposé par la doc.

    .Gilles

    Répondre à ce message

  • 1
    atoom

    Salut,

    D’abord merci pour ce superbe plugin très pratique.

    J’ai mis en place un système de paiement récurrent avec le provider Stripe. Côté Stripe, les paiements sont bien renouvelés et il appelle correctement le webhook qui lui renvoie une 200. Cependant, côté Spip, rien ne se passe : pas de nouvelle transaction créée, pas de mise à jour de la transaction existante.

    Ma question est donc : qu’est-il sensé se passer dans ce cas (la doc est peu bavarde à ce sujet) ? Une nouvelle transaction ne devrait-elle pas apparaitre en base ? Comment savoir qu’un paiement a été renouvelé ?

    Merci !

    • Yohooo

      Quelques pistes (mais je ne suis pas arrivé à bout du schmilblick) :

      Ligne 174, il manque 2 variables importantes pour décrire le plan :

      'interval_count' => $echeance['interval_count'],
'product' => $echeance['product'],

      Il faut donc que tu adaptes ta fonction ’decrire_echeance’ (dispo dans le dossier /abo du plugin) pour délivrer ces 2 paramètres.

      Si le produit n’existe pas, il faut le créer.

      Voila où j’en suis. Avec ces 2 variables, ça fonctionne.

    Répondre à ce message

  • 6
    Yann

    Bonjour,
    Je n’arrive pas à comprendre pourquoi le montant indiqué dans la réservation est correct alors que dans les transactions ce montant est multiplié.
    Exemple : je réserve 10 places à 13 € = montant total 130,00 € (correct dans l’espace privé)
    Quand je regarde les transactions je me retrouve avec 1300,00 € Pourquoi transactions multiplie t-il le montant total (130,00 €) par le nombre de personnes inscrites ?
    Yann

    • Yann

      Je précise que j’utilise réservations multiples. Si j’inscris 1 seule personne tout est correct, mais dès que je mets une quantité de 2 ou plus le montant total de la transaction est égal à : (prix X par nombre de personnes) X par nombre de personnes.
      Une incompatibilité avec réservations multiples ?

    • Yann

      Problème résolu par Rainer Muller. Il s’agissait d’un problème sur le plugin reservation bank. Merci à lui.
      Yann

    • Yann

      J’activé les paiements par chèque et par virement. Quand je valide j’obtiens Une erreur 404 squelette bank_retour.html manquant. Mais ce squelette comme les autres est bien dans le dossier content du plugin. Quel est le souci ? Comment appeler ce squelette ?
      Merci de votre aide.
      Yann

    • Yann

      Merci à Rainer...j’ai compris.
      Désolé pour les doubles messages.
      Yann

    • Pierre KUHN

      Bonjour,

      Si tu as pas Z sur ton site, il faut faire les pages à la racine de squelettes/

    • Yann

      Merci. Ca marche super !
      Yann

    Répondre à ce message

  • 2
    Fennec72

    En « ecrire/ ?exec=configurer_bank », quand on choisi comme prestataire « Simulation (necessite une autorisation par define) (2CF8) », que faut-il faire exactement ?

    « define », je suppose que c’est du PHP, mais où et comment ?

    Merci d’avance,

    Cordialement,

    Hervé

    Répondre à ce message

  • Fennec72

    Bonjour,

    Le « plugin Bank » est manquant dans le dépôt depuis l’espace privé en spip 3.2.1

    Merci d’avance,

    Cordialement,

    Hervé

    Répondre à ce message

  • 6
    Cricri

    Bonjour

    Au risque de passer pour une blonde que je suis - désolé je débute et je n’arrive pas à tout suivre dans les explications- j’ai créé pour ma petite association un petit site sous spip dans lequel je souhaite mettre un formulaire un formulaire d’adhésion en ligne avec paiement par virement.
    Le formulaire est créé (article), j’ai configuré le module de paiement par virement dans mon espace privé, mais comment j’appelle le paiement par virement dans mon article ? Et dois-je configurer une page html du plugins bank au préalable ?

    Merci pour vos réponses

    • DD

      C’est un formulaire Formidable ? SI oui Il y a une extension de Formidable pour la transaction : https://contrib.spip.net/Paiement-avec-Formidable-4614

    • Cricri

      Bonjour monsieur
      merci pour votre retour.
      Non mon formulaire n’est pas lié à Formidable, il s’agit d’un article basique avec un pdf en bulletin d’adhésion.
      Les gens renvoient le bulletin avec un chèque ou le bulletin par mail avec un paiement par virement (et ticket payeur à joindre aussi) depuis le site.
      Ce n’est peut-être pas ce squelette dont j’ai besoin

    • DD

      Mademoiselle,
      Un article « basique » n’est pas lié par défaut à une transaction. Je pense que le plus simple pour les virements est d’ajouter un formulaire Formidable avec l’extension transaction + le plugin Bank + paramétrer le mode virement.

    • Maïeul

      Dit autrement : si vous demandez aux gens de remplir un PDF puis de l’envoyer par la poste, comment voulez vous qu’on puisse automatiser le traitement avec un plugin comme bank ?

      Par contre ce qu’il est possible de faire est de créer un vrai formulaire web (avec le plugin formidable) qui peut se combiner avec l’extension transaction + bank.

    • Cricri

      Je vous remercie monsieur je vais essayer

    • Cricri

      je ne cherchais pas forcément à lier le pdf à la transaction mais juste renseigner le montant dans le paiement par virement à travers le plugin bank. le pdf sert juste de support complémentaire isolé.
      je vais m’atteler rapidement au plugin formidable. Je vous remercie pour vos retours

    Répondre à ce message

  • 1
    Daniel

    Bonjour
    J’avais bien configuré les transactions par chèque et par virement.
    Mais depuis une mise à jour de SPIP ( passage de 3.0 à 3.2) et des plugins dont celui-ci, lorsque l’on choisit ces options sur le site il apparait une fenêtre d’erreur :
    « Aucun squelette bank_retour_attente.html n’est disponible... »
    Pourtant ce fichier figure bien dans le dossier du plugin « content ».
    La transaction figure bien en attente dans l’interface privée, mais les renseignements documentés dans la config ne parviennent plus à l’utilisateur ( adresse pour envoyer le chèque ou IBAN de la banque pour les virements)
    Merci de votre aide

    • Daniel

      Je me réponds à moi-même.
      Après plusieurs désinstallations et réinstallations, ça (re)marche.
      Mais l’affichage des renseignements n’est pas stylé.
      Merci de votre aide

    Répondre à ce message

  • 1
    Mike lbh

    Salut Jordi

    Parmi les nombreux sous-plugins mis au point , il y en a probablement qui fonctionnent
    à peu près de la même facon que l’API de la CAIXA.
    Le mieux est d’identifier le cas le plus proche et s’en inspirer.
    C’est ce que j’ai fait pour un mode dérivé de Paypal.

    Mike lbh

    • jordibardaji

      Merci Mike.

      J’ai essayé de voir quelq’un de les sous plugins qui peut être de de la même façon mais c’est trop dur pour moi.

      J’ai besoin de quelque aide.

      Je suis perdu quan j’ai essayer de comprendre comme ça marche.

      Jordi

    Répondre à ce message

  • jordi Bardaji

    Bonjour,

    J’ai besoin d’ajouter le paiment par carte avec la banque CaixaBank (c’est une banque Espagnole). J’habite en Espagne et mon client a besoin de ça.

    Comment faire pour ajouter cette banque ? Est-ce que vous avez des instructions dont je peux me servir ?

    Merci,

    Jordi Bardají

    Répondre à ce message

  • 1
    Seb

    Bonjour,

    Il a l’air excellent comme plugin !
    Possible de rajouter un nouveau module de paiement ?
    Car il y a PayPlug qui est plutôt sympa :)
    Enfin s’il y a besoin je veux bien tenter de mettre le nez dedans afin d’ajouter PayPlug comme nouveau module ;)

    @+

    • Pyo

      bonjour
      je commence tout juste à mettre le nez dans le plugin commerce.
      J’utilise déjà (sous presta) la système payplug. Mais il n’apparaît pas dans la liste proposée par défaut. Comment faire ?
      Merci
      Pyo

    Répondre à ce message

  • Pifou du Rouergue

    Bonjour,

    Et tout d’abord bravo et merci pour ce plugin !

    Je cherche, en utilisant simplement #FORMULAIRE_PAYER_ACTE qui me suffit amplement, à passer un paiement par CMCIC, mais celui-ci arrive systématiquement en version paiement 3 fois (paramètre nbrech) alors que je n’ai rien demandé (et donc passé seulement les paramètres de base).

    Je me doute qu’il « suffirait » de passer ce paramètre à 0, mais je n’ai pas trouvé comment.

    Voilà mon code :

    [(#FORMULAIRE_PAYER_ACTE{#GET{prix},
					
					 #ARRAY{
						montant_ht,#GET{prix},
						titre, 'Formation',
						auteur, #ENV{input_6},
						nbrech, '0'
						}
					})]

    (Oui je passe par formidable, mais là n’est pas le sujet)

    Quelqu’un aurait-il la solution s’il vous plait ?

    Répondre à ce message

  • 1
    Safari

    Bonjour,
    Je rencontre un problème avec l’utilisation du plugin.
    Je ne comprends pas, le problème disparait avec un rechargement de la page ’paiement’, sachant que j’utilise le code suivant pour envoyer le paiement :

    [(#FORMULAIRE_PAYER_ACTE{
    	#PRIX*,
    	#ARRAY{
    		montant,[(#PRIX*)],
    		id_commande,#ID_COMMANDE,
    		id_auteur,#ID_AUTEUR
    	}
    })]

    Voila ce que me dit SPIP lorsque j’active le mode ’&var_profile=1’ :

    Catchable fatal error : Object of class PDOStatement could not be converted to string in .../plugins/auto/bank/bank/inserer_transaction.php on line 105

    Je ne comprends pas cette erreur.

    Une bonne âme plus compétente que moi saurais m’indiquer une piste ?
    Merci.

    PS : dois-je insérer les lignes suivantes dans un fichier mes_options (ce que je n’ai pas fait) ?

        $inserer_transaction = charger_fonction('inserer_transaction','bank');
    $id_transaction = $inserer_transaction($montant,$options);
    • Saf

      Je me réponds à moi même... à priori, pour que le modèle fonctionne, il faut un montant_ht
      => comme d’ailleurs précisé sur cette page dans l’exemple... Autant pour moi...
      Merci Cedric pour ce plugin très utile.

    Répondre à ce message

  • bob

    J’obtiens cette erreur lorsque je bascule de mon site vers le site de banque. Des idées ?

    Erreur interne du serveur de paiement

    Votre paiement n’a pas été pris en compte. Nous regrettons de ne pouvoir donner suite à votre demande, merci de prendre contact directement avec le commercant afin de terminer votre commande.

    Content-type : text/html ;Expires : 0 ;charset=utf-8

    Répondre à ce message

  • 4
    jeromeD

    Bonjour,
    Je mets en place ce plugin pour la première fois pour un site d’une amie (très agréable et logique en installation)...elle me demande quelque chose de surprenant pour moi mais bon...
    Est-il possible de rajouter un module supplémentaire sur le même principe que celui de chèque mais pour un règlement par CB en téléphonant pour valider la commande. Celui qui gère le site saisie via son terminal de paiement les données de la CB du client fournies par téléphone ?
    Les champs seraient :

    • téléphone
    • Horaires d’ouverture téléphonique
    • informations complémentaires

    Merci d’avance
    Jérôme

    • Pierre KUHN

      Bonjour,

      Quand tu vas sur une facture dans le privé de SPIP tu peux enregistré un paiement.

    • jeromeD

      Bonsoir,
      J’avais bien vu cette possibilité pour le « gestionnaire » mais c’était pour proposer une solution de paiement à l’internaute !
      Merci quand même
      Cordialement

      Jérôme

    • Pierre KUHN

      Bonjour,

      Comme le mode « chèque » tu veux dire ?

    • jeromeD

      Exactement,
      que l’internaute est un « autre choix » (comme chèque) qui serait une validation par téléphone avec sa CB.
      C’est pour cela que je proposais (s’il y a un petit module comme chèque) que les champs à proposer dans l’espace privé seraient :

      • téléphone
      • Horaires d’ouverture téléphonique
      • informations complémentaires

      Afin de proposer ces informations à internautes après avoir choisi ce mode de paiement

    Répondre à ce message

  • 2
    Sandrine

    Bonjour,

    Serait-il possible de généraliser les squelettes en cas de « règlement gratuit » en introduisant de nouvelles chaînes de langue ?

    • Dans modeles/payer_acte.html : Remplacer ’Rien à payer’ l33
    • Dans presta/gratuit/payer/acte.html : Remplacer ’Vous n’avez rien à payer’ l15

    ça permettrait des traductions et/ou personnalisations sans surcharge des squelettes

    Merci !

    Répondre à ce message

  • Peetdu

    Hello,

    je crois avoir noté un petit bug concernant la gestion des urls de retour.

    Lors de l’utilisation de #FORMULAIRE_PAYER_ACTE, je renseigne les options comme suis :

    <BOUCLE_commande(COMMANDES){id_commande}{statut=encours}>
#SET{url_retour_success, #VAL{mapage_success}|generer_url_public }
#SET{url_retour_echec, #VAL{mapage_echec}|generer_url_public}

<p>MONTANT : <b>#PRIX* €</b></p>
#FORMULAIRE_PAYER_ACTE{
	#PRIX*,
	#ARRAY{
		montant_ht,#PRIX*,
		id_commande,#ID_COMMANDE,
		id_auteur, #GET{id_auteur},
		auteur, #GET{auteur},
		url_retour, #ARRAY{'url_retour_ok', #GET{url_retour_success}, 'url_retour_echec', #GET{url_retour_echec}}
	}
}
</BOUCLE_commande>

    En l’état, les urls retour ne sont pas enregistrées dans la table spip_transactions

    En cause (me semble t-il) le code dans bank/v3.2.1/formulaires/payer_acte.php #L90

    foreach (array('url_retour_ok','url_retour_echec') as $var){
	if (isset($options[$var])){
		$url_retour[$var] = $options[$var];
	}
}

    qu’il faut remplacer par…

    foreach (array('url_retour_ok','url_retour_echec') as $var){
	if (isset($options['url_retour'][$var])){
		$url_retour[$var] = $options['url_retour'][$var];
	}
}

    Testé avec le module de paiement SIPS / Sogenactif et ça marche bien

    Répondre à ce message

  • Richie

    Bonjour

    J’ai installé le plugin qui a super bien fonctionné (super boulot au passage)

    mais depuis hier impossible d’accéder à l’interface de configuration afin de rentrer les informations banquaires

    le chargement de la page s’arrête apres « Configurez les systèmes de paiement actifs » puis plus rien

    Aucun message d’erreur, le code de la page s’arrête la ( balise div class=« ajax »)

    Une idée du problème ?

    Merci d’avance

    Répondre à ce message

  • 7
    voreysien

    Bonjour Cédric,
    Tout est OK jusqu’aux pages de retour qui génèrent une erreur 404 avec un message Spip « Aucun squelette bank_retour_ok.html n’est disponible... » . Je suis avec la dernière version « bank-master » et ne trouve pas de solution.
    Ce site http://nomathon.fr organise une manifestation sportive pour une association caritative qui opère les enfants victimes de maladies dé-génératrices .
    SPIP 3.0.14, Sarka-SPIP 3.2.36 , Saisies pour formulaires 2.6.1, YAML 1.5.2, SPIP Bonux 3.2.1, Formulaires de paiement 1.0.6, Formidable 2.9.13, Facteur 3.3.4, API Prix 0.1.11, API de vérification 1.0.9
    PHP Version 5.6.20
    MYSQL v.5.5
    D’avance merci
    Jacques

    • tcharlss

      Hello,

      Les 2 squelettes correspondants sont fournis avec le plugin me semble-t-il.
      Mais sinon, tu peux les créer toi même et les personnaliser : bank_retour_ok.html et bank_retour_erreur.html.

      Dedans, il faut une boucle de la sorte :

      <BOUCLE_transaction(TRANSACTIONS){id_transaction}{transaction_hash}>
#MESSAGE
</BOUCLE_transaction>

      On dispose de plusieurs balises utiles pour personnaliser le contenu : #MESSAGE #REGLEE #MONTANT etc. Voir la liste complète dans la table spip_transactions.

    • voreysien

      Merci d’avoir pris la peine de répondre à mon poste et de me donner une piste, je vais essayer de mettre cela en place !!!
      Les 2 squelettes existent déjà dans le dossier « content » !
      Je suppose que : bank_retour_echec.html doit correspondre à bank_retour_erreur.html
      Dans : bank_retour_ok.htm
      La boucle créée par Cédric est :

      ]
<h1><:bank:titre_reglement_ok:></h1>
<BOUCLE_message(TRANSACTIONS){id_transaction}{transaction_hash}>[
	(#MESSAGE|propre)
]</BOUCLE_message>
<p><:bank:confirme_reglement_pris_en_compte:></p>
<//B_message>

      Je dois la remplacer par celle que tu me proposes (Boucle transaction....) ou simplement l’ajouter ?

      encore merci

    • tcharlss

      Ah, ben ça devrait marcher avec le squelette de base du plugin (ma boucle n’apporte rien de plus, il manque le filtre |propre même !). Peut-être manque-t-il les paramètres id_transaction et transaction_hash dans l’URL de retour ?
      Tu peux vérifier avec quelque chose comme [(#ENV{id_transaction}|sinon{"pas d'id_transaction"})] [(#ENV{transaction_hash}|sinon{"pas de transaction_hash"})].
      Si ces 2 paramètres sont bien présents, il faut vérifier qu’ils correspondent à une transaction existante.

    • Chetcy

      En copiant le squelette bank_retour_attente.html dans le dossier squelettes, il n’y a plus d’erreur 404

    • voreysien

      Tout est rentré dans l’ordre grâce à vous !
      Merci à vous deux de partager vos connaissances et de nous venir en aide.
      Jacques

    • Chetcy

      Tant mieux !
      Après il suffit de compléter le squelette pour que cela ressemble aux autres page du site !

      Pour ma part j’ai copié le squelette sommaire.html et inséré le contenu de bank_retour_attente.html à l’intérieur de la div class=« main »

    • voreysien

      Très bonne idée, encore merci !

    Répondre à ce message

  • Yellowmart

    Bonjour Cédric,
    Merci beaucoup pour ce plugin !

    Dans la doc tu parles de l’API Abonnements :

    Une API est fournie et doit être implémentée pour le bon fonctionnement des paiements récurrents.

    Comment fait on pour l’implémenter ?

    Merci d’avance,
    Martin

    Répondre à ce message

  • liberté

    Bonjour,

    Je voudrais essayer « Bank » mais sa recherche dans l’espace privé par « Gestion des plugins » me renvoie sur le plugin « Sauvegarde automatique ». La recherche en tapant « ban » ne le pointe pas.

    Comment faire ?

    Spip 3.0.21

    Répondre à ce message

  • jacques

    Bonjour,

    est-il possible de transferer d’autres informations à la banque au moment du paiement ? comme par exemple le numéro de transaction bank ou le nom et le prenom du client ? Comment procéder ?

    Répondre à ce message

  • pamillet

    bonjour à tous
    et merci pour ce gros travail répondant certainement aux besoins de beaucoup d’associations...

    une question/suggestion... Est-il imaginable d’avoir un module pour d’autres services de paiement, comme paymill ou b2bill (non US !) ou stripe (moins cher...), monetico (nouvelle version CIC...)...

    pam

    Répondre à ce message

  • 1
    Cyril Marion

    Bonjour à tous,

    Pour le paramétrage du plugin Bank, quelles sont les valeurs des urls à communiquer au prestataire CM-CIC ? 3 urls différentes sont demandées :

    URL Explication Valeur à paramétrer
    url_retour URL par laquelle l’acheteur revient sur la page d’accueil de la boutique
    url_retour_ok URL par laquelle l’acheteur revient sur le site du commerçant suite à un paiement accepté
    url_retour_err URL par laquelle l’acheteur revient sur le site du commerçant suite à un paiement refusé

    merci par avance ;-)

    • Cerdic

      Pour la première URL, tu mets bien ce que tu veux, en fonction de là ou tu veux faire revenir tes utilisateurs hors circuit de paiement (ça doit corredondre à un lien « retour à la boutique » je crois).
      Pour les autres URLs il faut indiquer l’URL_CGI2 fournie par le plugin dans la configuration de CM-CIC, et c’est la même dans le cas ok et dans le cas err.

    Répondre à ce message

  • Sib

    Bonjour,
    Impossible de d’abandonner une commande dans la partie privée du plugin.
    ligne 23 : bank/action/abandonner_commande.php

    AND $row["statut"]=="commande"){

    En le remplacant par :

    AND $row["statut"]=="attente"){

    Et la commande passe bien du status « attente » à « abandon ».

    Répondre à ce message

  • 3
    Cyril Marion

    Salut Cédric,

    Merci pour le plugin Bank, depuis sa version pour SPIP 2 je l’utilise sur plusieurs sites et ça fonctionne super bien !

    J’ai pourtant un blocage, là sur un site en SPIP 3.0, lors de la configuration d’un moyen de paiement CIC : sur ma config, dès qu’un nouveau moyen de paiement CIC est créé, le champ ’URL CGI2’ vient avec une valeur par défaut, que je ne parviens pas à changer : bank.api/cmcic-690D/autoresponse/, alors que la bonne valeur serait plutôt : spip.php?action=bank_autoresponse&bankp=cmcic-690D.

    Aucune table ne semble contenir la valeur ’bank.api’ (j’aurais pu forcer la bonne valeur dans la bdd) et je n’ai trouvé aucun fichier de configuration où j’aurais pu écrire la bonne valeur.

    Si tu penses à une piste, elle est la bien venue.
    Merci !

    • Cerdic

      Hello,

      Quelle est la question ? Pourquoi ça t’embêtes que l’URL proposée par le plugin soit de cette forme ? Est-ce que ça marche ou pas ?

      Pour info, cela utilise la Rewrite Rule .api du htaccess fourni par SPIP :
      https://core.spip.net/projects/spip/repository/entry/branches/spip-3.0/htaccess.txt#L93
      et le plugin teste que la Rewrite Rule est bien présente dans le htaccess avant de basculer sur ce format d’URL qui est plus facile à manipuler.

      Donc je pense que ça doit marcher comme c’est prévu :)

    • Cyril Marion

      La question est que les pages de retour /bank.api/cmcic-690D/cancel/?id=123;123456 ou /bank.api/cmcic-690D/autoresponse/ génèrent une erreur 404.

      Nulle part sur le site ni dans les plugins il y a une page qui s’appelle ’bank.api’.

      Mais la piste du .htaccess est bonne puisque sur un nginx le .htaccess n’est pas pris en compte.
      Je check de ce coté, merci ;-)

    • Cyril Marion

      Hello Cédric, hello à tous,

      Après des recherches (et les conseils de quelques amis...) j’ai mis à jour ma config nginx afin de prendre en compte les urls en ’.api’. La rewrite rule Apache à faire prendre en compte par nginx était la suivante :

      RewriteRule ^([\w]+)\.api(/(.*))?$ spip.php?action=api_$1&arg=$3 [QSA,L]

      J’ai trouvé ce site qui permet de traduire des rewrite rules Apache en rewrite rules nginx : http://winginx.com/en/htaccess. Après une première tentative infructueuse, puis la modification du paramètre break; en last; j’ai obtenu une nouvelle rewrite rule au format nginx, et qui cette fois fonctionne bien :

      rewrite ^/([\w]+)\.api(/(.*))?$ /spip.php?action=api_$1&arg=$3 last;

      Merci pour tes réponses, et j’espère que ces quelques infos pourront aider d’autres spipeurs qui font tourner leur site sous nginx et utilisent bank !

    Répondre à ce message

  • 2
    Sib

    Bonjour Cerdic ,
    Sauf erreur de ma part, le message de retour après « régler par chèque » ou « régler par virement » (bank_retour_attente.html) retourne la même chose, soit les indications du paiement par chèque. Un paramètre serait-il manquant dans l’URL ? Ou un champ input manque-t-il ?
    Merci en tout cas pour ce plugin.

    • Sib

      J’ajoute que le problème se produit quand les deux options sont proposées : paiement par chèque et par virement. Si seul le paiement par virement est activé, le retour affiche bien les indications du virement.

    • Sib

      En déactivant temporairement le cache, le problème n’apparait plus !
      #CACHE0 dans le squelette « bank_retour_attente.html » et le tour est joué !

    Répondre à ce message

  • marc

    Bonjour,

    Je teste le plugin Souscription (v. 2.0.3) sur un site de développement (v. 3.0.20).

    J’ai installé le plugin Bank, qui a été configuré.

    J’ai suivi les instructions (création d’une campagne).

    Après avoir validé un don, j’ai ce message d’erreur : « Aucun squelette payer-acte.html n’est disponible... »

    Le squelette est pourtant présent dans les fichiers du plugin.

    Marc

    Répondre à ce message

  • Polar oïd

    Bonjour, j’aimerais insérer un traitement particulier lorsque qu’un paiement (cas paypal) est validé. Il s’agirait de faire une mise à jour de certains champs de la table spip_auteurs pour l’id_auteur ayant réalisé une transaction et sur la base des information collectées par le formulaire de paiement (id_transaction)... Pourriez-vous m’indiquer une direction à prendre ?

    Merci :)

    Répondre à ce message

  • Franck

    Je rencontre aussi le problème ci dessus mais uniquement sur le navigateur Safari sur mac. Je ne comprends pas d’où viens l’erreur.

    Répondre à ce message

  • Teenoo

    Bonjour,

    le plugin marche très bien pour SystemPay. En revanche, bizarrement, le chèque renvoie vers une page d’erreur 404... Bug ?

    Répondre à ce message

  • 6
    livier

    Bonjour,

    Le plugin ne se trouve pas dans le dépot : http://plugins.spip.net/depots/principal.xml !
    Je passe au mauvais moment ? C’est un choix du développeur ? Une incitation à utiliser le « téléchargement du plugin depuis son archive » ? Une erreur de ma part ? Je viens de trouver un bug ?

    • Cerdic

      Bonjour, le plugin est dans le dépot externals http://plugins.spip.net/spip.php?page=plugins&id_depot=5
      dont le xml est disponible à l’URL http://files.spip.org/externals/archives_externals.xml

    • livier

      Merci Cerdic pour la réponse, je l’aurais pas deviné.
      Merci aussi pour tous les développements que je trouve à ton nom, merci aussi à ton équipe ... Depuis que je travaille avec Spip (V1.3) j’apprends, Spipr m’a fait faire encore quelques pas, merci ...

      Ceci étant dit.
      J’ai bien enregistré le nouveau dépot, puis au moment de l’installation de bank, d’abord le plugin apparait en clair dans la liste des plugins trouvés et à l’installation

      Erreurs survenues
    Impossible de déballer ../sites/ssdomaine.mondomaine.tld/tmp/cache/chargeur/v3.0.20-c7a977cd-bank.zip

      Oui, je suis en mutualisé. Je vais voir le fichier en question, il fait 16 Mo, mais mon dézippeur (ark) réponds « aucune archive ouverte ».

      Difficulté contournée par la copie manuelle du plugin dans le dossier « /plugins ». Pas idéal pour les mises à jour, mais fonctionnel pour le moment.

    • Cerdic

      Ah, le fichier zip fait normalement 27Mo environ, il a été tronqué à 16Mo à cause d’une taille limite trop petite spécifiée dans les téléchargements des plugins. Je remonte le bug

    • livier

      Argg, je tombe sur une autre difficulté : je ne suis pas en France mais au Québec, la monaie à utiliser est le $Canadien. Je pensais utiliser paypal, mais pas « .fr » ... C’est grave docteur ?
      Super réactivité, bravo !

    • Cerdic

      Ah oui là c’est fatal, le plugin ne gère pas encore les devises, tout est en Euro en dur, quel que soit le mode de paiement utilisé.
      C’est au programme de la prochaine évolution, mais sans doute pas avant octobre…

    • Ben.

      La version 3.0.27 corrige le problème du ZIP trop gros, il est donc possible de télécharger bank par svp en ajoutant le dépot http://files.spip.org/externals/archives_externals.xml

    Répondre à ce message

  • 5
    Vincent

    Bonjour à tous,
    Ce plugin semble extra ! J’ai toutefois une erreur avec le module Paybox en mode test. J’ai renseigné les champs identifiant, rang, site, clé HMAC de dev.
    Mais lorsque je tente un paiement, je suis redirigé sur le site Paybox de préprod qui m’indique :
    « Erreur de protection.
    Nous regrettons de ne pouvoir donner une suite favorable à votre demande de paiement. »

    J’ai ensuite reçu un mail spip « Transaction invalide » avec dans le corps du message :
    « call_response : Transaction Invalide/Frauduleuse #0 (Reponse sans tx ni txn_id) »

    Est-ce que quelqu’un a déjà rencontré cette erreur ?
    Merci

    • Cerdic

      Est-ce que tu as bien coché la case « Utiliser en mode test » ?

    • Vincent

      Merci pour ta réponse. Oui j’ai bien coché pour Paybox : « Utiliser en mode TEST (aucun paiement réel) »
      Et la clé HMAC de préprod est indiquée dans le champ « PBX_HMAC_KEY (Test) »

    • Cerdic

      PBX_RANG doit être sur 2 chiffres, sous la forme 01 par exemple, et pas 001. Je crois que quelqu’un a déjà eu ce problème, ce ne serait pas ça ?

    • Vincent

      Merci pour ta réponse rapide ! C’est bien ça !!
      Le problème en effet est que Paybox fournit un « Rang » à 3 chiffres et spip n’en accepte que 2.
      Est-il possible de mettre le plugin à jour pour mentionner ceci ou le corriger ? car beaucoup d’utilisateurs Paybox vont être bloqués sur ça...

    • Cerdic

      En fait c’est le serveur de Paybox qui n’en accepte que 2, et si on lui envoie les 3 chiffres de la configuration fournie par Paybox, c’est pas bon... Bref, c’est corrigé dans la version 3.0.20 pour n’envoyer à Paybox que 2 chiffres dans tous les cas.
      (fait la mise à jour, il y a un autre bug embêtant que j’ai corrigé en même temps)

    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 :

  • Désactiver tous les plugins que vous ne voulez pas tester afin de vous assurer que le bug vient bien du plugin X. Cela vous évitera d’écrire sur le forum d’une contribution qui n’est finalement pas en cause.
  • Cherchez et notez les numéros de version de tout ce qui est en place au moment du test :
    • version de SPIP, en bas de la partie privée
    • version du plugin testé et des éventuels plugins nécessités
    • version de PHP (exec=info en partie privée)
    • version de MySQL / SQLite
  • Si votre problème concerne la partie publique de votre site, donnez une URL où le bug est visible, pour que les gens puissent voir par eux-mêmes.
  • En cas de page blanche, merci d’activer l’affichage des erreurs, et d’indiquer ensuite l’erreur qui apparaît.

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.

Qui êtes-vous ?
[Se connecter]

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici

Ce champ accepte les raccourcis SPIP {{gras}} {italique} -*liste [texte->url] <quote> <code> et le code HTML <q> <del> <ins>. Pour créer des paragraphes, laissez simplement des lignes vides.

Ajouter un document

Suivre les commentaires : RSS 2.0 | Atom