Mise en œuvre du paiement
Activer le traitement
Une fois le plugin activé, vous pouvez aller sur un de vos formulaires construits avec le plugin formidable. En suivant le lien “Configurer les traitements” vous trouverez un nouveau traitement proposé “Paiement : Demander un paiement après saisie du formulaire”. Il suffit de cocher la case et de configurer ce traitement pour bénéficier de cette fonctionnalité de paiement. Il est nécessaire d’activer également le traitement “Enregistrer les résultats”.

Configurer le traitement
La configuration du traitement est simple :
- vous choisissez le champ dont la valeur doit être utilisée comme montant à payer ;
- alternativement vous pouvez remplir un montant fixe. Ce montant pourra être utilisé si aucun champ n’est utilisé ou si le champ choisi n’est pas rempli ;
- vous indiquez si le montant saisi s’entend Hors Taxes ou Toutes Taxes Comprises (ou si la TVA n’est pas applicable) ;
- vous indiquez le taux de TVA qui doit être appliqué à ce montant (ou 0 si pas de TVA) ;
- vous ajoutez un message qui sera affiché après paiement.
Type de champ pour le montant
Pour le montant vous pouvez utiliser un champ de type ligne : la saisie sera libre et c’est l’utilisateur qui choisit le montant qu’il va payer.

Vous pouvez utiliser un champ de type boutons radios : dans ce cas le formulaire propose plusieurs montants et l’utilisateur choisi une des options.

Attention : dans ce cas il faut que les valeurs fournies dans la configuration de la saisie soient bien des nombres, correspondant aux montants.

Par exemple :
10|Dix Euros
20|Vingt Euros
Enfin vous pouvez utiliser un champ de type liste déroulante qui permettra également à l’utilisateur de choisir le montant.
Si vous ne voulez pas laisser l’utilisateur choisir le montant à payer, ne mettez aucun champ pour le montant, et dans le traitement indiquez le montant fixe qui devra être payé.
Configurer le formulaire
Dans la configuration du formulaire, pour l’option “Afficher ensuite” vous pouvez choisir toutes les actions sauf celle intitulée “Rediriger vers une nouvelle adresse” qui ne permet pas à l’utilisateur de réaliser l’étape de paiement.
Fonctionnement
Une fois votre formulaire enregistré et configuré vous pouvez l’utiliser par exemple dans un article.

Dans le site public, l’utilisateur entre les valeurs dans le formulaire et clic sur “Valider”.
Il accède alors au formulaire de paiement :
- la récapitulation du montant à payer
- les moyens de paiement activés et configurés dans le plugin bank
L’utilisateur peut finir le processus de paiement en cliquant sur un des boutons.
Chaque affichage du formulaire de paiement créé en base une transaction au statut commande. Lorsque le paiement est confirmé la transaction passe en statut ok. Toutes les transactions peuvent être visualisées dans l’interface du plugin bank.
Discussions by date of activity
45 discussions
bonjour,
notre formulaire incluant le paiement en ligne a très bien fonctionné l’an dernier, merci! côté Vérifone Paybox, pas mal non plus sans qu’on puisse toujours savoir à quoi sont dus les échecs. Cette année, Vérifone semble exiger de recevoir également le N° de mobile que je ne vois pas apparaître dans les paramètres à sélectionner pour l’envoi de paiement bien que nous le collections. Pouvons-nous espérer que ce paramètre puisse apparaître et être sélectionné?
Bonjour,
pour quelle structure s’agit-il de faire cela ? Selon l’organisme bénéficiaire je pourrais concéder de prendre un peu de temps bénévole si cerdic ne répond pas d’ici 2 semaines.
Bonjour Maïeul,
il s’agit d’une structure de location saisonnière de canoë Kayak. Spip me permet de combler mon ignorance en progra PHP ... j’ai quand même fouillé dans les codes de formidable paiement pour tenter de faire apparaître les deux items manquant que j’ai fini par ajouter à deux fichiers php (lang/formidablepaiement_fr.php et formidablepaiement_pipelines.php) sans réussir à le faire apparaître sur mon localhost. La nuit portant conseil, l’idée m’est venue que je devais mettre ça dans “config/mes_options.php” et je m’apprêtais à creuser cette idée ...
Dans le fond, la solution Vérifone / paybox gérée par nos soins est une solution que permet / permettait l’extension paybox pour un paiement en ligne à l’aide d’un formulaire (à “cracher du verre pillé” dont je suis très fière car il permet d’utiliser un seul tableau du plugin tablesorter) et ce serait dommage de ne pas pouvoir s’en servir.
bénévole ou pas cet ajout pourrait servir à d’autres, ainsi que le “tuyau” Vérifone/paybox qui a plutôt bien fonctionné l’an dernier
Qu’en pensez-vous? solution mes_options.php ou ajout directement dans le plugin formidable paiement?
Une personne a donné sur l’autre fil que tu a ouvert (ne jamais ouvrir deux fils !) une solution.
Je me suis pas sur de comprendre ce que tu voudrais mettre dans mes_options.
Oui certes améliorer permettrait d’en profiter à d’autres personnes. Mais il y a plein d’autre developpement que je pourrais faire qui profiterait à d’autres. Tu comprendra donc que mon temps bénévole je le consacre à ce que je juge plus prioritaire par rapport à mes besoins ou à des choses que j’apprécie. Et je dois te dire que je suis prêt à soutenir bénévolement des associations, moins des structures commerciales.
oui bon d’accord ... après tout on aimait à l’occasion verser quelques sous à SPIP et du coup on est doublement frustrés ...
loi non plus je n’ai pas très bien compris ce que j’allais mettre dans mes_options.php ... (ce que j’ai ajouté sur les fichiers cités ci-dessus) car il s’agit de faire apparaître le code country mobile et le numéro de mobile dans ceci
Deja as tu vu l’autre réponse ? il y a une solution.
Si jamais elle ne marche pas, bah je peux essayer de prendre un peu de temps, mais si tu veux verser des sous à defaut de SPIP je connais des tas d’association qui en ont besoin...
j’y courre!
merci et désolée pour ma précipitation : en effet la solution était là-bas, et dans “Configurez les systèmes de paiement actifs” où un seul numéro de téléphone (de secours) et son code +33 dispose chacun d’un champ à remplir.
Je pense que tout va coller désormais. Pas besoin de faire apparaître l’item à partir de données collectées. Bon vent à ceux qui utiliseront la solution paybox.
le stress passé, je réagis quand même au sujet du monde associatif auquel j’ai offert et j’offre mes compétences accompagnées des vôtres bien que le choix se soit porté sur HelloAsso alors que j’aurais pu mettre ces plugins en valeur comme je le fais pour SPIP dans l’esprit SPIP (ça me rappelle mes premières années universitaires en 68 quand on se faisait “traiter” de ne pas être maoïste) je vous chine un peu ... https://maisondumonde.org ;-)
Reply to this message
Bonjour,
J’utilise “Paiement Formidable” +> + “Bank” (avec PayPal Express en mode test) + “Transactions” + “Factures”
Je rencontre un soucis de retour après paiement OK (mode test -> sandBox Paypal).
L’URL de la page vers laquelle je suis redirigé après un “retour OK” est la suivante (elle affiche mon formulaire formidable paiement vierge) :
https://monsite.fr/marubrique?id_formulaire=4&confirm=oui&checkout=https%3A%2F%2Fmonsite.fr%2Fspip.php%3Faction%3Dpaypalexpress_checkoutpayment%26amp%3Barg%3DDPMPHDFZ8ZPBL-paypalexpress-5931%26amp%3Bhash%3D015ac840111a7d6da03f337c761aafafd09e3d26a09a692da620362eff55b2eb
Suite à ce retour le statut de la transaction reste inchangée et la facture n’est pas générée.
Si je décode manuellement l’URL fournie par le paramètre “checkout=” et l’appelle manuellement, tout est correctement généré, statut changé, parfait :
https://monsite.fr/spip.php?action=paypalexpress_checkoutpayment&arg=DPMPHDFZ8ZPBL-paypalexpress-5931&hash=015ac840111a7d6da03f337c761aafafd09e3d26a09a692da620362eff55b2eb
Auriez vous une idée pourquoi, est ce un problème actuel du plugin ?
Merci pour vos lumières
Reply to this message
petit soucis ce jour : version 2.2 nécessite formidable <6.0 or cette version qui est SPIP 4.3 compatible ne l’est pas avec formidable version 7 également compatible SPIP 4.3 ce qui oblige à rétropédaler ou pas selon qu’incessamment tous les plugins formidable seront tous compatibles les uns avec les autres dans leur dernière version - dans ce cas il est possible d’attendre un peu mais pas trop ... est-ce le cas?
pire encore ...
Je viens d’essayer de rétropédaler et voici le message qui m’empêche de le faire :
Actions demandées :
Désactiver le plugin « Formidable » (version : 7.0.0)
Les actions supplémentaires suivantes seront effectuées :
Désactiver le plugin « Formulaire de participation Formidable » (version : 6.0.0)
Désactiver le plugin « Formidable : retour étendu » (version : 1.1.1)
Désactiver le plugin « Formidable : abonnements à des listes de diffusion » (version : 2.1.0)
Désactiver le plugin « Tablesorter pour Formidable » (version : 4.0.2)
et en plus, une fois désactivé formidable 6.6 et estampillé “obsolete” et ne peut pas être activé
(je pleure)
Cela fait plus de 2 mois que je signalais les ruptures potentielles de compatibilité avec formidable v7. Visiblement les gens n’ont pas pris au sérieux. Je regarderai demain ce qu’il en est pour ce plugin spécifique pour voir s’il faut l’adapter ou pas.
Bon, j’ai vérifié, il n’y a rien à adapter pour ce plugin. Donc je viens de sortir une version 2.3.0 marqué comme compatible aussi formidable 7.
merci 1000 fois Maïeul pour ta/votre réactivité.
Tout est rentré dans l’ordre.
Je voudrais ici saluer “l’esprit équipe SPIP” son sérieux et son “petit côté” artisanal qui me convient tellement, qui nous rassure finalement.
(j’ai dormi sur mes deux oreilles la nuit dernière ...)
Merci!
Reply to this message
Bonjour,
J’utilise ce plugin depuis longtemps, il est très pratique pour les dons ou la vente de produit/service unique. Par contre j’atteins très rapidement ces limites dès que je veux pouvoir proposer plusieurs options dont les prix sont identiques.
Sur un site j’ai par exemple 5 options (de produits/services) à vendre, donc je souhaiterais proposer le choix à l’utilisateur.
Tout va bien :
Pour que le champs “Montant à payer” soit satisfait, je dois lui fournir l’ID de mon select.
Problème les clés de mes choix dans mon select doivent tous être différent (alors que des tarifs sont identiques) et de toute manière, même si je pouvais avoir des ids en doublons, je ne pourrais jamais savoir ce que mes utilisateurs ont choisis...
Est-ce quelqu’un à une idée à court terme?
Je ne souhaite pas complexifier l’ergonomie avec paniers&commandes...
merci,
Cela fait plus de 2 mois que je signalais les ruptures potentielles de compatibilité avec formidable v7. Visiblement les gens n’ont pas pris au sérieux. Je regarderai demain ce qu’il en est pour ce plugin spécifique pour voir s’il faut l’adapter ou pas.
Reply to this message
Bonjour,
Une raison à ne pas avoir fait le tag correspondant pour que ce soit disponible dans SVP pour SPIP 4.2
Cf : https://git.spip.net/spip-contrib-extensions/formidablepaiement/commit/6d74ba427409a76f3124d8e13dd36824059c338c
Reply to this message
Bonjour,
Et merci.
Est-il possible d’avoir directement la page avec le formulaire + les moyens de paiement et non d’avoir 2 pages
Par avance merci
Et bonne journée
Bruno
Reply to this message
Bonjour à tous, est-il possible de recevoir un message après paiement ?
Actuellement, j’ai un formulaire d’adhésion à une association, suivi par un paiement avec le plugin Paiement avec Formidable et Bank. Le message qui informe l’association d’une nouvelle adhésion est envoyé après le formulaire d’adhésion et avant le paiement. Parfois, il y a des bugs, et les utilisateurs ne paiement pas.
C’est à dire que l’association doit faire un rapprochement entre les adhésions reçues et les paiements reçus.
Serait-il possible qu’un message soit envoyé après paiement ?
Merci,
Éric LM
Reply to this message
Somme avec paiement
Deuxième problème avec Paiement. (voir mon précédent message)
Dans mon formulaire de dons pour une association, nous souhaitons également proposer l’adhésion à l’association.
L’internaute choisit le montant de son don, et s’il veut adhérer, il coche une case et le montant total à payer est le montant du don + le montant de la cotisation.
J’ai déjà posé cette question il y a quelques mois sur le forum Spip, et @RealEt avait donné une réponse, que je n’ai pas réussi à mettre en place. La voici :
Et là, je bloque. Je ne vois pas où intégrer ce script dans mon formulaire Formidable.
Pourriez-vous me mettre sur la piste ? Merci d’avance.
Eric LM
Reply to this message
Paiements multiples
Bonjour à tous, j’ai plusieurs problèmes avec Paiement, je vais faire plusieurs messages.
Je suis en train de travailler sur un formulaire de dons pour une association. On propose 4 montants de dons fixes, (j’ai donc une série de 4 boutons radio) et si la personne souhaite donner librement, le formulaire propose une case “Montant libre”.
Mon problème, c’est qu’il faut dire au plugin Paiement quel est le label du formulaire dans lequel se trouve le montant du paiement. Or dans mon cas, le paiement est soit l’une des 4 options, soit le montant libre.
J’ai bien essayé de travailler avec un champ caché, qui prendrait comme valeur soit l’une des 4 options, soit le montant libre. Mais c’est là que je bloque : je ne trouve pas de solution pour attribuer au champ caché une valeur.
Avez-vous une idée ? Merci d’avance.
Bonne journée,
Éric LM
Reply to this message
Bonjour,
Dans un formulaire où la saisie du montant est libre, et j’ai un bug : avec la saisie 50.20, ça marche, mais pas avec 50,20
Autrement dit, ça plante quand les gens mettent un chiffre avec une virgule pour mettre des décimales.
Est-ce qu’il faut considérer ça comme un bug ou comme une feature ?
ca plante à quel moment?
je dirais que c’est un bug. Il devrait y avoir automatiquemnt une normalisation des saisies.
Je crois que tu peux le faire manuellement dans les options de vérif de la saisie (à vérifier).
Ça plante au moment de choisir entre les différents modes de paiement.
La valeur du montant à payer passe à 0 (zéro).
Dans la saisie (type texte), j’ai mis comme vérification : nombre décimal, “,” comme séparateur autorisé, 2 décimales
Peux tu essayer d’appliqurr ce patch et voir ce que cela donne?
J’ai pas de config de test (mais je suis persuadé à 95% que ca va marcher, vu que je m’en sert en interne pour un autre besoin de paiement)
http://spip.pastebin.fr/55259
Peux tu essayer d’appliqurr ce patch et voir ce que cela donne?
J’ai pas de config de test (mais je suis persuadé à 95% que ca va marcher, vu que je m’en sert en interne pour un autre besoin de paiement)
http://spip.pastebin.fr/55259
Je viens de tester ton patch.
C’est encore pire : ça met le montant à 0 que ce soit 50.20 ou 50,20
:(
PS : en attendant, dans la saisie décimale, j’ai interdit la virgule
désolé, me suis planté dans le retour des arguments.
http://pastebin.fr/55265 devrait être bon.
peux tu vérifier?
des nouvelles?
Bonjour ,
Je me permets ce up, car j’ai exactement le même phénomène que RealEt, cad si j’utilise la virgule comme séparateur j’ai aussi un montant “0” après validation du formulaire ( avec le point tout va bien mais beaucoup d’utilisateur utilisent “automatiquement” la virgule et sont désappointés....
Merci de votre compréhension,
Cordialement ,
Miros
Reply to this message
Add a comment
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.
Follow the comments:
|
