Jump to content

Kurolounet

Members
  • Posts

    11
  • Joined

  • Last visited

Profile Information

  • Location
    France
  • Activity
    Developer

Kurolounet's Achievements

Newbie

Newbie (1/14)

1

Reputation

  1. Bon, je donne tout de même la solution... Prestashop fait une vérification du montant retourné par Ogone et le montant du panier stocké en BDD. Le problème c'est que les paiements planifiés envoient le montant total des transactions à Ogone alors qu'en BDD, PS stocke que la première mensualité. J'ai juste rajouté la première mensualité dans PARAMPLUS à Ogone. Et au retour (validation.php), j'ajoute ligne 67 (juste après la vérif du SHA) : $_GET['amount'] = $_GET['firstMens']; Merci à moi-même.
  2. Bonjour, J'utilise le module Ogone pour le paiement sur un Prestashop 1.6. La configuration est assez simple et fonctionnelle. J'ai ajouté des paiements planifiés. Le paiement s'effectue parfaitement et le retour est bon. Cependant, un erreur survient dans le traitement des données retours. La commande échoue dans la validation par PS. Si j'active le mode debug, deux notices apparaissent : Notice: Undefined index: _REQUEST in /home/bbcomdev/www/clients/blooms/cache/smarty/compile/77/e8/20/77e820f1dd5a1e3cbf06735d7d2edec8db2204fb.file.header.tpl.php on line 477 Notice: Trying to get property of non-object in /home/bbcomdev/www/clients/blooms/cache/smarty/compile/77/e8/20/77e820f1dd5a1e3cbf06735d7d2edec8db2204fb.file.header.tpl.php on line 477 Au final, la commande est validée par Ogone. J'ai un retour status à 56 (paiement validé avec paiements planifiés). J'ai rajouté le cas 56 dans validation.php (l.79). Mais je possède toujours le message d'erreur "Nous avons constaté un problème avec votre commande. Si vous pensez que c'est une erreur, merci de contacter notre service client". J'ai testé toutes les solutions proposées par ce post : http://www.prestashop.com/forums/topic/218531-resolu-probleme-ogone-mailalerts/ Mais sans succès. Est-ce que quelqu'un possède toujours ce problème ? Un petit coup de main serait pas de refus.
  3. Bonjour, Je déterre ce sujet car je possède le même problème. Même en rajoutant ces lignes, le problème reste présent. Si j'active le mode debug, deux notices apparaissent : Notice: Undefined index: _REQUEST in /home/bbcomdev/www/clients/blooms/cache/smarty/compile/77/e8/20/77e820f1dd5a1e3cbf06735d7d2edec8db2204fb.file.header.tpl.php on line 477 Notice: Trying to get property of non-object in /home/bbcomdev/www/clients/blooms/cache/smarty/compile/77/e8/20/77e820f1dd5a1e3cbf06735d7d2edec8db2204fb.file.header.tpl.php on line 477 Au final, la commande est validée par Ogone. J'ai un retour status à 56 (paiement validé avec paiements planifiés). J'ai rajouté le cas 56 dans validation.php (l.79). Mais je possède toujours le message d'erreur "Nous avons constaté un problème avec votre commande. Si vous pensez que c'est une erreur, merci de contacter notre service client.". Est-ce que quelqu'un possède toujours ce problème ? Un petit coup de main serait pas de refus.
  4. S'il vous plait, j'ai besoin d'aide. Ayez pitié de mon incompétence et de mon manque de connaissance.
  5. Bonjour à tous, J'ai un souci spécifique à Ogone (mais qui pourrait m'arriver pour n'importe quel autre module). Sur la page order-payments.php, si on fait un debug, on remarque que plusieurs variables sont présentes : products, customizedData... qui permettent de récupérer toutes les informations nécessaires à l'affichage du panier : nom du produit, montant et les champs personnalisés... Puis, il y a un hook qui permet d'ajouter le module Ogone qui fonctionne très bien. Cependant je dois le modifier pour lui permettre de faire des paiements planifiés (scheduled payments). J'ai besoin donc de récupérer les variables customizedData et products disponibles sur order-payments. Mais je ne vois pas comment on peut faire ça. Y a-t-il une variable globale disponible ou une fonction qui me permettrait de récupérer ça ? Merci d'avance pour toute l'aide que vous pourrez m'apporter.
  6. Je me réponds. J'ai suivi les screenshots du tuto d'Arthur Merigeau : http://arnaud-merigeau.fr/tuto-installation-module-ogone-pour-prestashop-1-5/ Notamment le fait d'inclure tout les paramètres à envoyer à Ogone (étape 5.2). Cela fonctionne maintenant. Cependant il reste un petit souci : le temps de validation de la commande est d'environ 20-30 secondes. C'est vraiment long. De quoi cela pourrait venir ? Comment débugguer cela ? Y a-t-il des méthodes pour optimiser le temps de validation du panier en commande ?
  7. Au vu de ce que tu dis, je pense qu'il reste un "localhost" quelque part dans ta BDD. Je te conseille d'exporter ta BDD en SQL, de l'ouvrir avec ton éditeur et cherche le terme "localhost". Pour ma part, je suis toujours le tuto : http://www.prestashop.com/forums/topic/298066-transferer-un-site-local-vers-distant-wamp-vers-ovh/ Tu as deux valeurs à modifier : PS_SHOP_DOMAIN et ps_shop_url
  8. Bonjour, J'ai un souci que beaucoup semble avoir mais qui n'a semblerait-il jamais solutionné (ou alors je n'ai pas trouvé la solution). Je relance le sujet car je suis dans le même cas. J'utilise le module Ogone. J'ai bien paramétré le back-office d'Ogone. Le paiement s'effectue très bien, je reçois le mail de confirmation, la transaction a bien été effectué. Cependant, sur la page de retour, je reste sur confirmation.php avec le loader et un message "Merci de patienter pendant que votre commande se valide...". En creusant un peu, j'ai remarqué que dans le fichier "checkwaitingorder.php" on tente de faire une mise à jour de la commande dans la table _order. Le problème est que mon panier (table _cart) n'a jamais été switché dans la table _order. Pas de commande, pas d'update dans checkwaitingorder.php et donc plantage. Quelqu'un aurait trouvé la solution ? A quel moment un panier se transforme en commande ? Avant ou après le paiement ? Est-ce que cela viendrait du module Ogone ou peut-être d'un conflit Ogone-Prestashop ? Je travaille sur Prestashop 1.6 et le module Ogone 2.9. Merci beaucoup pour toute l'aide que vous pourrez m'apporter.
  9. Je ne pense pas que ce soit si compliqué que ça (bien que pour le moment, je ne possède pas les compétences pour le faire). Il faudrait juste, lors de la fonction d'ajout de produit dans le panier, vérifier le contenu actuel du panier. Si un produit de la même catégorie existe déjà, ne pas rajouter le nouveau produit. En terme de logique, rien de compliqué. Par contre, en terme de développement, c'est surement plus complexe que ça en a l'air. Existe-t-il une variable globale pour le contenu du panier que je pourrais utiliser dans la fonction d'ajout de produit dans le panier ? Pouvez-vous m'indiquer où trouver cette fonction d'ajout, s'il vous plait ? Merci beaucoup pour votre réponse en tout cas.
  10. Bonjour, Après une recherche sur le forum et dans le catalogue de modules, je me tourne vers vous pour un petit coup de main. J'ai un besoin particulier pour un site : je dois refuser l'ajout d'un produit d'une catégorie dont un produit a déjà été rajouté. Je vous donne un exemple. Un client ajoute un produit A de la catégorie 3 dans son panier. Puis il souhaite ajouter un produit B de cette même catégorie 3. Cela ne doit pas être possible, je souhaite bloquer l'ajout (mettre un message et/ou enlever le bouton) car ce client a déjà un produit de la catégorie 3. Y a-t-il une solution via du code ou faut-il créer un module particulier ? Merci d'avance pour toute l'aide que vous pourrez m'apporter.
×
×
  • Create New...