COM1BOUTIK

Bonjour, j'observe qu'avec PrestaShop 1.6, lors de la création d'un pack, il y avait des zones d'assistance bien utiles : "La somme des prix d'achat des produits du pack" > permettant d'aider à saisir le prix d'achat du pack ainsi que "La somme des prix des produits du pack" > permettant d'aider à saisir le prix de vente du pack. Sauf erreur de ma part ces zones d'assistance ont disparues avec PrestaShop 1.7 (testé avec PS 1.7.6.1). Est il possible de retrouver ces informations avec PS 1.7 ?

Bonjour, je travaille sur la mise en place d'une boutique PS1.7 visant à vendre des livres. Les livres sont vendus selon le principe du prix unique (voir https://www.service-public.fr/professionnels-entreprises/vosdroits/F22713), En gros on peut retenir la règle suivante, le prix unique est le prix TTC et en cas de changement de taux de TVA, le prix TTC ne doit pas bouger mais le prix HT varie. En France continentale les livres sont soumis à un taux de TVA à 5.5%, mais en Corse et les DOM-TOM le taux de TVA est alors à 2.1%, pour autant le prix du livre reste le même pour l'utilisateur final. Exemple d'un livre au prix unique de 10€ : - son prix TTC est de 10€, - son prix HT est de 9,79€ si la TVA applicable est de 2,1%, - et le prix HT est de 9,48€ si la TVA applicable est de 5,5%. Pour autant que je sache PS se base sur le prix HT, applique la TVA alors le prix TTC est calculé en fonction des règles de taxes. Auriez vous une recommandation (configuration et/ou module) permettant de gerer se principe de prix fixe tel que définit pour le livres des PS ? Merci.

Bonjour, oui confronté au même problème : en fait OVH ne permet pas en mutu de faire du dépot FTP sortant... Il faut passé en VPS ou dédié pour avoir cette fonctionnalité. Autre option : resté en mutu, configuré le module pour qu'il depose les fichiers sur le FTP de ton mutu (je recommande d'utiliser le multi FTP et d'assicier un compte FTP spécifique pour ORIUM), ensuite il faut qu'Orium se connecte à ce FTP distant (pour eux) ce qui relève d'une conf spécifique de leur part (soumise à devis). Cordialement, Xavier

Est il possible de savoir comment ? Merci

Hello, shopimporter module works with an "import module", such as "importosc" wich is a module to migrate a shop from OSCommerce to PrestaShop. "importosc" is included in PS 1.4.6.2. If you have to migrate another shop, then you have to implement the specific import module for this shop. For exemple, I'm currently implementing an import module for Joomla Virtuemart. Implementing such an import module is complex and very long as very few documentation is available on this topic. Regards, Xavier.

@pokwador non en PS 1.4 c'est bien plus simple: allez dans votre interface d'administration PrestaShop, onlget Préférences, sous-onglet Performances, et mettez "Forcer la compilation" à NON, et "Cache" à OUI En même temps les options qui apparaissent dessous : "CCC" et "serveurs de média" sont à étudier car cela permettent aussi d'améliorer les performances. Pour CCC il faut que votre thème soit compatible 1.4, si c'est la cas je vous recommande d'activer les 4 premières options et de tester votre boutique. Pour serveur de média, si vous utiliser un certificat SSL cela peut poser problème, sinon je vous recommande de créer 3 sous domaines auprès de votre hébergeur, de vérifier leur fonctionnement puis de les renseignés dans les champs prévus. Cordialement, Xavier.

VOILA : merci pour cette réponse, le paiement du premier panier a échoué, oui ET non, car : - en final le client a été débité (j'ai pu le vérifié), - la commande dans le BO est bien marquée en "Erreur de paiement" MAIS elle commence par la mention "Attention : 86,13 € payé au lieu de 62,24 € !' (voir copie d'écran jointe) Donc PS récupère bien l'info qu'un paiement a eu lieu, indique le montant du paiement et ce dernier ne correspond pas au montant de la commande, et met la commande en erreur. Pour le suite, le fait que le client est fait un retour arrière je ne suis pas sur car : - j'ai bien 2 paniers distincts dans le BO, - après appel du client, il me dit avoir refait une commande complète. A suivre je pense car comme le montre l'écran joint, il y a bien une erreur et celle-ci est même dessellée par PS. Cordialement, Xavier

Bonjour, j'ai un problème similaire. Une commande payé 86.13€ au lieu de 62.24€, de plus la commande a été mise en "Erreur de paiement" alors que les 86.13€ ont bien été encaissés et perçus (via ATOS / LCL). Le client voyant sa commande en erreur, repasse commande immédiatement (3 min après je suppose même panier), et la deuxième commande est OK et correctement facturée 62.24€ avec un encaissement OK (tjs ATOS / LCL). Les produits de cette commande sont avec des prix réduits : - 4 * un article dont la règle de prix dégressif est *3 = -5%¨, *6 = -10% => l'article est bien facturé à -5%, - 1 * un article dont la règle de prix est -20% à partir de 1 qté => l'article est bien facturé à -20%. Si je fais les totaux de ces articles sans aucune remise, je n'arrive toujours pas au montant erroné de la commande en erreur (86.13€), je ne comprends pas d'où sort ce montant. Le site facture en TTC, une seule règle de TVA (19,6%), et un seul groupe à qui est appliqué la TVA. Le site est en 1.4.3.0. PS : j'ai pu observé que les règles d'arrondi restent erronées le montant de ma commande ne correspondant pas à la somme des totaux produits + transport, soit 62.28€. D'ailleurs la facture présente bien le montant correct (62.28€) alors que la commande et donc le débit CB est de 62.24€... Cordialement, Xavier.

Pour la première nouvelle cela tombe à l'eau, je viens de tester sur une install 1.4.2.4 toute fraiche (http://demo-ps-1.4.2.4.com1boutik.com) et le bug persiste, dommage. Au sujet du risque de la popup sur le taux de transformation, je suis d'accord avec toi. Personnellement je verrais quelque chose d'intégrer directement dans la page, comme c'est fait pour l'étape précédente à l'inscription. Mais pour cela la page order-opc.php gagnerait a être en une seule colonne (ce qui favoriserait aussi la transformation je pense). Je remonte le bug à la team.

Merci pour ces explications, je ne connaissais pas Socolissimo Liberté, c'est bon à savoir. Suite au post, j'ai levé un bug dans le bug tracker: l'équipe Prestashop a été hyper réactive, et la correction a été intégrée dans la foulée à la release 1.4.2.4 qui devrait être publiquement dispo aujourd'hui même. Elle est téléchargeable en avant première via le Twitter de Bruno Levêque. Je suis en train faire une install pour tester ce correctif.

Bonjour, idem pour moi, j'ai purgé ma table ps-carrier, j'ai essayé avec et sans les optimisations (Préférences / Performances), j'ai ré-installé le module Socolissimo : rien n'y fait. Impossible de le faire fonctionner avec le One Page Checkout actif (même avec le thème Prestashop standard). C'est à dire pas de popup socolissimo et après choix du paiement (ex virement) et validation de la commande toujours le message : Fatal error (Address -> address1 is empty). Je reçois la notification email de commande en tant que commercant, en revanche la commande n'appartait pas dans le BO, en fait elle reste en tant que panier. Le client ne reçoit pas de notification email. Testant uniquement en paiement par virement je ne sais pas encore si le client est débité si il paye par CB ou PayPal. Si quelqu'un a une solution je suis très intéressé.

Cufón fonts module lets you add any fonts into your shop. It will help you enhance your store with a few clicks! Available on addons.prestashop.com More than 140 fonts are preloaded in the module, and you can add your own fonts. Fonts can be previewed in the back-office before you save your settings. The back-office offers two modes: > Basic configuration: This mode doesn't require any knowledge of CSS. You select 2 fonts then your block titles and your exclusive zones (cart) are updated within 3 clicks! > Advanced Configuration: This mode allows you to integrate up to 3 fonts. For each you specify CSS selectors on which it must apply and voila. As a bonus, you can upload your own Cufón libraries to further customize your store. To see the available fonts in the Font module Cufón: http://cufon-for-prestashop.com1boutik.com To see a Prestashop (1.4) demo integrating the module Cufon Font: http://demo-prestashop-cufon.com1boutik.com Transforming your titles or texts to images using Cufon library does not affect your referencing, indeed this transformation is done by javascript then after the page loads. Search engines will browse all your content from your shop. Module Cufón Fonts does not change the PrestaShop core code.

Le module Cufon fonts vous permet d'ajouter n'importe quelle polices de caractères dans votre boutique. Il vous aidera à mettre en valeur votre boutique en quelques clics ! Disponible sur addons.prestashop.com Plus de 140 polices sont pré chargées dans le module, et vous pouvez ajouter vos propres polices. Les polices sont pré visualisables dans l'interface d'administration avant d'enregistrer votre configuration L'interface d'administration vous propose 2 modes de configuration : > Configuration de base : ce mode nécessite aucune connaissance CSS, vous sélectionnez 2 polices et vos titres de blocs ainsi que vos zones exclusives (panier) sont mises à jour en 3 clics ! > Configuration avancée : ce mode vous permet d'intégrer jusqu'à 3 polices. Pour chacune vous précisez les sélecteurs CSS sur lesquels elles doivent s'appliquer et voila. En bonus, vous pouvez uploader vos propres librairies Cufon afin de personnaliser encore plus votre boutique. Pour voir les polices disponibles dans le module Cufon Font : http://cufon-for-prestashop.com1boutik.com Pour voir une boutique PrestaShop (1.4) de démo intégrant le module Cufon Font : http://demo-prestashop-cufon.com1boutik.com La transformation de vos titre en images avec la librairie Cufon n'altère pas votre référencement, car cette transformation ce fait par JavaScript après le chargement de la page. Les moteurs de recherches accéderont donc bien à tous vos contenus de votre boutique. Le module Cufon Fonts ne modifie pas le coeur de PrestaShop.

Bonjour, simple retour d'expérience pour celles et ceux qui rencontreraient la même mésaventure. Les commandes payées par carte via le module ATOS étaient manquantes dans le Back-Office Prestashop, alors que les paiements étaient bien reçus en banque. Après analyse des logs Apache, j'ai vu de nombreuses erreur du type: Il s'agit d'une incompatibilité du Pare-Feu Applicatif proposé par OVH sur ces hébergements mutualisés avec PrestaShop (pas uniquement le module ATOS, car beaucoup d'autres erreurs de ce type apparaissent aussi). SOLUTION: désactiver le pare-feu applicatif d'OVH!

If you're doing an upgrade (not an installation), one of the first things to do is to copy your old "settings.inc.php" file to your "config" folder of your new instence of Prestashop. Please see the upgrade document provided by Prestashop. (see point 14) Regards.