Transaction : créer des formulaires avec paiement en ligne

Publié le : 13 mars 2011 – Dernière modification le 21 décembre 2021 – par Arnault Pachot, Emmanuel Nurit, nddinechin – 130 commentaires

1
2
3
4
5
37 votes

Transaction est une extension du plugin de création de formulaires Formidable pour concevoir des formulaires de paiement en ligne et les connecter aux principales API bancaires françaises.

Attention, l’interface de paiement avec les prestataires bancaires n’est plus maintenue dans ce plugin. On préfèrera l’alternative Paiement avec Formidable qui utilise le plugin de gestion des prestataires bancaires https://github.com/nursit/bank

Présentation

Transaction introduit 3 nouveaux types de champs, qui modifieront le comportement d’un formulaire lorsque ceux-ci lui sont ajoutés.

Un champ “montant fixe” pour définir un prix
Ce champ offre la possibilité de définir un montant qui sera associé au formulaire. C’est le montant qui sera réglé par le visiteur après avoir validé le formulaire. Ce mode est le mode classique pouvant être utilisé pour l’achat d’un produit.

Deux champ “saisie montant” et “sélection montant” : c’est l’internaute qui choisit le montant à payer
Ces deux champs offrent au visiteur la possibilité de saisir un montant libre ou de sélectionner un montant parmi une liste de montant proposés. Ce mode de fonctionnement est utilisable par exemple dans le cas d’un formulaire de don.

L’interface de paramétrage des traitements associés au formulaire est complétée de nouveaux traitements dédiés au paiement en ligne : un traitement par module de paiement bancaire.

Modules de paiement livrés avec les plugin

CMCIC Crédit Mutuel, CIC, Banque OBC,..
PAYPAL Paypal
CHEQUE Paiement par chèque
VIREMENT Paiement par virement
ATOS Société Générale, BNP Paribas (Mercanet)
PAYBOX Crédit coopératif, La poste,...

Ce sont des adaptations des modules de paiement Thélia.

Installation

Le plugin transaction s’installe comme tout plugin SPIP et requiert l’installation préalable du plugin Formidable.

Appel du formulaire

Il est possible d’appeler le formulaire formidable en l’appelant par son id

  • dans un article <formulaire|formidable|id=34> ou bien <formulaire|formidable|id=contact>
  • depuis un squelette : #FORMULAIRE_FORMIDABLE{34} ou bien #FORMULAIRE_FORMIDABLE{contact} ; il est alors possible de passer en paramètre la valeur de certains champs par exemple celui du montant fixe #FORMULAIRE_FORMIDABLE{contact, #ARRAY{montant_fixe_1, Ma valeur}}

ou d’utiliser le modèle transaction pour appeler le formulaire en passant en paramètre la valeur du champ.

  • dans un article <transaction|id=contact|montant_fixe_1=Ma valeur>

Message de retour du formulaire

Attention : il ne faut pas utiliser le « message de retour » de formidable dans la configuration du formulaire sinon celui-ci prends le devant et aucun mode de paiement ne s’affiche à la validation du formulaire.

Paramétrage

Documentation extraite des modules Thélia et adaptée pour Transaction

  • Paramétrage CMCIC
    • Editez le fichier paiement/cmcic/config.php et configurez les variables avec les données que vous a fournit votre banque.
    • La banque vous fournira toutes les valeurs (exceptées les url de retour)
    • Pour utiliser la réponse automatique, vous devrez fournir l’url à appeler à votre banque. Renommez paiement/cmcic/paiement_cmcic_confirmation.php avec un nom personnalisé (ex : confirmdupond2011.php)
    • Dans l’onglet “configurer les traitements” associé au formulaire, indiquez quelle API bancaire doit être appelée parmi CIC, Crédit Mutuel ou Banque OBC, et activez le mode test ou le mode production.
  • Paramétrage Paypal
    • Dans l’onglet “configurer les traitements” associé au formulaire, indiquez simplement l’adresse email du compte à créditer.

L’Environnement de test PayPal permet de tester la plupart des aspects du système PayPal incluant la notification instantanée de paiement. Pour effectuer un test sur l’Environnement de test :

-  1. Créez un compte développeur dans l’Espace Intégration http://developer.paypal.com
-  2. Créez un compte Personnel dans l’Environnement de test et ajoutez une carte bancaire.
-  3. Créez un compte Business dans l’Environnement de test puis ajoutez et confirmez un compte bancaire.
-  4. Dans votre bouton PayPal et le script de gestion NPI, utilisez l’URL https://www.sandbox.paypal.com/cgi-bin/webscr là où vous utiliseriez normalement https://www.paypal.com/cgi-bin/webscr.
-  5. Procédez à un paiement en utilisant l’email et le mot de passe du compte Personnel pour la connexion.

  • Paramétrage Paybox
    • Renommez paiement/paybox/paiement_paybox_confirmation.php avec un nom personnalisé (ex : confirmdupond2011.php)
    • Editez le fichier paiement/paybox/paiement.php et remplacez les valeurs par les valeurs fournies par paybox.
  • Paramétrage ATOS
    • Copiez les binaires fournis par ATOS dans le répertoire paiement/atos/bin/
      il s’agit de request et response
    • Renommez paiement/atos/paiement_atos_confirmation.php avec un nom personnalisé (ex : confirmdupond2011.php)
    • Copiez le contenu du certificat fourni par votre banque dans paiement/atos/conf/certif.fr.xxxxxxxxxxxxxxx
    • Editez le fichier paiement/atos/conf/parcom.xxxxxxxxxxxxxxx et indiquez les bonnes url (n’oubliez pas de remplacer paiement_atos_confirmation.php par votre nom personnalisé)
    • Renommez les fichier paiement/atos/conf/certif.fr.xxxxxxxxxxxxxxx et paiement/atos/conf/parcom.xxxxxxxxxxxxxxx
      remplacez tout simplement les xxxxxxxxxxxxxxx par votre n° de marchand
    • Editez le fichier paiement/atos/paiement.php et inscrivez votre n° de marchand.

Sécurité des données bancaires et validation des paiements

Tous les paiements bancaires s’effectuent sur le site des banques, aucune donnée bancaire (numéro de carte, code de vérification, ...) n’est traitée dans l’environnement SPIP.

Comme dans tout module de vente en ligne, il convient de toujours vérifier qu’un paiement a été effectivement réalisé dans l’espace d’administration de vos paiements reçus, fourni par votre banque.

Exemple - démo

Voici un formulaire en phase de mise en place, que vous pouvez tester. Le portail CMN utilisé ici ne traitant que le montant, le formulaire se charge de recueillir les coordonnées complètes du donateur. Dans le cas d’un paiement par Paypal, cela serait inutile puisque Paypal se charge déjà de les recueillir (autre exemple à venir).

Discussion

5 ans 1 an 3 mois Sans limite
par date
Filtrer

47 discussions

  • 2
    Manu

    Bonjour
    bravo à tous ceux qui font évoluer spip et y adaptent toujours plus de fonctionnalités.
    J’utilise ce plugin transaction en version 0.3.1 avec le plugin formidable en 1.3.4 sous Spip en version 3.0.5
    je n’utilise que les options paiement via paypal et par chèque (plugin configuré dans ce sens)
    je rencontre 2 soucis :
    lorsque la méthode de transaction utilise le champ « sélection multiplicateur de montant » lorsque je valide la transaction au lieu d’ouvrir une page me permettant de sélectionner - chèque- ou bien -paypal- un message m’ indique que mon message a bien été envoyé par courriel et ne me permet pas de faire l’achat.
    Avec la même config en utilisant cette fois les champs « saisie montant » « montant fixe » ou « selection montant », aprés validation de la transaction et choix de paypal comme methode de payement, une page paypal s’ouvre en m’indiquant que mon panier est vide (?!)
    j’ai beau lire et relire la doc j’ai du zapper un truc dans la config mais quoi ou ? merci pour votre aide - mes Spip connaissances sont encore « limitées »

    • berty

      Bonjour Manu,
      Ton message commence à dater mais j’ai le même problème que toi.
      A savoir le message de Paypal indiquant que le panier est vide.
      Es-tu arrivé à trouver une solution ?

      Petite précision dans mon cas je n’ai qu’un seul moyen de paiement qui est Paypal et le bug n’est visible que pour certaines personnes alors que pour les autres tout ce passe bien.

      En bloquant la redirection automatique du formulaire vers Paypal, je constate effectivement que les champs sont vides pour les gens qui ont le bug. Ces champs ont l’air d’être rempli via des variables de session... peut-être que le problème vient de là ???

    • Bruno

      Bonjour,

      Peut-être qu’en remplaçant dans le fichier transaction\paiement\paypal\paiement.php :

      session_start()

      par :

      if(!isset($_SESSION))
{
    session_start();
}

      Cela arrange la situation (cela éviter de créer une nouvelle session si une session existe déjà).

      Bien cordialement,
      Bruno.

    Répondre à ce message

  • freedfromparis

    Bonjour,
    Il est conseillé en haut de page de ne plus utiliser ce plugin car plus supporté, il est proposé en remplacement un plugin lié à Formidable. Malheureusment ce plugin n’est pas documenté.
    Est-ce que vous utilisez toujours le plugin Transaction ? Est-ce qu’il est encore d’actualité ?

    Merci

    Répondre à ce message

  • 14
    csauvage

    Je suis arrivé, chez moi à régler le problème de répétition (uniquement pour PayBox, mais le problème semble être partout).

    Le diff est ici, c’est juste un « .= » qui se transforme en « = ».
    http://pastebin.com/VAWhSbmD

    Comme je n’ai pas étudié l’impact en profondeur de ma modif, je ne l’ai pas commit, mais Arnault Pachot, ou Emmanuel Nurit ont une petite envie d’y jeter un coup d’oeil...

    Bonnes transactions.
    Camille

    • csauvage

      J’ajouterais qu’en ce qui concerne PAyBox, le plugin n’est plus d’actualité. Je suis en train d’y ajouter les infos qui manquent dans le formulaire à soumettre à PayBox à savoir :
      PBX_HASH
      PBX_HMAC
      PBX_TIME

    • Luis Speciale

      Ça marche ? J’ai le même problème dans un site et ça m’évitérait de réinventer la roue

    • csauvage

      Pour l’instant, je n’arrive pas à valider mes infos auprès de PayBox. Je pense que le plugin n’est pas à jour pour la partie PayBox au moins. Mais je n’ai pas d’effets secondaires pour le moment. Donc je dirais que oui, ça marche.

    • Luis Speciale

      Je vais devoir y jeter un coup d’œil ce we, si je trouve, j’avise

    • csauvage

      Bon, en fai, j’ai investigué plus profondément le problème et j’ai mis à jour le plugin dans la zone pour tous les types de paiements. Une mise à jour de Transaction devrait régler définitivement le problème.
      Camille

    • speciale

      Super ! Je n’ai pas eu finalement le temps ce weekend d’y mettre le pif dessous. Ça marche avec Paybox et les autres ou avec PayPal seulement ?
      En tout cas merci

    • speciale

      Je viens de faire un svn up at je vois que tous les traitements ont changé

    • csauvage

      Voilà. J’ai mis à jour tous les traitements. J’avoue, ça fonctionne parfaitement avec PayBox, que je devais mettre en place et j’ai extrapolé pour les autres traitements.
      Là j’écris tout petit : je n’ai pas essayé avec les autres (honte, quolibets).
      Mais je serais heureux et soulagé d’avoir des retours pour les autres traitments !
      Camille

    • csauvage

      Suite à un message sur la ZONE, il existe une alternative au plugin Transaction. Elle n’est pas présentée forcément dans les résultats d’une recherche sur Google (mots spip et paybox). Cette alternative m’a été soufflée par Cédric, je cite :

      « je te conseille plutôt d’utiliser l’alternative plus récente
      http://zone.spip.org/trac/spip-zone/browser/_plugins_/formidablepaiement/

      qui se branche sur le plugin bank
      https://github.com/nursit/bank
      que je maintiens a jour (et enrichi) en ce qui concerne les systèmes de paiement.
      Il est plus complet et est utilisé en production sur de nombreux sites. »

      À évaluer très sérieusement avant d’envisager d’utiliser Transaction...

    • speciale

      Oui, je connais. Mais je n’ai pas réussi à le faire fonctionner encore. Merci.

    • csauvage

      speciale : si tu arrives à faire fonctionner Transaction, chapeau ! (je dis ça mais j’y arrive ; mais après avoir récrit un bon 20% du code spécifique à PayBox dans mon cas et avoir sué sang et eau). De toute façon je vais commit mes modifs PayBox. Tu pourras voir ce que j’ai retouché...

    • speciale

      A vrai dire, j’hérite le problème, c’est-à-dire, il était installé dans un site et ça ne marchais pas. J’essayé donc de trouver des alternatives, mais tout ce que j’ai trouvé explosait, d’une manière ou d’autre. Puis, je commencé à faire mon machin à moi. Et je continue. Si ça t’intéresse de voir où je suis avec ma cuisine, je peux te donner l’URL en privé. lspeciale-•-gmail

      A +

    • [so]

      Hello, je suis en train de m’arracher les cheveux avec paybox… j’ai abandonné l’idée de faire fonctionner bank et formidablepaiement… Sans doc, impossible pour moi de comprendre où est le truc qui coince, je n’ai absolument rien qui s’affiche… Du coup, j’aimerais essayer de faire fonctionner transactions (qui a au moins le mérite de m’afficher un message d’erreur paybox - Shop identification problem. Access refused ! )
      J’ai vérifié mes paramètres, et a priori, ils sont exacts. Je pense que j’ai le souci évoqué par csauvage… Du coup, j’imagine que je n’ai pas la version modifiée ?
      J’ai installé la version 0.4.0… et je me perds un peu dans les révisions de la zone… Y a t’il moyen de récupérer une version à jour ? Ou quelqu’un a-t-il une idée pour résoudre ce problème et installer paybox d’une manière ou d’une autre ? Merci beaucoup !!!

    • csauvage

      Salut [so], j’ai fait en sorte que Transaction fonctionne tel quel. Tu as bien la dernière version mise à jour par moi-même. Si tu ne mets rien dans mes_options.php, tu devrais te retrouver avec une config de test qui marche.
      Pour personnaliser, dans mes_options.php tu mets :

      $GLOBALS['PARAMS_PAYBOX'] = array(
		'site' => 'xxxx',
		'rang' => 'yyyy',
		'id' => 'zzzzz',
		'cle' => XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX',
		'serveur' => 'https://preprod-tpeweb.paybox.com/cgi/MYchoix_pagepaiement.cgi',
		'retour_ok' => $GLOBALS['meta']['adresse_site']."/?page=transaction_merci",
		'retour_ko' => $GLOBALS['meta']['adresse_site']."/?page=transaction_regret",
);

      et c’est prévu pour marcher directos

    Répondre à ce message

  • 3
     ???

    Bonjour tout le monde,
    J’utilise le plugin transaction + formidable , j’ai crée un formulaire sans problème mais à chaque fois que je clique sur le bouton valider j’ai le bouton paypal qui se multiplie (le bouton s’affiche 6fois), je m’attendais a un seul bouton paypal....d’où vient le problème ? Merci

    • Eric Luyckx

      Hello

      j’ai le même problème. 6 fois aussi :-/

      bien à vous
      Eric

    • Chris

      Bonjour,

      Exactement le même problème pour moi, 6 fois le bouton paypal, en fait quelque soit le moyen de paiement configuré il s’affiche 6 fois.

      Si quelqu’un a une solution ou une piste, merci

      Chris

    • olivier

      Bonjour,

      J’ai le même problème, affichage 6 fois des moyens de paiement.

      Est-ce que quelqu’un aurait trouvé une solution ?

      Cordialement, Olivier.

    Répondre à ce message

  • 1
    Luc

    Bonjour

    Sur un site Spip 2.1.23 avec Formidable 0.6.6, j’ai installé Transaction 0.3.1.
    J’ai besoin d’utiliser l’API du Crédit Mutuel, j’ai obtenu auprès de cette banque tous les renseignements nécessaires, j’ai modifié le fichier paiement/cmcic/config.php

    Je suis en phase de test :
    je remplis le formulaire
    lorsque je valide la saisie, et que je dois « valider le paiement », j’obtiens une belle erreur 500...

    J’ai dû rater kekchose d’important ?

    Merci
    Luc

    • Luc

      Bonjour,

      Après moultes tentatives, je viens de parvenir à utiliser le plugin Transaction en évitant l’erreur 500...
      Les essais de paiement « test » fonctionnent.
      Juste une bizarrerie : dans la configuration des traitements du formulaire, j’ai choisi l’enregistrement des résultats dans la base de données et ceux-ci s’y affichent en double...
      J’aurais aimé également que la « référence » des paiements puisse être extraite dans le fichier CSV créé, elle n’y est pas : seulement visible depuis la page « voir les réponses » de l’espace privé. Cet élément est important puisque c’est depuis cette référence que le croisement avec le fichier établit par la banque peut s’effectuer...

      Luc

    Répondre à ce message

  • 1
    Nicole

    Bonjour,

    Bravo pour ce plugin, depuis le temps que je galérais avec les vilains boutons « Faire un don » de Paypal pour encaisser les cotisations de mon asso.

    J’ai donc fait un formulaire d’adhésion avec formidable (un petit script php pour lier avec le plugin associaspip ? plus tartd ;-) ) qui propose le paiement par chèque, virement et Paypal. Jusque là tout marche impec. y compris le test de paiement dans la sandbox de Paypal, mais quand on revient sur le site (j’ai mis l’url de renvoi http://www.avectoit.org/?page=transaction_merci sur mon compte marchand Paypal), le contenu brut de celle-ci s’affiche et j’ai 4 erreurs dans le squelette qui s’affichent (copie d’écran jointe). Il manque un include quelque part non ? ou cela viendrait-il d’une limitation de la sandbox ?

    D’autre part j’aimerais envoyer à Paypal, pour les visiteurs qui n’ont pas encore de CB enregistrée dans un compte paypal, les données first_name last_name address1 zip city email depuis celles qu’ils ont saisies dans mon formulaire (leur demander de retaper chez Paypal ce qu’ils viennent de faire chez moi ne fait pas très sérieux !). Ça devrait être possible ?

    Je suis en spip 3.0.7

    Merci de vos lumières.

    • Nicole

      Re :

      J’ai trouvé pour les erreurs dans le squelette (pour ma dist. 3.0.7) : dans le squelette
      /plugins/auto/transaction/transaction_merci.html il faut remplacer dans les quatre
      <INCLURE{fond=inc-...}>
      inc-head par inclure/head
      inc-entete par inclure/header
      inc-rubriques par inclure/rubriques
      inc-pied par inclure/footer

      et je retrouve l’habillage de mon site :)

      Ma question sur le passage des variables à l’API de Paypal reste pendante.

    Répondre à ce message

  • MARC

    Bonjour,

    Une intégration avec SystemPay est-elle prévue ?
    Merci pour votre prompte réponse ... :-)

    Répondre à ce message

  • 1
    Pierre-Jean

    Bonjour,

    Pourriez-vous m’indiquer comment modifier/quel fichier surcharger pour faire évoluer l’apparence du retour de formulaire avec les choix de moyens de paiements.

    Je voudrais par exemple supprimer les images sur certains moyens de paiements...

    Merci beaucoup pour cet incroyable plugin !

    Pierre-Jean

    • Pierre-Jean

      Je up mon message et complète :

      J’affiche le formulaire dans une colonne à droite du contenu principal, j’ai donc dans les 250 pixels pour l’afficher du coup, le retour de formulaire oblige un scroll monstrueux car il n’y a plus asssez de place pour le texte situé à droite de chaque logo associé à un moyen de paiement...

      Bon week-end !

    Répondre à ce message

  • 1
    gillesq

    Excellent plugin.

    Dans le cas d’une utilisation avec la dist en 3.0.13, il faut refaire les squelettes transaction_regret.html et transaction_merci.html.

    • Nicaille

      Attention tout de même, d’après mon expérience, à savoir :
      -  Mise en place d’un paiement ATOS (BNP Parisbas ) sur serveur mutualisé OVH (Plan Perso)

      Les enregistrements se passent de la manière suivante :
      -  Saisie d’un montant et validation du formulaire
      -> Ajoute une entrée dans la table « spip_formulaires_transactions » sans montant et avec une « ref_transaction » (champ) généré automatiquement (13 caractères) qui non compatible avec l’API de paiement BNP (6 caractère max).
      -  Choix du mode de paiement
      -> Ajoute encore une entrée dans « spip_formulaires_transactions » (bizarre ?!)
      -  Validation du formulaire donnée bancaire chez BNP
      -> Si valide : appel de la page de confirmation automatique (response_auto ou aussi appelée confirmclientannée.php)
      -> N’arrive pas à changer la valeur du champ statut_transaction

      Donc à vous de bien vérifier si les appels automatiques sont effectués et efficients. Et il n’est paspossible de consulter la table « spip_formulaires_transactions » depuis spip seulement depuis la BDD (phpmyadmin, bizarre également)

      Je ne demande qu’a me tromper mais voici le retour de mon expérience récente.

    Répondre à ce message

  • 2
    elm31rugby

    Pas de redirection vers Paypal

    Bonjour, un léger problème que je rencontre avec « Transaction ». Je réalise une inscription en ligne pour un colloque. Les gens remplissent le formulaire d’inscription et sont dirigés vers Paypal pour payer les frais d’inscription.
    Lorsque je configure mon formulaire, si je n’indique rien dans la case « Message de retour », une fois le formulaire rempli je suis bien redirigé vers Paypal
    Si je mets un message du genre « Merci pour votre inscription », le message s’affichent une fois le formulaire rempli mais les gens ne sont pas redirigés vers Paypal, et l’inscription n’est pas validée.
    Ai-je oublié quelque chose ? Merci pour votre aide
    (en attendant, je désactive le message)
    Eric LM

    • elm31rugby

      Ok, je viens de voir le paragraphe correspondant dans le topo

      Message de retour du formulaire

      Attention : il ne faut pas utiliser le « message de retour » de formidable dans la configuration du formulaire sinon celui-ci prends le devant et aucun mode de paiement ne s’affiche à la validation du formulaire.

      Désolé pour le bruit. Ce qui me pose un problème, car dans mon cas, l’inscription est gratuite pour les étudiants, et j’aurais bien voulu que quelque chose s’affiche lorsque les étudiants s’inscrivent.
      -  si je mets un message comme quoi l’inscription est confirmée, ceux qui paient ne sont pas redirigés vers Paypal
      -  si je ne mets rien, ceux qui ne paient pas n’on pas de message comme quoi l’inscription a bien été prise en compte.

      Eric LM

    • elm31rugby

      Bonjour, je viens de contourner le problème en créant deux formulaires : un avec paiement des frais de participation (et le fichier transaction_merci.html me permet de confirmer que la transaction s’est bien passée), et un autre formulaire « simple », sans règlement des participations aux frais, et dans lequel je confirme l’inscription grâce au message de retour du formulaire

      Mais, bon : comme dans Transaction il y a une proposition de montant multiple, l’un d’entre eux devrait pouvoir être nul.

      N’hésitez-pas à me contacter si vous voulez plus d’infos.

      Bonne journée, Eric LM

    Répondre à ce message

  • 1
    Pierre

    Bonjour,

    Je me demandais si ce plugin pouvait permettre de réaliser un (petit) site de vente en ligne.

    Quand je lis tout ça, j’ai l’impression que l’on est cantonné à un paiement pour une chose, il n’y a pas de panier pour acheter 2 choses, il faut que ce soit lié à un « formidable » qu’il faudrait donc lier à un objet (imaginons par ex que cet objet soit décrit dans un « article » au sens spip) ...

    Bref si quelqu’un a un retour d’expérience (ce pour quoi c’est utilisé en général, ou alors la quantité petite ou grande de bidouilles qu’il faut faire pour faire l’équivalent d’un Thelia, enfin d’un genre de Thelia), etc ... ) A quoi vous l’utilisez par ex ? pour l’instant la seul appli que je vois c’est effectivement le truc style don ou cotisation d’assoc.

    • Pierre

      J’ajoute que je suis déjà un utilisateur de Thelia mais que le plugin correspondant me semble compromis étant donné l’arrivée de Thela 2 entièrement refondu ... et que j’ai trouvé un plugin « paniers » (sur http://plugins.spip.net/paniers.html) qui semble en cours de dev sans aucune page ici sur contrib ... mais qui pourrait peut-être se combiner avec Transactions ;..

    Répondre à ce message

  • Eterzere

    Bonjour,

    Sous SPIP 3.05 et plugins Formidable 1.3.6 et Transaction 0.3.1, le formulaire CMCIC affiche toujours un champ montant=0.
    Visiblement, le montant_1 du formulaire n’est pas récupéré, via SESSION[’total’].
    J’ai tenté également un montant fixe via l’appel du formulaire, idem. Les valeurs ne sont pas transmises...

    Merci de vos conseils

    Répondre à ce message

  • 1
    miros

    J’utilise le plugin avec satisfaction malgrès la non gestion dynamique des emails.
    et petit détail génant le formulaire n’envoie pas les centimes au système de paiement ( paybox)
    avec la virgule comme séparateur, on est obligé d’utiliser le point comme séparateur.
    Comment puis-je régler ce problème ?
    Cordialement,
    m

    • miros

      un petit (gros) UP donc comment faire pour que la virgule soit reconnue comme séparateur ?

      Merci !

    Répondre à ce message

  • 1
    Pierre-Jean

    Bonjour,

    Je cherche à savoir si il est possible avec Transaction et le mode de règlement Paypal de :

    -  Vendre des produits dématérialisés avec l’envoi du lien vers la page de téléchargement dans un mail envoyé à l’acheteur après le retour paypal.

    -  Permettre l’achat de plusieurs « objets » au sein d’une même transaction. Dans mon cas il s’agit d’une collection de livres que l’utilisateur doit pouvoir commander unitairement ou en choisissant plusieurs lors de sa commande.

    Si certaines choses ne sont pas possible, serait-il possible d’avoir des pistes, et diverses alternatives ?

    Je vous remercie par avance pour votre aide !

    • Polar oïd

      Salut, à ma connaissance le plugin n’envoie pas de mail après le retour de l’IPN Paypal, ni en admin ni en user... ce qui manque d’ailleurs à propos de ce plugin... Par contre Paypal redirige ensuite l’utilisateur vers une page de paiement confirmée qui est unique à la fin de la procédure de paiement. Je ne sais pas si il serait possible de passer différentes variables d’url pour renvoyer sur différentes pages pour accéder par exemple aux contenus payés...

      L’information de paiement validée en base de données pourrait servir théoriquement à confirmer ou infirmer l’accès vers des contenus téléchargeables à condition d’intégrer une étape de téléchargement via un squelette prévu à cette effet mais cela impliquerait que l’utilisateur soit en session sur le site (login + password) pour y accéder en fonction de son N° de réponse au formulaire et de la référence de paiement...

      Ton sujet de vente de produits dématérialisés est très intéressant, nous pourrions continuer cette discussion si tu le souhaites et sur la base mon expérience en la matière...

    Répondre à ce message

  • MaxWeb

    Bonjour,

    J’ai un probleme avec le « AUTO_RESPONSE_URL » du fichier « parcom.xxxxxx ».
    Du coup la mise à jour du statut_transaction dans base de donnée ne ce met pas à jour... Il reste toujours à 0

    J’ai l’impression que ce paramètre n’est pas pris en compte, est-ce parce que j’utilise le mode test qu’il n’appel pas cet url lors de la validation du paiement ? Ou faut-il avoir notre vrai certificat de marchand pour que ce « AUTO_RESPONSE_URL » puisse fonctionner ?

    Je demande que l’on m’aide ou une piste pour résoudre ce problème.
    Merci d’avance

    Répondre à ce message

  • Polar oïd

    Bonjour,

    J’utilise le plugin Transaction avec un formulaire dont les traitements sont configurés comme suit :

    Paiement par chèque
    Traitement du paiement Paypal
    Envoyer par courriel
    Enregistrer les résultats

    Dans le cas d’un paiement par chèque, au niveau de la mise en forme du message de retour, le plugin offre un champ de saisie textuel permettant de personnaliser ce message. Afin d’afficher le montant saisi dans le formulaire, il est possible d’utiliser la balise %montant% pour retourner la valeur en question au niveau du texte.

    J’aimerais comprendre le mécanisme de fonctionnement de la balise %montant% afin de pouvoir éventuellement fabriquer une balise sur le même modèle et qui retournerait les valeurs dont j’ai besoin...

    J’aimerais savoir comment faire pour afficher par exemple la référence de transaction en cours à ce même endroit. Au terme de mes expérimentations actuelles, j’observe qu’il n’est pas possible d’appeler un modèle pour faire un inclure ni de faire fonctionner une balise comme par exemple #SESSION{id_auteur} dans ce champ textuel.

    L’auteur de ce plugin pourrait-il se pencher sur cette question ?

    Merci d’avance !

    Répondre à ce message

  • 2
    sirom

    Bonjour,
    J’essaie en vain de faire fonctionner le paiement PAYBOX en vain avec ce plugin.
    J’ai configuré paiement.php ( paramètres mode test : $mode, $site, $rang, $id ...), mis le bon chemin pour le module cgi , mais j’ai quand même une erreur récurente :
    PAYBOX INPUT ERROR (code -7)
    ce qui correspond à « Il manque une variable obligatoire »
    et je ne vois pas laquelle ?

    Quelqu’un aurait il eu ce genre de problème et pourrait m’aider ?

    PS : n’y a t’il pas une clé HMAC obligatoire à rentrer maintenant comme sur le plugin de Thélia qui lui fonctionne très bien ?

    • sirom

      Bonjour,
      Problème en parti résolu, j’avais oublié de renseigner PBX_PORTEUR
      l’erreur a disparue, mais maintenant à la connexion à paybox j’ai :
      Problème d’identification du commerce.
      Accès refusé !

      pourtant je n’ai mis que des valeurs de test :
      $mode = ’1’ ;
      $site = ’1999888’ ;
      $rang = ’32’ ;
      $id = ’110647233’ ;

      OU est-ce que ça coince ? ....

      Merci pour votre aide.

    • sirom

      Désolé du bruit

      Cela fonctionne avec des paramètres d’identifiants réels en non de test

      Cordialement.

    Répondre à ce message

  • nat33

    Le système de paiement SYSTEMPAY qui remplace SISP/ATOS a t’il été intégré au plugin ?

    Répondre à ce message

  • 5
    DD

    Bonjour,

    Une question bête : est-ce qu’il faut installer le plugin Thélia ? car lorsque je valide mon formulaire (je teste avec le paiement paypal) les données saisies sont bien envoyées avec "merci votre demande a bien été envoyée) mais aucun bouton paypal n’apparaît donc pas de possibilité de paiement.

    dd

    • Bruno

      Bonjour,

      J’ai le même problème.
      Faut-il effectuer une manipulation de configuration ou l’appel à la page ad-hoc est automatique ?

      Bien cordialement,
      Bruno.

    • Bruno

      Je vai répondre à ma propre question : ;-)

      Dans la section « configurer le formulaire » de l’édition de ce formulaire, il faut choisir pour « Afficher ensuite » l’option « rediriger vers une nouvelle adresse » puis entrer en-dessous l’adresse de redirection.

      Par exemple, pour uen redirection vers paypal, il faut taper :
      http:///plugins/transaction/paiement/paypal/paiement.php

      Bien cordialement,
      Bruno.

    • Manu

      bonjour
      d’ou vient cette url ? mon navigateur m’affiche une erreur ..Je rencontre le même problème que vous
      merci de votre aide
      Manu

    • Brruno

      Bonjour,

      L’URL à entrer est par défaut :
      http://www.toto.fr/plugins/transaction/paiement/paypal/paiement.php

      En remplaçant toto.fr par le nom de votre site.
      Le chemin après le nom du site est le chemin d’accès par défaut aux fichiers du plugin.

      Attention à la manière dont est configuré votre fichier .htacess
      Il faut que l’on ait accès au fichier paiement.php

      Bien cordialement,
      Bruno.

    • manu

      super merci Bruno ..
      plusieurs champs « montant » certains fixes d’autres libres peuvent ils etre rajoutés dans un même formulaire ? (pour gérer par ex un don et un l achat d’un article) merci

    Répondre à ce message

  • Zapad

    Bonjour,

    Ce plugin peut-il fonctionner avec la solution Systempay de la Banque populaire ?

    Merci d’avance,

    Répondre à ce message

  • El Houarf

    Bonjour,
    est-il possible de passer plusieurs paramètres d’un menu déroulant au moment de l’appel du formulaire ?
    J’ai deux options de prix pour un champ « Sélection montant ». Deux clés constantes et des valeurs variables :
    membreOui|gratuit
    membreNon|10 €
    J’aimerais utiliser un formulaire standard et demander au rédacteur d’indiquer les prix toujours changeants depuis ses articles :
    <transaction|id=formEvent|montant_selection_1=Mes valeurs...>

    C’est plus facile que de lui faire dupliquer et modifier les formulaires.
    Malheureusement je ne trouve pas la syntaxe à utiliser.

    Merci de vos conseils pour ce plugin vraiment sympa. Bonne année à tous.

    Répondre à ce message

  • Nandrianina

    Bonjour à tous,
    J’aimerais savoir comment faire pour avoir un numero de carte test pour tester un module de paiement PNB Paribas sous prestashop ! Merci de votre aide...

    Répondre à ce message

  • Nandrianina

    Bonjour à tous ! J’aimerai savoir si c’est possible, comment faire pour avoir un compte teste PNB Paribas pour tester le module ATOS/SIPS sous prestashop ! merci de votre aide :)

    Répondre à ce message

  • 7

    Bonjour,
    après avoir suivi toutes les consignes, j’ai cette erreure :
    « Internal Server Error
    The server encountered an internal error or misconfiguration and was unable to complete your request. »

    je suis chez ovh
    quelqu’un a t-il une idée ??
    merci
    béa

    • Bonjour
      J’ai le même probleme : Internal Server Error
      avez-vous trouvé une solution
      Merci bcp

    • polar oïd

      Bonjour
      J’ai le même probleme : Internal Server Error

      Avez-vous trouvé une solution

      Note : je suis chez ovh...

    • polar oïd

      Réponse :

      Dans mon cas et pour exécuter paiement.php il s’agissait détendre les droits d’accès par ftp...

    • elm31rugby

      Bonjour,

      Pouvez-vous préciser quels droits d’accès vous avez modifiés ? Les miens sur paiement.php sont déjà à 777 ... Sur quel fichier ou quel dossier avez-vous modifié les droits ? (car j’ai également une erreur interne, et je suis également chez OVH)

      Merci !

    • polar oïd

      Salut,

      On supprime paiement.php de la dist du plugin SPIP, on copie le code, on recréé un fichier du même nom, on passe le code php dedans. On test : ok

      On fait la même chose pour l’IPN PAYPAL avec paiement_paypal_confirmation.php ou autres fichiers...

      C’est la solution que j’ai trouvé, apparemment le problème est lié aux fichiers source du plugin, un vrai mystère... Je suis sur Mac et me demande si il n’y aurait pas un lien...

      J’avais modifié les droits sur ovh pendant la phase de dev, ce qui avait débloqué la situation et je l’ai retrouvé en prod sur un autre site et dans ce cas même avec un 777 rien à faire ???... La solution indiquée fonctionne de mon coté sur ovh...

      Bon courage pour la suite !

    • elm31rugby

      Merci pour la réponse, c’est sympa. Sur un forum Prestashop, quelqu’un avait le même problème. Selon lui, la solution consiste à mettre les droits à 705 http://www.prestashop.com/forums/topic/145411-resolu-problemes-internal-server-error-avec-paypal-et-moneybooker/

      Le fait est que j’ai mis 705 sur tout le dossier « paiement » (pas uniquement sur le fichier paiement.php) et que ça a l’air de fonctionner (je suis bien redirigé sur mon compte paypal)

      Mystère, mystère... A suivre

      Bon après midi !

      Eric LM

    • cola

      Bonjour.
      Moi aussi j’avais une erreur 500 avec spip 3.05 et précédents (3.0.X) pour un règlement paypal.

      Mettre les droits en 705 ou autre n’a pas résolu mon problème

      Refaire les fichiers non plus. Réinstaller le plugin non plus.

      Ce qui a marché c’est de placer le plugin directement dans le dossier plugin et non le dossier auto (qui a des droits 755)

      Si ca peut aider

    Répondre à ce message

  • 1
    Supercodeur

    Le plugin comporte tellement de trou de sécurité, il est facile de modifier le montant total (champ hidden), et encore plus si on desactive le javascript qui valide un second possédant aussi le montant... Difficile d’appeler ce plugin... un plugin de transaction. Au mieux, c’est un plugin de don.

    A bon entendeur....

    • polar oïd

      Salut,

      Cette critique est légitime, cela dit la manipulation/injection d’un formulaire quel qu’il soit ne concerne pas uniquement ce plugin... Une solution consiste à valider un paiement uniquement si la somme perçue correspond bien à la somme demandée sur la base d’une script dédié à cet usage... A ce sujet ce petit tuto peur mettre sur la voie...

      http://www.grafikart.fr/tutoriels/php/paiement-paypal-181

    Répondre à ce message

  • claudes

    Bonjour,
    comment adapter ce plugin pour spplus ?

    Répondre à ce message

  • 4
    papillo

    bonjour ,
    je suis entrain de tester le plugin avec le mode « PAYPAL » sur le serveur de test (sandbox)
    j’ai bien cree des comptes de test sur sandbox paypal.
    je commence à faire des tests tout marche bien , j’ai des traces sur Paypal que la transaction est réussite (imprimer facture .... mail reçu ...) mais dans ma BD table : spip_formulaires_transactions le champs « Statut_transaction » toujours == 0
    par contre dans paiement_paypal_confirmation .php j’ai bien ça !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
    if(strstr($reponse, « VERIFIED »))
    $reference = $_POST[’invoice’] ;
    sql_updateq(’spip_formulaires_transactions’, array(’statut_transaction’ => 1), ’ref_transaction=’ . sql_quote($reference)) ;

    • papillo

      Bonjour, Est-ce que quelqu’un a déjà essayé ce plugin avec PAYPAL !!?? !!

    • polar oïd

      Bonjour, j’essaie de configurer un formulaire de paiement avec Paypal, j’ai configuré un compte acheteur et un compte vendeur via le serveur de test (sandbox) puis fourni l’adresse mail du compte vendeur dans transaction/paiement/paypal/paiement.php en suivant la documentation du plugin transaction. Au stade actuel, l’exécution de paiement.php dirige correctement sur https://www.sandbox.paypal.com/cgi-bin/webscr mais indique le message d’erreur suivant : « Certaines des informations requises sont manquantes ou incomplètes. Veuillez corriger les informations saisies, puis réessayer. » comme indiqué sur la capture d’écran. Je ne parviens pas à comprendre ou se situe le problème, étant donné le caractère succin du message délivré par paypal ? J’aimerais entrer en contact avec une personne qui aurait réussi à configurer le plugin correctement avec paypal.

      Merci d’avance pour votre aide précieuse !

    • polar oïd

      Si cela peut aider, dans un post de Ralph Davidovits intitulé Paypal IPN : script PHP de notification de paiement par e-mail, l’auteur indique que lors d’une vraie transaction Paypal réussie, le statut indiquera « valide », étant donné qu’un test effectué avec le sandbox de paypal correspond à une simulation... à vérifier...

    • Arnault Pachot

      oui ça vient du mode test de paypal qui n’envoie pas la réponse « VERIFIED » après le paiement.

    Répondre à ce message

  • flocon

    Bonjour,

    Je me demandais s’il était possible que le mail de confirmation de formidable parte APRES la confirmation du paiement par un utilisateur ?
    En effet, actuellement, le mail de confirmation est envoyé après le remplissage du formulaire même si le paiement est refusé (et donc la demande aussi du coup).
    J’ai vu la méthode traiter_email_dist, comment pourrais-je l’appeler à partir du plugin transaction (quels paramètres) ? (à savoir qu’on utilise qu’un seul moyen de paiement)

    Merci d’avance

    Répondre à ce message

  • 2
    Andras

    Bonjour ! Est-ce que vous pouvez me dire comment je peux avoir deux formulaires (sur deux pages) avec deux différents comptes bancaires ? Faut-il avoir deux fichiers config ou deux dossiers avec les paramètres spécifiques ?
    Merci en avance !

    • Emmanuel Nurit

      Bonjour,

      je pense effectivement qu’il faut faire 2 fichiers config différents pour déclarer chacun des TPE virtuel et en fonction du formulaire qui appelle l’API, charger un ou l’autre des fichier config.

      Par contre je ne comprends pas trop le but, 2 TPE sur le même site ?

      La façon d’appeler l’API de chaque banque est différent, il faudra étudier les fichiers pour faire l’appel du fichier de config au bon endroit.

    • Andras

      Tout d’abord merci pour la réponse et excusez-moi de répondre tardivement, mais mieux comprendre le plugin (+atos) m’a pris plus de temps que prévu.

      Le premier TPE sert pour envoyer les dons, le deuxième (le nouveau) pour acheter des différents produits. C’est la raison des deux comptes.

      Dans le deuxième cas de figure il faut tenir compte du frais d’expédition (qui se varie en plus en fonction du pays) en conséquance cette deuxième formule sera plus complèxe que la première et le le fichier (traiter/)paiement_atos.php doit être aussi adapté.

      Est-ce que je vois bien que la fonction concernée (traiter_paiement_atos_dist) compte le total soit à partir d’un montant fixe, soit à partir d’un montant sélectionné ? Dans notre cas (coûts fixes et variables) il seraitent utile d’avoir à la fois les deux.
      Merci encore une fois.

    Répondre à ce message

  • 3
    paolo

    Bonjour, Est-ce que quelqu’un a déjà essayé ce plugin avec SPIP 3 ? (Et alors ...?)

    • Emmanuel Nurit

      Bonjour,

      mes premiers test avec la release candidate semblent fonctionner correctement :)

    • paolo

      En effet, pour moi cela fonctionne aussi.

    • paolo

      Pourtant, on ne peut pas l’activer telle quelle avec la version stable de SPIP 3. Cela affiche « version incompatible ». Mais en changeant la ligne :         <necessite id="SPIP" version="[2.0.0;3.0.99]" /> on arrive à l’activer...

    Répondre à ce message

  • 8
    mirobolus

    Oui, j’ai compris çà après avoir posté.
    Mais quid de mon problème de phase de paiement zappée ? Quelqu’un d’autre à le même problème ?
    Merci Eric.
    pour voir en ligne

    • Emmanuel Nurit

      A noter qu’il ne faut pas utiliser le « message de retour » de formidable dans les configurations du formulaire, sinon celui-ci prend le devant sur transaction. (je vais le préciser dans la doc)

      Est-ce bien le cas pour ton formulaire ?

    • mirobolus

      Et bien oui, le problème venait de là...
      Merci pour cette précieuse remarque qui rend mon formulaire fonctionnel. A préciser dans la doc, oui, en gros ! ;-)
      Merci Eric.

    • Emmanuel Nurit

      Je viens de l’ajouter dans la doc.
      En fait il faudrait modifier formidable pour qu’il contrôle si des traitements externes sont prévu afin qu’il n’applique le message de retour qu’en dernier recours.

    • mirobolus

      C’est à moi de faire çà ? ou bien c’est prévu dans l’évolution du plugin formidable ?
      Parce que je ne sais pas si je saurais faire.
      Bon, maintenant que je passe à l’écran Paiement, il se trouve que mon raccourci @montant_fixe_1@ n’est pas remplacé dans le texte qui s’affiche à l’écran.

      Voici le texte saisi dans le champ de configuration du Paiement par chèque

      <h3>Paiement par chèque.</h3>
<p>Veuillez envoyer votre règlement de @montant_fixe_1@ € par chèque à l'ordre de SOCIETE et à l'adresse :</p> <p>ADRESSE</p>
<p>Votre réservation sera validée à réception du paiement.</p>

      De même, le tableau construit avec l’écriture Spip pour les données du paiement bancaire (avec les « pipe ») n’apparait pas correctement.

      Tu peux tester un envoi : les messages arrivent chez moi.

      Et puis, tant que j’y suis, est-il possible de préciser dans le mail reçu par le client quel mode de paiement il a choisi ? Est-ce que ce paramètre existe et peut être récupéré pour construire le mail ?
      Merci !!

    • Emmanuel Nurit

      Non je donne les détails, car en regardant dans le code, je vois que cela se passe dans le noyau de formidable, il faudrait prévoir une évolution de formidable pour qu’il intègre des extensions comme transaction.

      Il suffit d’utiliser %montant% qui est générique pour tout les types de champ (saisie libre ou liste), je vais étudier une évolution du plugin pour conserver le nommage standard de ces raccourcis.

    • mirobolus

      Ok. Ça marche avec %montant%.
      J’ai viré aussi mon tableau en raccourcis spip et c’est nickel.
      Un grand merci pour ta disponibilité !!

    • Emmanuel Nurit

      Concernant ta demande d’envoi du choix du mode de paiement dans le mail, il faudrait désactiver l’envoi du mail de formidable et ajouter dans les traitements de chaque mode de paiement la fonction d’envoi de mail.

      De cette façon c’est directement le traiter du mode de paiement utilisé qui construit le mail, donc on peut imaginer un modèle différent pour chaque mode de paiement.

    • mirobolus

      Oui, excellent !
      Je viens de regarder dans le code de Transaction (bravo pour la clarté des commentaires !).
      Je vais regarder si je peux faire çà.
      Je pense que l’info sur le mode de paiement choisi est indispensable pour le client dans tous les cas.
      Le fait de pouvoir préciser certaines infos en fonction du paiement choisi serait bien sûr un plus.
      Merci !

    Répondre à ce message

  • 4
    RealET

    Bonjour,

    J’ai bien l’impression qu’avec les versions SVN actuelles de formidable+Saisie, Transaction ne fonctionne plus.

    Pour être précis, j’ai créé un formulaire (Nom, prénom, email, montant libre), j’ai indiqué comme méthode de Paiement Atos.

    Et quand je valide le formulaire, au lieu d’avoir la 2e page qui devrait me permettre de choisir le moyen de paiement, j’ai juste le texte de remerciement d’avoir rempli le formulaire.

    • RealET

      En fait, l’exemple de point cœur est trompeur ;-)

      Il fallait dire que le formulaire redirige vers le fichier de paiement.php : cheminde/paiement/atos/paiement.php

      Mais maintenant, c’est bin/request que j’ai mis sur le serveur qui n’est pas trouvé.

    • mirobolus

      Même constat pour moi. Après les mises à jour aujourd’hui-même de Saisies, Transaction et Formidable, et pour un montant fixe, je ne passe plus par la page des paiements et ce, quels que soient les modes de paiement configurés (chèque, virement paypal, CIC).
      D’autre part, dans l’espace privé, les blocs de configuration pour Atos et Paybox ne se déplient pas (sous Firefox), je ne peux donc pas les tester.
      Je suis sous SPIP 2.1.12 [18732].

      Que se passe-t-il donc ?

    • Emmanuel Nurit

      Il n’y a rien à déplier dans les paramétrage de ATOS et PAYBOX, il suffit de copier les binaires sur le serveur et de paramétrer les fichiers tel qu’indiqué dans la doc.

    Répondre à ce message

  • lavachefolle

    Bonjour à tous

    J’aimerais que le montant d’une simple multiplication + addition soit affiché dynamiquement (puis envoyé par la suite en traitement). L’idée étant que le visiteur puisse voir le montant total et ne pas avoir la surprise du montant final.

    Par exemple PRIX1 < MULTIPLICATEUR + PRIX2

    Cette fonction est déjà peut-être intégrée mais cela fait une journée que je tourne en rond et ne parviens pas à mes fins. Tout le reste du plugin est formidable, sauf ceci (que je n’ai peut-être pas su trouver).
    Merci de votre aide,
    Jean

    Répondre à ce message

  • 1
    NiKo

    Bonjour,

    Lorsque je cherche à afficher la liste des réponses reçues via le formulaire, une erreur SQL s’affiche pour chacune de ces réponses :

    Erreur SQL 1054
Unknown column 'db224794008.spipv2_formulaires_transactions.ref_transaction' in 'field list'
SELECT spip_formulaires_transactions.ref_transaction, spip_formulaires_transactions.statut_transaction FROM spip_formulaires_transactions AS <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+c3BpcF9mb3JtdWxhaXJlc190cmFuc2FjdGlvbnM8L2NvZGU+"></span> WHERE (spip_formulaires_transactions.id_formulaires_reponse = 1)

    Cela me bloque l’accès à la page de gestion des réponses reçues. Cela, je le vois, est du au fait que j’ai changé le préfixe des tables de spip_ en spipv2_ (car j’ai deux Spip installés sur la même base de données), mais je ne trouve pas où faire ce changement dans les fichiers du plugin Transactions ! Qui saurait m’aider ?

    • QGRobrqWdIPc

      Bah l’appui sur tab pour naviguer dans les eamruloirfs ca marche meame sans ce plugin. Par contre il y a certaines options tre8s inte9ressante, je vais le tester

    Répondre à ce message

  • 2
    sirom

    Bonjour,
    J’ai un problème avec le paiement ATOS.
    Je l’ai installé paramétré avec succès ( pathfile etc... )
    Bref il fonctionne avec le fichier call_request.php, fournit par ATOS mais ne fonctionne pas
    avec le fichier du plugin transaction paiement.php j’ai le message d’erreur suivant : Erreur appel API de paiement. message erreur : Error parameter (transaction_id=4dce4380633c1) too long
    SI je ne me trompe paiement .php récupère le montant du formulaire pour appeler le binaire et effectuer la transaction, hors çà ne fonctionne point.
    Utilise call_request.php, me direz-vous, mais ce script ne récupère pas le montant du formulaire,
    puisqu’arrivé à l’étape de paiement, la somme reste à 1 euro.
    Bref je tourne en rond et ATOS n’est pas des plus simple...
    J’ai donc besoin de votre aide.
    Bien cordialement.

    • sirom

      le probleme est résolu en supprimant dans paiement.php la ligne :

      $parm="$parm transaction_id=" . urlencode($_SESSION['ref']);

      Mais est-ce une bonne solution ?

      Crdlt.

    • bea

      bonjour,
      non, je ne penses pas, car après
      Error in call parameters structure (amount (2.0E+23) not numeric)
      qu’estce que c’est ???
      merci de votre aide
      cordialement
      bea

    Répondre à ce message

  • paolo

    Double problème suivant : je construis un formulaire qui contient un champ « saisie montant ». Il doit être multilingue, ce qui implique que parfois le séparateur décimal est une virgule, mais parfois un point. Y a-t-il manière de faire cela ?

    En plus le champ devrait pouvoir être multi-devise. Certaines devises ont des centimes, d’autres (Yen par exemple) pas, alors pour ceux-ci il faudrait ne pouvoir entrer que des entrers.

    Est-ce que quelque a une lumière sur une partie du problème ou l’autre ?

    merci !

    Répondre à ce message

  • jeff

    Est-il possible d’intégrer le module de paiement en ligne SPplus de la caisse d’épargne ? si oui, quelle est la démarche à suivre ? Merci par avance

    Répondre à ce message

  • 4
    eric

    Bonjour,

    j’ai installé ce plugin, créé mon formulaire, jusque là tout se passe bien !
    Par contre lorsque je le teste, j’ai bien confirmation que j’ai rempli le formulaire mais pas de possibilité de choisir paiement par paypal ou cheque (comme je l’ai défini dans la config)

    je n’ai que la confirmation du formulaire.

    Par contre dans l’admin, l’inscription est en doublon (dont l’une notée « non payée »)

    j’ai raté quelque chose ?

    dans mon squelette j’ai inséré :

    #FORMULAIRE_FORMIDABLE{adherer}

    c’est tout. Il y aurait-il une autre manip à faire ?

    Merci de vos réponses,

    Cdt,

    Eric

    • nddinechin

      Je ne saurais pas trop répondre pour la première question. Et je n’ai pas d’environnement de test disponible actuellement.

      Pour l’inscription en doublon, par contre, si : il s’agit d’une anomalie de conception. En fait, chaque module de paiement crée sa propre entrée dans la table des réponses (un numéro de référence pour chacun) et la place « en attente » de confirmation. Seul l’enregistrement correspondant au mode de paiement finalement choisi par l’utilisateur (chèque, paypal, etc) est confirmé dans la table. Les autres restent éternellement en « non payé ».

      Sur notre site qui propose cinq modes de paiement (lien démo ci-dessus en fin d’article), je me retrouve avec, en table, des quintuplons systématiques (on dit comme ça ? des doublons x5). Si je coche en plus « enregistrer en table » dans la configuration du formulaire pour pouvoir bénéficier de l’envoi par mail, ça me fait des sextuplons ! C’est vraiment pénible à gérer, mais pas le choix. J’ai essayé de bidouiller des filtres d’affichage.

      L’idéal aurait été un seul enregistrement en base, avec un seul numéro de référence (en obligeant tout simplement à cocher l’option « enregistrer en table » dans la configuration du formulaire). Puis que Transaction mette à jour le « statut » en fonction du mode de paiement choisi : « CMCIC », « Paypal », « Chèque »... ou « non payé ». Ça permettrait également plus facilement la mise en place d’envoi de mail dans la foulée. Pour une version 2 j’espère. A moins qu’il y ait au niveau de la programmation une difficulté que je ne vois pas ?

      Nicolas

    • Eric

      Merci Nicolas, ça résout déjà un de mes problèmes.
      Pour le second, j’ai un peu cherché mais ca reste très obscur pour moi… Quelqu’un saurait s’il faut ajouter une ligne dans le header, ou quelque chose comme ca ?

      Je ne sais pas si cela a une influence, mais le formulaire est inclu dans une page rubrique

      et voici le code de la boucle article dedans :

       <B_articles>
        <div>
            <ul>
                <BOUCLE_articles(ARTICLES) {id_rubrique} {tout} {par date}{inverse} {pagination}>
                <li>
                   
                    <BOUCLE_portfolio(DOCUMENTS){id_article}{mode=document}{doublons}>
                   	<div class="centrer">
                   		 <a href="#URL_DOCUMENT" target="_blank" >#_articles:TITRE</a>
                     		<div class="#EDIT{texte} texte">#TEXTE</div>
                    	</div>
                    </BOUCLE_portfolio>
                  
                </li>
                </BOUCLE_articles>
            </ul>
        </div>

 		<div class="formAdherer">
       			 #FORMULAIRE_FORMIDABLE{adherer}
       		 </div>
        
</B_articles>

      Merci
      Erci

    • nddinechin

      Je ne sais pas si cela a une influence, mais le formulaire est inclu dans une page rubrique

      As-tu testé le comportement du formulaire lorsqu’il est inséré simplement dans le texte d’un article (<formulaire|formidable|id=adherer>) ? Ça permettrait déjà de savoir si c’est le formulaire qui buggue ou si c’est l’environnement dans lequel il est placé...

      Nicolas

    • Eric

      Oui je viens de tester, le problème reste identique, mais merci !
      ce soir je vais essayer de l’installer sur un autre site pour tester et voir ce qu’il ne va pas dans mon code…

    Répondre à ce message

  • sirom

    bonjour,

    Paiement ATOS :
    Que mettre dans paiement.php à la ligne

    $parm="$parm customer_email="

    pour permettre la récupération ( dans le log de l’auto response) du champ texte email entré dans le formulaire (formidable) .

    Merci !

    Répondre à ce message

  • sirom

    Bonjour,

    Quand l’utisateur a effectué son paiement sur le site de la banque, de retour au site Spip peut-il recevoir un email accusant réception du paiement ? Est- ce prévu dans Transaction ?

    merci

    Répondre à ce message

  • 2
    Gil FOURGEAUD

    Bonjour,

    Y a-t-il possibilité d’ajouter des frais de ports en l’état ?

    • nddinechin

      Non. Le plugin ne traite qu’un seul montant défini à la fois, qu’il peut multiplier. Il n’est pas prévu pour aditionner des montants multiples, à moins d’intervenir sur les fichiers php.

    • Gil FOURGEAUD

      Merci pour la réponse cher ami

    Répondre à ce message

  • 1
    Mathieu GP

    Spip 2.1.8, Formidable 0.5.7 + Transaction 0.3

    Je suis en phase de construire des formulaires simples (un pour faire des dons, l’autre pour devenir membre). Tout fonctionne bien, sauf au moment de cliquer sur « Voir les réponses » depuis l’interface d’administration. Pour chaque réponse, un message d’erreur comme ceci :

    Message = Erreur SQL 1054 Unknown column ’*****_formulaires_transactions.ref_transaction’ in ’field list’
    SELECT spip_formulaires_transactions.ref_transaction, spip_formulaires_transactions.statut_transaction FROM spip_formulaires_transactions AS spip_formulaires_transactions WHERE (spip_formulaires_transactions.id_formulaires_reponse = 1)

    Squelette = ../plugins/auto/transaction/prive/liste/formulaires_reponses.html

    Boucle = _transactions

    Ligne = 45

    Note : J’ai censuré le nom exacte de la bd MySQL avec des étoiles.

    • Mathieu GP

      Alors le problème est que dans le fichier « transaction/prive/liste/formulaires_reponses.html » il y a deux références au tableau « spip_formulaires_transaction », qui n’existe pas dans mon installation car j’ai changé le préfixe spip_ pour autre chose.

    Répondre à ce message

  • 2
    paolo

    Ce plugin, comme Formidable s’installe sans problème. Et tout va bien, sauf ... que je ne comprends pas comment appeler le paiement ATOS par le formulaire. Je coche bien « Traitement du paiement Atos », et j’ai suivi les consignes « Paramétrage ATOS » ci-dessus, mais la validation du formulaire ne m’envoie pas à une page de la banque.

    Idées où je dois chercher ? merci, Paolo

    • Mathieu GP

      Je pense deviner le problème : Pour le bon fonctionnement de Transaction, il faut s’assurer que sous « Configurer le formulaire », le champ « Afficher ensuite (Apres validation, afficher à la place du formulaire :) » soit réglé à Rien du tout.

      Je pense qu’il faut aussi laisser vide le champ « Message de retour », mais ça n’a peut-être pas d’importance.

    • paolo

      le champ « Afficher ensuite (Apres validation, afficher à la place du formulaire :) » soit réglé à Rien du tout.

      C’était déjà le cas.

      Je pense qu’il faut aussi laisser vide le champ « Message de retour », mais ça n’a peut-être pas d’importance.

      Oui ! Merci — ça fait toute la différence.
      Maintenant j’ai l’erreur : « executable request non trouve bin/request » ... mais c’est déjà un pas plus loin.

    Répondre à ce message

  • mirobolus

    Je dois mettre en place un module de réservation de véhicules de luxe, avec ou sans chauffeur, pour l’un de mes clients. Recherches infructueuses jusqu’à maintenant ou très compliquées avec SPIP. Mais avec votre solution Transaction couplée à Formidable, on y est, non ?
    Le processus serait le suivant : le visiteur remplit un formulaire pour choisir son véhicule, l’option avec ou sans chauffeur, le nb de personnes à embarquer, les dates (départ ; arrivée), le lieu de récup de la voiture... Jusque là, Formidable me permet tout cela, n’est-ce pas ? Y compris la sélection des dates avec un mini-calendrier ?
    Le client souhaite qu’un acompte soit versé au moment de la résa : Transaction le fait. Ok.
    Mais... il me manque un bout, à savoir l’interrogation de la disponibilité dudit véhicule pour que l’étape Acompte puisse se faire.
    Et là, on serait pile poil sur un outil qui permettra la location de n’importe quoi. Mais est-ce que votre solution peut interroger un calendrier de disponibilité ? Mille fois merci.

    Répondre à ce message

  • 6
    Spiperman

    Merci pour ta réponse rapide,

    J’utilise la version démonstration pour Linux (http://www.sogenactif.com/index.php?id=46)

    “assures toi que les fichiers on bien été transférés en tant que fichiers binaires.”

    J’ai tout simplement ajouté l’extention .bin aux fichiers c’est bien ça ?

    • Emmanuel Nurit

      NON NON ! c’est un paramètre de ton logiciel FTP !

      Il ne faut pas modifier le nom des fichiers mais s’assurer que l’upload se fait bien en tant que fichier binaire dans ton logiciel FTP

    • Spiperman

      J’ai bien fait pourtant dans filezilla « Transfert > Type de transfère > Binaire », il n’y a aucune extension après le transfert, ça reste « request » et toujours la même erreur.

      Je suis sur que ce n’est pas grand chose ... comme toujours dans l’informatique.

    • Emmanuel Nurit

      Mets ton safe_mode à off si ce n’est pas déjà le cas

    • Spiperman

      Mode de sécurité (safe mode) : Désactivé
      Je ne vois pas où peut être le problème (et je pollue les commentaires).

    • Emmanuel Nurit

      Quel sont les droits de ces fichiers binaires (et du dossier les contenant) ?

    • Spiperman

      755, j’ai même essayé 777 ...

    Répondre à ce message

  • 1
    Spiperman

    Bonjour,

    Je pense avoir suivi toute les étape du tuto très bien détaillé d’ailleur.

    J’ai l’erreur : « executable request non trouve bin/request » pour ATOS je ne comprend pas.

    Aussi, il faut bien mettre uniquement (dans mon cas) :

    <transaction|id={{don}}|montant_fixe_1={{?quemettreici}}>

    • Emmanuel Nurit

      Bonjour,

      As-tu bien copié les binaires fournis par ATOS dans le répertoire paiement/atos/bin ?

      Le message d’erreur semble indiquer qu’il ne les trouve pas.

      Vérifie également que tu as bien utilisé les fichiers compatibles avec ton hébergement (Linux ou Windows, 32 ou 64 bits), enfin assures toi que les fichiers on bien été transférés en tant que fichiers binaires.

      Pour ta 2e question le paramètre à compléter dans montant_fixe_1 est le montant en euros.

      exemple pour un don de 100€ :
      <transaction|id=don|montant_fixe_1=100>

    Répondre à ce message

  • Spiperman 
    <transaction|id={{don}}|montant_fixe_1={{quemettreici?}}>

    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