XanatosFR

Bonjour, J'ai un client (avec un compte client) qui a créé un panier en mode déconnecté/visiteur, je souhaite créer une commande à partir de ce panier et le relier à son compte client, Ce qui semble impossible vu que le panier est lié à un ID visiteur. Je n'ai pas d'option pour créer une commande à partir de ce panier. Je voulais savoir si j'avais loupé quelque chose et s'il est possible de le faire sans avoir à recréer le panier à la main ? En vous remerciant

Bonjour, Je me permet de relancer le sujet pour savoir si vous avez trouvé une solution ? Mon client a parfois a des produits qu'il envoi sous forme de plusieurs paquets (pour un seul et même produit), la seule ligne largeur/hauteur/profondeur/poids ne permet de ne renseigner que pour 1 seul paquet (l'ensemble je suppose). En vous remerciant

En effet, il s'agit de la version 1.7.8.1 😉

Lors de mes recherches je suis tombé sur ce module et malgré qu'il soit abandonné je l'ai testé mais ne répond pas à mon besoin : sur une commande de 100€ HT, c'est 120€ qui est demandé pour le paiement, la commande est enregistré à 120€ TTC dont 20€ de taxe. Je me disais un peu la même chose... c'était pour avoir un autre son de cloche. Je vais regarder du côté des modules payants. Merci pour votre retour

Bonjour, Je bute sur un problème de taxes, Mon client a sa boutique en France, il vends en France, Belgique, Luxembourg, Autriche ; à des particuliers et professionnels. Pour les professionnels de l'UE hors France non assujetti à la TVA, nous avons donc créé un groupe pour l'affichage des prix en HT sur le site. Sur mon compte client de test et son adresse que je met au Luxembourg, je saisi un numéro de TVA Intracom, l'affichage sur le site est correct en HT au niveau du panier et processus de commande. Le problème se situe au niveau du paiement et la facturation qui est en TTC (donc +20% vu que les produits sont configuré avec la TVA Française). J'ai vu qu'il existait des modules pour solutionner ce type de problème, mais je trouve ça étrange qu'un système comme PrestaShop ne prévoit pas ce genre de cas "classique" nativement, il y a t-il un paramétrage que j'ai oublié de faire ? En vous remerciant

Bonjour, Avez-vous essayé la solution que je proposais plus haut ? c'est-à-dire commenter une ligne de code. Aujourd'hui encore sur la version 1.7.6.7 j'applique toujours cette solution en l'absence de correctif officiel.

Ça ressemble à une thème non adapté, quelle est l'adresse de votre site ? (envoyez par MP si vous préférez) Il faudrait tester sur le thème de base de PrestaShop pour vérifier si le problème vient de votre thème ou pas.

L'affichage de la glissière est automatique (et n'est plus que le seul affichage disponible), Sur quelle version du module et de PrestaShop êtes-vous ?

Les dernières versions du module Navigation à Facettes intègrent une glissière, le module de Tribu and Co n'est plus nécessaire.

Bonjour, Type d’install (nouvelle/MàJ) : MàJ Version de PS : 1.7.6.4 URL du site concerné : Thème (défaut/perso) : perso Code (original/modifié) : original Hébergement : OVH Version de PHP : 7.2 Version de MySQL : 5.6 Navigateur(s) concerné(s) : Tous J'ai procédé à la MAJ de PrestaShop 1.7.3.2 vers 1.7.6.4. Depuis je constate un problème d'arrondi dans certains cas (enfin c'est PayPal qui l'a constaté pour moi). PayPal m'informait via un message d'avertissement sur les commandes que j'avais un trop perçu 1 centime (le total calculé par PrestaShop n'était pas égale au total calculé par PayPal) et m'invitait à mettre à jour mes règles d'arrondis, ce que j'ai fais en modifiant le type d'arrondi de "pour chaque ligne" à "pour chaque article" : AVANT MAJ Le total TTC était bien calculé à 19,96€ APRES MAJ Le total TTC est calculé à 19,97€ (1 centime de trop car 15% de 18,90€ ça fait 2,835 : arrondi à 2,84€ pour l'affichage mais pas pour les calculs) Exemple sur une installation vierge de PrestaShop (j'ai simplement configuré comme en prod un produit à 18,90€ Aucune taxe appliqué & code promo 15% sur le total commande & transporteur 3,90€) Idem, erreur de calcul Après de multiples tests et en appliquant un arrondi bancaire, sur cet exemple précis, le calcul se fait correctement et on retombe à 19,96€, > Mais quid des recommandations PayPal ?? > Et est-ce que sur d'autres cas de figures je n'aurais pas d'autres problèmes... (je ne m'attends pas à une réponse bien sur) Je n'ai pas trouvé d'autres sujets traitant de ce problème, ni ici ni sur le github de Prestashop, faut-il leur remonter le problème là-bas ? En vous remerciant

Bonjour, Je me permet d'UP ce sujet, avez-vous trouvé une solution ?

Effectivement ce serait le mieux à faire, l'énoncée de ma règle offrant les frais de port à 60€ est incomplet : je vends en France, à destination de la Belgique et en Autriche ; je n'offre les frais de port qu'en France (d'où la règle qui reste la seule solution). Merci pour ton temps 😃

Bonjour, Je ne comprends pas votre dernière phrase. Cela dit, j'ai avancé sur mon problème, il semble que ce soit le fait d'avoir plusieurs règles paniers qui posent soucis : j'ai une règle qui s'applique automatiquement (sans code) et offre les frais de port dès le panier à 60€ HT. j'ai cette règle qui s'applique en entrant le code promo et offre les frais de port Mon problème semble venir du faite que même si elle n'est pas appliqué PrestaShop vérifie les conditions de la première règle lorsque celle-ci est active (je n'ai pas le bug lorsque je la désactive). En fouillant un peu sur le Github de PrestaShop j'avais trouvé (je n'ai plus le lien sous la main...) un sujet traitant du même problème et ai corrigé partiellement le problème (au sacrifice d'une autre fonctionnalité). Commenter ou supprimer ligne 778 à /classes/Cart.php : $gifts = $this->getCartRules(CartRule::FILTER_ACTION_GIFT); (ce qui aura pour effet de ne pas exécuter la boucle juste en dessous) Dans les règles paniers, je suppose que la fonctionnalité pour offrir un cadeau ne fonctionne plus ou anormalement désormais... aucune importance dans mon cas. Je n'ai pas creusé le sujet, ça a réglé mon soucis je ne suis pas allé plus loin...

Bonjour, Version de PS : 1.7.4.3Thème (défaut/perso) : PersoCode (original/modifié) : OriginalHébergement : Mutualisé chez OVHVersion de PHP : 7.0Version de MySQL : 5.6 (j'ai copié le site en local, ai fait la MAJ PrestaShop 1.7.5.2 et utilise le thème original, j'exclus donc des bugs liés à tout ça) Sur mon site, un code promo est disponible pour offrir les frais de livraison. Lors du processus de commande lorsque je l'utilise, mes transporteurs deviennent tous indisponibles : impossible de continuer le processus de commande. Au moment où j'ai mis en place ce code promo (il y a plusieurs mois) je n'avais pas de soucis, les transporteurs restaient disponibles avec "Gratuit" à la place du prix. Je pense qu'il s'agît d'un problème de configuration quelque part... mais je sèche depuis 2 jours sans résultat =/ SANS CODE PROMO AVEC CODE PROMO Configuration du code promo En vous remerciant par avance de votre aide 😃

Bon je me trouve bête de ne pas avoir cliquer sur « Modifier » pour l'état en question, n'ayant pas pensé qu'il y aurait plus de détails. Effectivement ce n'était que ça, mes commandes remontent bien dans les statistiques. Merci beaucoup pour votre retour rapide et efficace !