willdante

Bonjour, Je rebondis sur ce sujet car d'autres traductions sont nécessaires sur ce module mais introuvables dans la partie traductions du back office. Lorsque je clique sur ce bouton pour être prévenu, les messages apparaissant ensuite dans un petit cadre sous le bouton ne sont pas traduits : Impossible de trouver où traduire ces notifications. Avez-vous une idée ? En vous remerciant par avance.

In my case, the issue was caused by the Varnish cache which is activated by default on a new Cloudways Application. Hope it helps.

Same problem here with a fresh 1.7.6.1 installation on Cloudways. Disabling cookies IP address check (in the back office or directly in the database) and clearing browser cache doen't solve the issue.

Bonjour, bonjour, Comme bien souvent, les solutions les plus simples ne sont pas celles qui nous viennent à l'esprit en 1er. Dans mon cas, le problème de commandes Atos invalides venait logiquement d'une modif que j'avais faite sur le statut Paiement accepté (j'avais décoché "Considérer la commande comme validée pour que les factures ne soient générées que lors de la livraison). Sauf que contrairement aux modules cheque et bankwire qui sont censés fonctionner avec des commandes invalides, le module Atos attend une validation immédiate, d'où le message d'erreur pour le client. Grâce à vos modifications, ce message d'erreur n'apparaît plus et je peux donc avoir mes 3 modes de paiement qui fonctionnent de la même manière, à savoir que la commande n'est validée que lorsque son statut passe sur "En cours de livraison". En espérant que ça puisse servir à d'autres.

Bonsoir tout le monde, Le topic date un peu mais je viens d'avoir ce genre de problème depuis 1 semaine, sans modification de ma boutique en ligne. Il se trouve que je suis en train de tester un changement de banque sur un clone, ce qui m'a permis de mettre à jour le module Atos (2.2 en prod et 2.7 en test). Dans les 2 cas, j'avais le message d'erreur après une commande par CB et une commande notée invalide dans la fiche client alors que tout le reste se passe correctement. Les 2 modifications que jrem a appliqué ont fonctionné pour moi aussi, le message d'erreur après commande a disparu. Mais les commandes sont toujours listées en tant qu'invalides dans les fiches clients. Est-ce que quelqu'un a résolu le problème depuis ?

Bonjour, J'ai installé une boutique en 1.4.9 il y a environ 1 mois : http://www.kinewat.c...etachees-kinedo Pour l'instant le site n'est pas trop visible donc peu de commande mais sur les 15 commandes actuelles, j'ai eu un bug ponctuel. Pour une des commandes, les articles et les frais de port ont été affichés et réglés en HT alors que pour toutes les autres (dont celles juste avant et après la commande buguée). Voir les captures du back office pour ceux qui le souhaitent. Est-ce que quelqu'un saurait d'où ça peut venir ? J'avais choisi de rester en 1.4.9 pour avoir une version bien rodée et moins de bugs mais apparemment ça n'a pas suffit. Merci d'avance.

Bonjour tout le monde, Vu que ce sujet peut encore intéresser quelqu'un et que la méthode de Mr_Paypal n'est pas très claire, je viens apporter une petite précision puisque je viens de faire la manipulation permettant simplement d'arriver sur la page de paiement Paypal avec le formulaire CB ouvert par défaut. Dans mon cas, je n'ai pas suivi le tuto de magavenue, je me suis contenté de garder un seul bloc Paypal qui redirige vers la page de paiement PayPal avec le formulaire CB ouvert par défaut. Il n'y a qu'une seule modification à faire dans le fichier "modules/paypal/express_checkout/paypal_express_checkout.php" et ça se passe à ce niveau : // Set payment detail (reference) $this->_setPaymentDetails($fields); $fields['SOLUTIONTYPE'] = 'Sole'; $fields['LANDINGPAGE'] = 'Login'; Il suffit effectivement de remplacer 'Login' par 'Billing' et ça fonctionne.

Bonsoir, Tout d'abord, bravo pour votre travail, votre module est le seul que j'ai trouvé qui puisse convenir à mes besoins. Je teste votre module sur une boutique en cours de création et j'aurais quelques questions. D'après ce que j'ai vu, ce module "remplace" le module Date de livraison officiel dans le sens où lorsque j'active les deux, je n'ai pas d'affichage des dates au niveau du processus de commande (module officiel) mais uniquement le bloc en page produit (votre module), est-ce bien ça ou les 2 peuvent-ils fonctionner en même temps ? Dans mon cas, les délais de livraison ne sont pas spécialement liés aux transporteurs mais plutôt au type de produit. Au minimum, j'aurais souhaité affiché le bloc pour certaines catégories et le masquer sur d'autres, le mieux serait que je puisse afficher des dates en fonction de la catégorie. J'ai essayé d'ajouter une variable dans le fichier blocloichatel.php qui est censée récupérer la catégorie sur le modèle du code récupérant l'état du stock. Ensuite je rajoute un if dans le .tpl mais soit le bloc est masqué pour toutes les catégories, soit affiché pour toutes, il doit donc y avoir un souci dans mon code. Auriez-vous une idée de comment faire ce que je souhaite ? J'ai déjà fait une modif qui masque le bloc en cas de rupture de stock en rajoutant un if dans le .tpl, vu que je ne vends pas de produits hors stock, ça pourrait être une amélioration pour ceux qui sont dans le même cas. Merci d'avance. Cordialement,

Hi, Same problem here. In my case (maybe it can help), this is not a version or template problem. I've made 2 install of Prestashop 1.4.2.5 with sample data and nothing else, one on an OVH dedicated server and the other one on an OVH shared server. On the shared server it works fine : http://www.mfhost.fr/sdbd-v3/products-comparison.php?compare_product_list=1|2|7| On the dedicated server, page is broken : http://www.salle-de-bain-discount.com/sdbd-new/products-comparison.php?compare_product_list=1|2|7| I've just compared the source codes and the 1st <td> isn't closed, code stops just before : <a class="cmp_remove" .......... I'm going to check phpinfo on each server, maybe it's a PHP module issue. BR PS : Sorry for my english, I'm french

Bonjour à toutes et à tous, N'ayant pas réussi à trouver de cas semblable sur le forum, j'ai décidé de créer un topic. Mon problème est très étrange et je n'arrive pas à savoir d'où il peut venir. Voici ma configuration de test : - 2 installations de Prestashop 1.4.2.5 avec les données d'exemples et rien d'autre sur 2 serveurs différents (un mutualisé OVH et un dédié OVH) - les droits d'accès FTP sont identiques sur les 2 serveurs - les config PHP requises par Presta lors de l'install sont identiques et OK Sur le serveur mutualisé, aucun problème lors de la comparaison de produits : http://www.mfhost.fr/sdbd-v3/products-comparison.php?compare_product_list=1|2|7| Sur le serveur dédié, la comparaison de produits provoque un bug d'affichage (un seul produit affiché, disparition du footer, ...) : http://www.salle-de-bain-discount.com/sdbd-new/products-comparison.php?compare_product_list=1|2|7| Est-ce que quelqu'un aurait une idée sur la cause du problème ? Merci d'avance à celles et ceux qui m'aideront à y voir plus clair.

Bonjour tout le monde, Voilà un module qui va me plaire, j'ai hâte de voir ce que ça donne. L'idéal serait également de pouvoir appliquer une remise en valeur ou % sur les packs ainsi créés. Cordialement,

Bonjour tout le monde, J'ai pas mal approfondi le sujet et ai réussi à gérer ça de la façon suivante : 1. Gestion de la TVA Chaque produit existe seul ou dans un pack contenant également un forfait installation (article non achetable). L'article seul est en TVA à 19,6% et le pack en TVA à 5,5%. Le seul problème concerne la gestion des stocks. Si on commande un pack, aucun problème, les quantités diminuent sur le pack et sur le produit seul. Par contre, si on commande le produit seul, ça ne diminue pas le stock du pack (puisque Presta gère les packs comme des produits distincts, ça serait amené à changer dans de futures versions si j'ai bien compris). J'ai trouvé des modules et astuces qui permettront de gérer ce problème de stock, tout en sachant qu'il faudra quand même régulièrement faire des mouvements de stocks manuels pour remettre les quantités des packs au même niveau que celles des produits seuls. 2. Filtrage par département La technique consiste à créer les différents départements en tant qu'états dans le menu Transport de Presta. Il faut également modifier des réglages dans le pays France en cochant le fait que ce pays contient des états et en ajoutant le champ State dans le format de l'adresse. Ensuite j'ai créé une zone France qui contient les départements classiques et une zone Installation qui contient les départements pouvant bénéficier du forfait installation. Associées à ces 2 zones, j'ai également créé 2 transporteurs (un transporteur classique et un transporteur Installation). L'astuce est ensuite de définir les tranches de poids pour ces 2 transporteurs. Le transporteur classique sera limité à un poids inférieur à 1000kg alors que le transporteur Installation peut livrer au delà de 1000kg. En définissant le poids des packs à 1000kg, seul le transporteur Installation sera capable de livrer et les clients ayant saisi un département non éligible seront arrêtés dans le processus de commande après avoir validé leur adresse. En jouant sur les traductions pour remplacer le message d'erreur, je suis arrivé au résultat souhaité. Bien sûr, si un client renseigne un département éligible alors que le reste de son adresse ne l'est pas, le système tombe à l'eau. Mais vu que les packs sont toujours plus chers que les produits seuls, il n'y aurait aucune intérêt pour un petit malin de tricher ainsi. ----- Fin de la technique pour ceux que ça pourrait dépanner ---- Nouveau problème : Le client veut que tous les accessoires qui seraient achetés en même temps qu'un pack installation soient également en TVA 5,5% !!! Et là je suis bloqué. Je ne peux pas utiliser le système de pack, ça reviendrait à créer autant de packs que de possibilités (infinies ...) d'association de produits et accessoires. Je ne peux pas définir ça au niveau du total commande parce qu'on peut avoir un panier mixte (articles à 5,5% et à 19,6%). J'ai voulu créer les accessoires en double (version 5,5 et 19,6) et associer la bonne version en fonction du produit seul ou du pack. Mais les accessoires peuvent alors être commandés seuls, même dans leur version à 5,5%. Ca devient complexe et je commence à douter de la faisabilité du projet. Si quelqu'un a une idée, ou même une préconisation d'une autre solution e-commerce qui serait apte à gérer ce genre de situation, je suis preneur. Merci d'avance. Cordialement,

Bonsoir à toutes et à tous, Après de nombreuses recherches infructueuses sur le net et le forum Prestashop, je me décide à faire appel à vous pour une requête assez compliquée. Je vais essayer de l'expliquer clairement. Sur la boutique en ligne que je dois mettre en place, les produits vendus ont par défaut une TVA à 19,6%. Les clients ayant une adresse de livraison située dans certains départements (une dizaine mais peu importe) doivent pouvoir ajouter un forfait installation pour le produit qu'ils achètent. En choisissant le forfait installation, ils paieront un supplément mais bénéficieront alors de la TVA à 5,5% sur le produit associé au forfait installation. Cette option ne doit être possible que sur une liste de départements précise. Que ce soit avec les fonctions de base ou des extensions, je ne vois pas comment faire ça sous Prestashop. Si vous avez des idées ou astuces pour m'aider à faire ça, je vous en serai très reconnaissant. Dans ma tête, je vois ça en 2 parties séparées : - l'application de la TVA réduite à un produit associé à un forfait d'installation - la vérification du département pour autoriser cette sélection du forfait installation Pour la vérification du département, je suppose qu'on ne pourra le faire que lors du processus de commande, après que le client a renseigné son adresse de livraison. Est-il possible par exemple qu'un client soit automatiquement ajouté dans un groupe de clients qu'on appelera "départements-installation" par exemple lorsque son code postal fait partie de la bonne liste ? Sinon, comment faire cette vérification ? Pour la TVA réduite, est-ce que la sélection d'une option "installation" avec le produit permet d'en modifier la TVA ? Ou faut-il créer 2 produits : produit seul avec TVA à 19,6% et produit+installation avec TVA à 5,5% ? A savoir également que les prix affichés sur le site seront en TTC et que je ne suis pas obligé de gérer les taxes. Une solution à base de prix TTC différents selon la situation, sans détailler la TVA, me conviendrait parfaitement. J'espère que vous pourrez m'aider, j'ai le cerveau en surchauffe. Dernière chose, le système dont je parle existe sur le site www.salle-de-bain-discount.com sous Magento mais a été développé spécifiquement par l'agence web en charge de la création du site. Ils ont même une étape intermédiaire lors de l'ajout au panier qui invite le visiteur à saisir son code postal pour savoir s'il est éligible au forfait installation. Selon son cas ou choix, il ajoute le produit seul ou le duo (les 2 produits existent dans le back office). Merci d'avance.