Agcristal

Super !!! Ca fonctionne à merveille ! Allez, grâce à vous, je n'aurai pas besoin de faire une nuit blanche. Les premiers tests sont tous ok !

Ha mais oui !!!! Je n'avais pas pensé à ça ! Merci !

Merci Eloia pour votre réponse ! Donc si je comprends bien, il va falloir que je fasse mes Tests fissa en pleine nuit et passer en mode Production le plus vite possible... Ca va être chaud. Dommage que la phase Test ne semble pas fonctionner avec la Boutique en maintenance !

Bonjour ! Je m’apprête peut-être à poser une question bête. Aussi j'en appelle à votre indulgence avant que votre envie de me jeter une pierre ne s'empare de vous. J'abandonne Paypal qui m'a fait un sale coup la semaine dernière (compte restreint sans prévenir avec rétention de fonds. Un comble quand on sait que je suis une Eurl qui travaille avec eux depuis 7 ans). Bref, je viens de signer un contrat presque en catastrophe mais pas trop car c'était prévu depuis quelques temps, avec ma Banque pour installer le système de paiement Payzen. Je suis sur le point d'installer le module. J'ai tout bien potassé la doc et je pense avoir tout mis en place pour que ça se passe bien. Bien-sûr, je vais passer par le mode Test pour ensuite pourvoir passer en mode Production. Ma question est la suivante : Est-ce que le moyen de paiement Payzen sera visible par le client lorsque je serai en phase de tests ? Comme je ne sais pas encore à quoi je dois m'attendre à cette étape, je ne voudrais pas qu'un client passe par le module Payzen alors qu'il n'est pas en mode production, vous comprenez... Merci !! [EDIT] : Sorry, je viens de m'apercevoir que je me suis trompé de rubrique...

Re, Et bien étrangement, ça le fait avec deux articles en particulier. Et lorsque je change le poids de l'un des deux en back office, dans le panier, les FdP redeviennent normaux. Donc je ne sais pas... Dans la configuration ci-dessus et dans une combinaison précise de poids des articles, ça doit bugger.

Bonjour, Le titre n'est pas super explicite, je m'explique : Je tourne avec la version 1.5.4.1 Lorsque mon panier à précisément cette configuration : - Article A : 2 pièces (quelque soit l'article) - Article B : 1 pièce (quelque soit l'article également) Les frais de port passent au maximal possible, alors que dans toutes les autres configurations possibles, tout va bien. Par exemple si je rajoute une pièce pour l'article B dans le panier, les FdP redeviennent normaux. Il n'y a vraiment que dans la configuration ci-dessus que ça bug. Avez-vous déjà rencontré ce problème ? C'est vraiment étrange ! Merci !

Re ! Fausse alerte, je viens de découvrir la source de l'erreur. Me suis arraché la tête pendant une heure alors que c'était tout bête, mais on en apprend tous les jours ! Si ça peut servir à d'autres, l'erreur venait en fait, dans l'onglet transport d'un article en particulier, que "retrait sur place" était sélectionné. Ce qui empêchait la livraison de l'article via les autres transporteurs. Il faut prendre garde à ce que tous les transporteurs soient bien déselectionnés pour chaque article sinon seul celui sélectionné sera pris en compte et alors pour les autres modes de transport au moment de sélectionner l'adresse de livraison, l'erreur ci-dessus arrivera. Ouf, je respire !!!

Bonjour, Voici plus d'un an que je tourne avec la version 1.5.4.1 Jamais eu de problème avec la section Transport et Transporteurs, tout à toujours bien tourné jusqu'à ce matin. Un client m'envoi un mail pour me dire qu'il lui est impossible de passer une commande car l'erreur "Il n'y a pas de transporteur pour cette adresse" lui est retournée. Je vais sur le front office, j'essaye de passer une commande pour tester, même erreur ! Et ce, quelque soit l'adresse !!! Une seconde cliente vient de crée un compte et a passé sa commande sans problème à l'instant. Alors que j'ai toujours l'erreur de mon coté qui m'empêche de passer une commande !!! Quelqu'un aurait une idée de ce qu'il se passe ?

Prestashop et les arrondis... Prestashop et les chiffres faux... Une longue histoire muette. Bienvenue dans le monde des commerçants qui utilisent Prestashop. Bon courage à vous.

J'avais omis les bugs suivants : - Des clients réussissent à s'inscrire sans mettre leur numéro de téléphone alors que celui-ci est sensé être rendu obligatoire à l'inscription. Ou alors il saute lors de l'enregistrement dans la base de données. - Certains clients se retrouvent avec des frais de port de la tranche maximale alors qu'ils se trouvent dans une tranche inférieure. Ouais, c'est très sympa de se faire facturer 40€ de frais de port alors qu'on est sensé en payer 8.... C'est merveilleux, je découvre des bugs magnifiques en permanence sur cette version STABLE !!!

Moi de toute façon, je ne mets plus jamais à jour la Boutique. C'est trop l'horreur. Chez Prestashop, c'est la mode de la nouvelle mise à jour toutes 36h, ça commence à bien faire. On se retrouve avec un truc totalement pourri sans que les bugs les plus graves ne soient jamais résolus. La seule chose que j'attends, c'est que Prestashop nous fournisse une solution simple pour fixer ce problème d'arrondis qui fout le bordel dans les centimes. Les autres bugs, je fini par les connaitre et je fais avec.

Je m'amuse depuis hier à ressortir les factures de mes achats persos de ces derniers mois sur le web. HALLUCINANT !!! 8 factures sur 10 issues des boutiques Prestashop sont fausses à un ou deux centimes !! Dès qu'on prends plusieurs unités d'une même marchandise, BAM les arrondis foutent tout en l'air, c'est imparable. Chez tout le monde...

Tiens, je viens de ressortir une facture pour un achat que j'ai fait le mois dernier sur une Boutique en ligne dont le noyau est Prestashop comme nous. C'est vrai qu'on contrôle rarement nos factures lorsqu'on commande en ligne. Ben là, ça ne loupe pas, ce commerçant a aussi une erreur de deux centimes sur la facture de mon achat. Pourtant, on voit que c'est une très belle Boutique qui a été refaçonnée par un pro avec des modules spéciaux. Lorsque je reprend le calcul de la TVA, c'est faux sur sa facture. J'ai été facturé est débité de deux centimes en trop. Quand je pense que je fais la même chose à mes clients, j'ai honte...

Bonjour Carole, Je fais exactement la même chose que vous. Hélas, personne ne peut nous apporter la réponse. Pire, je me suis fait traiter de Clown par un modérateur en message privé parce que je commençais à me plaindre un peu plus fort des bugs monstrueux de Prestashop. D'apèrs ce modérateur, c'est gratuit, alors c'est normal que ça ne marche pas, et il faut donc s'offrir les services d'un pro pour remettre tout ça en place. C'est pas mal comme stratégie. On met à disposition un truc pourri de bugs en disant que c'est le TOP du cms gratuit de vente en ligne, mais la taupe sort de terre un peu plus tard. Bref, je passe en effet pour un clown auprès de ma clientèle à qui je dois redemander de l'argent parce que les adresses sont écrasées, et parce que les arrondis sont calculés à la n'importe comment par Prestashop. Tous les postes qui demandent des explications sur ce genre de bugs profonds ne reçoivent absolument aucune réponse. Tout ce qui est traité comme bug, sont des bugs de surface qu'on peut traiter soi-même en n'y connaissant quasiment rien.

Bonjour, Je trouve ça hallucinant également. Qu'on laisse ce genre d'erreur en suspend pour bosser sur d'autres gadgets, c'est juste dingue ! Une Boutique qui manipule des chiffres faux, c'est le comble de l'absurdité.