Votre temps de réservation produits est trop court ! Il doit être minimum de 25 minutes pour assurer que les clients arrivant sur la page de paiement ait tout le temps nécessaire pour payer.
À ce niveau, le temps imparti est remis à 0 sur le checkout pour éviter tout problème. Il reste le cas sur lequel un utilisateur prend beaucoup de temps à payer sur une plateforme externe type PayPal, chose sur laquelle nous n’avons pas encore trouvé de solution pour le moment bien que le problème soit extrêmement rare. Nous insistons sur le fait qu’il est dangereux de mettre moins de 25 minutes pour la réservation des produits.
Les produits sont comptés dans une table de base de donnée séparée de celle de Prestashop. En cas de dépassement du temps imparti ils peuvent être enlevé du panier des utilisateurs.
Seul les utilisateurs ayant le produit dans leur panier pourront le commander.
Ce module est très exigeant et propose quasiment du temps réel pour chaque client. Des options dans le module permettent d’atténuer ce fait. Celle consistant à désactiver les chronomètres dans les listes est de loin la plus efficace.
Oui mais cela demande une implémentation que nous n’avons pas pu automatiser car Prestashop ne le permettait pas. Un guide est disponible avec la ligne à ajouter pour le faire dans le back-office du module.
Nous avons mis en place ce système de question réponses basé sur les demandes que nous recevons justement car faire évoluer la documentation jointe avec le plugin est contraignant. Ceci nous permet de réagir plus efficacement. On sera ravis cependant de vous répondre pour ensuite la compléter.
Parlons en ! On est toujours réceptif pour les bonnes idées.
Oui mais pas dans le cadre du support qui ne concerne que le suivi de la mise en place et la correction des bugs. Si il s’agit d’un micro ajustement nous vous aiderons bien entendu, cependant si le travail est plus conséquent nous vous proposerons un devis. Notre taux horaire étant de 60 € HT/heure.
Oui, tous nos modules sont compatibles multi-lang et multi-shop. Les configurations peuvent changer pour chaque magasin.
Pour Stuart et Deliver.ee, vous pouvez par ailleurs définir un point de pick-up par eShop.
A propos de Magic Redirect 301, vous pouvez définir quelles redirections sera utilisée par quel eShop. A noter que cela est automatiquement fait par le système lors de la création des règles, vous n’aurez pas à gérer la distribution des règles vous même.
En ce qui concerne URL Rewriter (SEO , celui-ci prend en charge chacun des différents eShop de manière séparée pour ne pas créer de doublons.
Lonelystock (Isolation des produits) sépare chaque produit dans les boutiques mais les stocks étant gérés de manière commune dans Prestashop, les temps et les quantitées sont gérées en commun. Nous avons simplement suivi le comportement habituel de Prestashop compte tenu des stocks.
Simple Sitemap est nativement fait pour gérer toutes les complexités des multi shop et multi lang, même au niveau des autres plugins (blogs …) lorsque cela est possible évidemment.
Ha cela est fâcheux mais sûrement pas insolvable. Pourriez vous préciser et décrire un peu ce qui ne fonctionne pas ? N’hésitez pas à nous transmettre vos identifiants back-office et connexion FTP (ou SSH !) pour que nous puissions travailler plus efficacement ! N’hésitez pas à nous transmettre des captures d’écran également.
Nous répondons généralement sous 24H ouvré, 48H dans les périodes de vacances scolaires.
Pour nous contacter, merci de nous envoyer un message depuis la plateforme sur laquelle vous avez acheté le produit, afin que nous puissions centraliser facilement les demandes et vous répondre au plus vite.