Jump to content

Stéphane Cataldi

Members
  • Posts

    31
  • Joined

  • Last visited

Stéphane Cataldi's Achievements

Newbie

Newbie (1/14)

2

Reputation

  1. Bonjour, Je ne sais pas si ça peut aider mais j'ai eu un problème similaire quand je suis passé en 1.6. Les commandes paypal ne remontaient plus dans le BO. Après investigation, je me suis rendu compte qu'un module avait installé un override pour la fonction de création de commandes, qui n'était pas compatible avec la 1.6, ce qui entrainait un problème lors de la création de la commande dans le BO au retour de paypal. Regardez, par rapport à une clean install, si vous n'avez pas de fichiers ajoutés dans le répertoire override. Et si oui, vérifiez ce qu'il fait et d'où il vient.
  2. Hier soir, j'ai mis à jour une 1.6.0.4 en 1.6.1.0. Le front et le back sont fonctionnels mais j'ai cependant quelques soucis un peu ennuyeux, principalement dans le back office. - Les badges qui indiquent le nombre de nouveaux clients/commandes/messages disparaissent bien lorsque l'on clique sur le logo représentant ces éléments en haut de la fenêtre mais ils réapparaissent dès que je change de page. - Les messages payline (gestion vente CB en ligne via le citelis/arkea) qui existaient déjà avant, génèrent désormais une alerte de nouveau message de la part du client. Il s'agit d'un log de la part du module payline : Transaction Payline :XXXXXXXXXXXX (web) Avez-vous une idée ce comment régler ces problèmes, surtout le premier, le second, je peux aller modifier le code du module pour éviter de générer ce message. -- Stéphane
  3. Bon, j'ai résolu le problème qui était double. D'une part, j'avais un override de orderhistory.php qui entrainait un problème lors de la création de la commande et de la mise à jour du statut -> La commande ne passait jamais en valide et les dates n'étaient pas mises à jour. D'autre part, une fois le premier problème résolu, le statut "Préparation en cours" n'avait pas "afficher le PDF de bon livraison" coché. Tout à l'air de fonctionner désormais, bravo à l'équipe Prestashop pour le module de maj one-click. -- Stéphane
  4. Bonjour/soir, J'effectue de temps en temps des tests de mise à jour sur une plate forme de dev (MAMP), et alors que jusqu'à maintenant, j'avais toujours eu pas mal de soucis de maj de la base, de comportement du thème à jours remplaçant mon actuel, etc... avec la dernière version du 1-click upgrade et la 1.6.0.9, tout semble fonctionner parfaitement (il faut bien sûr réinstaller quelques modules, comme Mondial Relay) pour qu'ils soient correctement pris en compte mais rien d'inconfortable). Alors que tout semblait parfaitement fonctionnel, j'ai fini par remarquer un gros souci. Lors de la création d'une commande, puis de sa mise à jour en status "Préparation en Cours", En cours de livraison, etc... - La somme payée ne devient pas verte (quel que soit le status de commande choisi) dans la colonne total de la page Commandes. - Il m'est impossible de générer les bons de livraison en masse, bien que l'état des commandes soit passé en "Paiement accepté" (et quel que soit l'état en fait). - Impossible de générer un bon de livraison sans avoir généré une facture - Obligation de générer les factures en manuel - Impossible de générer un bon de livraison si la facture n'a pas été créée. Dans la partie "Statuts", j'ai vérifié et l'option "Considérer la commande comme validée" est bien cochée pour les bon statuts. J'ai même décoché, validé, recoché et revalidé, au cas où... Comme il m'est impossible, quel que soit l'état des commandes de générer les bons de livraison en masse, je suis allé voir le code et ai regardé les tables et champs testés. Il s'avère que dans ps_orders le champ "valid" ne passe jamais en true (plusieurs tests en CB, chèque et RIB avec plusieurs passages de statuts de commande en manuel) et que delivery_date reste à "0000-00-00 00:00:00". Dans ps_order_invoice, la champ delivery_date (qui semble nouveau) reste aussi à "0000-00-00 00:00:00" quoi que l'on fasse. Comme il semble qu'il s'agisse de ce champ qui est analysé au niveau des dates pour ressortir les bons de livraison, pas étonnant que rien ne remonte. En passant, je pense qu'il serait bon que dans ps_order_invoice le nouveau champ delivery_date soit mis à jour pour toutes les commandes en prenant comme origine celui de ps_orders. Cela permettrait de garder la compatilibilité complète avec la base existante et cette nouvelle fonctionnalité. Quelqu'un a-t-il une idée de ce qui pourrait ne pas fonctionner correctement au moment de la création le commande/mise à jour des statuts ? Merci, -- Stéphane
  5. Bonjour, Prestashop 1.4.3 et Paypal 3.7.2 en version Integral Evolution et même problème aujourd'hui.
  6. Bonjour, J'allais tester une maj du module et je lis ce fil... Rassurez-moi, vous n'utilisez pas l'option Paypal Integral Evolution ?
  7. Bonjour, J'ai essayé de faire fonctionner ce module sur ma version de dev en 1.4.10. A l'installation, j'obtiens un : Fatal error (Carrier -> active is empty) Lorsque je recharge la page des modules, il est quand même installé. Je peux configurer le module sans soucis (FO, clé, options), mais dans la page des transporteurs, seul "La Poste - Colissimo" est créé. Pas de trace du CC. Malgré cela, j'arrive à afficher le choix de Colissimo dans la liste des transporteurs, cependant, après le redirect vers l'url de socolissimo, je me prends un : Suite à un incident technique, vous ne pouvez pas finaliser votre commande. Merci de réessayer ultérieurement ou d'alerter le service clients du site. Par avance veuillez nous excuser pour le désagrément subi. Une idée sur la cause de ces différents problèmes ?
  8. Non, pas dispo sur Mac. Solution, installez Windows. Soit directement, via bootcamp, et dans ce cas, vous devrez rebooter sous Windows à chaque utilisation d'expeditor. Soit via un logiciel de virtualisation, comme Parallels Desktop, qui permet d'exécuter directement les logiciels windows dans Mac OS. A titre perso, j'adorerais que tout ce bordel, à La Poste, soit remplacé par des WebServices, comme le fait Mondial Relay, mais je crois qu'on rêve :/
  9. J'ai remarqué le même problème suite à la traduction. Le texte en anglais (d'après le fichier de traduction) est : "Social reviews by" Je vais essayer de corriger ça... Sinon, c'est un sacré outil, qui est très bien accepté par mes clients (j'ai toujours peur du coté un peu intrusif des emails après achats). Juste une chose, sur Prestashop 1.4.3, j'ai un souci avec les commande en CB via paypal, elles arrivent bizarrement au status annulé et n'apparaissent pas dans la liste des commandes. Suis-je le seul dans ce cas ? J'ai ouvert un ticket chez Yotpo, ils ont l'air bien réactifs, on va bien voir.
  10. Bonjour, Lors de la souscription de mon contrat So Colissimo, j'ai pris l'option Liberté, qui m'assure que le client ne quitte pas ma boutique. Or, il s'avère que le module acheté 230 euros ne permet pas de finaliser une commande. Quand on valide l'adresse, la page se recharge comme si on n'avait rien fait. Le développeur me demande de lui donner accès à la boutique (bon ça, encore...) mais comme je ne peux le faire bosser que sur une version de prod, je dois bloquer mon site le temps qu'il résolve le problème ?!? Bref, quelqu'un utilise-t-il ce module avec succès sur ce forum ?
  11. Meme problème ici depuis ce matin :/ Heureusement, suite à la réception du mail de paypal de vaidation de paiement, en regardant le panier du client, je peux récupérer le détail !
  12. 1000x d'accord. Il faudrait une option dans le module pour revenir au fonctionnement standard (envoi du client sur une page paypal customisée). Et plutôt qu'un iframe, pourquoi ne pas utiliser les pages du site et communiquer avec paypal en back ?
  13. Bonjour, J'utilise Prestashop 1.4.3 avec Mondial Relay. J'ai mis à jours le module en désinstallant l'ancienne version puis en renommant le dossier en _old et en copiant le nouveau module dans le dossier modules. Il apparait alors dans la liste des modules, je l'installe, tout semble s'être bien passé. Mais à partir de cette étape, je ne peux plus accèder au détail des modules dispos sur mon prestashop. Lorsque je clique sur une catégorie de modules pour la dérouler (quelle qu'elle soit), j'arrive sur la 404 standard de prestashop :/ Dans les logs apache, j'ai un file does not exist : /*path*/modgo_shipping_logistics Une idée ?
  14. Bonjour, Le version en production actuelle est chez moi la 1.4.3 pour Prestashop et 2.4 pour Paypal. J'ai l'option Paypal Integral Evolution. Avec cette version de Paypal, sur la page du choix de moyen de paiement, j'ai un bouton paypal qui envoie mes clients sur une page sécurisée paypal qui propose un paiement CB ou via compte paypal. Une fois le paiement effectué, le client revient sur la boutique une page de confirmation de commande. Je viens de tester Prestashop 1.5 sur un environnement de test avec Paypal 3.2 en utilisant mon identifiant pro paypal. Sur la page de config du module paypal, je donne l'identifiant, j'indique Paypal Integral Evolution et je valide avec mon identifiant paypal. Là, sur la page du choix du moyen de paiement j'ai une sorte de frame qui m'affiche directement une page paypal sécurisée où sairsir ma CB, super on ne quitte plus le site ! (voir image jointe) Cependant, si je valide la CB, j'ai une confirmation de commande basique dans la frame, toujours chez paypal et pas de retour automatique ni de bouton pour revenir et valider la commande. Résultat, le paiement est bien pris en compte mais la commande n'est pas créée :/ Y-a-til un fichier de configuration à modifier ou une option à modifier sur le compte paypal marchand ?
×
×
  • Create New...