Jump to content

Lilhouh

Members
  • Posts

    111
  • Joined

  • Last visited

Everything posted by Lilhouh

  1. Bonjour à tous, J'ai tout suivi à la lettre, mais pas de chance, cela ne fonctionnepas pour moi. J'ai une boutique 1.5.4.1 en prod. Je ne souhaite pas la mettre à jour directement en prod, mais plutôt faire mes tests avant en local. J'ai donc fait ma petite install sous wamp d'une 1.5.4.1 native en essayant de lui importer mes clients de prod et de récupérer les mots de passe, ... mais rien n'y fait. J'ai pourtant bien les 2 même fichiers de "settings" (en prod et en local) J'ai bien réussi la partie compte admin (via la bdd directement par contre,avec réencodage md5 de la secure key ; l'accès backoffice ne m'a pas permis de sauvegarder le réencodage du mot de passe comme vous le suggérez) Je ne comprends pas. J'ai essayé dans tous les sens : en important toute ma BDD prod en local avant puis en faisant les manip pour la table customer ensuite. en essayant de récupérer mes mdp clients avant tout autre ré-import (commande / produits / ..) Votre tuto doit bien fonctionner pour une pâle copie de site et pas seulement pour une MàJ 1.4 vers 1.5, n'est-ce pas ? Merci par avance ||-- EDIT D'UNE FILLE UN PEU BETE : Au temps pour moi, tout va bien, tout est ok ... Il suffisait juste (pour ma part) de reprendre un bon café et d'ouvrir la bonne bdd du site dit "en prod" pour avoir les bonnes clés et bons passwords >_< Il va falloir que je mette de l'ordre dans mes bdd !!! Merci pour ce petit tuto super chouette qui fonctionne donc très bien sur 1.5.4.1
  2. Han ! D'accord ! Super ! Merci beaucoup pour ton aide et ton temps. En plus de nous livrer un module canon gratuitement, vous êtes au top en SAV
  3. Salut, Merci de ton aide. J'ai simuler une fausse commande, je reçois bien le mail de confirmation de commande. Pas de soucis de ce côté-là. Autre point noir étonnant : les codes réductions qui ne se crééent pas : donc j'ai bien un souci dans entre ma config et ce module... Je poursuis mes investigations...
  4. Bon bah mauvaise nouvelle pour moi. rien n'y fait, même après désinstall. Les produits se créent bien, la catégorie aussi. Je n'ai pas de codes de réductions. Pas de mails non plus. :sad:
  5. Certes, pas faux ! Je viens de vérifier dans la table _hook, je le trouve bien. Je crois que je vais tenté une désinstall puis réinstall alors . Concernant les bons de réduction, vous pouvez m'éclairer svp ? Votre module les créé-t-il tout seul ? Merci bien
  6. J'ai bien reçu le mail de confirmation de commande. J'ai vérifié mes spams. Rien non plus :/ Cela me fait tout de même beaucoup d'anomalies... j'ai dû zappé un truc... J'aurais dû avoir des codes promo de créés n'est-ce pas ? Est-il envisageable (dans une future version) d'associer le pdf transmis par mail au détail de commande du client ? Qu'il soit téléchargeable au même titre que la facture par exemple ?
  7. Oh oui pardon : giftcard-V_3.1.8 et Prestashop 1.5.4.1. Je suis surprise aussi. J'ai passé ma commande en "validé" et toujours pas de mails (hotmail). Je ne vois pas non plus de code de reduction créé en "Regles paniers", normal ? ps : merci bcp pour votre réactivité !
  8. Bonjour à tous et merci pour ce super module ! Petite question : ce module fonctionne-t-il pour des paiements à livraison ? L'emai envoyé est-il bien un email séparé de la confirmation de commande ? ou une PJ à cette validation ? Je fais de la livraison à domicile, ce qui suggère l'acceptation du paiement à domicile. J'ai un truc bizarre qui ne m'autorise pas l'ajout panier depuis la page produit, sous prétexte que "pas de transporteur" (mais qui me l'autorise bien depuis le slider "Nouveaux produits" en homepage) o_O Aussi, je ne reçois pas le fameux mail pour découper et offrir ma belle carte . Est-ce dû au moyen de paiment utilisé ? Faut-il que ce soit par chèque / virement ou CB obligatoirement ou est-ce plutôt le statut "commande validée" qui déclenche l'envoi du mail ? Merci pour tout par avance.
  9. Pouaaaah !! Comment je suis ravie que tu m'aies répondue Ton message m'a fait comme un éclair, j'ai moi aussi, il fut un temps, installé un module tiers "ship to Pay" et c'est bel et bien ce module qui gère les moyens de paiements en fonction des zones que je crée. J'avais zappé son existence et me battais avec mes zones / pays / restrictions / désactivation puis réactivation des modules de paiements... rien n'y faisait .. tu m'étonnes ! Houra ! Merci à toi !
  10. Exactement le même souci que toi avec le module Payzen. Je m'en suis aperçue en voulant ouvrir de nouvelles zones, et donc en créant de nouveaux transporteurs. Le technicien Payzen me dit également que cela ne vient pas de leur module.... mais alors de quoi...je cherche encore Dans mon cas (qui semble aussi être le tien) les cases sont pourtant bien cochées en onglet Modules / Paiement. Je désespère !
  11. Il serait asssez intéressant effectivement de donner plus d'infos sur la résolution de ton problème plutôt que de dire "C'est bon j'ai trouvé"
  12. Non ? personne ne travaille des produits par tranporteur ? Personne ne vend un produit impossible à livrer avec un transporteur mais pas avec un autre ? Merci par avance
  13. Bonjour à tous, Je suis à la recherche de quelques lumières concernant un "bug" auquel je suis confrontée. Je travaille sous Prestashop 1.5.4. J'ai 2 transporteurs (qui s'appliquent en fonction du département de livraison) et je souhaite restreindre les possibilités d’envoi de certains produits en fonction du transporteur. J'ai donc sélectionné (ou non) mon transporteur dans l'onglet "Transport" de la fiche produit. Mais cette seule manipulation n'empêche en aucun cas l'ajout du produit au panier, ce qui est : - logique : si le client n'est pas identifié, on ne connait pas encore son adresse donc pas les transporteurs éligibles non plus - dommage si le client est identifié... mais je comprends malgré tout qu'au moment de l'ajout panier, on ne checke pas ce genre d'info Dans ce cas, au moment de l'étape "adresse", j'aimerais que le système me dise "Désolé, votre panier contient un produit qu'il nous est impossible d'envoyer par voie postale : $nom_produit . Veuillez blablabla. Pour plus d'infos blablabla" (Surement frustrant pour l'utilisateur, mais je ne vois pas d'autre solution... Si vous en avez via modules ou autres... je suis toute ouïe d'ailleurs) Au lieu de ça, le seul message d'erreur qui daigne s'afficher est l'inévitable "Pas de transporteur disponible à cette adresse". Quelqu'un saurait-il me conseiller sur la façon de modifier ce champ d'erreur, d'identifier qu'à cet instant précis le message apparaît parce qu'un produit n'est pas possible avec ce transporteur et de récupérer le nom du produit incriminé svp ? Merci beaucoup ! Bon Lundi de Pâques à tous!
  14. Je suis intéressée par cette fonctionnalité également. Ceci étant, je comprends pleinement la réponse donnée également. Mais c'est surprenant malgré tout que cette possibilité n'ait pas été pensée par la team presta. Il est donc impossible aujourd'hui de prendre une commande par téléphone par exemple, d'un client qui n'a pas internet, ou pas de mail (pour x raisons : âge, craintes, pas d'intérêt, ...). C'est dommage qu'il ne soit pas permis à un client de ne fournir que son adresse de livraison. Côté BO, il devrait être permis à un "employé" du site vendeur de créer un contact avec un nom, un prénom, une adresse, si pas mail, un numéro de tel et basta. Si jamais une solution de ce genre existe, merci de me faire signe
  15. Ah ... j'avais pas compris cela... Je croyais que le PSP prenait de fait abonnement + commissions. Comme quoi ce topic m'est vraiment très utile ! Merci ! Chouette résumé ! Je résume à mon tour : - Je prends un VAD seul auprès de ma banque (donc sans abonnement mais avec commissions) --> Si,si M. Mon Banquier, c'est possible !!! - Je choisis mon PSP : module gratuit, sécurisé, mis à jour, SAV, ... et je paye pour cela un abonnement mensuel (et pas de commissions) C'est simple comme bonjour finalement =)) Merci en tout cas, vous avez été de bons conseils.
  16. J'ai eu réponse d'un autre conseiller Crédit Agricole aujourd'hui qui me dit, je le cite "Je vous confirme que dans le cas d’un contrat externe, vous n’auriez pas d’abonnement mensuel. Votre seul facturation serait celle de la commission bancaire." Houra !! Enfin une réponse claire et qui me semble plus honnête. Merci Philou pour votre réponse, ceci étant, je me dis maintenant que faire appel à un PSP externe, vous par exemple, me force à payer des commissions bancaires ET au Crédit Agricole ET à vous. N'est-ce pas ? Le plus intéressant pour moi est donc de prendre abonnement + commissions auprès du CA et d'acheter le module ATOS e-transactions compatible presta à 45€ TTC par exemple. Bien plus intéressant à terme. Voilà où j'en suis dans ma réflexion aujourd'hui...
  17. Merci pour cette réponse détaillée. Du coup, ton contrat VAD t'as coûté quoi (grosso modo) ? Parce que moi, mon conseiller me vend un VAD + abonnement + commission et dit que l'ensemble est obligatoire. Ce qui, du coup, si je choisis payzen ou paybox, me force à reprendre un autre abonnement. Donc là, c'est sûr, c'est impossible. Y'a un truc que je pige pas...
  18. Merci pour ta réponse mais je suis intéressée par le VAD et le système de paiement associé. Il semble que je sois obligée d'acheter un module en plus pour qu'il soit compatible avec presta (puisque le crédit agricole ne le développé pas, contrairement à la banque pop comme l'expliquait le-cathare). Je poursuis mes recherches.
  19. Donc tu bénéficies d'un module (Sytempay) fournit par ta banque d'ores et déjà compatible prestashop qui s'installe en 2 clics. L'histoire semble simple pour toi. Merci pour ta réponse. J'espère d'autres retours
  20. Bonjour, J'ai besoin de vos lumières car je me sens complètement dépassée sur le process d’obtention de bon module de paiement, ou disons sur les bonnes choses à payer auprès du bon prestataire / fournisseur. J'ai contacté ma banque (Crédit Agricole) pour obtenir un contrat VAD. Le conseiller me fournit donc les tarifs à base de : 86€ de logiciel et accès au service de e-transactions 15/20€ d'abonnement mensuel + prix commission par transaction Or, le kit pour module de paiement qu'il fournisse (gratuitement d'ailleurs puisqu'en accès libre depuis un lien dispo sur leur site internet) ne me semble guère compatible avec Prestashop ou très difficilement vu que je ne suis pas un développeur aguerri. Lorsque j'ai dit à mon conseiller que je souhaitais acquérir un module 100% compatible prestashop via un autre prestataire de paiement, il a répondu que c'était un non-sens que de payer un abonnement auprès de lui (Cr. Agricole) + un abonnement auprès de l'autre prestataire (Paybox, PayZen, ...) Du coup je suis paumée, parce qu'effectivement même si payzen par exemple bénéficie d'un module gratuit, il y a bien un abonnement mensuel de 20€ mini dont je dois m’affranchir. IDEM pour facturation sur transaction. Je pensais (surement n'y aies-je rien compris...) qu'obtenir un contrat VAD auprès de ma banque allait me coûter à l'ouverture du contrat pour obtenir un numéro de VAD. Point ! Finalement, à qui dois-je payer quoi ? Si je souscris un contrat VAD auprès du CA, suis-je obligée de prendre en plus le module ATOS à quasi 200e pour ne pas avoir un double abonnement ? Est-ce mon conseiller qui me guide mal ? Est-ce qu'un contrat VAD signifie obligatoirement : frais d'une 100aine d'euros pour mise en place + abonnement mensuel + transaction ? Ou est-ce que cet abonnement mensuel n'est à payer qu'au prestataire choisi ? Je comprends pas.. des centaines de sites e-commerce se montent chaque jour, pourquoi aie-je autant de mal à distinguer le vrai du faux. Merci pour tout conseil... hésitez pas à me lister ce que vous avez dû, vous, payer et à qui (banque ou PSP) pour que tout cela devienne plus concret dans ma tête !
  21. Je me posais exactement la même question... Je suis très impressionnée par l'énorme différence de prix... Ok prestashop n'a "que" ses modules pour marger et payer tous les développeurs qui nous offrent ce CMS mais quand même... Mon inconscient me dit : "si c'est à ce point moins cher, peut-être y a t-il faille de sécurité ? une version moins aboutie, offrant moins de possibilité ?" Vous semblez dire que non, cela me rassure. Merci ! ************** EDIT : bon en fait c'est pas clair pour moi sur le site magavenue. Il font une offre 100€ HT pour logiciel + installation. Et plus bas ils parlent d'un contrat paybox à 297,50 €. C'est quoi ce contrat concrètement ? Mon conseiller banque ne me parle pas de ce contrat, à aucun moment, mais bien du prix logiciel + abonnement mensuel (moins cher) + tarif transaction. Merci de vos lumières =) Merci de m'éclairer
  22. Bonjour Vincent, Merci de votre réactivité, et désolée du manque de la mienne =) C'est vrai que je ne suis pas à l'aise avec ce debug... Mais force est de constater que ça aide. Pour ma part il ne fallait pas uploadé le fichier Mail.php donné dans ce topic, c'est lui qui me donnait cette page blanche. Le mien suffisait, donc plus de page blanche... par contre pas d'amélioration niveau reception de mail. J'ai donc suivi le conseil trouvé sur ce forum de renseigner mes paramètres mail à la mano (dans Paramètres Avancés / Emails) bien que, quelques jours avant, la configuration par défaut fonctionnait très bien toute seule. Qu'importe, cela fonctionne de nouveau ! Merci la communauté !
  23. Ce topic ets en résolu mais je tente ma chance malgré tout. Si je suis vos recommandations, j'ai une page blanche lors de la demande de régénration de mot de passe. Le module a bien été upgradé en 2.5, mais le changement de Mail.php provoque cette page blanche. Auriez-vosu quelques conseils pour moi ? MErci
  24. A ceux que ça peut aider, j'ai donc suivi les conseils de ceux qui préconisaient de revenir en arrière. J'ai supprimé le contenu du module ganalytics de la V1.5.4.1 pour y uploader par FTP le contenu du module ganalytics de la V1.3.6. Puis réinitialisation du module via BO/Modules et ré(insertion de mon identifiant UA-XXXX Cette version trace bien toutes mes URLs. Je ne mets pas ce topic en 'Résolu' puisque j'aimerais malgré tout comprendre le fonctionnement de la 1.5.4 ++. Je suis donc toujours preneuse de vos lumières. Merci
×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More