Search the Community

Bonsoir, Avez-vous rencontré ce type de bugs sous la 1.5.2 : Un panier qui se transforme en 2 commandes avec la même référence LETTRES mais avec un ID CHIFFRES différent ? Exemple : le panier 13085 se transformant en 2 commandes ID 2501 et 2502. Merci d'avance de votre retour si certains ont rencontré ce bug et ont pu le corriger. Pour informations sur notre serveur : Informations sur votre serveur Informations sur votre serveur: Linux #2 SMP Thu Aug 25 16:43:23 UTC 2011 x86_64 Version du logiciel serveur: Apache Version de PHP: 5.3.2-1ubuntu4.18 Limite de mémoire: 128M Temps d'exécution maximal (max_execution_time): 60 Informations sur la base de données Version de MySQL: 5.1.41-3ubuntu12.9 Moteur MySQL: InnoDB Préfixe des tables: ps_ Informations sur votre boutique Version de PrestaShop: 1.5.2.0

Bonjour, Nous souhaitons pouvoir modifier des commandes, c'est à dire, ajouter/supprimer 1 ou plusieurs produits sur des commandes. En consultant la documentation officielle, nous avons remarqué qu'il s'agit d'une fonctionnalité native de la 1.7 : https://docs.prestashop-project.org/1.7-documentation/v/french/guide-utilisateur/vendre/gerer-commandes/gerer-page-commande/modifier-commande https://github.com/PrestaShop/user-documentation-en/blob/master/user-guide/selling/managing-orders/order-page-management/editing-order.md Problème : - Le bouton "Ajouter un produit" pour modifier la commande n'apparaît pas dans le back office quand il s'agit d'une commande ayant déjà une facture et ce qu'elle que soit le statut. La demande : - Avez-vous une solution pour voir apparaître le bouton "Ajouter un produit" sur l'édition des commandes sur la version PS 1.7.8.9 ? - Réalisez vous cette manipulation directement depuis la BDD ? Nous utiliserons la solution de Prestools et verrons si nous devons passer par un module payant mais c'est toutefois dommage si cette fonctionnalité est native. Constats: - La fonctionnalité était déjà présente en 1.6 et censé l'être depuis la 1.7.X mais le bouton "ajouter un produit" n'est pas présent dans le BO des commandes dans la 1.7.8.X. - PS 1.5 : Des pistes intéressantes ont été données dans ce post ou devait être réalisé des modifications du template afin de voir apparaître le bouton "ajouter un produit". - PS 1.7 : Cette PR évoque la nécessité de désactiver "l'impression PDF" sur les statut de commande pour rendre possible la modification d'une commande dans le cas d'une commande "Cash on Delivery". Lors d'une commande avec paiement contre remboursement, le statut généré est Traitement en cours. Dans le BO => Paramètres de la boutique => Paramètres de commande => Onglet Statut => si vous modifiez ce statut, vous pouvez voir que : 1 . Définir la commande comme payée => est sélectionné donc => la facture est générée 2. Afficher le PDF de la livraison => est sélectionné donc => le Bon de livraison est généré => donc, il n'est pas possible d'éditer la commande. - PS 1.7 : Une des conditions pour voir apparaître le bouton "ajouter un produit" voir supprimer et ainsi modifier une commande est que le statut de la commande que l'on souhaite modifier ait la Livraison cochée à oui dans Paramètres de la boutique => Commandes => Etats de commande. - PS 1.7.8.9 : Par défaut, la toute première commande test de Prestashop (John DOE) -> OHSATSERP dispose bien du bouton ajouter au produit. Cela s'expliquer car cette commande de base n'a pas de facture (pas de données relatives à cette commande dans les tables : - ps_order_invoice - ps_order_invoice_payment - ps_order_invoice_tax Les recherches sur le forum : =>Sujet autour de PS 1.6 et PS précédents et TB : TB : How to edit the carrier of an existing order? PS 1.5: update order - edit order PS 1.6 : [solved]Unable to modify customer order from BackOffice PS 1.6 : Cannot Edit or Delete Product From Order =>Sujets ayants déjà été évoqués autour de PS 1.7 : 1.7.X : How can I change an order that has been already placed? 1.7.7.8 : Add product button is not displaying at BO 1.7.7.8 : Cannot add product to an existing order Les recherches côté PR : 22263 : Cette PR traite d'un problème de prix lors d'une modification d'une commande mais non de la possibilité de modifier une commande. 17230 : Cette PR traite d'un problème lors d'un commande en COD : nécessaire de décocher le l'impression PDF dans le statut des commandes. Les solutions alternatives recensées : - 1) Utiliser la fonctionnalité dédiée de Prestools : ✅ approuvé et utilisée pour le moment. - 2) Utiliser des modules payants ou la modification des commandes peuvent se faire côté BO ou FO : non testées -> Il existe beaucoup de modules de qualité avec des fonctionnalités avancées (renvoyer une facture à jour avec les produits supprimés, ajoutés, modifier les moyens de paiements ...) -> voir addons : https://addons.prestashop.com/en/441-order-management Solutions à la demande : ----------------------------- Attention, la loi rappel que la modification de facture est interdit; le cas cité est un exemple d'un paiement par chèque ou un produit était manquant (Pay by check) et la commande n'était pas encore réglée -------------------- - Avez-vous une solution pour voir apparaître le bouton "Ajouter un produit" sur l'édition des commandes sur la version PS 1.7.8.9 ? Etapes : Modifier les fichiers suivants en fonction de son besoin pour afficher le bouton "Add to cart" quel que soit le statut : -> /src/Adapter/Order/CommandHandler/AddProductToOrderHandler.php -> /src/PrestaShopBundle/Resources/views/Admin/Sell/Order/Order/Blocks/View/products.html.twig - Réalisez vous cette manipulation directement depuis la BDD ? Oui c'est possible : Etape 1) Pour la commande que l'on souhaite modifier (ajout d'un produit oublié par exemple), il est nécessaire de supprimer les lignes dans les tables liées à la commande concernée dans les trois tables suivantes : - ps_order_invoice - ps_order_invoice_payment - ps_order_invoice_tax Etape 2) On change le statut de cette commande et le bout "Ajout Panier" devient accessible. Environnement : Prestashop : 1.7.8.9 PHP 7.4 Note : Le post a été modifié avec les solutions.

Bonjour, voici un module permettant de récupérer vos données via requetes SQL assez facilement. Le module contient quelques requetes SQL par défaut, vous pouvez les modifier, les supprimer, en ajouter sans limites. Les requêtes SQL peuvent utiliser ps_ (préfixe par défaut des tables, exemple ps_cart), ou _DB_PREFIX_ (conseillé, si vous souhaitez réutiliser les requetes SQL sur d'autres boutiques, _DB_PREFIX_cart donnera ps_cart par exemple), ou encore _PREFIX_ (si vous voulez faire plus court, _PREFIX_cart donnera ps_cart par exemple). Voici le rendu des tables SQL : Pour chaque requêtes vous pouvez sauvegarder une description afin de mieux vous y retrouver, les actions possibles sont : voir, sauvegarder, supprimer, voir le résultat sous forme sérialisée (voir l'image plus bas), voir le fichier CSV avec Excel. Résultats que vous pouvez avoir sous différentes formes : Version 1.1.0 : Et pour finir le zip : v.1.0.0 : bigdata.zip Première version, testée sous 1.5 et 1.6. avec quelques requêtes SQL provenant de https://www.prestashop.com/forums/topic/155423-astuce-generer-automatiquement-vos-fichiers-csv-via-requete-sql/page-6?do=findComment&comment=2236793 et une que j'ai rajoutée permettant d'avoir les données complètes sur les commandes sur les 3 derniers mois V.1.0.1 : v.1.0.1.bigdata.zip ajout des traductions en Espagnol (par masqueunaweb.com), ajout d'une nouvelle requête permettant d'avoir la liste des stocks des produits et déclinaisons, j'ai changé _PREFIX_ dans les requêtes par _DB_PREFIX_ pour éviter les confusions, mais vous pouvez toujours utiliser _PREFIX_ V.1.1.0 : v.1.1.0.bigdata.zip apparemment serialize peut quelque fois "bugguer", pour éviter tout problème je rajoute base64_encode, donc pour récupérer les données sérialisée il faudra rajouter base64_decode. le tableau de résultat possède de nouvelles fonctionnalités : tri (en cliquant les les en-têtes de colonnes), recherche, pagination (si vous avez beaucoup de résultats) v 1.1.1 : v.1.1.1.bigdata.zip fixe un bug qui empêchait d'enregistrer plusieurs nouvelles requêtes à la suite (ceci obligeait à rafraîchir la page) v 1.1.2 : v.1.1.2.bigdata.zip petite modification v 1.1.3 : v.1.1.3.bigdata.zip compatible 1.6 & 1.7 v.1.2.1 : v.1.2.1.bigdata.zip Pour prestashop 1.7, quelques modifications de présentation et un update pour https Pour être sûre d'avoir la dernière version : https://www.coeos.pro/fr/modules-prestashop/118-big-data-les-donnees-sql-en-csv-avec-facilite.html

Bonjour, Je cherche un moyen de supprimer d'anciennes commandes suivant un critère défini sur un Prestashop 1.6 (par exemple les commandes datant d'il y a plus de deux ans). J'anticipe les réponses, je sais qu'il est illégal en France de supprimer des commandes, mais ces dernières ont été importées dans un logiciel de gestion commerciale.. Il y a actuellement plusieurs dizaines de milliers de commandes sur le site en question. Si vous avez des solutions (module, requetes ou autres), je suis preneuse Merci d'avance pour vos réponses et bonne journée

Bonjour, J'ai un site multi boutique public et pro ; le site public a des prix TTC et sur le site pro, le mode B2B est activé donc les prix sont affichés HT sur le site. J'ai un thème installé. Dans l'historique de commande public, le "prix total" est TTC ; et malheureusement chez les pros , le "prix total" est HT. Et cela pose problème : les pros payant par virement se référent au montant de cette historique de commande pour payer. Et donc c'est une grande source d'erreurs et de confusion. Vous pouvez voir sur la seconde copie écran, même dans le détail de la commande du client, la TVA n'est pas imputé dans le Total. Vous pouvez voir que le mail de confirmation de commande est juste, la TVA est bien appliquée. Je souhaiterai donc changer le "prix total" des pros en "prix total" TTC au lieu de HT , tout en gardant le mode B2B et les prix HT sur le site Ai je loupé une option ? Cela viendrait il de mon thème ? et ou devrais-je intervenir dans la base de données pour changer cela ? Merci à la communauté pour le coup de main. Type d’install (nouvelle/MàJ) : Instal en 1.7 Version de PS : Presta 1.7.3.1URL du site concerné : www.lenuncieratonton.frThème (défaut/perso) : vapestoreCode (original/modifié) : originalHébergement : ovh performance Version de PHP : 7.0.27Version de MySQL : 5.6Navigateur(s) concerné(s)

Bonjour, je voudrais (à la demande de la comptable) afficher le numéro de facture de chaque commande directement, à droite par exemple, de la référence. Comment faire cela ? Merci

Vous souhaitez prendre des décisions ou avoir des informations plus complètes à partir de la référence de votre commande. Ce module vous donne un lexique varié pour personnaliser les références de votre commande à votre gré. Gain de temps : Pas besoin de fouiller dans tous les onglets pour avoir les informations sur une commande Facilité de gestion interne Personnalisation efficace des logiciels des ERP tiers Lexique varié pour vous donner toutes les possibilités de personnalisation Présent partout où la commande est disponible : mail, factures, admin, ... Ce module vous donne un lexique varié pour personnaliser les références de votre commande à votre gré. Vous avez un champs de configuration qui vous permet d'user de votre propres termes et des termes du lexique pour former des références commande à votre guise. Cette référence sera donc changé partout : factures, mails, administration, historique de commandes, .... Ce lexique est composé de : - [ORDER] Représente l'identifiant de la commande - [CART] Représente l'identifiant du panier - [CUSTOMER] Représente l'identifiant du client qui passe la commande - [YYYY] ou [YY] Représente l’année en cours sur quatre chiffres pour [YYYY] et deux chiffres pour [YY] ; - [MM] Représente le mois en cours - [DD] Représente le jour en cours - [RX] Représente le rang de la commande. Il se définit en fonction de X. Ansi : * [RY] est le rang de la commande dans l'année en cours * [RM] est le rang de la commande dans le mois en cours * [RD] est le rang de la commande dans la journée en cours Par exemple : * COM-[ORDER]-[CART]-[DD]/[MM]/[YY]-[RD] vous donnera par exemple COM-10-20-13/04/15-3 où 10 est l'id de la commande, 20 et l'id du panier, 13/04/15 est la date du jour et 3 veut dire "3e commande de la journée" * #[ORDER]/[RY]-[YYYY] vous donnera par exemple #10/100-2015 où 10 est l'id de la commande, 100-15 veut dire "100e commande de n'année 2015". La prochaine commande dans ce cas sera certainement : #11/101-2015 * #[ORDER]-[CUSTOMER]/[RY]-[YYYY] vous donnera par exemple #10-15/100-2015 où 10 est l'id de la commande, 15 est l'id du client qui passe la commande et 100-15 veut dire "100e commande de n'année 2015". La prochaine commande dans ce cas sera certainement : #11-15/101-2015 (si c'est la même client qui a encore passé la commande) Notez que vous pouvez utiliser toute autre chaine n'appartenant pas au lexique. Et celles ci seront concervées telles quelles.

Bonjour, J'utilise Prestashop 1.7.5.0. Quand j'essaye d'accéder à certaines commandes dans le back office, une erreur 404 s'affiche (cette erreur ne semble pas liée à un mode de paiement ou option de livraison). Avez-vous déjà été confronté à un problème similaire ?

Bonjour, je ne sais pas si des gens ont eu le même soucis, cepuis que j'ai activé les traductions donc l'acces avec /fr ou /en etc stripe ne fonctionnait plus, j'ai donc changé le webhook mais malheureusement lorsque je choisis de payer par carte le bouton payer se met en processing et plus rien.... du coup le paiement passe mais pas de email de confirmation alors que c'est activén lecran ne va pas au recapitulatif du coup les clients cliquent plusieurs fois et paient plusieurs fois, c'est assez problématique... dans le JS je vois cette erreur : bottom-4183f1101.js:35 POST https://creme-tahara.fr/fr/module/stripe_official/validation 500

Bonjour, je voudrais savoir si quelqu'un sait comment empêcher qu'un client ne modifie sa commande après l'avoir validée? Le problème c'est que j'ai des clients qui me modifient les mesures des produits après que ceux-ci soit conçus. Je voudrais donc que ce ne soit pas possible. Merci de vos retours.

Bonjour, Sur Prestashop 1.6.1.24, nous avons plusieurs commandes qui sont en doubles: identifiants différents, mêmes références, mêmes clients, montants et détails des commandes différentes, mêmes modes de paiement, mêmes dates et heures. Voici ci-joint un exemple. C'est arrivé avec différents modes de paiement: paypal et paiements par carte. C'est arrivé sur une poignée de commandes mais pas toutes et pas à la suite l'une de l'autre. Comment est-ce que cela peut arriver et comment est-il possible de le corriger? Merci

Bonjour à tous, Je rencontre un problème assez gênant sur mon site depuis quelques semaines. Chaque jour, j'ai quelques commandes (1 à 3) qui apparaissent dans le BO Prestashop mais pour lesquelles, je n'ai ni la composition ni l'info si le paiement a bien été validé ou non... Je suis obligé d'aller dans le portail de mon PSP (Mercanet en l'occurence) pour vérifier l'info, appeler le client pour connaitre la composition de sa commande et demander l'expédition. Quelqu'un a une idée d'où peut venir le problème ? Ni Mercanet, ni mon support technique ne trouve de solution pour le moment. Le seul dénominateur commun que j'ai trouvé entre ces commandes erronnées est qu'elles contiennent toutes les 2 mêmes produits. Merci par avance pour votre aide ! :) pour info, je suis sur Prestashop 1.6.1.5 Cordialement,

Bonjour, On a une nouvelle installation qui tourne en production mais j'ai pu remarqué que aucune stat de vente ne s'affiche sur le dashboard, est-ce normal ? merci !

Bonjour à la communauté, Je rencontre actuellement un soucis sur la version 1.7.5.2 de Prestashop. Lorsqu'un client crée un panier, le panier abandonné n'apparaîtra que 1 ou 2 jours après dans ma liste de paniers abandonnés, ce qui pourrait ne pas être trop dommageable sauf à vouloir relancer les clients. Ce qui est plus contrariant, c'est que cela se produit également dans ma liste de commandes. Une commande validée semble ne s'afficher que plusieurs heures après sa validation, voir le lendemain... À savoir que je gère un autre site sous prestashop 1.5.6.1 et que je n'ai jamais rencontré ce problème depuis bientôt 6 ans qu'il existe... Je dois d'ailleurs migrer sur une version plus récente mais ne pourrais me contenter d'une mise à jour différée des informations de commande, bien entendu. J'ai eu beau chercher sur des forums depuis plusieurs semaines, je ne trouve pas de réponse, c'est pourquoi je me permets de poster ici, en espérant que d'autres auront des pites de recherche... Merci d'avance pour vos retours ! Jeff.

Hello, côté back-office, je cherche (et je ne trouve pas 😅) le nom de la variable php où il ya le montant total TTC de la commande...exemple screenshot ci-dessous. j'ai beau regarder dans cart.php, AdminOrdersController.php, je ne trouve pas... Merci d'avance !

Bonjour, Un nouveau module d'export des commandes. Il offre un grand nombre de configurations possibles ainsi que la possibilité de filtrer les commandes sur TOUS les champs. Il permet également l'export selon plusieurs formats: CSV, XLSX, XML et JSON. A découvrir sur addons: https://addons.prestashop.com/fr/import-export-de-donnees/45226-export-commandes-aux-formats-csv-xlsx-json-ou-xml.html

Bonjour, j'ai écrasé la version 6 avec la dernière version. Je suis SuperAdmin, mais l'accès aux Commandes m'est interdit ! Merci pour vos réponses. BG

Bonjour à tous, je suis sur un projet ecommerce (prestashop 1.6.1.21) , et dans le but de gagner du temps et d'éviter de trier manuellement, j'aimerais rajouter dans la partie commande de l'admin un tri par catégorie (avec 2 catégories bien spécifique). J'ai fouiller tout le net, j'ai a peu près tout essayé et là je sèche.. Voici actuellement le BO de prestashop 1.6.1.21 et j'aimerais rajouter l'option avec une liste déroulante pour un résultat comme celui ci (DOM modifié pour l'exemple): Avec le possibilité de choisir les 2 catégories. Merci a ceux qui prendront le temps de répondre

Bonjour, Je viens d'activer ma boutique prestashop et je me rends compte que je ne peux sélectionner aucune méthode d'envoi (photo jointe). Pourtant, tous les transporteurs sont bien activés (voir photo jointe), tous les pays sont bien activés également. J'ai essayé de sélectionner d'autres pays de destination mais aucun changement... Avez-vous des idées pour régler ce problème ? En vous remerciant, Cordialement.

Bonjour, J'aimerai transférer toutes les données Clients et Commandes passées entre 2 sites Prestashop 1.7. Merci, Cdt, Laurent

Salut, J'ai un bug depuis deux semaines et je ne trouve pas de solution. Aidez moi!! Certaines transactions sont bien acceptées et payées, mais ne sont ni renvoyées sur le Back office (donc impossible de savoir qu'une commande a été passé sauf en allant dans la liste des transactions de mon prestataire de paiement...) et ni renvoyées sur le front office, le client ne reçoit aucun mail de paiement accepté, et sa commande n'apparaît même pas dans son historique de commande. En fait les commandes sont sur Paypal mais ne figure pas sur mon back office dans "commandes". Elles sont dans paniers dans "non commandé" la plupart du temps. Et certaines fois, je n'ai même pas de trace de la commande. Je ne reçoit pas toutes les commandes par mail ni tous les avis de paiement de paypal. C'est très aléatoire. J'ai contacté Paypal, ils m'ont demandé de changer l'URL de notification instantanée de paiement IPN au format http://www.monsite.com/modules/paypal/ipn.php . Ce que j'ai fait. C'est activé.Ils sont bien envoyés mais le problème persiste. Prestashop après 10 messages en une semaine sans réponse m'a dit de réinstaller le module paypal, ce que j'ai fait mais rien n'a changé. Par ailleurs, je ne comprends pas aussi pourquoi sur une commande , il y a deux paiements dont un de 10,25€ qui apparaît sur paypal et l'autre de 952€ qui apparaît payé par paypal sur le back office et qui n'est pas dans paypal sachant que la cliente nous a bien dit n'avoir jamais commandé les 952€ de produits. Enfin, ce n'est pas normal non plus que durant le we où tout a commencé, il y a eu 85 paniers abandonnés du même produit d'une valeur de 69.30€ . Nous faisons-nous pirater?

Bonjour à tous, Depuis plusieurs mois je n'arrive pas à ouvrir le détail de mes commandes, lorsque je clique sur une commande ca mouline plusieurs minutes (2mins environ) puis le navigateur m'affiche un message d'erreur (cf photo jointe) J'ai essayé de : - vider le cache - vider l'historique - changer de navigateur : chrome, safari, firefox... - de désinstaller certains modules (mondial relay par exemple suite à la lecture d"une discussion forum) - d'augmenter la capacité de mon serveur ovh Auriez vous une idée pour solution mon problème svp ? Ma config : Presta 1.7.3.3 Merci à tous.

Bonjour, Je dois réaliser le tri des produits lors de l'affichage du détail d'une commande en fonction de la catégorie par défaut afin de faciliter la gestion des commandes. Impossible d'arriver à quelque chose qui fonctionne. Pour l'instant j'ai fais un override du controller AdminOrdersController, j'ai rajouté à la fin de la fonction getProducts($order) usort($products, "my_cmp") avec comme fonction de comparaison: function my_cmp($a, $b) { if ($a->id_category_default == $b->id_category_default) { return 0; } return ($a->id_category_default < $b->id_category_default) ? -1 : 1; } usort me retourne toujours un FALSE. Quelqu'un aurait-il une idée de comment faire cela? Merci

Bonjour, Je me suis toujours demandé pourquoi Prestashop ne gérait pas les transactions SQL pour la création de ses commandes. Malheureusement hier j'en ai fait les frais pour la première fois. Le serveur SQL qui sature et les tables qui se retrouvent en Deadlocks résultant en des commandes à moitié créées sur le site. Sur un site à 300/600 commandes l'heure je vous laisse imaginer les dégâts si je n'avais pas réagit dans les 5 minutes pour passer le site en maintenance. Je me demande pour quelle raison Prestashop ne met pas en place un système plus robuste de transaction pour s'assurer qu'une commande ne soit jamais corrompue en base de données ? Il me semble que l'intégrité des données est un point primordiale pour un système de vente en ligne ? Au plaisir de vous lire

Bonjour, Je viens de me rendre compte que toutes les dates ont disparues en BO (commandes, factures, BL, etc...) ainsi qu'en FO pour les commandes clients sur leur compte, également lors de l'impression des factures la date n'est plus indiquée dessus. J'ai fais quelques recherches sur le forum mais je n'ai rien trouvé de similaire comme problème. J'ai vérifié toutes les dates sont bien dans la BDD. Lorsque je filtre les commandes par date dans le BO ça fonctionne bien, je peux afficher de telle date à telle date, donc à priori ce serait juste un problème d'affichage mais je ne vois pas trop où chercher. Le problème est apparu je pense lorsque j'ai voulu passer la boutique en https (mais qui n'a pas été fais suite à un problème de serveur) et suis donc revenu en arrière. Quelqu'un aurait une idée pour faire réapparaitre les dates ? Merci d'avance pour votre aide. Version de Prestashop: 1.4.4.1 Informations sur votre serveur: Linux #1 SMP Tue Dec 15 21:19:08 UTC 2015 x86_64 Version du logiciel serveur: Apache Version de PHP: 5.6.35 Version de MySQL: 5.1.73