Récemment
-
Mise à niveau de Prestashop 1.6.24 vers PhenixSuite 1.6.30
Discussion générale1 -
Problème calcul HT
Bugs & Améliorations28 -
PaypalAPI erreur
PhenixSuite50 -
Edition en masse des déclinaisons
Nouvelles fonctionnalités3 -
Thème possible
Questions relatives à l'installation/upgrade2 -
erreurs cleaner
Discussion générale3 -
Problèmes de prix avec plusieurs devises et PayPal
PhenixSuite1 -
multiples déclinaisons sur produit [RÉSOLU]
Bugs & Améliorations22 -
Thème enfant
PhenixSuite3 -
ONePageCheckout
BUG connus4 -
Informations générales
PhenixSuite2 -
timepicker absent dans le BO
Bugs & Améliorations11 -
Installation Phenixsuite depuis 1.6.1.24
Questions relatives à l'installation/upgrade4 -
Passage au Webp qui n'a pas fonctionné
Bugs & Améliorations11 -
erreur 500 module paypal
Bugs & Améliorations8 -
probleme page de commande ONE PAGE
Bugs & Améliorations3 -
Traduction module Colissimo en admin
Bugs & Améliorations2 -
Erreur module block_cart en php8.2 mais pas en php7.4
Bugs & Améliorations14 -
Bug page de commande
Bugs & Améliorations4 -
Nouveautés possibles ?
Nouvelles fonctionnalités2
Calcul des règles paniers HT/TTC [RÉSOLU]
-
Perso, autant je peux comprendre l'affichage HT sur les pages produits, autant je n'ai jamais compris l'intérêt dans la commande vu qu'en France les professionnels doivent quand même s'acquitter de la TVA (qu'ils récupèrent ensuite)
-
J'ai des avertissements sur les paiements, et les calculs finaux sont erronés :
C'est pareil pour les montants des frais de livraison (6€ HT) où n'est pas appliquée la TVA dans la facture.
-
Oui, je viens de comprendre.
Ben, j'ai du boulot on dirait^^
-
Y aurait-il un espoir d'avoir un correctif avant le Black Friday (énormes quantités de commandes en préparation) ?
Merci encore !
-
Possible
-
Cool ! Et un essai sur les FDP, ça donne quoi ? (j'ai aussi eu des erreurs)
D'ailleurs, est-ce que le deuxième test (>seconde image) correspond à un prix à déduire ou à un poucentage ?
-
Pour les frais de port offerts, c'est ça ?
Exemple ci-dessous avec 10% sur les produits et frais de port offerts
-
pas ceux offerts (ils sont offerts uniquement si le montant a dépassé un certain montant). Mais lorsqu'il y a des fdp, simplement, le calcul de la tva ne s'appliquait pas dans le calcul
-
Mais quoi qu'il en soit, sur la première image, il y a un calcul sur les frais de port. Donc ça a l'air de fonctionner pour les règles comme pour les fdp.
-
Les fdp offerts sont à partir de X en fonction du transporteur dans les préférences transporteurs du BO
-
Est-ce que par hasard il faudrait appliquer l'ajout de taxe fr dans les préférences du transporteur (Transport->transporteurs sur PhenixSuite, Livraison->transporteurs sur notre boutique) :
-
Ah ben si vous n'en avez pas mis aucune taxe n'est ajoutée au transport^^
-
Auparavant elles s'ajoutaient pourtant. Se pourrait-il que la mise à jour ait eu à voir avec la modification de ce paramètre ?
-
Auparavant quand ? A moins d'un override Prestashop n'a jamais ajouté de taxe à un transporteur qui n'en a pas.
-
A mon avis ça vient de chez nous, certains transporteurs ont bien les taxes FR, d'autres non... On s'est séparé d'un bras cassé en début d'année...
Du coup, on peut appliquer les corrections dans la foulée pour le calcul de la TVA sur les règles... ?
-
Je viens de checker d'anciennes commandes (avant la migration sur PhenixSuite) et en effet la TVA sur les FDP n'a pas été calculée (de par le fait, comme on dit chez soi).
Il n'y a donc bien que la TVA sur les règles paniers à corriger.
-
Sur une commande (payplug) j'ai ce message lorsque dans paiement je tente de rajouter le montant du remboursement (TVA non calculée sur la règle panier) :
C'est pour que la facture soit juste pour le client.
-
Je viens de m'apercevoir qu'il n'y a qu'un groupe client dont la TVA n'est pas appliquée sur les règles paniers : les professionnels dont l'affichage des prix est configuré en HT, alors qu'en bas de la commande il est indiqué :
-
@Olivier75009
Curieux, le contrôle effectué par le code me semble pourtant juste$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'); }
Ou alors le contrôle devrait être peut-être être fait sur les arrondis.
Qu'avez-vous comme total_paid_real dans la table orders ?
-
@Olivier75009 Oui, et c'est ce que j'ai corrigé.