Fab20620

Bonjour, si on a une commande avec une réduction et qu'on génère un avoir pour cette commande, sous prestashop 1.7 dans la colonne « total_products_tax_incl » de la table "ps_order_slip" on a le montant total TTC remise déduite. Sous Prestashop 8.1, si on effectue la même opération, la colonne « total_products_tax_incl » contient le montant total de la commande, sans déduction de la remise. Savez-vous si c'est normal ? De plus sous Prestashop 8.1, dans la colonne "total_products_tax_excl" on retrouve un calcul surprenant car le montant est le résultat du total HT de la commande diminué du montant TTC de la remise Le calcul pour retrouver le montant de 43.12 qu'on retrouve dans cette colonne : 58.80/1.2 - 5.88 = 43.12 soit total HT - Remise TTC Pièces jointes : requête SQL affichant le contenu de la table ps_order_slip sous 1.7 et sous 8.1. ainsi que la copie de l'avoir sous Prestashop 8.1 Sous prestashop 1.7 : Montant de la commande remise incluse 62.91€ TTC, total hors remise 69.9€ TTC Sous prestashop 8.1 : Montant de la commande remise incluse 52.92€ TTC, total hors remise 58.80€ TTC

Merci 🙂

Bonjour Eolia, lors d'une mise à jour depuis Phenixsuite 1.6.2.7 vers 1.6.2.25 j'ai 2 tables en erreur lors de la MAJ bdd : "... Table 'usr2bcreation_devn2bc.n2b_location_coords' doesn't exist ... Table 'usr2bcreation_devn2bc.n2b_log_email' doesn't exist" Ces tables ont été ajoutées sur quelle version ? Est-ce que je dois recommencer en mettant d'abord à jour vers la version qui les ajoute ou je peux les rajouter manuellement sous 1;6.25 ? Merci d'avance 🙂

Merci Eolia, problème réglé. Je rencontre un souci avec les déclinaisons quand il y en a beaucoup à générer. Le script ne va jamais à terme sans planter (aucune erreur affichée à l'écran) et le timeout n'est pas en cause. Par exemple je dois générer des déclinaisons de couleurs : 3 couleurs avec 19 choix possible pour chacune, cela fait 6859 combinaisons (19^3). Si on indique 10 produits en stock pour chaque déclinaison, ça donne une quantité de 68590. Le script crée d'abord les 6859 combinaisons (cela prend un peu plus de 10 minutes) puis il incrémente les quantités pour chacune des combinaisons créées (cela dure environ 15/20 minutes supplémentaires) puis cela se termine par une page blanche. En local malgré la page "vide" finale, le produit est en stock avec ses quantités et ses déclinaisons mais en live ça ne marche pas, le plantage semble se produire avant la fin de la génération des combinaisons (soit durant les 10 premières minutes). Je profite de ce souci de déclinaisons pour poser la question de la compatibilité de Store Commander avec PhenixSuite, quelqu'un utilise t'il ce module ?

Bonjour Eolia et encore merci pour tout ce travail colossal. J'ai ce warning qui revient non stop : Creating default object from empty value in /--path--/cache/smarty/compile/9f/1b/94/9f1b94ce5e9e706cd4529214dc55e8c193d06e0f_0.file.blockcart.tpl.php on line 261 Je ne sais pas où chercher, je suppose que l'erreur vient du fichier blockcart.tpl à la base ?

J'ai aussi ce souci pour les produits dont les champs de personnalisation étaient existants. Par exemple si sur un produit j'ai 2 champs (nom et prénom), en front on voit bien les 2 et tout marche bien mais en back sur la fiche produit, seul le champ "nom" apparait.

Merci 👏💪

Donc cela confirme que le souci ne vient pas de mon installation mais d'un souci quand il y a une personnalisation sur des produits avec déclinaisons, merci beaucoup d'avoir pris le temps de réaliser ce test.

Merci bobby4722, sur un produit qui existe avec un choix de taille ou de couleurs, dans l'onglet "personnalisation" il suffit d'ajouter un texte permettant de personnaliser le produit puis de commander ce produit afin de vérifier si les infos de personnalisation sont visibles dans la commande en backoffice. Je suis en train d'installer un prestashop tout neuf pour aussi effectuer ce test. Sur la boutique où je rencontre le problème, ça ne marche pas même si je suis en mode debug et theme par défaut (surcharges désactivées aussi pour être sûr).

Bonjour bobby4722, je profite de votre réponse pour savoir si vous pouvez tester sur votre boutique test, l'ajout d'un produit avec 2 tailles distinctes par exemple + une personnalisation, et voir si vous retrouvez la personnalisation dans la commande en backoffice. Merci d'avance.

Bonjour Eolia, je reviens sur le souci que je rencontre au niveau de la personnalisation. Si c'est un produit "simple" (sans déclinaisons) ça fonctionne, c'est quand il y a des déclinaisons que la personnalisation n'apparait plus dans le back office au niveau de la commande. Pourrais tu ajouter une personnalisation au produit "t shirt" qui propose plusieurs tailles sur la boutique test pour voir si ça fonctionne correctement chez toi ?

Impossible de l'installer. A vrai dire je resterai volontiers sous cette version mais mon client vend essentiellement des produits personnalisés et vu que ça n'apparaît pas en BO c'est problèmatique. Je ne comprends pas pourquoi l'info ne s'écrit pas dans la table order_detail.

Bonjour Eolia, est-il toujours possible de migrer vers 1.7 une fois qu'on a mis la boutique à jour avec cette version modifiée ?

De mon côté, j'ai bien les infos dans toutes les tables (customization, customization_field, Customized_data...) sauf que le lien ne peut pas se faire vu que la colonne product_customization_id n'enregistre pas la valeur permettant de récupérer les infos. Saurais tu depuis quelle fonction cette valeur est supposée s'inscrire dans cette colonne ?

Oui, il n'y a rien dans les dossiers cités (de cette liste je n'ai que classes/order mais le dossier contient juste un fichier index.php) Le souci n'est pas la lecture de l'info, mais plutôt son écriture en BDD. Dans la table order_details, le champ product_customization_id est toujours à 0.