pibrom

Mon ticket avait également disparu, mais en en fait avait été traité. Je n'avais pas reçu l'email associé à ce traitement. En cherchant dans l'historique des tickets, j'ai finalement trouvé le ticket posté hier, avec la réponse et le lien de téléchargement.

La réponse m'est également parvenu par le support technique de common-Service (que j'avais, comme tout le monde, harcelé de messages hier !). Ticket déposé hier matin vers 11h30, retour aujourd'hui vers 10h, soit 23 heures (au lieu des 12 heures annoncées par email). Je n'ai pas vérifié le SLA du 'business care'...

Version 5.2.6. Je ne peux malheureusement pas vous le transmettre, il faut avoir un contrat de maintenance pour ça. Le module fonctionne très bien.

Bonjour à tous, Pour info : Le support technique Common-Service a répondu à mon ticket de support ce matin vers 10h, avec une nouvelle version du module à télécharger, qui solutionne le problème.

Bonjour, Idem pour moi ! Je veux bien en MP la liste des fichiers qui ont été modifiés chez vous. Merci à vous !

Bonsoir, Je rencontre le même problème que toi : 1 configuration multi boutique, 7 boutiques, 7 langues, et seule la boutique par défaut semble être correctement réindexée, environ 110 000 mots indexés, alors que pour les 7 autres, je suis à moins de 20 000 mots indexés... As-tu déposé un message sur le Bug Tracker de Prestashop ou sur Github ? Peut-être même as-tu trouvé la solution à ton problème ? Si tel est le cas, je suis intéressé par la solution. Merci.

Bonjour, Je suis sur PS 1.6.0.14, et je rencontre des problème dans le calcul du CA journalier. Exemple : Pour la journée du 6 avril, je comptabilise 16 commandes. (voir pièces jointes) Image 1 : http://forge.prestashop.com/secure/attachment/35219/stats-PS1.6-2.PNG Plusieurs moyens de paiement sont utilisés et les commandes ont des états différents. Sur l'image 2, on peut voir que, pour le jour en question, les stats calculées ne sont pas toujours exactes : Dans le premier tableau, seules 4 commande sont prises en compte. Image 2 : http://forge.prestashop.com/secure/attachment/34580/stats-PS1.6-1.PNG En dessous, dans le graphe de transformation, on prend bien en compte les 16 commandes passées Puis, dans le 3e tableau (moyens de règlement) , à nouveau 4 commandes sont prises en compte. et ainsi de suite pour les autres tables. Je ne comprends pas pourquoi il y a une différence entre tous ces tableaux, et surtout pourquoi Prestashop ne prend pas en compte mes 16 commandes pour le calcul des moyens de paiement, par exemple. les 16 commandes utilisent toutes des moyens de paiement et des états 'normaux', il n'y a rien de fantaisiste. Quelqu'un a-t-il déjà rencontré ce problème ? J'ai supposé qu'il y avait un bug, alors j'ai posté dans le Bug Tracker, mais visiblement mon problème ne passionne pas Prestashop, aucune nouvelle en 3 semaines ! Merci par avance pour vos réponses.

Bonjour, J'utilise PS 1.6.0.9 Dans ma boutique, j'ai des produits à prix public (par exemple 100 € HT). La quasi totalité de mes clients possèdent des tarifs spécifiques, créés automatiquement via un script externe. Donc le produit à prix public 100 € HT est affiché par exemple 50 € HT pour un de mes clients. Je souhaiterais mettre en place une promotion de 75% sur ce produit, quel que soit le prix affecté au client. Le client 'public' aura donc un prix à 100 € HT * 75% remise = 25 € HT Le client 'spécifique' devrait avoir un prix à 50 € HT * 75% de remise = 12.50 € HT Et je souhaiterais que, dans les 2 cas, il soit possible d'afficher le prix barré (100 € HT pour le prix public, 50 € HT dans le cas du prix spécifique), le montant de la remise et le prix final. Or, dans le cas du prix spécifique, il n'y a que ce prix spécifique qui est affiché, sans pris en compte de la remise... En faisant des tests, j'ai réussi à créer une remise pour une déclinaison particulière de ce produit (c'est un vêtement, donc disons par exemple la taille XXL), de 75%. Celle-ci prend alors la priorité sur le prix spécifique, mais la remise de 75% est alors calculée sur le prix public et pas sur le prix spécifique, si bien que le client a alors un prix remise à 25 € et pas son prix remisé à 12.50 €. Question : Comment faire pour que les remises et promotions soient calculées sur le prix spécifique du client quand celui-ci est en place ? Peut-on envisager un cumul des prix spécifiques avec des calculs 'en cascade' : 1. prix public (100 €) 2. Contrôle de la présence d'un prix spécifique pour ce client : on applique ce prix (50 €) 3. Contrôle de la présence d'une remise pour ce produit => à appliquer sur le prix spécifique (50% * 75% remise = 12.50 €) Merci par avance pour vos réponses. Cordialement.

Bonjour, Le problème est résolu : J'avais modifié la carte cart.php dans l'override, sans recalculer les frais de ports...

Bonjour à tous, Je suis en pleine migration d'une boutique, et tout focntionne correctement sauf la partie 'calcul des frais de ports'. Quel que soit le pays, le mode de paiement, le mode de transport, le poids du colis, tous les transporteurs sont mentionnés 'gratuit!' En lançant la console de débug, je me suis rendu compte que le prix du transport etait renvoyé à 'null', et Prestashop affiche alors 'gratuit'. Même le module SoColissimo, dont les frais de port ne sont pas calculés sur le site, affichent systématriquement 0,00 € dans la fenêtre de sélection de l'adresse de livraison. J'ai essayé de supprimer tous les transporteurs, les zones, les tranches de poids, mais rien n'y fait. Les frais de port sont calculéspar tranche de poids, elles sont toutes créées, et ils sont configurés pour prendre la tranche la plus grande en cas de dépassement de poids. Le franco de port est à 500 € ou 1000 Kgs (impossible à atteindre). Je ne sais plus trop quel paramètre regarder pour résoudre ce problème, aussi je sollicite votre aide. Merci d'avance !

c'est réglable sur la dernière version de Prestashop. Là aussi, ça peut-être une bonne raison de migrer !

Il se peut que le fichier images.inc.php de la version 1.4.4.1 ne fonctionne que pour cette version et pas pour les versions antérieures. Cela peut donc être une bonne raison de migrer...

Bonjour à tous, Je travaille actuellement sur Prestashop 1.3.1.1, pour un site de vente en France et à l'étranger, en B to B, donc avec affichage des prix HT, et calcul de la TVA uniquement dans le panier. J'ai configuré une remise de 3% sur le montant de la commande, que le client est libre d'appliquer ou non. Pour la vente en France, tout fonctionne correctement : le panier affiche bel et bien mon total produit, ma remise de 3% sur ce total, mon total HT (total produits - remise), mon total TTC et mes taxes (qui sont calculées par soustraction du total TTC et du total HT... Or, dès que je vends à un client étranger, je ne gère plus la TVA. Le panier affiche donc un total HT et TTC identiques. Si le client ajoute la remise de 3%, celle-ci est bel et bien soustraite du total produit, mais lors du calcul du Total TTC, la méthode de calcul soustrait la remise de 3%... TTC !!! Donc le total TTC, qui devrait toujours être le même que le total HT, est inférieur, et donc Prestashop m'affiche une TVA négative !!! Bref, je ne sais pas pourquoi, quand on a désactivé les taxes pour les clients à l'étranger, le calcul du total TTC de la commande soustrait la somme des remise TTC et pas HT. Donc si un éminent développeur pouvait éclairer ma lanterne sur ce point, et m'expliquer pourquoi le calcul des remise se font TTC lors du calcul du prix avec Taxes, je lui en serais reconnaissant. Je vais également déposer un bug sur bug tracker, car je pense qu'il doit s'agir d'un bug. Merci pour vos réponses.

Effectivement, le module de mikarama fonctionne sur cette base. Il conserve une copie du fichier images.inc.php de base dans un repertoire 'backup' du répertoire principal du module (utile en cas de mise à jour de Prestashop), et réinstallation du fichier original en cas de désinstallation du module.

Bonjour, En fait, j'ai résolu le problème assez simplement : J'ai acheté un module auprès de la société Mikarama, et dans ce module, il existe le fichier images.inc.php déjà modifié afin de gérer la transparence. J'ai testé le module sur une version 1.3.1 et une 1.4 RC4, et la partie images.inc.php fonctionne sans problème. Lien vers le site où le module est disponible : http://www.configurateurvisuel.fr/