clah

Bonsoir, Vraiment très intéressant, et avec en plus un contrôle explicatif de l’import. C’est parfait ! Je n’hésiterais pas à vous soumettre d’autres idées si l’occasion se présente. Merci beaucoup pour votre disponibilité.

Bonjour, Je vous remercie beaucoup pour ce module qui facilite grandement la gestion des inscrits à la newsletter. Si je peux me permettre, une fonction complémentaire serait la bien venu, qui permettrait l’import, au moyen d’un fichier texte ou CSV, de listes d’adresses email (avec contrôle des doublons). Ainsi, je pourrais regrouper tous les contacts externes déjà répertoriés, puis les gérer avec votre module PSS/Customer export v1.1 qui lui aussi est excellent. Encore merci !!!

Bonjour, Fonctionne pas sur IE 8 OK sur Firefox */*

Bonjour, Vieux sujet!! En faite je suis maintenant en Prestashop 1.4.4.1 et le problème est résolu. Cordialement.

Bonjour, Merci beaucoup pour l’info, même si personne n’a pu vous aider, vous avez transmis votre solution. c'est super ! Je vous remercie, car je m’arrachais les cheveux depuis 2 jours. Grâce à vous il m’en reste encore quelques un. Clah.

Bonjour, Les variables {shipping_number} et {followup} ne contiennent pas les informations recherchées lors de l’envoie des mails aux clients. Si j’utilise le bouton « Spécifier un numéro de colis » ça fonctionne. Si j’utilise le changement de statut « en cours d’acheminement » puis action bouton Modifier, ça ne marche pas. J’ai essayé de modifier le fichier « AdminOrder.php » qui semble être à l’ origine de ces mails, mais je ne comprends pas pourquoi cela ne fonctionne que avec « Spécifier un numéro de colis » '{followup}' => str_replace('@', $order->shipping_number, $carrier->url), '{shipping_number}' => $order->shipping_number, Merci pour votre aide.

Bonjour, Pouvez vous m'indiquer pourquoi l'URL de suivis colis n'est pas indiqué dans le Mail lors de la mise à jour automatique. Tout fonctionne lorsque je le fais manuellement. Bouton (spécifier un numéro de colis) ou Bouton "Modifier" Le corps du mail concerné est in_transit Merci

Bonjour, J’ai parcouru le forum au sujet du module « mailalerts » et je suis vraiment surpris que personne n’est arrivé à proposer ce module (qui plus est en natif sur prestashop) sans problème de fonctionnement. Par exemple : concernant l’envoie d’email au client lorsqu’un article revient en stock 1 - Soit il ne marche pas du tout 2 - Soit il n’envoie pas les emails Ou lorsqu’’ il envoi l’email 3 - il ne tient pas compte de la langue du client. 4 – L’Url du lien dans l’email ne fonctionne pas Dans mon cas je suis arrivé au numéro 4 après une manipulation peu orthodoxe, en installant avec une version et en l’utilisant avec une autre. Enfin, si la team pouvait s’y intéresser, cela ferait plaisir. Merci.

Merci pour vos explications, et autant pour moi. J’avais bien remarqué le dossier module dans certains templates. En conclusion les modules des dossiers template sont traités en priorité. Merci beaucoup.

Bonjour, Je vous remercie beaucoup pour votre proposition qui est certainement mieux adaptée. J’aimerais volontiers la mettre en en fonction mais je n’ai pas trouvé où placer cette syntaxe. Puis-je abuser de vos connaissances pour me donner la solution. Encore merci.

Puisque personne ne semble motivé pour m’aider, alors je me suis encore aidé tout seul. Et pour ceux que ça intéresse, Si vous avez besoin de rendre actif un module pour un thème, et inactif pour un autre thème, voici la solution : Exemple pour l’affichage du module blockcategories. Remplacer dans le fichier « blockcategories.php » la ligne return $this->display(__FILE__, 'blockcategories.tpl'); Par if (preg_match("/\biNomdevotretheme\b/i", _PS_THEME_DIR_)) { return $this->display(__FILE__, 'blockcategories.tpl'); } Explication : Si dans l’url du thème, on trouve le nom du thème ou le module blockcategories doit être affiché, on active le module. Bien sûr, remplacer dans le code Nomdevotretheme par le nom de votre thème. Voila !

Bonjour, Pour certaines occasions, je souhaiterais changer de thème, mais suivant le design du thème, les modules installés ne sont pas forcément bien adaptés. La solution serait d’identifier le thème et de rendre actif ou non le module concerné. Par exemple pour le module blockcategories : If ($theme==”theme1”) { return $this->display(__FILE__, 'blockcategories.tpl'); } La question est, comment identifier le thème affiché par le client ? Avec mes remerciements.

Mon problème est résolu. C’était bien la configuration du statut. Les compteurs en question ne sont pas mise à jour tant que la commande ne rencontre pas un statut ou l’option « Autoriser le client à voir et télécharger sa facture PDF » n’est pas cochée. J’ai coché tout les statuts à partir de « Paiement Accepté » Alors méfiez vous et vérifiez votre configuration.

Bonjour, Non ce n’est pas OVH, mais je pense avoir trouvé la raison. Enfin j’attends quelques jours pour confirmer. Tout ce passe dans « commande » « statut », si par exemple dans le statut « Paiement accepté » l’option « Autoriser le client à voir et télécharger sa facture PDF » est décochée, les “Commandes passées” et “chiffre d’affaire” ne seront pas incrémenté lors d’une commande. La mise à jour de “Commandes passées” et “chiffre d’affaire” ne sera faite que lorsque qu’une commande passera avec un statut ou l’option « Autoriser le client à voir et télécharger sa facture PDF » sera cochée. Merci pour le retour.

Bonjour, Même problème, chez moi les “Commandes passées” et “chiffre d’affaire” du panneau d’administration ne sont plus mise à jour depuis 3 jours. Merci