MakeOpen

Pour information, j'ai réussi à reconstruire les commandes par rapport aux numéros de panier que j'ai pu récupérer grâce aux adresses e-mail enregistrées dans les transactions Paypal. Je ne sais pas si il serait possible d'envoyer à Paypal le numéro de panier correspondant à la commande de manière à récupérer de manière unique et sûre les commandes en cas de non retour de confirmation de commande de la part de Paypal. C'est de cette manière que fonctionne ATOS, et je dois dire que ce système est véritablement pratique dans des cas similaires à celui-ci. Pour résumer, il ne faut pas rembourser les transactions en cas de génération de bon de réduction + avoir lors des retours effectués sur Prestashop. Merci par avance pour votre retour Bien cordialement, Stephan Obadia

Bonjour, Un client utilisant le module Paypal version 2.4 sur un Prestashop 1.4.2.5 m'a signalé un problème concernant les remboursements automatiques des clients à partir de son back-office. Selon lui, la génération d'un avoir sur Prestashop, implique systématiquement un remboursement du client par Paypal, sans autre action de leur part. Le problème étant que parfois, en cas de demande d'échange de marchandise, ils préfèrent générer un bon de réduction + avoir afin que leur client puisse commander de nouveau. La génération de l'avoir (au sens comptable du terme) est impératif pour eux étant donné qu'une facture à été éditée lors de la commande initiale. Or dans ce cas, en plus de la création d'un bon de réduction de la valeur des produits retournés, Paypal recrédite le client de ce même montant. Un double remboursement serait donc effectué. J'ai tout d'abord pensé à supprimer les login, mot de passe et signature de l'API dans la configuration du module afin de désactiver les remboursements automatiques. Mal m'en a pris ! Depuis, les commandes passées par Paypal ne remontent plus dans le back-office mais sont bien créditées sur le compte Paypal de mon client. En attendant de trouver une solution, j'ai donc reconfiguré le module Paypal avec la clé API. Je me retrouve donc maintenant avec deux problématiques : 1. Remonter les commandes passées durant les 24 heures où le module était configuré sans l'API 2. Trouver une solution pour désactiver les remboursements automatiques en cas de génération d'un bon de réduction. Merci pour votre aide

Bonjour, Bravo pour ce module qui me parait complet. Une question cependant : J'ai vu qu'il est possible de modifier le prix d'un produit ajouté à une commande. Est il possible d'ajouter plusieurs fois le même produit à des prix HT différents ? Merci

Merci Vincent ! Pour information, j'ai contacté Prestashop qui va traiter ce bug au plus tôt. Je vous tiens informé

La révision 3836 a été supprimée du SVN Du coup, impossible de savoir ce qui a été modifié, et le bug est toujours présent dans la version 1.3.5.0 Vincent, as tu gardé les fichiers Discount, Order, OrderSlip et PDF ? Merci pour le partage

Salut mr, J'ai le même problème que toi : Transporteur paramétré sans taxe -> Affichage des frais de port dans le BO, mais pas sur les factures. Peux tu me confirmer que ton patch est compatible avec la version 1.3.1.1 de Prestashop ? Le numéro de la ligne à changer dans la classe PDF est bien le 791 ? Dernière question, as tu reporté le bug dans le bugTracker de Prestashop ? Merci pour ton retour et pour le partage de la solution

Bonjour, J'ai le même problème, sur une installation fraiche de Prestashop 1.3.1.1 avec les produits de tests, lors de la création d'un compte client Erreur sur la page authentication.php : Warning: require_once(/var/www/vhosts/mondomaine.com/httpdocs/config/../classes/Swift_Events_Listener.php) [function.require-once]: failed to open stream: No such file or directory in /var/www/vhosts/mondomaine.com/httpdocs/config/config.inc.php on line 18 Fatal error: require_once() [function.require]: Failed opening required '/var/www/vhosts/mondomaine.com/httpdocs/config/../classes/Swift_Events_Listener.php' (include_path='.:') in /var/www/vhosts/mondomaine.com/httpdocs/config/config.inc.php on line 18

Hey, I have also the same problem. Raph, here is the method for call analytics module at really bottom of the page : 1. Create a new entry in the HOOK db table : INSERT INTO `PREFIX_hook` ( `id_hook` , `name` , `title` , `description` , `position` ) VALUES ( NULL , "stats", "Stats Hook", "", "1" ); 2. Prestashop > Modules > Positions Add the ganalytics module to the new stats hook (delete the old placed in footer hook) 3. Edit footer.php in the $smarty->assign add this line after 'HOOK_FOOTER'... 'HOOK_STATS' => Module::hookExec('stats'), 4. Edit footer.tpl of your theme Add {$HOOK_STATS} just before </body> 5. Edit ganalytics.php (in modules) Add public function hookStats($params) { return $this->hookFooter($params); } after function hookFooter($params) { global $step, $protocol_content; $output = ' [removed] [removed](unescape("[removed][removed]")); [removed] [removed] try { var pageTracker = _gat._getTracker("'.Configuration::get('GANALYTICS_ID').'"); pageTracker._trackPageview(); '.(strpos($_SERVER['REQUEST_URI'], __PS_BASE_URI__.'order.php') === 0 ? 'pageTracker._trackPageview("/order/step'.intval($step).'.html");' : '').' } catch(err) {} [removed]'; return $output; } 6. Clear tools/smarty/compile folder (not index.php) Hope this help !

Hi, I have big problems on my store for sales first day (prestashop 1.2.4). Access time for a page take more than 5 min I deactivated the general stats module, but that was not the solution. For info, I have 4 apache server (bi quad core) load-balanced + 2 MySQL Server (replicates)... I'm waiting for the hosting rapport, but if someone here have an idea for optimization. Thanks for your help

Vérifie que tu travaille sur les bons fichiers. Il n'y a pas de mystère. Certainement une faute d' innatention

Salut, J'ai pour ma part modifié mes factures également en modifiant la classe pdf.php Pas de gestion de cache ou autre. Les modifs devraient être visibles à chaque génération de facture.

Même constats de mon côté. La boutique d'un de mes clients a migré du Crédit Mutuel au CIC. Le CIC a installé par défaut le 3D Secure. Environ 30% d'échecs de transactions suite à la migration... Après avoir alerté la banque sur l'effet néfaste de la situation, elle nous a répondu, que si nous souhaitions supprimer le 3DS, la banque ne se porterai plus responsable en cas de fraude. Vu le nombre de ventes ratées, nous leur avons expliqué qu'il était plus économique d'avoir des fraudes que de rater 30% des ventes... Donc suppression du système 3D Secure. Depuis, tout est rentré dans l'ordre, et toujours pas d'incident de type fraude à l'horizon.

Merci pour le partage !

J'ai ce problème également sur une de mes boutique. C'est la fonction imageResize du fichier images.inc.php qui plante. J'ai essayé de tracer mon erreur, mais sans trouver de solution. Peut être un problème de config serveur ?

Bonjour à tous, Pour ceux souhaitant donner la permission d'éditer la page d'accueil sans pour autant donner un accès à l'onglet Modules, voici la méthode : 1. Dans votre dossier admin/tabs, créez un fichier AdminEditorial.php, et collez-y ce contenu : <?php include_once(PS_ADMIN_DIR.'/../classes/AdminTab.php'); include_once(_PS_MODULE_DIR_.'/editorial/editorial.php'); class AdminEditorial extends AdminTab { private $module = 'Editorial'; public function __construct() { global $cookie, $_LANGADM; $langFile = _PS_MODULE_DIR_.$this->module.'/'.Language::getIsoById(intval($cookie->id_lang)).'.php'; if(file_exists($langFile)) { require_once $langFile; foreach($_MODULE as $key=>$value) if(substr(strip_tags($key), 0, 5) == 'Admin') $_LANGADM[str_replace('_', '', strip_tags($key))] = $value; } parent::__construct(); } public function display() { $module = new Editorial; echo $module->getContent(); } } ?> 2. Dupliquez le logo du module Editorial situé dans le dossier modules/editorial/logo.gif, renommez le en AdminEditorial.gif, et placez le dans le dossier img/t 3. Dans votre back-office, onglet Outils -> onglets, cliquez sur Nouveau, et renseignez les valeurs suivantes : -Nom : Editorial -Classe : AdminEditorial -Module : Editorial -Section Mère : Outils Enregistrez 4. Dans l'onglet Employés > Permissions, choisissez votre groupe d'employés à accès restreint, et cochez les 4 cases dans la rubrique Outils > Editorial 5. Vos employés peuvent maintenant éditer la page d'accueil directement à partir de l'onglet Outils