Récemment
-
[RESOLU]Souci Revolut et Hipay
Modules about 17 hours ago11 -
[RESOLU]Image produit dans compte client > commande
PhenixSuite a day ago10 -
Hack ancien PS 1.6 avant mise à jour Phenix
PhenixSuite 2 days ago2 -
[RESOLU]Bug sur le module Bloc réassurance v13 - par PrestaShop modified by Eolia
Bugs & Améliorations 13 days ago2 -
Un immense merci à Eolia et Doekia pour leur travail remarquable avec PhenixSuite
Discussion générale 18 days ago2 -
Warning: count(): Parameter must be an array or an object that implements Countable
Bugs & Améliorations 16 mai 2025, 11:103 -
Problème configuration php valeurs max-imput-vars
Bugs & Améliorations 10 mai 2025, 18:545 -
Nouvelle installation : erreur sur les ajouts d'images
Questions relatives à l'installation/upgrade 9 mai 2025, 09:5511 -
Problème de lien vers tpl module custom
PhenixSuite 2 mai 2025, 16:243 -
Modification sur le thème "Craft"
Questions relatives à l'installation/upgrade 9 avr. 2025, 14:103 -
Installation avec Wamp
Questions relatives à l'installation/upgrade 9 avr. 2025, 13:531 -
date_upd produits
Bugs & Améliorations 24 mars 2025, 19:3013 -
Champ description longue pour les catégories
Modules 22 mars 2025, 16:315 -
Erreurs suite à la mise à jour
Questions relatives à l'installation/upgrade 17 mars 2025, 09:1910 -
Module personnalisation de produit
Modules 5 mars 2025, 13:113 -
Theme non fonctionnel - après MAJ de la Phenixsuite 1.6.2.32
Questions relatives à l'installation/upgrade 27 févr. 2025, 10:2113 -
TinyMCE
Bugs & Améliorations 16 févr. 2025, 18:202 -
Déclinaisons virtuelles avec fichiers
PhenixSuite 14 févr. 2025, 17:4610 -
[RESOLU]Lien téléchargement dans le mail
Discussion générale 14 févr. 2025, 17:436 -
[RESOLU]RGPD
Modules 10 févr. 2025, 17:035
Calcul des règles paniers HT/TTC [RÉSOLU]
-
@eolia C'est le seul cas où nous n'avons pas pu éditer la commande)
-
@Olivier75009 a dit dans Calcul des règles paniers HT/TTC :
Peut-on avoir la correction pour le calcul du groupe pro ?
Si on m'en laisse le temps et que je puisse finaliser tous les tests, la version 1.6.2.21 sera libérée ce soir.
-
Merci encore.
-
@eolia Si j'affiche $new_sold et $total_paid dans Tools::displayError : "You cannot add a new payment because this order has already been paid in full 117.66 sur 117.660000".
En ajoutant $new.'0000' > (...) l'ajout passe.
-
Correctif:
elseif(!Validate::isNegativePrice($amount)) { $this->errors[] = Tools::displayError('The amount is invalid.'); } elseif(!Validate::isGenericName(Tools::getValue('payment_method'))) { $this->errors[] = Tools::displayError('The selected payment method is invalid.'); } elseif(!Validate::isString(Tools::getValue('payment_transaction_id'))) { $this->errors[] = Tools::displayError('The transaction ID is invalid.'); } elseif(!Validate::isLoadedObject($currency)) { $this->errors[] = Tools::displayError('The selected currency is invalid.'); } elseif($order_has_invoice && !Validate::isLoadedObject($order_invoice)) { $this->errors[] = Tools::displayError('The invoice is invalid.'); } elseif(!Validate::isDate(Tools::getValue('payment_date'))) { $this->errors[] = Tools::displayError('The date is invalid'); } else { $amount = Tools::ps_round($amount, _PS_PRICE_COMPUTE_PRECISION_); $new_sold = $order->total_paid_real + $amount; if($new_sold > $order->total_paid) { $this->errors[] = Tools::displayError('You cannot add a new payment because this order has already been paid in full'); }
1ère ligne modifiée (1837) et ajout avant la ligne 1956 ($amount = Tools::ps_round($amount, PS_PRICE_COMPUTE_PRECISION);)
-
Pourquoi ne pas retirer tous les nuls (0) après les décimales ?
-
Parce que la comparaison de floats n'est pas si simple et dans votre cas précis vous êtes à 2 décimales mais certains pays sont à 3 (dinar ou ryal) ou plus et je ne sais pas ce que va rentrer le commerçant (Presta accepte jusqu'à 6 décimales)
-
Je viens de voir que sur vos tests (règles paniers avec pourcentage de réduction -> Test HT Eolia) ça s'applique à la commande. Est-ce que ça fonctionne aussi sur les produits sélectionnés lorsqu'on choisit de faire une réduction sur une ou plusieurs catégories de produits ?
Édith : nous avons créé des prix spécifiques pour le WE du black friday, certains correspondent à une catégorie réduite dans les règles paniers, et lors d'une commande, au vu de la quantité de produit, la règle n'est calculée que sur les produits n'ayants pas eu de prix spécifiques.
(Exemple : -5% sur le prix si 5 produits de la même catégorie sont dans le panier.)
-
Oui ça fonctionne pareil, ce n'est pas le type de calcul qui avait un souci, mais la façon dont le prix était calculé en TTC lors de la conversion pour le paiement.
-
Et pour l'application de la règle panier même si l'article a un prix spécifique ? (la règle s'applique bien car il y a au moins le bon nombre d'articles, mais elle n'est calculée que sur les articles de cette règle n'ayant pas de prix spécifique)
-
-
Et si il n'y a pas de code ? Nous avons décidé pour certaines règles de les appliquer systématiquement (donc pas de code).
-
Si vous avez autorisé le cumul on ne s'occupe pas du code.
Si vous avez mis NON, seuls les codes commençant par le préfixe de votre choix seront cumulables.
-
Merci ! Ça fait le job !