Jump to content

Semaphore

Members
  • Posts

    82
  • Joined

  • Last visited

Profile Information

  • Location
    Melle, France
  • Activity
    Web development agency

Recent Profile Visitors

2,048,931 profile views

Semaphore's Achievements

Newbie

Newbie (1/14)

3

Reputation

1

Community Answers

  1. Bon Coté poltergeist : il dit que ce n'est pas lui (comme tous) et que toute façon il a pas les codes Maladresse : a répétition ? c'est de la malveillance à ce stade et malveillance bien ordonnée commence par soi-même... non là je me goure, mais en tout cas, c'est pas moi (ils disent tous ca) Les erreurs/debug/console/xbox c'est surtout au moment où une erreur arrive, là on constate dans la page de commande après coup que les montant recalculées par Presta et le montant calculé au moment de la commande sont différents... Nous avons checké les règles transporteurs, puis re-checké (pour conjurer le mauvais sort et parce que c'est style de double check) pas de cponflit apparant puisqu'ils arrivent à séléctionner le bon transporteur au moment de la commande . Plus sérieusement, c'est comme si en effet Presta revérifiai la dispo du transporteur en question après paiement et qu'en effet une règle non prise en compte jusque-là lui interdisait l'accès au transporteur sélectionné initialement et se rabattait sur celui "par défaut". Mais ne connaissant pas suffisamment ce que déclenche chaque étape du workflow post paiement et peu l'envie d'ouvrir chaque fichier de PS1.7 pour suivre le tout... Je n'ai pas trouvé de graph qui explicite cela n'ont plus (l'ordre des events par exemple) qui pourrait m'aider à comprendre.
  2. Bonjour, Nous rencontrons un souci assez original : Sur certaines commandes (nous n'arrivons pas à reproduire de manière systématique pour le moment) une fois la commande réglée le transporteur est changé et les frais de port aussi faussant l'affichage final de commande avec un delta de prix. Le mail de validation de commande part avec le bon montant et bon livreur La livraison sélectionnée au départ est retreinte à ce groupe utilisateur alors que le livreur appliqué au final n'est même pas censé être dispo à ce groupe client ! Y -t-il dans le processus de Presta déjà une modalité qui permet de modifier le trasnporteur en retour de validation de paiement qui permettrai de comprendre déjà où se passe le soucis ? Presta 1.7.5.2 Merci d'avance de votre regard
  3. Bonjour, Sur PS 1.7.5.1 lorsqu'un utilisateur fait une demande de reset de password cela ne lui indique pas si il a rentré un email existant ou non. De ce fait certains client attendent indéfiniment leur email de reset alors que ce n'est pas le bon email. Existe -t-il une possibilité d'ajouter un check de l'email avec affichage d'un message adéquate en amont ? Cordialement,
  4. Bonjour et merci Je n'avais pas trouvé de post qui reprenait les même soucis que nous car le memcache n'est pas activé chez nous je vais éditer mon premier post.
  5. Encore une fois ce matin nous avons un delta de paiement entre la commande + franco et le montant réglé via le module de cb. Personne n'a donc rencontré ce pb ?
  6. Bonjour, Nous avons une règle panier de franco de port lié à un code promo pour les fêtes. Par deux fois (clients différents) sur une dizaine d'utilisation de ce bon de rduction Prestashop a envoyé au module de paiement par CB (CB Monetico Paiement en 1 Fois [3DSecure-V2]) un montant à régler ne tenant pas compte du franco. Dans le détail de commande nous avons au final la mention : "Attention 232,24 € payé au lieu de 210,04 €" par exemple. Je ne vois même pas ce qui pourrai l'expliquer et comment débugguer ce type d'erreur. Merci de votre aide si cela vous parle... Edit : le memcache n'est pas activé PS 1.7.5.1 CB Monetico Paiement en 1 Fois 1.7.0.12
  7. Bonjour, Lors d'une commande de deux produits dont l'un des produit était en ré-appro avec autorisation de commande, le montant total affichée à la commande et réglée correspond bien aux deux produits + fdp en back office nous avons deux commandes (logique jusque là même si je pensais la fonction disparue en 1.7) : 2 factures séparées dont la première avec le produit dispo + les frais de port mais celle avec le produit en attente malgré le fait qu'elle n'affiche aucun frais de port les comptabilise une deuxième fois en affichage donnant lieux à une addition impossible 29.50€HT + 0 = 94.50€ HT (soit+63€ le frais de port en fait) En back office nous avons donc le message "Attention 712,40 € payé au lieu de 790,40 €" qui s'affiche Une idée de la source du bug ? PS 1.7.6.2 (bientôt 1.7.6.4 ^^)
  8. Merci de ce retour rapide. J'avais déjà vu ce module (même si je préfère me passer de module quand je le peux) mais de ce que je comprends du module c'est qu'il gère tout seul dans son coin les promos sans utiliser les prix spéciaux catalogue ou spécifique de PS. Ce qui peut sembler chouette mais nous utilisons beaucoup d'imports régulièrement et je pense que "sortir" complètement du cadre de fonctionnement de PS apporte souvent plus de soucis qu'autre chose. Même si chercher un overide c'est aussi chercher un peu les soucis je l'accorde ^^
  9. Bonjour, Nous avons des prix spécifiques pour des groupes clients (revendeurs etc) pour l'année. Nous souhaiterions appliquer par exemple 10% pour tout le monde sur une catégorie de produit via une règle catalogue pendant une courte période. Elle s'applique évidemment correctement pour les clients n'ayant pas de prix spécifiques (groupe particuliers) mais pas pour ceux qui ont un prix spécifique. J'en déduis que la règle spécifique s'applique en lieu et place de la règle catalogue. Existe-il une manière ou un override qui permet d'outrepasser cet ordre d'application des règles ? PS 1.7.5.2
  10. Bonjour, Je viens de retomber sur ce soucis et sur mon propre post ^^ Je n'ai pas trouvé de documentation sur cette gestion du réassort autorisé ou non. Où cela ce gère-t-il ?
  11. @locapansa Nous n'avions pas la même erreur que vous (pas d'erreur du tout en fait). Nous n'avons pas réalisé l'upgrade en question donc impossible de dire si cela change quelque chose, désolé
  12. Bonjour, Sur un prestashop 1.7.5 à priori le module de recherche ne ressort pas de résultat lors d'une recherche par la référence de déclinaisons => Problème de configuration de notre coté ou manque de fonctions coté PS et donc modif de code/override à faire ? Merci de votre aide
  13. Bonjour, Et non car les changements de version de PS ne se sont font pas à la légère même les plus mineures (je ne vous apprends rien ) et qu'il faut à chaque fois passer en dev => tester la maj, upgrader les modules (souvent re-payer...), valider et remettre en ligne et souvent constater que rien n'a changé en définitif ^^ deplus le changelog de la 1.7.6.1 ne parle pas de la fonction gifs ou reduction. Étant notre seul boutique en 1.7.5 nous n'avons pas de point de comparaison d'où la question posée en publique ici, nous ne savons même pas si c'est un bug où le fonctionnement "normal" de PS 1.7. Cordialement, Edit : meda culpa le changelog de la 1.7.6 mentionne une correction - #13866: Fix cart rule calculation for free gift et #13477: Fix issue on order with free gift
  14. Non mais merci de se rappel mais poster cette question c'est aussi devoir rappeler tout le cadre juridique qui va avec et chacun semble avoir sa vérité sur la question (la faute en partie aux autorités et leurs infos parfois contradictoires) etr donc de devoir discuter autant autour de la loi que de la fonctionnalité (logique en même temps). Ce temps d'explicitation et de postage et de suivi n'étant pas pris en charge par notre client à ce stade nous n'avons pas pris le temps sur nos fonds propres d'aller plus loin dans la démarche. les clients étant plus enclins à nous payer pour otenir une solution technique directe (donc du code) plutôt qu'une résolution peu problable (Github) nous passerons surement par la case devis->dev pour ce cas précis. Ne voyez aucune flemme ou dénis de l'open source dans cette réponse mais prestashop n'est pas notre outil principal et donc faisons le choix pour le moment et nous investissons déjà bcp de temps sur d'autres outils de manière payante ou intellectuelle, c'est ici un choix raisonné d'investissement 😉
×
×
  • Create New...

Important Information

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