Jump to content

croqueurdos

Members
  • Posts

    114
  • Joined

  • Last visited

Everything posted by croqueurdos

  1. Salut, Le problème est enfin solutionné dans mon cas. On m'a conseillé d'installer Prestashop Checkout, qui permet d'accepter les paiements Paypal et CB (CB via paypal, mais que j'ai désactivé car j'ai une autre solution pour cela ; ce module ne gère donc que les paypal). J'ai pourtant laissé ma config pour les arrondis en "arrondir le total", et tout fonctionne : pas d'erreur d'arrondi, pas d'erreur de paiement, pas d'erreur de TVA... Fred
  2. Salut, J'ai eu à nouveau un problème de mise à jour de produit impossible. Après recherches, il s'avère que j'avais une référence de déclinaison qui se terminait par "...-OR". Ce simple terme de deux lettres "OR" pouvant être interprété comme un mot clé de programmation, j'ai modifié ma référence ; par contre, j'ai également modifier la déclinaison par défaut avant d'enregistrer le produit (qui a donc fonctionné à ce moment-là), je ne sais pas si c'est la réf de déclinaison qui posait soucis, ou bien le choix de déclinaison par défaut. Ou les deux... M'enfin, je présume qu'il y a qd même une forte probabilité pour que ce soit le 'OR' contenu en fin de la référence de déclinaison qui faisait coincer... Fred
  3. Ah, les mystères de PS... J'avais en effet déjà vu par ailleurs que vider les caches pouvait résoudre dans certains cas. Mais quelle différence entre vider manuellement via ftp et via le bo de PS...?
  4. Bonjour à tous, Je suis en 1.7.6.8, je rencontre le problème d'une fiche produit "impossible de mettre a jour les paramètres", sur un produit à déclinaison. ...j'ai été interrompu pendant que je tapais ce message, et j'ai entre temps solutionné : J'avais une déclinaison (et une seule) qui avait un EAN13 renseigné mais surtout non valide (je ne sais pas d'où viens cet ean, j'ai des produits génériques sans ean, mais bref...). J'ai donc supprimé cet ean13 malheureux, ça fonctionne à nouveau Vu grâce au mode debug ^^ Voilà pour ma pierre à cet édifice. Fred
  5. Bonjour, Sur un PS 1.7.6.8, je vend des produits pour lesquels les déclinaisons sont disponibles en différents conditionnements (et qui peuvent différer pour chaque déclinaison). Par exemple, admettons que la déclinaison AAA d'un produit est disponible en conditionnement 1, 100, 1500. Et que la déclinaison BBB soit dispo par 1, par 100 et par 4000. Je voudrais donc, pour chaque déclinaison d'un produit, pouvoir configurer le ou les conditionnements possibles. Ainsi le client peut choisir la quantité par conditionnement (et idéalement que chaque conditionnement puisse être associé à une unité ou un terme définissant le type de conditionnement. Actuellement, je 'triche' via les attributs (j'ai créé un attribut "conditionnement"), mais la gestion du stock est compliquée car j'ai un stock physique commun pour par exemple deux ou trois déclinaisons alors que ce sont des produits identiques. Merci ! Fred
  6. Bonjour à tous PS 1.7.6.8 Je souhaite établir pour un groupe (groupe "pros") de client des remises sur mes produits : - à partir de qté 1 : remise A% (pour un tarif autre que les autres clients) - à partir de qté 50 : remise B% - à partir de qté 100 : remise C% - à partir de qté 500 : remise D% Hors, autant le tarif calculé est juste, mais le tableau qui s'affiche sur la page produit est faux, il y a une remise complémentaire qui s'affiche en plus... Si je met le premier seuil à partir de qté 2, tout rentre dans l'ordre, mais ce n'est pas ce que je souhaite... Quid ? D'avance merci. F
  7. Bonjour à tous, Sur un PS 1.7.6.8, je recherche un module (autre que la fonction native de PS "personnalisation") permettant au client (ainsi qu'en BO lorsque nous créons une commande) de nous laisser une information (du texte simple), pour chaque produit de son panier. Et que ce soit repris bien entendu sur le BL (qui nous sert actuellement de bon de préparation). D'avance merci. Fred
  8. Bonjour à tous, Suite à une migration d'une boutique en PS 1.7.6.8, j'ai désormais une gestion des stocks physique, réservé et disponible. Bien entendu, ça ne fonctionne pas comme attendu. Le stock "disponible" est bien entendu la différence de ""Physique" et Réservé". Logique. Sauf que... Parfois j'ai des erreurs de paiement (solutions Paypal et Payplug, lié à la configuration des arrondis que je ne veux et peux pas modifier), et dans ce cas, parfois les stocks sont décrémentés, parfois non...mais les valeurs de quantités commandées sont quand même prise en compte pour le statut de la commande (qui peut donc passer en "En attente de réappro", ce qui serait effectivement le cas parfois, mais les stock restent pourtant positifs (non décrémentés...)). Par ailleurs, le stock "Réservé" est lui incrémenté et décrémenté selon le "cycle de vie" d'une commande : incrémenté lors d'une commande client, puis décrémenté lors de son expédition. Soit. Mais parfois, non ; il me semble avoir remarqué que les statuts "annulé" et "remboursé" ne corrige pas le "réservé". Est-ce que ça pourrait être lié aux configurations des statuts des commandes...? Bug ? Mauvaise utilisation de ma part... ? D'avance merci ! Fred
  9. Bonjour, J'aurais besoin svp de modifier le nombre de décimales affichées sur les factures pour les prix unitaires remisés. Car je me retrouve sinon avec un produit acheté en qté 100, avec un tarif de base de 0.58€HT remisé de 10% affiché donc à 0.52€HT mais dont le total est de 52.20€HT, car en effet 0.58-10% = 0.522€HT. Je voudrais donc afficher ces tarifs avec 4 décimales sur les factures. Comment procéder ? D'avance merci. Fred
  10. Bonjour, Merci pour ce dernier message, j'avais ce problème sur un PS 1.7.6.8, qui est désormais réglé. F
  11. Bonjour, Je précise de suite, je n'ai pas (encore) de solution 😕 Toutefois, je rencontre exactement le même problème, suite à migration relativement récente vers un PS 1.7. Et les produits que nous proposons peuvent et sont typiquement achetés en grande quantité, ce qui accentue bien entendu le problème. Une solution "simple" consisterait à faire des prix de vente HT dont le second chiffre après la virgule soit 0 ou 5 (x,x0 ou x,05). Auquel cas, la TVA obtenue est forcément sur deux chiffres après la virgule. Mais... 1°) Sur les produits "petits prix", qques centimes d'écart peuvent impacter un bon peu le tarif global (exemple ci-dessus qté 10 000...) 2°) Sachant que dans notre cas, dans certaines conditions, nous appliquons des remises...Et donc cette solution génère alors quand même des erreurs (pas encore testé, mais on retombe fatalement sur des bases de prix dont le second chiffre après la virgule n'est pas 0 ou 5 systématiquement. En espérant une solution prochaine...Je reste bien entendu aussi preneur de solution. Fred
  12. Re, J'ai trouvé aussi la solution "Monstock" qui elle gère parfaitement le fait qu'une même référence peut se situer en différentes quantités en différents emplacement dans un même entrepôt (ce qui me paraît très logique, quelque soit le type de produit vendus...), mais ne gère pas le traitement en lot des commandes clients. Savez-vous donc si il existe d'autres solutions similaires ? Si j'en trouve deux, il doit bien en exister d'autre avec une approche p-e encore différente mais qui pourrait répondre à mon besoin ... ? Merci ! Fred
  13. Bonjour, J'arrive à un stade où j'ai besoin d'améliorer ma logistique des flux d'appros, de préparation et d'expédition, via un fonctionnement plus 'classique' : préparation d'un lot de commandes clients, génération d'une liste de picking, mise en rucher, vérification/emballage et étiquette transporteur. Mes recherches m'ont orienté sur la solution Myfullfillment (anciennement Connect) de Boostmyshop. C'est quasi idéal, mais je reste confronté à un problème important pour mon activité : je vend des produits "sécables" et donc composés de stocks qui peuvent être tout simplement constitués de plusieurs lots distincts de marchandise (matériel non périssable). J'ai donc besoin de pouvoir gérer pour une même référence la présence en stock de plusieurs lots distincts de ce produit (et pour chaque lot sa propre quantité), et accessoirement stockés à différents emplacement (ce dernier se faisant selon le volume des lots stockés, pour diverses raisons internes d'organisation et plus prosaïquement de place dispo...). Et il me faut une solution qui permette d'attribuer, lors du lancement de la préparation d'un lot de commandes clients, les différentes dispos aux différentes commandes clients...Hors cela n'est pas natif avec la solution évoquée. Par exemple : - produit réf "ABC" / quantité dispo totale de 350 constituée de : - réf "ABC" / quantité 250 / emplacement A1 - réf "ABC" / quantité 58 / emplacement F5H1 - réf "ABC" / quantité 42 / emplacement ZG5 - 250+58+42 = 350 - commandes clients de cette réf "ABC" - commande #XXX : besoin 30 -> lot ZG5 - commande #YYY : besoin 60 -> lot A1 - commande #ZZZ : besoin 48 -> lot F5H1 Bref, auriez-vous des idées de solutions (intégrée ou non à PS) dans la même veine que celle évoquée et capable de gérer cette notion de gestion de stock par lot ? D'avance merci. Fred
  14. Bonjour, J'ai exactement la même problématique sur une migration 1.5 -> 1.7, l'ordre des statuts générés lors de l'enregistrement de la commande sont inversés dans la 1.7 par rapport à ma 1.5, hors pour notre façon de travailler il serait préférable de pouvoir inverser. Une solution depuis ? Merci !
  15. Bonjour à tous, J'ai actuellement une boutique en PS 1.5 en cours de migration vers du 1.7. C'est un prestataire qui me gère cela, je n'ai donc malheureusement pas accès au ftp, uniquement au B.O. (serveur de travail temporaire hébergé chez eux) et afin d'anticiper je prend ici quelques informations, d'autant que l'échéance de la bascule est plutôt proche, il risque fort de manquer de temps pour se pencher sur ce problème. Voici ce qui m'amène. Actuellement sur 1.5 : lorsque une commande est faite puis enregistrée dans le B.O. , son statut est soit "paiement accepté" soit "En attente de paiement par chèque" soit "En attente du virement bancaire", selon le mode de paiement choisi par le client. Aussi, en cas de rupture d'un produit (les commandes sont acceptées si un produit est en rupture), il y a aussi le statut "En attente de réapprovisionnement" qui est affecté à cette nouvelle commande (statut qui déclenche d'ailleurs l'email automatique envoyé au client pour l'informer du délai complémentaire pour le réappro). Cependant, ce statut "En attente de réapprovisionnement" est établi en tout premier puis ensuite seulement un des trois statut lié au moyen de paiement. Cela nous convient parfaitement pour notre fonctionnement, car que le matériel soit en stock ou non, nous basculons la commande en statut "En cours de préparation" pour pouvoir éditer les bons de livraison qui nous servent de base de travail (si le stock est ok, c'est envoyé à la préparation/emballage, mais si un réappro est effectivement nécessaire, c'est basculé au service achats qui gère l'appro et transmet ensuite la commande à la préparation/emballage). Hors, sur 1.7, c'est le statut "En attente de réapprovisionnement" qui est affecté en deuxième et qui est donc apparent ainsi dans la liste des commandes dans le B.O. Mais, encore une fois, cela ne nous intéresse pas. Au contraire presque... Question : est-ce possible de modifier l'ordre des statuts lors de l'enregistrement d'une nouvelle commande ? Il faudrait simplement que ce soit le statut "En attente de réapprovisionnement" qui soit défini en premier, avant tout le reste. D'avance merci pour votre aide. Fred
  16. J'ai finalement résolu seul mon problème, qui finalement était simple...et erreur de ma part. En fait, mon site est en cours de migration et je travaille sur le futur site, et c'est dans ce cadre que j'ai eu à réinstaller le module Colissimo. Cependant, les transporteurs du site encore en production avaient été importés, et je ne travaillais pas ceux associés au module....... Et il faut aussi, bien entendu, bien saisir le fonctionnement des zones et pays et les transporteurs associés (via renseignement d'un tarif à la zone....).
  17. Meme problème ici, j'ai tenté une réinitialisation, sans résultat. Il apparait uniquement si configuré en gratuit... D'avance merci.
  18. Bonjour, Je recherche svp un module ou une solution permettant de procéder à un calcul en fonction de valeurs rentrées par le client (cette dernière partie étant ni plus ni moins qu'un formulaire 'traditionnel' je dirais). Ces valeurs seront rentrées manuellement (champs préremplis), surtout pas de slide (non pertinent pour notre besoin). Idéalement, il faudrait un module de formulaire configurable (j'en trouve), mais dans lequel il existerai un bloc de 'calcul' dans lequel on injecterais les valeurs issues des autres champs, et qui afficherais un résultat, voire une liste de produit dont une caractéristiques correspond au résultat du calcul. D'avance merci. Fred
  19. Bonjour, Je recherche un module permettant de proposer un paiement, pour certains clients seulement sur facture avec règlement à 45 jours fin de mois, et qu'il soit compatible 1.5 et 1.7, car je suis actuellement sur du 1.5 en cours de migration sur une 1.7. (j'ai créé un groupe "45JFDM" auquel je compte attribuer manuellement au cas par cas les clients auxquels est accordé cette possibilité) . Merci. Fred
  20. Bonjour, Je recherche ce type de fonction, mais le module n'existe plus ? Le lien pointe uniquement sur la catégorie 'paiement'... Merci ! Fred
  21. Dans préférences->SEO & URL est défini l'url simplifiée "accueil" qui pointe "index", je présume qu'en entrant ".../accueil/" ca devrait basculer sur cette page, sans 404. Merci encore. Fred
  22. Bonjour, Me suis-je p-e mal exprimé : si on entre l'adresse www.comptoir-du-cable.com/accueil/ , j'ai une 404 au lieu de l'affichage de la page www.comptoir-du-cable.com Merci. Fred
  23. Salut à tous, PS 1.5.6.0 www.comptoir-du-cable.com Gandi simple hosting SSL gratuit Gandi J'ai un relativement petit soucis, j'ai ma page /accueil/ qui sort une erreur 404. J'ai tenté de vider les caches, de modifier la ligne "index" dans SEO & URL (en retirant 'accueil'), de régénérer le htaccess...Rien... Par contre j'ai lu sur un site que le problème pourrait venir du SSL (de la config chez l'hébergeur), et en effet j'avais un SSL Pro (hébergement chez Gandi, en simple hosting) et le renouvellement a tardé (et est encore à valider, mais bref) du coup j'ai basculer sur un SSL gratuit. Mais de ce point, je ne sais pas comment diagnostiquer...et corriger. D'avance merci pour un p'tit coup de main. Fred
×
×
  • Create New...

Important Information

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