pchan

Hello, sorry for my bad English. Can someone help me find when a new line is inserted in the table ps_order_cart_rule ? The "tax_excl" field is correct but the "value" field is wrong. The price on the shop is calculated with a default 21% vat and if the customer is in France, the price are calculated with a 20% vat; but the discount is always calculated with 21% wich is wrong. But I can't find where this amount is calculated in the code... In the screenshot below, amout without tax is 40.63 and the customer is in France so amount with tax should be 40.63 * 1.20 = 48.756 and not 40.63 * 1.21 = 49.16 If someone can point me in the right direction...

Bonjour, Est-ce que quelqu'un aurait la moindre idée de ce qu'il peut bien se passer dans les entrailles de Prestashop pour me générer une facture avec des montants TVA qui ne correspondent à rien du tout. J'ai un total produit (HT) : 162.5€ Reductions de 25% : -40.63€ Total (HT) : 121.87€ Jusque là, tout est bon, le taux TVA à appliquer est de 20%. Maintenant sur la facture dans la colonne des montants, je me retrouve avec un montant TVA de 23.99€ et dans la partie "détail des taxes" le montant TVA est de 32.52€. Or aucun des deux n'est correct ! A moins que je ne sois fou, 20% de 121.87 = 24.374 (donc ni 23.99, ni 32.52) Résultat, toutes les commandes sont en erreur au retour du paiement puisque les montants ne correspondent pas. Prestashop 1.6.1.15 EDIT : J'ai peut-etre trouvé une piste, mais je suis perdu dans le code. L'erreur semble provenir du fait qu'il y ait une reduction (ici 40.63€), et c'est un mauvais taux TVA qui est appliqué sur cette réduction. Le site affiche les prix avec 21% (TVA belge) et si le client est francais, le site recalcule avec 20%. Dans la table ps_order_cart_rule, il indique bien 40.63 (tax_excl) mais 49.16 (value, cad 40.63 * 1.21) or cela devrait etre 40.63 * 1.20 = 48.756. Mais je ne sais pas ou cela est calculé. Si quelqu'un peut m'aiguiller dans la bonne direction... Meme soucis dans la table ps_orders : total_discounts_tax_excl = 40.63 (OK) total_discounts et total_discounts_tax_incl = 49.16 (devrait etre 48.76 -> PAS OK)

Bonjour, Toujours aucune solution en vue. Je ne peux pas croire que je sois le seul a etre confronté a se probleme. Le calcul de la TVA est faux a partir du moment ou la boutique vend des produits avec 2 tranches TVA differentes. Voila encore un site qui en parle : http://www.mission-internet.fr/2017/07/03/comment-regler-le-probleme-du-calcul-de-la-tva-sous-prestashop/ (voir le dernier paragraphe) Du coup en cas de controle TVA c'est la cata...

Bonjour, Est-ce que vous avez trouvé une solution ? J'ai un probleme quasi identique. Mes produits sont alimentaires (TVA 6%) et non alimentaire (TVA 21%). Quand un produit "cadeau" est ajouté, il apparait sur la facture avec le prix HTVA et ensuite Prestashop fait une réduction de ce prix (comme le produit est offert). Le probleme c'est qu'il répartit la TVA de ce produit sur les 2 codes TVA (6% et 21%). Si c'est un produit a 6% il devrait comptabiliser sa TVA dans la tranche des 6% (idem pour 21%) or ici, il semble répartir le montant dans les 2 tranches (sans doute parce qu'il considère cela comme une réduction globale). Est-ce qu'il y a moyen de corriger cela ?

Idem par ici... C'est une demande qui va revenir de plus en plus souvent, toujours aucune solution ?

Probleme résolu ! Il y avait un problème du cote des devises. Malgré que la devise par defaut de la boutique etait l'euro, il semblait ne pas la retrouver. Les prix dans le backoffice au niveau du detail d'un produit etaient tous affiché sans le symbole € a gauche ce qui nous a orienté dans cette voie. Dans localisation, on a modifié pour mettre une autre devise, puis on est revenu en € et hop, les prix sont re-apparut correctement partout. Sans doute une incoherence dans la base de donnée.

Un petit up ? Personne ne peut me mettre sur une piste ? J'ai fait un nouvel import, meme probleme... Le theme n'est pas en cause puisque c'est dans l'administration (et de toute facon, la partie "client" s'affiche correctement). Est-ce que quelqu'un pourrait me dire comment le listing de produit du backoffice va calculer le prix et le prix final (dans quel fichier je peux trouver le code qui effectue cette operation), de la je pourrais au moins essayer de retracer l'erreur...

Bonjour, Apres avoir fait une importation complete des produits et declinaison, la page de listing des produits et la page de listing des déclinaisons affiche les prix à zéro. Or les prix des produits sont correctement configuré pour chaque produit et apparaissent correctement dans la partie "client" (idem pour les déclinaisons). Si je crée un nouveau produit pour tester, j'ai le meme probleme, son prix dans le listing est à zéro alors que je lui ai bien indiqué un prix dans sa fiche produit. Si je l'affiche coté client, le prix s'affiche correctement. Quelqu'un aurait-il une idée ? Prestashop version 1.6.1.6 Update : Nous sommes passé sous prestashop 1.6.1.15 pour corriger un autre probleme, mais les prix affiché dans les listings sont toujours a zéro...

Bonjour, En appliquant tout cela sur un shop en développement, j'ai un petit soucis dans le récapitulatif du panier. Pour chaque article dans le panier, les boutons "+" et "-" augmente ou diminue la quantité affichée par le nombre "quantité minimale", sauf qu'il n'atteind plus zéro... Exemple, un article dont les quantités minimale est 2. Sur la page de l'article, j'en commande 4 (ok, puisque 4 est multiple de 2). Sur le details du panier, j'ai bien mon article avec 4 comme quantité affichée. En cliquant sur "-", il diminue la quantité affichée de 2 (= quantité minimale), il me reste donc 2 en quantité affichée. Si je clique a nouveau sur "-", il laisse 2 en quantité affichée (il devrait passer a zero), le total du panier passe à 0, mais comme la quantité affichée reste a 2, le produit n'est pas supprimé du panier. Est-ce que quelqu'un a une piste ?

Bonjour, Un probleme etrange et il nous a fallu du temps pour l'identifier... mais pas de solution en vue. Sur la page catalogue, le prix est correct (reduction de groupe appliquée correctement : 24.5 - 20% = 19.6 -> prix affiche). Sur la page produit (ou apercu rapide), le prix indiqué est incorrect (la reduction de groupe est appliquée 2 fois de suite : prix affiche : 15.68 = 19.6 - 20%) Si on ajoute le produit dans le panier, le prix est correct (reduction appliquée une seule fois). Le probleme n'apparait que si le produit a des declinaisons (le prix est correct partout si le produit n'a pas declinaison). A part la remise sur le groupe, il n'y a aucune autre remise dans le backoffice. Prestashop v. 1.6.1.6 Est-ce que quelqu'un a la moindre idee de ce que nous pouvons faire ? J'ai joins une capture d'ecran avec le produit dans le panier (a gauche prix correct), le produit en apercu rapide (popup prix incorrect) et le produit dans le catalogue (a droite prix correct). EDIT : Le probleme vient du theme (Prestacrea si jamais quelqu'un a le meme soucis), apres quelques heures de recherche et de "bricolage" dans le code, on a fini par trouver le moyen d'afficher les prix correctement.

Hello, did you find a solution ? I've a similar problem...

Bonjour, Malgré que tout soit configuré autant dans prestashop que dans le shipping manager de BPost, au passage d'une commande, on obtient d'office le même message au moment de choisir la methode de livraison BPost. A savoir "merci de configurer la methode de livraison bpost selectionnée". Le shipping manager du cote bpost est bien configuré, le module prestashop egalement, on a supprimé toutes les zones excepté la Belgique pour essayer de trouver le problème mais malgré cela, on arrive pas a passer le choix de la methode de livraison. Si vous avez une idée de ce que l'on peut tenter... Deja tenté : - desactiver /re-activer le module - desinstaller / re-installer le module

Les fichiers error et web chez OVH. Le mail recu d'OVH aujourd'hui (enfin le 20 puisqu'il est passe minuit) est en tous points identique a celui du debut de ce topic, sauf qu'il indique que le probleme vient de statistics.php. J'ai donc fait des recherches sur ce fichier dans les logs en me basant sur l'heure indiquee dans le mail recu d'OVH. A part cette fameuse ligne qui se repete 8 fois d'affilee, il n'y a rien. Et comme je le disais, le fichier n'a pas ete modifie depuis son installation.

Bonjour, Nous avons recu exactement le meme mail d'ovh aujourd'hui concernant le fichier statistics.php. Dans les logs, j'ai trouve 8 fois cette ligne juste avant qu'OVH ne coupe le site : [Mon May 20 17:04:16 2013] [error] [client 90.13.228.15] [host www.myfunnycompany.com] (104)Connection reset by peer: Error reading request entity data, referer: http://www.myfunnycompany.com/fr/67-tour-de-cou Et du coup plusieurs fois de suite cette ligne : 90.13.228.15 www.myfunnycompany.com - [20/May/2013:17:01:16 +0200] "POST /statistics.php HTTP/1.1" 500 353 "http://www.myfunnycompany.com/fr/67-tour-de-cou" "Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.1; WOW64; Trident/6.0)" Le fichier statistics.php date du 19 janvier 2012 (date d'installation du shop) et n'a donc pas ete modifie depuis. Votre avis ? Faux positif ?