Aujourd'hui j'ai voulu mettre à jour ces 4 modules : colissimo, alma, paypal et payplug, j'ai cette erreur "Could not perform action update for module undefined" . Du coup pas mise à jour, par exemple pour le module colissimo j'ai la version v2.2.3 alors que sur le Marketplace la version est 3.0.1.

Version Prestashop 8.2.3 
Version de PHP : 8.4.19
Limite de mémoire : 512M
Temps maximal d'exécution : 600
Taille max. pour envoi de fichiers : 512M
Version de MySQL : 11.4.10-MariaDB

Merci de votre retour

Je suis un petit nouveau sur Prestashop, j'ai fraîchement lancé mon activité en 2025, et après avoir pratiqué l'outil pendant 3 ans dans une boîte précédente, je me suis naturellement tourné vers le même. Mais voilà je rencontre un problème assez embêtant : mon module Prestashop Checkout m'a fait arracher mes cheveux sur ces 2 derniers jours

Impossible de faire apparaître les moyens de paiement au moment de passer commande !

Alors je précise plusieurs choses, parce que c'est dense :

Version Prestashop 8.2.3
Version Prestashop Checkout 8.5.0.7
Le module a déjà été installé avant la version en question, et les moyens de paiement apparaissaient ! Cependant, ça mettait une erreur "Une erreur s'est produite lors du paiement. Veuillez réessayer ou contacter le support."
Donc en cherchant la solution, j'ai vu une MaJ du module : Clic, je la fais. Et depuis, après avoir fait la configuration aussi exhaustive possible, tout comme précédemment d'ailleurs, impossible de faire apparaître ces moyens de paiement, et une indiciation "The configuration is not set" vient compléter le tableau, alors que je ne vois vraiment pas ce que je pourrais ajouter...
Ah, et entre temps une manipulation m'a même basculé le dashboard en erreur globale, contraint de passer en Debug pour corriger le souci (désinstaller totalement le module, tiens donc)

Je précise aussi que j'ai check les préférences de moyens de paiement, la bonne liaison entre Paypal et Prestashop, etc. Je m'intéresse précisément au mode de paiement par Carte.
Je suis assez perplexe et décontenancé. 
En faisant des recherches sur le forum, j'ai vu plein de soucis avec ce module, mais rien d'aussi actuel, avec cette version-là...

Je suis plutôt débrouillard mais débutant voire néophyte pour certains aspects du code, alors je m'attends à tout en termes de pistes/réponses !

Je vous remercie beaucoup de m'avoir lu, je me mets en parallèle en cours de config avec Stripe au cas où ce soit insoluble

Bonne soirée !

Timothée

Le problème, c’est qu’il risque de se tromper sélectionner l’adresse du mondial Relay, pour une livraison en mondial Relay.
Puis à l’étape suivante, il ne fait pas gaffe donc c’est colissimo qui est sélectionné.

Je n’aurais pas l’adresse de mon client. Et si je ne fais pas gaffe, je vais générer une étiquette colissimo avec une adresse mondiale Relay donc colissimo va envoyer à l’adresse mondiale Relay le colis.

Sur la facture, c’est bien marqué livraison colissimo avec l’adresse du mondial Relay. Vous allez me dire, ce n’est pas grave regardé l’adresse de facturation, mais si l’adresse de livraison est différente comment faire ?

Je n’ai jamais vu cela en commandant plusieurs fois en mondial Relay et colissimo sur même site. L’agence web qui conçoit mon site m’a dit de contacter mondial Relay, ce n’est pas normal.
C’est vraiment mal foutu le tunnel de commande par défaut sur PrestaShop 8.

Je vais contacter mondial Relay
J’aimerais installer le module pack link. Mais il paraît que ça pour prends énormément de place sur la basse de données.

Merci beaucoup pour votre aide.

  Le site est www.maxishoes.fr

  J'ai bien la possibilité de me faire livrer via Mondial Relay

  Dans ma console Edge, j'ai cette erreur :

Tracking Prevention blocked access to storage for <URL>

    Je désactive la prévention de suivi sur Edge, mais j'ai toujours cette erreur.

  La clé API de Mondial Relay est bien saisi.

  Je ne vois pas ce qui manque pour afficher cette carte.

  Je vous remercie d'avance pour votre aide, bon après midi.

Une boutique Prestashop 9.0.1 sur un hébergement formule 'perso' de chez OVH, le front semble stable, le processus de commande, paiement, livraison se déroule correctement.

Par contre de temps à autres le back office part en erreur 500, des fois au changement de menu et revient tout seul quelques secondes plus tard ! ou des fois à la mise a jour de modules et ça revient normal après un F5... ça donne quand même quelques sueurs froides !

A défaut de pouvoir consulter les logs PHP (si quelqu'un sait comment faire alors merci d'avance), j'ai consulté les logs Apache et je suis tombé la dessus :

[2025-11-23T00:21:30.837192+01:00] ps_checkout.ERROR: ExecKernelCacheClearer: Could not clear cache for admin env prod result: 127 output: array (   0 => 'sh: php: command not found', ) [] {"process_id":111984}

[2025-11-23T00:20:40.673774+01:00] ps_checkout.ERROR: SymfonyCacheClearer: Something went wrong while clearing cache: Failed opening required '/home/MonHebergement/www/var/cache/prod/admin/ContainerHEwCu1y/getFilesystemKernelCacheClearerService.php' (include_path='.:/usr/local/php8.4/lib/php') [] {"process_id":111984}

Il semble que Prestashop ne trouve pas la commande php et donc part en vrille quand il veut vider le cache.

Quelqu'un sait-il s'il est possible de paramétrer le chemin vers la commande php ? Il doit surement être différent d'un serveur à l'autre.

Je possède la version 8.2.1 de prestashop avec php 7.4.33 je sais que php 8.1 .

Quelqu'un a deja rencontré ce souci ? (je vais ouvrir un ticket chez mondial relay mais mon petit doigt me dit que ca va pas être foufou le support vu que la derniere version du module dans la doc de leur site est la v3.6.2

Quelqu'un a-t-il déjà rencontré ces problèmes avec le module Payplug (je précise que malgré la maj vers la dernière version du module les problèmes sont toujours présents)

1er problème : sur le site sont proposés deux modes de paiements : Paypal et Payplug. Quelques clients signalent régulièrement qu'ils n'ont que Paypal proposé comme moyen de régler leur commande. Lorsqu'on effectue un test en se connectant au compte du client comme si c'était lui qui effectue la commande, impossible de reproduire l'absence de paiement par CB. Cela arrive surtout avec clients passant commande via leur smartphone. Cela arrive à 1 client sur 200 en moyenne. Si c'était le cas pour tous les clients je comprendrai mais là cela concerne quelques clients. Une idée de la cause ?

2eme problème, le pire : Sans prévenir, il arrive de manière totalement aléatoire qu'un panier avec paiement effectué via Payplug reste à l'état de panier abandonné alors que le paiement a bien été reçu par Payplug. Obligation de pointer chaque paiement reçu sur le compte Payplug.  C'est ingérable vu le nombre de commandes payées chaque jour. De plus nous devons régulièrement vider la base de données côté paniers abandonnées afin de la soulager donc il est parfois impossible de transformer un panier abandonné en commande puisqu'il n'apparaît plus dans la liste. J'ai contacté Payplug, lui ai expliqué le problème, et voici sa réponse :

Citation

Bonjour Monsieur,

Nous vous remercions d'avoir contacté PayPlug.
 
Il semble que toutes les transactions comporte un code d'erreur de notification 403. Cela n'impacte pas le paiement, mais peut gêner la génération de la commande dans PrestaShop.
 
Une cause fréquente d'une erreur 403 est la présence d'un parefeu (Firewall). En effet, un firewall empêche la bonne réception des notifications. Ce type d'erreur est fréquemment observé lorsque le site est hébergé chez OVH et que leur parefeu est activé.
 
Dans ce type de situation, il est nécessaire de désactiver le firewall mais aussi de supprimer le fichier .ovhconfig qui se trouve à la racine su serveur.
 
Si vous êtes hébergé chez OVH, vous devez suivre le guide suivant :
 
https://www.ovh.com/fr/g1937.mutualise_activation_du_pare-feu_applicatif
 
Par ailleurs, si vous avez créé votre propre fichier .ovhconfig, il est nécessaire de désactiver également le firewall à cet endroit :
 
https://docs.ovh.com/fr/hosting/configurer-le-php-sur-son-hebergement-web-mutu-2014/#ou-placer-mon-fichier-ovhconfig
 
Si malgré tout, cela n'est pas suffisant, vous pouvez également vérifier les points suivants :
 

autoriser les requêtes POST entrantes sur le serveur.

en cas d'utilisation de proxy, vérifier les règles sur les requêtes HTTP et/ou HTTPS.

vérifier les droits d'accès : CHMOD en 0755 sur le dossier et 0644 sur les fichiers du module.

en cas de présence d'un fichier .htaccess, vérifiez qu'il n'y a pas de restriction.

Nous restons disponibles pour toute information complémentaire.

Cordialement,
 
Aure de l'équipe PayPlug

Tout c'est très bien, sauf que nous leur avons bien indiqué que nous ne sommes pas hébergés chez OVh mais chez o2switch, que nous avons désactivé Mod_security et Tiger protec,  les deux seules sécurités en place, qui sont susceptibles de retourner ces erreurs-là.
Rien d'autre en place qui puisse retourner un code d'erreur 403 chez notre hébergeur.

Donc si vous avez une idée de génie qui pourraient nous sortir de là, hormis celle de virer ce module made in BPCE (le groupe derrière Payplug en réalité), cela nous ferait vraiment du bien...

Au cas où on n'arriverait pas à résoudre ce gros problème, pensez-vous que Prestashop Checkout serait une bonne solution de rechange ?

Merci par avance pour votre aide, on en a bien besoin.

Depuis quelques jours, mon site plante, visiblement à caus ede Prestashop Checkout. J'ai prestashop 1.7.7.1.

Que ce soit depuis l'admin où le site, il m'est impossible de voir un produit ou d'accéder au panier, ni de valider un payement, un remboursement. Tous les payements Paypal ont disparu. J'ai relancé la connexion paypal, mais rien n'y fait.

Je supprimerai bien l'addons pour le recréer, mais je crains de perdre toutes les commandes.

Ci joint les codes erreurs rencontrés. Avez-vous une idée ?

Merci de votre aide.

J.

j'ai prestashop 1.6.1.24 et php 7.2.34

PrestaShop 1.6 utilise encore mcrypt pour le chiffrement (via Rijndael.php).

Or, mcrypt a été supprimé à partir de PHP 7.2 →

j'ai installe le module mais il fonctionne pas dans l'onglet produit en mode dev j'ai  Warning: Use of undefined constant MCRYPT_RIJNDAEL_128 - assumed 'MCRYPT_RIJNDAEL_128' (this will throw an Error in a future version of PHP) in /home/site4265/web/www/classes/Rijndael.php on line 124

dans /config/defines_custom.inc.php j'ai deja 

define('_RIJNDAEL_KEY_', 'I0Vhz................
define('_RIJNDAEL_IV_', 'bi2YoIt1ia9...............

j'ai vu dans /classes/Rijndael.php

que si on rajoute ca ca peut le faire 

// ---- Compat mcrypt -> openssl (PHP >= 7.2) ----
if (!defined('MCRYPT_RIJNDAEL_128')) {
    define('MCRYPT_RIJNDAEL_128', 0);
}
if (!defined('MCRYPT_MODE_CBC')) {
    define('MCRYPT_MODE_CBC', 0);
}

que pensez vous ? 

Prestashop : 8.2.1
Module Sumup : 2.2.8

Quels scopes faut il activer pour générerer le fichier JSON Sumup Client Credentials ?

Cordialement,

Je rencontre actuellement un problème avec le module Mondial Relay sur ma boutique PrestaShop 8.1.2.

Lorsqu'un client tente de passer commande et sélectionne Mondial Relay comme mode de livraison, un message d'erreur s'affiche :

"Ce transporteur n'a pas encore été paramétré ; contactez le vendeur."

J’ai vérifié les éléments suivants :

Le module est bien installé et activé.

Les Transporteurs sont tous bien configurés.

Le Cache a été vidé.

Le transporteur Mondial Relay est bien activé dans les zones géographiques concernées.

Les tranches de poids et les frais de port semblent correctement configurés.

Malgré cela, l'erreur persiste et empêche les commandes avec ce transporteur.
Je ne trouve pas de solution malgré mes recherches, et je sollicite donc votre aide.

Merci d’avance pour votre support !

Shadoxx

Je viens d'installer le module skrill sur ma boutique. 

Lors de la configuration, je deselection toutes les moyens de paiement sauf le basique qui rassemble visa mastercard...
Je souhaite donc ne pas avoir paysafe ou skrill direct... lorsque je sauve et que je vais sur ma boutique j'ai toujours cette longue liste de tous les moyens de paiement. De plus lorsque je quitte la configuration du module et reviens dessus, tous les moyens de paiement sont a nouveau tous selectionnes.

Que puis-je faire pour que ma selection reste sauver et fonctionne? 

Merci d'avance  

Petite question concernant le module Colissimo.

Une fois installé, ce module laisse apparaitre 3 nouveaux transporteurs :

• Colissimo avec signature
• Colissimo sans signature
• Colissimo point de retrait

J'ai effectué le paramétrage des tarifs/zones sur ces trois transporteurs selon la grille tarifaire fournie par Colissimo (https://www.colissimo.entreprise.laposte.fr/fr/system/files/imagescontent/docs/TARIF-2020-FACILITE-FR.pdf)

Ma question concerne les destinations à la fois comprises dans la grille tarifaire "Offre Europe" et à la fois comprises dans la grille tarifaire "Offre Monde".

Ex. Livraisons en Allemagne :

• Offre Europe = à partir de 8€37

• Offre Monde = à partir de 10€49

Par défaut j'ai utilisé les tarifs de l'Offre Europe car moins élevés. Mais comment m'assurer que Colissimo appliquent bien les tarifs de l'Offre Europe et que je ne me retrouve pas avec une facture considérant que mes colis ont été envoyés avec l'Offre Monde.

Est-ce que c'est via la configuration du module et les cases à cocher que l'info remonte à Colissimo :

Merci par avance pour votre aide & bonne journée,

Steven

Comme mondial relay a relancé son activité à nouveau, j'ai voulu réactiver le module que j'avais bien sur désactivé (sur vie-en-zen.com, prestashop 1.7.6.2)

J'ai vérifier tous les paramètres de connexion, mais maintenant lorsque je clic sur "Vérifier la connexion", ou si j'enregistre mes paramètres j'ai :

Connexion invalide : SOAP-ERROR: Parsing WSDL: Couldn't load from 'http://www.mondialrelay.fr/webservice/Web_Services.asmx?WSDL' : failed to load external entity "http://www.mondialrelay.fr/webservice/Web_Services.asmx?WSDL"

J'ai desinstallé, puis réinstallé. Remis les paramètres et le même message apparait. Mon module est en 3.0.3, dernière version donc..

Une idée ?

Sur Prestashop 8.2 avec le module PayPal 6.4.4, quand j'effectue un paiement PayPal (en succès ou en échec) avant la redirection vers la page de confirmation ou d'erreur, j'ai un json qui s'affiche sur la page de checkout :

{"orderID":"5T949582NR*******","payerID":"BYMDJB*******","paymentID":"5T949582NR*******","billingToken":null,"facilitatorAccessToken":"A21AAJRgus7hp_2kcnNjRy68foBkzAxf195aV2N5lWzxvZbEZbYn-73mL2iTmXsZdiKALf7Us6iBTGsqcBfk*************","paymentSource":"paypal"}
 

Via le debug navigateur, l'affichage de ce json est réalisé via ce formulaire :
<form method="POST" action="https://site.fr/fr/module/paypal/ecValidation" class="">
<input name="paymentData">
</form>

D'ou vient ce problème et comment le corriger svp ?

D'avance merci pour vos retours.

Je rencontre un bug bizarre avec le module colissimo. Quand je crée une étiquette, colissimo me change mon statut en "En cours d'expédition". Sur ce statut là, prestashop est configuré pour me générer ma facture. Problème : au même moment il me duplique ma ligne de paiement, en associant uniquement la nouvelle ligne à la facture

Quelqu'un d'autre a rencontré ce problème ??? 

Je précise que ce bug n'apparait pas si j'utilise un autre transporteur et que je passe manuellement dans le BO le statut de ma commande à "En cours d'expédition".

Et ce bug apparait si le paiement est fait avec sumup ou paypal. Pour un bank transfert, c'est un peu différent, il m'écrase la ligne initiale en changeant la date (pas mieux pour ma compta)

Je suis propriétaire du site Sabelle Cosmetics, une boutique en ligne spécialisée dans la vente de produits de coiffure. Cela fait plusieurs années que nous utilisons Google Ads via Google Merchant Center pour promouvoir nos produits, et récemment, nous avons intégré un repricer, BoostMyShop, pour optimiser nos prix sur PrestaShop.

Le repricer fonctionne déjà bien, mais il pourrait fonctionner encore mieux si nous apparaissions en tant que vendeur sur les pages de Google Shopping, ce qui n’est malheureusement pas le cas actuellement.

Bien que nos publicités soient visibles dans les pays où nous effectuons de la publicité, un problème persiste sur certaines zones géographiques. Par exemple, en Belgique, nous apparaissons pour certains produits, mais en France, il n'y a aucune apparition sous notre nom Sabelle Cosmetics.

Voici un exemple d’un produit où des vendeurs apparaissent, mais pas notre boutique :
Exemple de produit sur Google Shopping

Nous avons déjà posé la question à Google, mais leur équipe n’a pas pu nous fournir de solution.

Je sollicite donc l'aide de la communauté pour savoir comment faire pour que notre site apparaisse partout en tant que vendeur sur Google Shopping, notamment en France. Nous avons un informaticien, mais il n’a pas réussi à résoudre ce problème jusqu’à présent.

Merci d’avance pour vos suggestions ou recommandations.

merci d'avance à ceux qui voudront bien m'aider

J'ai un soucis avec le module Boxtal qui permet d'utiliser plusieurs transporteurs pour la livraison. Le module réclame le poids du colis en kg mais le soucis c'est que moi j'ai le prestashop qui est tout en grammes ! Et je sais ou changer l'unité de poids et la passer en kgs (parametres/localisation) mais j'ai plus de 300 produits dont le poids des déclinaisons est renseigné en grammes, et j'ai cru comprendre que ça ne ferait pas automatiquement la bascule si je passe en kgs. Je n'ai pas envie de me taper la modification sur chacun de mes produits, du coup savez vous s'il existe une astuce ?

merci à vous !

Sandrine

Je me permets de venir vers vous car j'ai intégré le module Google sur prestashop 8.2. Néanmoins, il m'est de demandé d'associer les attributs Google obligatoires à mes champs personnalisés. Or, je ne sais pas comment faire d'autant plus que je n'ai pas toutes les données demandées (ex : GTIN). Pouvez-vous m'éclairer ? Merci par avance pour votre aide. cdlt. Séverine

J'essaie désespérément d'installer Prestashop Checkout pour Paypal sur ma boutique v1.6.1.4, mais pour cela, le module Prestashop Account (v7.0.7) doit être configuré, et c'est là que ça bloque...

Je me retrouve systématiquement avec l'erreur "Aucune boutique n’est associée à ce compte." (PJ) quand j'essaie d'associer ma boutique à un compte Prestashop. J'ai bien l'URL de ma boutique présente sur mon compte Prestashop dans l'onglet Boutiques.

Je ne vois pas comment associer ma boutique à mon compte Prestashop.

Avez-vous une idée ?

Merci d'avance

Les traductions ont l'air d'être ok et pourtant sur le front end cela s'affiche en anglais?
Vous auriez une idée de savoir d’où vient ce problème?
Merci

Dans un premier temps je souhaite de belles fêtes de fin d'année à tout le monde.

Et sinon ... Mon problème .

J'ai installé le module officiel Mondial Relay ce matin pour en faire bénéficier les utilisateurs mais ... depuis je ne peux plus accéder aux modules de la boutique dans les paramètres.

Information de la boutique :

Informations du serveur : Linux #2 SMP Wed Sep 25 07:08:33 UTC 2024 x86_64
Version du logiciel serveur : Apache
Version de PHP : 8.1.31
Limite de mémoire : -1
Temps maximal d'exécution : 50000
Taille max. pour envoi de fichiers : 64M

Version de MySQL : 10.6.15-MariaDB-1:10.6.15+maria~deb11-log
Serveur MySQL : db5012284575.hosting-data.io
Nom MySQL : dbs10334524
Utilisateur MySQL : dbu434100
Préfixe des tables : ynkh_
Moteur MySQL : InnoDB
Connecteur MySQL : DbPDO

Fichiers manquants (1)
INSTALL.txt

Fichiers modifiés (1)
config/defines.inc.php

Version de PrestaShop : 8.0.1
URL de la boutique : http://...
Chemin de la boutique : /homepages/35/d955060010/htdocs/clickandbuilds/PrestaShop/...
Thème actif : classic

Le problème rencontré :

Si des gens sont en mesure de pouvoir m'aider c'ets avec un un grand plaisir que j'accpete

Encore une fois, bonnes fêtes à tous, et abusez des bonnes choses c'est pas tous les jours le 31/12 ?

David

Je suis nouveau sur PrestaShop. Je vous mets mon premier topic, pour vous mettre dans le contexte.
https://www.prestashop.com/forums/topic/1091166-quelle-thèmes-utilisé-je-débute-sur-prestashop/
Je suis actuellement à la recherche d'une application, un module ou sans module pour synchroniser ma future boutique prestashop avec eBay.
En cherchant sur internet j'ai trouvé plein de choses comme par exemple involic

https://involic.com/prestabay-prestashop-ebay-integration

Mais pour l'instant je voudrais quelque chose de simple et pas trop cher, en attendant de mettre en place l'application shippingbo.
C'est avec eux que je vais travailler quand mes finances me le permettront.

Mais pour l'instant, pas de location, uniquement à l'achat moin de 200 €. J'ai trouver ça

https://addons.prestashop.com/fr/marketplace/26601-knowband-integration-de-la-marketplace-ebay.html

Après je vais mettre en place des dizaines de marketplace.

Si vous avez des idées je suis preneur merci pour votre aide.

Quelqu'un a une idée de ce qui cause ce problème ou sommes-nous dans la 4eme dimension ?

Merci pour vos réponses.

Bonjour la communauté Presta, Bonjour @E-Transactions CA

Je vous contacte car je rencontre des difficultés avec le module E-Transactions depuis qu'il est devenu "Up2pay e-Transactions Crédit Agricole".

En effet, il arrive très régulièrement (plusieurs fois par jour) qu'une commande soit créé dans le BO PrestaShop mais avec un statut Erreur de paiement.

Je reçois dans ma boîte mail la confirmation de commande et il faut aller tout en bas du mail pour voir qu'il y a un problème :

Message du client :
No autorisation number Total paid : 19 Cart total : 19 Statut : 8 Insufficient funds. Type de paiement :3DSECURE Type de carte :CB Date d'expiration (AA/MM) :2310 Code pays de l’adresse du titulaire de la carte :FRA Identifiant Transaction e-Transactions :XXXXXX Référence de la commande :XxXXXXX Numéro d'appel e-TransactionsXXXXXXX Numéro d'autorisation : Numéro du souscripteur :0 Date d'opération de la transaction sur la plateforme e-Transactions :09072021 Montant de la Transaction :1900 Signature des champs :orBEEbkYRJkFMudXZYmlvWYtZuDxpFLR7HKq9LcLXqh19gK21YI6Stu6UFEottX03rpbFddGyEhL3g+XXm0kU/CWwe9s4aXPZLGt00XaHEgY7Iz++TB5q7s5UQn35ogcGbJ3zLce+MRNi7l2JNNDASof9AuvXYLD4ZFRCaQ9QsI= 

Avec le précédent module, s'il y avait un problème avec le paiement celui-ci ne crée pas de commande.

Je préférais ce fonctionnement.

Merci d'avance pour votre aide si vous avez une idée d'où le problème pourrait provenir.

Sincères salutations,

merguez

Je laisse ce message ici dans l'espoir d'obtenir une aide... J'utilise Prestashop pour ma boutique en ligne depuis 2017. Je suis toujours sur la version 1.6 de l'époque, je ne peux pas la mettre à jour car cela me demanderait de refondre totalement mon site et son design. Je précise que je n'y connais absolument RIEN en informatique et je dois passer par un informaticien extérieur pour me régler mes problèmes lorsqu'il y en a. J'ai peu de moyens financiers et j'ai choisi Prestashop afin de ne pas avoir de trop lourdes charges tous les mois, car je ne serai pas en mesure de les payer. C'est pour cela que j'ai choisi une solution OpenSource gratuite, bien que je n'ai aucune connaissance technique.

J'ai déjà essayé de résoudre certains problèmes moi-même en touchant au code, mais au mieux il ne se passait absolument rien (malgré avoir suivi les tuto à la lettre...) au pire ça me déréglait tout. Donc je ne veux plus toucher au code, en plus je n'ai pas l'énergie pour ça (je suis en situation de handicap et c'est pour ça que j'ai une boutique en ligne. Je ne peux pas travailler "normalement").

Depuis un long moment j'ai du démarchage téléphonique et je reçois des mail provenant de PayPal, pour me faire mettre à jour mon module. Je suis toujours sur l'ancien module PayPal, et on veut me faire passer à Prestashop Checkout. Les prix sont plus avantageux.

Le problème c'est que j'ai essayé d'installer le module, j'ai même suivi les instructions qu'on m'a donné par téléphone, mais ça ne marche pas. (J'ai essayé tous les réglages possibles donc ça vient d'ailleurs c'est sûr). Le mec de PayPal me dit que c'est probablement lié à un soucis de version, et qu'il faut que je passe à une plus récente.

J'ai donc contacté mon informaticien, qui me dit que la màj vers la version 1.7 de prestashop (donc même pas la toute dernière version) me coûterait dans les 1000 euros + me bousillerait la mise en page de mon site, et je ne veux pas que mon site soit défiguré car je tiens énormément à son apparence actuelle. (Police, couleurs, motifs, mise en page, etc.). Donc clairement pour moi 1000 euros c'est totalement hors de mes moyens... L'informaticien me dit que par contre normalement la version 1.6 supporte le nouveau module paypal, donc ce n'est pas normal que ça ne marche pas, et me propose une intervention à 460€

Je n'ai pas donné suite car en faisant le calcul je me dis que ça me mettrait un long moment pour rentabiliser un tel investissement, et que de garder l'ancienne version de paypal est plus avantageuse pour moi. Sauf que le type de Paypal me harcèle par tel et mail, il n'y a pas d'autres mots, et j'ai l'impression qu'il force énormément. Donc je commence à me dire que cette màj est obligatoire, Paypal veut me forcer à la faire, et à supprimer l'ancienne (raison de sécurité, d'obsolescence ?)

Donc je ne sais pas quoi faire, car je ne sais pas si cette màj est obligatoire ou non, j'ai beaucoup de mal à communiquer avec le type de paypal qui veut juste absolument me faire faire cette màj. Sachant que ce serait lourd financièrement pour moi, et que je n'ai pas beaucoup de revenu avec ma boutique, ça devient très pesant comme situation. Mais si il n'y a pas le choix tant pis, je paierais les 460 euros à l'informaticien pour régler le problème (ne serais ce que pour stopper le harcèlement téléphonique).

Que me conseillez vous ?

Un grand merci à tout ceux qui m'ont lu et pour l'aide que vous m'apporterez.

quand je veux ajouter un article sur PrestaShop, c'est bloqué

il ne reconnait pas le magasin, c'est a dire mon site, je devrait avoir un pop up et choisir ce magasin, je n'ai rien

j'ai regardé les paramètres chrome, firefox et opéra , les pop up sont autorisés  

je ne sais si cela vient d'une mauvaise configuration sur Prestashop, j'installe le module, et lui m'envoie ouvrir un compte sur ce site.

si quelqu'un avait une réponse, je remercie le bon Dieu.

cordialement

J'ai un problème sur le module Module Stripe v3.4.0 pour Prestashop 1.7.8.10. Le moyen de paiement Stripe CB, Klarna, Apple et Google ne s'affiche plus. Contrairement à Paypal qui s'affiche bien.

Quelqu'un a t il eu ce même problème ?

Edit : J'ai l'impression que le module Stripe ne semble pas compatible avec la dernière version de Chrome Version 129.0.6668.101 (Build officiel) (64 bits). Quelqu'un a t il pu le tester ?

Merci

Arnaud

Il ne s'affiche pas dans les modes de paiement. Par contre, j'ai bien les autres modes (chèque et virement).
La configuration du module Paypal est bonne, j'ai bien eu le message sur le site à la validation de la configuration ?
J'ai eu Paypal au téléphone ce matin qui m'a confirmé que j'avais bien configuré le module mais que le problème venait du côté de Prestashop.
J'ai fouillé pour trouver une solution mais je ne vois pas ce qui coince.
Avez-vous des pistes que je pourrai explorer ?
Merci.

Nous sommes sur un site en production tournant depuis de nombreuses années avec un Prestashop 1.6.0.6, version PHP 5.4.

Nous avons souhaité installer le module DPD Prestashop V6.1.3 compatible avec Presta 1.6 

Lors du transfert du fichier via FTP, tout se déroule correction, sauf que juste après nous ne pouvons uniquement plus accéder à la page Module du BackOffice, et l'erreur suivante s'affiche :

Fatal error in module Module.php(1207) : eval()'d : Can't use function return value in write context

Avez vous déjà eu un problème similaire avec le même module ou lors de l'installation d'un autre module ?

Merci d'avance

j'ai installer la dernière version de prestashop.

je souhaitais coupler ma boutique avec mon printful, mais l'addon ne s'installe pas car ma version de prestashop est trop récente.

faut'il que je recommence tout avec une version plus vieille, si oui laquelle? peut t'on passer par l'API (je ne sais pas trop ce que c'est mais je peux apprendre) .

Ou quelqu'un aurai t'il eu ce problème et a pu le résoudre en modifiant quelque chose.

je découvre prestashop et ce serai dommage que je doives retourner sur woocommerce.

Merci pour vos réponses

en vous souhaitant une belle journée

Céline

Je rencontre un problème avec le module de retour en stock de Knowband sur ma boutique PrestaShop. J'ai activé le module, mais il n'apparaît pas sur mes fiches produits.

Voici quelques détails supplémentaires :

Version de PrestaShop : 1.7.8.10

Nom du module : Module de retour en stock de Knowband

Description du problème : J'ai configuré le module et je l'ai activé, mais aucune option de retour en stock ne s'affiche sur mes fiches produits, même pour les produits épuisés.

J'ai essayé de vider  le cache de mon navigateur, mais cela n'a pas résolu le problème. Je soupçonne qu'il pourrait y avoir un conflit avec mon thème ou un autre module.

Pourriez-vous m'indiquer quelles solutions ou étapes je pourrais suivre pour résoudre ce problème ? Je vous remercie d'avance pour votre aide.

2 jours que j'essaye vainement de faire marcher le module Prestashop Checkout built with paypal... que ce soit en multiboutique, en boutique simple... cache vidé, module reinitialisé, configuration complète... sans jamais voir apparaître la moindre demande pour le paiement paypal/carte bancaire

Là je suis desespéré et à 1 poil de me tourner vers d'autres systèmes que Prestashop !

si quelqu'un à une piste je suis preneur

J'ai mis à jour la boutique vers Prestashop 8.1 en m'assurant bien que tous les modules que j'utilise supportent bien cette dernière version.

J'ai donc suivi la procédure de mise à jour qui s'est passée sans trop de soucis, à part MBO que j'ai dû mettre à jour à la main sans trop comprendre pourquoi.

Tout fonctionne sauf... Mondial Relay ?

Les utilisateurs peuvent passer commande mais moi de mon côté, je ne peux pas créer d'étiquettes et je ne peux pas non plus enregistrer les paramètres avancés. (voir erreur attachée).

Quand je veux générer des étiquettes, la liste est simplement vide alors que j'ai plusieurs commandes en cours pour une livraison par MR.

Tout fonctionnait très bien avant mise à jour. Le module est bien à la dernière version connue (3.4.5), Prestashop tourne maintenant sur php 8.1 (via le docker officiel) et tous les autres modules sont à jour.

J'ai vidé le cache plusieurs fois, redémarré mon conteneur, ça n'aide pas...

Je sèche complètement et j'ai contacté le développeur en espérant une réponse du type "c'est un bug, on va vous fournir un fix !"

Mais si vous avez des idées, je suis preneur ?

Merci pour votre aide !

Malheureusement, je n'ai pas les moyens financiers de faire appel à une société pour vérifier si j'ai été piratée. C'est un petit site de vente en ligne de livres, et j'avoue être un peu désespérée... 

Merci pour vos conseils.

Version de PrestaShop : 8.1.2

Version du logiciel serveur : Apache/2.4.61 (Debian)

Version de PHP : 8.1.29

J'ai le message d'erreur ci-dessous :

Ces fichiers se trouvent sur votre serveur, mais pas dans le package d'origine :

add old_paypal.php

add config_fr.xml

add vendor/.htaccess

add views/templates/apm/method-collection.tpl

add views/templates/apm/index.php

add classes/APM/ApmCollection.php

add classes/APM/index.php

add classes/APM/ApmFunctionality.php

Ces fichiers ont été modifiés dans le module par rapport au package d'origine :

paypal.php

Pourriez-vous m'expliquer brièvement la marche à suivre ?

Merci pour votre retour

Bonne journée

Je me permet de poster ce topic car ça fait maintenant 3 jours que je rencontre un problème de synchronisation de mon compte PayPal avec le module PrestaShop Checkout.

Quelques informations :

Version de Prestashop : 8.1.0
Version PrestaShop Checkout : 8.4.1.0

Message d'erreur 1 :

Quote

It was not possible to synchronize your PayPal account. Please, try a new PayPal onboarding or contact support.

Message d'erreur 2 :

Quote

Attention

Veuillez confirmer votre adresse e-mail sur https://www.paypal.com/businessprofile/settings afin de pouvoir recevoir des paiements ! Vous ne pouvez actuellement pas recevoir de paiements.

Je précise bien sûr que j'ai un compte PayPal avec une identité vérifié et un compte bancaire FR vérifié également.
J'ai tenté les choses qu'on peut trouver un peu partout sur Internet, vider les caches, réinitialiser le module.

J'ai aucune affinité particulière avec Prestahop Checkout, je serais bien passé par le module Stripe mais même celui-ci semble ne pas fonctionner sur mon Shop...

Si quelqu'un a une idée, une piste, je suis preneur merci.

Quelqu'un a déjà u se message dans une synchro avec Ebay parce-que je sais pas ou cherche cette erreur :

L'identificateur unique universel spécifié est déjà utilisé ; ListedByRequestAppId=1, item ID=166901496709.

et j'ai sa sur plusieurs produits.

Merci a vous

je vient d'achete fastbay 6.6.2 pour change avant javais ebay 2.0 mes plus de mise a jour bref.

Mes la j'arrive pas a syncronize ma boutique voire photo sa veux dire quoi

merci de votre aide...

Sheena

J'ai installé le module Colissimo Officiel v1.2.1 sur un site Prestashop en developpement : https://prestashop-yachus.infotonome.fr/prestashop

Version de PrestaShop 1.6.1.24
Nom du thème utilisé default-bootstrap (modifié)
Version du logiciel serveur Apache
Version de PHP 7.3
Version de MYSQL v.5.6

J'ai un problème au moment de la validation de du choix de point retrait : impossible de valider un numéro de téléphone.

Le bouton vert semble inactif.

J'ai donc constamment l'erreur « Merci de renseigner un N° de téléphone portable valide. »

Je cherche de l'aide pour paramétrer le transporteur de mon module Ebay2 car je ne comprends pas bien comment cela fonctionne et lorsque je lis la documentation de 202.ecommerce, c'est encore pire !!

Je souhaite envoyer mes produits sur Ebay via le module et j'ai donc créer un transporteur dédié à l'activité avec Ebay, mais j'ai plusieurs questions.

Si l'on vend à l'international, doit on créer un transporteur France et un autre international ?

J'utilise principalement 2 types d'envoi (france lettre prio 20g et 100g, idem pour l'international)

Puis je créer un seul transporteur pour tout ?

Si quelqu'un parmi la communauté utilise ce module pour son activité Ebay, j'aimerai beaucoup qu'il m'indique comment il fait car là je suis bloqué et j'y ai passé la journée !!

Merci à vous pour votre aide.

Je voulais savoir si quelqu'un avait eu des bugs avec le module ets_megamenu ? J'ai un souci pour enregistrer les sous-catégories, à chaque fois j'ai un message me disant de choisir une catégorie lorsque j'essaie d'enregistrer, et pourtant j'ai bien cliqué sur la catégorie dans l'arborescence.

Je suis en prestashop 8.1.7 et j'ai eu ce module avec un template sensé supporter cette version.

Merci pour votre aide

depuis hier je rencontre un soucis tres étrange lorsque je veux dupliquer un produit, un message me dit : »La propriété Product description n’est pas valide » et donc je ne peux plus dupliquer aucun des nombreux produits de ma boutique :(

comme j’utilise la solution de Prestashop, ils ont trouve un script quand on ouvre le code source de la description d’un produit ! d’ou vient ce script ? je n’en sais fichtre rien mais si je le supprime, la duplication redevient alors possible, enfin, hier c’était comme ça mais aujourd’hui, ça ne semble plus fonctionner sauf si duplique les produits que j’ai réussi a dupliquer hier ! ce qui est d’autant plus etonnant 

comme j’utilise la duplication de produit pour gérer mon site, je suis vraiment très ennuyé

si quelqu’un avait une idée pour m’aider à m’en sortir ca serait sympa 

en piece jointe une partie du script

Juste pour signaler un bug avec PrestaShop EventBus depuis leur nouvelle version

Impossible de charger des images si ce modules n'est pas desactivé.

Bon, en même temps, on a toujours pas compris à quoi il sert..

Un prestashopien avisé pourrait-il m'aider avec sa base de connaissances à m'expliquer pourquoi, après installation du module UPS Live Rates Addon v1.0.0 - par UPS sur un presta 1.7.8.6, quand je veux paramétrer ce module, il y a juste ce message d'alerte qui s'affiche :

! Core Plugin is disconnected

Comment corriger cette alerte ?Je compte sur votre aide, merci.

Je me permets de solliciter votre aide car j'utilise depuis quelques semaines le module Paypal officiel sur ma boutique Prestashop 1.7.6.3. Tout fonctionner mais depuis peu, suite à une remarque d'une cliente, lorsqu'on clique sur le bouton Paypal, la fenetre Paypal apparait puis disparait aussitot.

J'ai mis à jour le module, me suis déconnecté et reconnecté à mon compte vendeur paypal, rien n'y fait.

En regardant la console, voici les erreurs qui apparaissent:

POST /module/paypal/ScInit?ajax=1&action=CreateOrder[HTTP/2 500 2308ms]

create_order_error

Object { err: "JSON.parse: unexpected end of data at line 1 column 1 of the JSON data", timestamp: "1706619449600", referer: "www.paypal.com", sdkCorrelationID: "05278a278a548", sessionID: "uid_0da1388a3e_mti6ntc6mtq", clientID: "AQas9y8DM19HhulsN8BP1sgxEp9sxs1T0YQ-OwrfYiMCDmx-D-TX-5a1XDdx9cwX6CDacsPoHXw-tlOd", env: "production", buttonSessionID: "uid_5232841db9_mti6ntc6mtq", buttonCorrelationID: "0a78784075951", token: null }

buttons:1473:104799

Uncaught Error: JSON.parse: unexpected end of data at line 1 column 1 of the JSON data

    error https://www.paypal.com/sdk/js?client-id=AQas9y8DM19HhulsN8BP1sgxEp9sxs1T0YQ-OwrfYiMCDmx-D-TX-5a1XDdx9cwX6CDacsPoHXw-tlOd&intent=capture&currency=EUR&locale=fr_FR&components=buttons,marks:3

Auriez-vous une idée du problème ?

Merci.

Bonne journée

PayPal a refusé votre demande d'utilisation des "Champs de Carte Intégrés". Vous pouvez réessayer dans 89 jours () sur https://www.paypal.com. D'ici là, vous pouvez toujours proposer PayPal, les LPM/APM et les champs de carte standard à vos clients.

Paypal dit que cela ne vient pas d'eux et sur mon compte la carte bleue et le rib sont bien validés, la connexion au compte paypal est ok aussi mais j'ai ce message donc je ne sais pas quoi faire.

Est ce que quelqu'un a déjà eu ça ? Qu'est ce que cette erreur signifie et est ce que ça va m'empecher d'utiliser le module ?

Merci d'avance d'essayer de m'aider car aucune aide du coté de paypal qui me balance d'un service à l'autre.

Je rencontre un problème pour le module ebay 

j'ai bien enregistré le module sur ebay avec ma boutique , or j'ai toujours l'encart vert qui indique //tache restantes//, j'ai pourtant bien tous paramétre .

Voir imprim écran

Si quelqu'un me m'aider

Cordialement

Version de PrestaShop : 8.1.6

Ce jour, je rencontre une difficulté avec l'api PayPal depuis ma boutique en 1.7.6.5 .
Des clients m'ont fait par hier d'une impossibilité de sélectionner PayPal lors de la validation de leur commande sur ma boutique

Donc, depuis le B.O de ma boutique, j'ai exécuté la MàJ de la version v5.7.1 de PayPal  
> Tenter ensuite de faire une simulation d'achat> mais lors du passage au paiement , je test le clic sur bouton Paypal , le pop-up  lié à PayPal apparait qu'une 1s et disparait aussitôt.

Donc
je tente le délog /relog de mon compte paypal, mais à chaque chargement du compte 
> Impossible mon compte soit valider dans la boutique ( malgré que le compte soit valider lors de l'authentification avec la plateforme PYAPAL )?

Je désinstalle la version de PayPal de le BO de ma boutique
au cas ou je nettoyage de le cache par la même occasion 

Télécharge et Install depuis l'addon la version v5.7.1 de PayPal .
Tente depuis le BO le relog de mon compte  et là, je détecte une erreur dans la rubrique ETAT du module PayPal

Citation

PayPal webhooks can not be enabled. The webhook listener was not created. Webhooks are not used by the module until the moment the problem will be fixed. Please try to refresh the page and click on 'check requirements' again.

J'ai tenté de chercher sur la toile mais aucunes nformation sur le sujet 
Actuellement dans une impasse, je fais appelle à vous tous & toutes pour tenter de trouver une solution.

En vous remerciant par avance , si une âme charitable pourra m'aider
 

Nous rencontrons un soucis avec le module Paypal et plus précisément avec le remboursement des frais de port.

Nous allons sur la commande concernée, puis choisissons "remboursement partiel" et nous saisissons le montant dans la case correspondante au FDP.
Et nous validons.

Tout se déroule sans soucis (cf. photos jointes)

Mais dans Paypal aucune trace du remboursement
Et lorsque nous allons sur les logs de la commande nous avons ceci :

2024-05-14 19:23:16
[Request][PaypalAddons\classes\API\ExtensionSDK\Order\CapturesRefundRequest] Path: /v2/payments/captures/52130432VV905401U/refund; POST-BODY: {"amount":{"currency_code":"EUR","value":"0.00"}}; Headers: {"Content-Type":"application\/json","Prefer":"return=representation"}

2024-05-14 19:23:17
[Response] Code: 422

2024-05-14 19:23:17
The value of the field should be greater than zero.

Une idée du soucis rencontré ?

Je viens de regarder un peu les paramétrages du module Paypal et à la ligne "Statut de commande permettant de déclencher le remboursement sur PayPal" il y a sélectionné "Remboursé".
Est-ce que le soucis viendrait de là ?
Si on met "Remboursement partiel" est-ce qu'un remboursement intégral sera également pris en compte ?

Merci par avance pour votre aide

Depuis quelques jours mon module paypal se déconnecte de mon compte paypal.

J'essaye de me reconnecter et il y a un message d'erreur. Après plusieurs tentatives j'y arrive mais au bout de quelques heures, je suis à nouveau déconnectée. Et ça recommence sans arrêt.

Il semblerait que le problème soit du à trop grand nombre de tentatives de connexion à Paypal, mais je ne sais pas du tout comment régler le problème. Avez vous une idée de ce que je dois faire.

Une cliente a rencontré le problème lors du paiement de sa commande, voici également ses messages de log en photo.

Merci.

La Solution semble plus que prometteuse au premier abord, j'ai donc souscrit chez eux.

Plus d'un mois pour ouvrir le compte et encore j'ai du les relancer plus d'une fois, il ne faut pas être pressé...

Une fois en place le système fonctionne bien et rempli son rôle, les paiements se gèrent par leur backoffice qui est bien fait.

On peut aussi personnaliser la page de paiement aux couleurs du site, un plus que paypal ne propose pas.

Plus d'un mois que j'utilise ce système sur plusieurs sites. Mais depuis 1 semaine, ils m'ont résilié le compte, le motif : j'ai dépanné un client qui attendait depuis plus d'un mois pour ouvrir un compte chez eux et ils m'ont  rétorqué que je n'avais pas le droit de le faire... Pourquoi ? Aucune réponse. 

Bon, je me résigne à accepter leur décision, je n'ai pas le choix! J'ai donc demandé le virement du solde du compte (plus de 940€) et là, ils me répondent qu'ils ne peuvent pas me faire le virement du total mais seulement de la moitié du solde et qu'ils garderaient le reste pendant 3 mois, par sécurité et que je dois faire une demande de virement du reste directement par le backoffice auquel je n'ai plus accès..

En clair, une très bonne solution encadrée par des incompétents. La seule solution valable pour avoir un bon système de paiement et d'obtenir un contrat VAD auprès d'une banque ou Paypal, le reste n'est pas assez fiable.

Je suis actuellement en 1.7.8.10 et l'un de mes clients me fait remonter que l'url de suivi ne fonctionne pas.

Il semblerait en effet que mondial relay ait modifier l'Url et l'ancienne ne fonctionne plus.

Ancienne URL : http://www.mondialrelay.fr/ww2/public/mr_suivi.aspx?cab=@ (L'adresse en elle-même fonctionne mais aucun suivi n'est disponible)
Nouvelle  URL : https://www.mondialrelay.fr/suivi-de-colis/

Cette nouvelle adresse ne semble pas permettre d'y indiquer directement le numéro de suivi de suivi des clients avec "@".

C'est pourquoi je voudrais savoir si vous aviez une adresse d'url valide avec une automatisation du numéro de suivi par hasard ?
Si vous l'avez, est-ce que le fait de l'indiquer dans "transporteur" -> "mondial relay" => "URL de suivi" suffira ou dois-je l'indiquer également dans un fichier "en dur" quelque part dans le module ?

Merci d'avance

Fred

j'ai mis a jour le module hier et depuis je ne peux plus ouvrir ce module dans le backoffice  ,j'ai une page vide et en front office le module ne fonctionne pas non plus 

Je vous joins capture écran 

Ma version php 7.4

Ma version prestachop 1.7.7.4

Par avance merci de votre retour 

Cordialement 

Patrick 

Je cherche à intégrer le menu desktop du module Advanced Top Menu sur la même ligne que mon logo et icônes panier etc...

Le module propose un mode "Widget" mais n'explique pas comment l'exploiter, y compris dans la documentation, et je n'ai plus de support actif. Je suppose qu'il s'agit d'intégrer un hook spécifique dans le template, quelqu'un le connaît-il ?

En vous remerciant.

Je souhaiterais mettre un script (Avis google) sur la Homepage de mon site, cependant je ne sais pas comment faire, est-ce qu'il y a un module pour ça ?

Ma version de Prestashop : 1.7.8.7

Mon URL : https://www.stagingalive.com/

Merci par avance !

je viens de mettre mon site à jour avec nouveaux catalogues et module Ebay me donne ce message sur quelque produits..

37 : Les données saisies pour la balise sont manquantes ou ne sont pas valides. Veuillez consulter votre documentation de l'API.(Item.ItemID)

Module Ebay 2.0 realease 2.2.6 normalement la dernier...

Quelqu'un a une solution

Merci à vous

n' ayant rein fait d' exeptionnel je me retrouve avec ce message d' erreur:

37 : Les données saisies pour la balise sont manquantes ou ne sont pas valides. Veuillez consulter votre documentation de l'API.(Item.ItemID)

Pouvez vous m' aider a résoudre le problème?

Merci d' avance

Je voulais savoir si il est possible d'ajouter un module sur Prestashop pour que les fournisseurs puissent se créer un compte sur le site, créer leurs annonces et les gérer?
Merci

Sur mon site, je souhaite afficher les résultats d'une recherche soit sous forme d'un listing soit sur une carte. Par exemple, je souhaite afficher sur la carte les résultats d'une recherche autour d'une adresse ou de la catégorie recherchée.
Je voulais savoir si c'est possible de le faire avec Prestashop?
Merci

Je suis en train de configurer le module Chronopost dans le back office, au moment d'enregistrer la configuration de mon compte je rencontre cette erreur :

Quote

"Notice à la ligne 169 du fichier /var/www/vhosts/gsmstyle.fr/httpdocs/modules/chronopost/chronopost.php
[8] Undefined offset: 0"

----------> Apparaît maintenant à chaque ouverture du back-office. 

Je précise que j'ai testé la validité de mes identifiants et que le résultat a été positif. De plus je ne trouve pas le fichier "www" dans le fichier "var". 

Voilà si quelqu'un peut éclairer ma lanterne, ça  me rendrait un immense service !  

J'ai installé le module 1-Click Upgrade depuis ma page module en important le fichier .zip que j'ai téléchargé sur la page du module.

Prestashop m'indique que j'utilise déjà la dernière version de Prestashop alors que ce n'est pas le cas. J'ai testé le canal pour les versions majeurs et mineurs et le résultats est le même.

La comparaison de version ne marche pas non plus.

Je voudrais savoir d'où pourrait venir le problème ou si il existe un moyen plus simple de migrer toutes mes données de Prestashop 1.7 vers Prestashop 8, sans passer à la main chaque table de la base de données ?.

Je vous remercie, je reste à votre disposition pour tout autres questions.

Un client a fait un paiement avec une carte Bancontact (Belgique) sur mon site utilisant prestashop checkout. Son compte a été débité du montant et je n'ai aucune trace du paiement dans mon compte Paypal ni aucune commande de créée dans Prestashop.

Le support Paypal me dit qu'ils ont arrêté de travailler avec Bancontact. Cependant j'ai moi même fait un essai et j'ai réussi à payer avec une carte Bancontact...

Je suis certain de la bonne fois de mon client, je le connais personnellement, j'ai même vu les preuves de transaction sur son compte en banque.

Paypal m'a dit que mon client serait remboursé dans les prochains jours, c'est une bonne chose, mais je ne sais toujours pas quelle est la cause de ce paiement raté.

J'ai temporairement désactivé le paiement par Bancontact mais au final que faire? Paypal me dit qu'ils ne supportent plus Bancontact mais moi j'ai réussi à l'utiliser...

Il y-t-il d'autre personnes dans ma situation?

Merci,

je suis sous prestashop 8.0.1 

je suis débutant et je viens d'installer cette template :

https://addons.prestashop.com/fr/demo/FO41807.html

Ces modules ( en fichiers joints ) impossible de les configurer ! 

CZ - Right Banner CMS Block
CZ - Footer CMS Block
CZ - Banner CMS Block
CZ - About CMS Block

quand je modifie et je cliquer sur enregistrer , je tombe sur une page blanche : 

403

Forbidden

Access to this resource on the server is denied!

------------------

merci e m'aider 

Prestashop 1.7.5.2 - Thème classic

Module Up2pay e-Transactions, qui fonctionnait très bien depuis 2021, se bloque après confirmation du paiement, le retour à la boutique ne se fait plus, le panier n'est pas vidé et la commande n'est pas enregistrée. Le contact de la hotline me demande de mettre à jour le module.

Ce que j'ai fait à partir de Module manager, tout semble ok, pourtant après nouvel essai le bug est toujours là. J'attends une réponse de la hotline, mais je suis un peu impatiente car le problème persiste depuis le 20 janvier en pleine période de soldes, déjà que le commerce est plutôt morose en ces temps, pas cool ! ?

J'ai vu quelque part, sur le forum, qu'il fallait supprimer tout le dossier Paybox, parcequ'il peut rester des anciens fichiers, ... Je suis aller voir par FTP :

• je vois effectivement des fichiers qui datent de 2021, je n'ose pas les supprimer ;
• de plus, je vois également que tous les dossiers du module ont des droits 777, n'est ce pas inquiétant ?

Qu'en pensez-vous ? Quelqu'un peut-il m'éclairer, s'il vous plaît ? Merci ?.

C'est la seconde fois que j'ai cette erreur sur la page de paiement d'un client, et cela arrive uniquement qu'avec des clients étrangers, un allemand il y a 15 jours et un bulgare aujourd'hui. Entre temps j'ai eu un belge et un suédois et ça s'est bien passé.

Lors du paiement par Paypal via le module PS Checkout v7.3.4.0, le client se retrouve avec ce message en bannière "Le montant de la transaction ne correspond pas au montant du panier".

La première fois j'ai supprimé le panier du client pour qu'il puisse en créer un nouveau et ça a fonctionné. C'était un panier en attente depuis quelques jours.

Aujourd'hui en vérifiant le panier du second client, il s'est avéré qu'il avait crée deux fois le même panier. Je les ai effacé mais ça n'a pas fonctionné. J'ai donc activé mon module Paypal de 202 ecommerce afin qu'il puisse passer sa commande.

Je me retrouve donc avec les 2 modules Paypal d'activés.

J'ai contacté le service tech de Paypal et j'attends une réponse ils doivent scruter les logs, car sous PS Checkout nous n'avons pas de log en BO, ni sur le site de paypal, contrairement a Stripe où chaque transactions même échouées sont visibles avec une chronologie des logs détaillée.

Merci de vos retours.

J'ai tenté d'installer le module colissimo officiel 1.4.1 sur PrestaShop 1.6.1.24 visible sur ce lien

https://addons.prestashop.com/fr/transporteurs/42138-colissimo-officiel-vos-expeditions-avec-colissimo.html#specifications

L'installation est ok pas de soucis

Par contre, gros bug au paramétrage, comme indiqué dans la documentation, il faut indiquer le numéro de compte client et le mot de passe dans l'onglet "Mon compte colissimo"

puis cliquer sur "Vérifier les identifiants" le soucis et que cette case de vérification n'est pas la ! (j'ai vider le cache et cookies etc. au cas ou)

c'est déjà mal parti !

Je clique sur sauvegarder (on ne sait jamais)et la le message m'indique "Détail du compte enregistré avec succès."

Je pense qu'il faut rentrer en dessous les coordonnées de retour et d'expédition, (qui pourrais se remplir automatiquement avec le détails des identifiants),  je rempli donc ces cases manuellement et je valide

et la le module m'indique 

Il y a 2 avertissements.

"Veuillez renseigner votre adresse expéditrice dans l'onglet "Mon compte Colissimo" pour profiter pleinement des fonctionnalités du module.

Merci de renseigner un Email valide."

Comme si je ne connaissez pas mon adresse mail ?, parfois, il change d'avis et m'indique que mon code postal n'est pas bon ?

En clair rien ne fonctionne

j'ai tenté il y a bien longtemps, de demander des informations sur ce module (avant son l'installation de ce jour), pour éviter ce genre de soucis, et cela via Addons  "contacter le développeur", mais comme c'est un module gratuit, on peux toujours rêver !

Premiere demande le 24/09/2020, puis le 25/09/2020, puis le 07/10 2020.. puis..... j'ai abandonné (Merci Addons)

Si vous avez des idées je suis preneur

D'avance merci

suite à la mise à jour du module stripe je me retrouve avec un message d'erreur lorsque ce paiement est utilisé:

"Une erreur est survenue lors de votre paiement.
Veuillez réessayer ou contacter le propriétaire du site Web."

J'ai contacté le support stripe sans réponses de leurs part et je n'ai rien trouvé sur les forums qui puisse m'aider,

Auriez vous une idée d'ou pourrais venir le problème? j'ajoute le la boutique est en 1.7.8.9 et tout est à jour..

Merci

Je vous sollicite car je cherche à modifier le texte lié au moyen de paiement dans le tunnel de commande. Habituellement ce texte est lié au module de paiement sélectionné et se trouve très facilement.... Mais là je sèche je ne le trouve pas dans le module, ni dans les traductions du thème. Alors où se cache-t-il ? Peut-être que je ne cherche pas au bon endroit ? J'ai mis en rectangle bleu le label que je souhaite modifié dans l'image du tunnel

prestashop 1.7.8.7
module Monetico CM-CIC par ScaleDev v3.2.20

le module ete ok en 1.7 

nom du module ec_upload

Quote

Grâce à ce module, vous allez enfin pouvoir autoriser vos clients à uploader des fichiers PDF et ZIP sur vos pages produits au lieu de se cantonner à de simples images JPG, PNG et GIF !

Vous aurez bien entendu récupérer par la suite tous ces fichiers par le biais de votre espace d'administration.

j ai une erreur losque je charge un fichier

Quote

Fatal error: Uncaught Error: Undefined constant "_CUSTOMIZE_FILE_" in www/thomas/mod/override/controllers/front/ProductController.php:32 Stack trace: #0 www/thomas/mod/controllers/front/ProductController.php(482): ProductController->pictureUpload() #1 www/thomas/mod/classes/controller/Controller.php(308): ProductControllerCore->postProcess() #2 www/thomas/mod/classes/Dispatcher.php(510): ControllerCore->run() #3 www/thomas/mod/index.php(28): DispatcherCore->dispatch() #4 {main} thrown in www/thomas/mod/override/controllers/front/ProductController.php on line 32

avez vous une idée ? merci d avance

Quelqu'un pourrait-il me donner le chemin vers le fichier qui valide l'appel IPN Paypal svp ? Avant c'était le fichier validation.php mais là impossible de le trouver dans les fichiers du module. Merci beaucoup.

Je rencontre le problème suivant depuis que j'ai installé le module classique Paypal : quand un client effectue un paiement via Paypal, le statut de la commande reste indéfiniment en mode "En attente de paiement Paypal".

Si une âme charitable pouvait m'aider à ce que le statut passe automatiquement en mode "paiement accepté", je lui en serai très reconnaissant.

Merci pour votre aide !

suite à la désinstallation du module Marketing de Prestashop / Google il me reste un lien sur la gauche non actif qui renvoie vers une page introuvable indiquant la mention « Le contrôleur Marketing est manquant ou non valable ». J’ai bien-sûr supprimé correctement le module mais ce lien persiste et je ne sais pas comment supprimer ce contrôleur / lien.

merci

Sylvain

C'est la deuxième fois que la boutique se retrouve bloqué (impossible d'effectuer un paiement pour les clients) car le module prestashop checkout me déconnecte et à besoin d'être reconfiguré car une mise à jour est disponible.

Les clients peuvent parcourir la boutique, ajouter des produits au panier, choisir leur mode de livraison, mais à l'étape du choix de méthode de paiement, rien n'apparait et le bouton de validation est grisé.

Une fois que j'effectue la mise à jour (via le gestionnaire de màj du back-office), on me demande de ré-associer la boutique à mon compte prestashop account, premier conflit, vu qu'un message m'annonce qu'une boutique est déjà associé à mon compte, ce qui est normal vu que c'est la boutique en question, donc je dois dissocier la boutique puis la ré-associer alors que c'ext exactement la même boutique, même installation, même url etc...

bref, une fois l'association effectué, un message m'indique :

Une erreur de configuration a été détectée. Veuillez réinitialiser le module PrestaShop Checkout et le configurer à nouveau.

Est ce que d'autres personnes rencontrent ce problème ?

Merci

ps version : 1.7.8.9

J'ai acquis le module "Certified Mirakl Marketplaces Connector Permissions" pour ma boutique. Cependant, quand j'essaie de le configurer et de faire le lien entre ma boutique Prestashop et mon compte Mirakl, j'obtiens une erreur 500.

Ma configuration est :

hébergement OVH

Prestashop 1.7.8.10

la boutique est ici : https://h-andco.com/boutique/ par contre lors de l'initialisation du lien, le module indique : https://h-andco.com/

Par ailleurs, j'ai ajouté dans le fichier .htaccess comme indiqué sur leur site :

<IfModule mod_env.c>

    SetEnvIf Authorization .+ HTTP_AUTHORIZATION=$0

</IfModule>

Toujours une erreur 500.

Est-ce que quelqu'un saurait m'aider afin de connecter ma boutique à ma marketplace Mirakl ?

Merci d'avance,

Helene

Je fais face un petit soucis avec le module psxmarketingwithgoogle (Google shopping), je viens récemment d'effectuer la suppression (manuelle) de plusieurs milliers de produits, mais pour une raison obscure, le module psxmarketingwithgoogle continue de les envoyer dans le flux de produit.

Voici ce que j'ai déjà fait pour l'instant :

- Update le module à la dernière version : 1.59

- Réinitialiser le module 

- Reconfigurer le module

- Effacer le cache

- Supprimer les produits sur le merchant center

Mais rien y fait, le module continue d'envoyer mes produits supprimés.

La dernière option serait un uninstall, reinstall, mais je sais que les modules PrestashopCorp sont parfois capricieux et en cette période de promo, je préfère éviter de down notre site.

Si quelqu'un à déjà fait face à ce problème

Lorsque nous effectuons une mise à jour de module sur notre site  internet en PrestaShop, cela nous est impossible à cause de droit d'écriture non paramétré dans le  dossier /public/var/cache/prod
Comment pourrais je modifier de façon définitif les droits d'accès à ce dossier afin de pouvoir faire les mises à jour de mes modules. 

Voici  l'erreur quand je mets à jour un module : 

exception retournée par le module ps_eventbus pour upgrade. Failed to copy "/var/www/moto2pieces95.com/public/var/cache/prod/sandbox/64f97ff9d266f/ps_eventbus/src/Api/CollectorApiClient.php" to "/var/www/moto2pieces95.com/public/modules/ps_eventbus/src/Api/CollectorApiClient.php" because target file could not be opened for writing.

Cordialement
JUNCA Nicolas
 

J'ai le module de Mondial Relay installé, cela fonctionnait bien.

Aujourd'hui je découvre (grâce à un client) que les points relais ne s'affichent pas.

Le module est installé selon les recommandations de Mondial Relay, Javascript est déplacé à la fin.  J'ai testé avec cache désactivé.

Après des tests de mon côté je constate que la carte se charge quand même en front office après avoir fait un refresh F5 (renvoyer le formulaire). 

A partir de ce moment là cela fonctionne normalement.

Si je vide le cache de mon navigateur (IE, Firefox), le problème se reproduit.

D'où peut venir ce problème ?   Quoi faire pour le résoudre ?

Pour info, autres module transporteur installé et actif : DPD   (depuis septembre)

Mon site : www.eclairage-bureaux.fr

Merci par avance pour votre aide

Depuis l'installation de Zettle je n'arrive pas à synchroniser les produits, seuls les nouveaux le sont.

La synchro a l'air de se lancer mais rien ne se passe, même après 4h (voir ci dessous).

J'ai eu un code erreur dernièrement : 

EXPORTER LE STOCK DE PRESTASHOP VERS ZETTLE

Dernière opération:

Exportation de la quantité de produits, Error: Got Http response code 422 when accessing https://inventory.izettle.com/organizations/******************************/v2/inventory/bulk. Message: {\"developerMessage\":\"The request entity has constraint violations\",\"errorType\":\"CONSTRAINT_VIOLATION\",\"violations\":[{\"propertyName\":\"productChanges[0].variantChanges[].variantUuid\",\"developerMessage\":\"{UUID is required and must be version 1}\",\"constraintType\":\"UNKNOWN\"},{\"propertyName\":\"productChanges[0].productUuid\",\"developerMessage\":\"{UUID is required and must be version 1}\",\"constraintType\":\"UNKNOWN\"},{\"propertyName\":\"productChanges[0].productUuid\",\"developerMessage\":\"must not be null\",\"constraintType\":\"MUST_NOT_BE_NULL\"}]}

État:

Error

Total:

1

Traité

0

Temps écoulé:

00:00:00

Existe-t-il un mode "test" pour checkout ? Dans la documentation, il est proposé de faire le paiement puis le remboursement, mais cela coûte une commission à chaque fois... S'il faut refaire les tests plusieurs fois, cela peut vite faire monter la note.

Prestashop 8.1, Checkout v8.3.3.1

Merci beaucoup.

Michaël

Je suis en train de mettre en place ce module de paiement, et je m'interroge sur la possibilité d'être plus restrictif sur les modes de paiement. Je souhaiterais notamment supprimer l'American Express qui est très chère. Tout comme Paypal, mais sans surprise, je pense que ce dernier ne peut pas être désactivé... ?

Bonne journée.

Dans le dropdown d'un filtre l'affichage des quantité est juste un chiffre à droite de l'attribut (voir capture). J'ai cherché le code pour modifier le format (exemple: attribut = 1 ou attribut (1)). Le code dans le template Faceted search la ligne de code correspondante est :

{$filter.label}
{if $filter.magnitude and $show_quantities}
{$filter.magnitude}
{/if}
 

J'ai cherché ou était construite cette variable pour pouvoir modifier le format de quantité mais je ne trouve rien.

Avez-vous une idée comment obtenir un format de quantité plus explicite pour l'utilisateur?

Merci,

Mathieu

Je fais appel à votre aide en postant pour la première fois après 1 an à farfouiller les réponses sur ce forum

Je suis sur Prestashop 1.7.8.8, j'ai un template de chez Prestacrea. 

Je n'arrive pas à afficher les avis Google sur le site alors qu'en BO tout est OK (API Key, Place ID...) Il ne me manque donc que l'affichage en front. Le test avec l'url https://maps.googleapis.com/maps/api/place/details/json?placeid=blablabla&key=bliblibli  est aussi ok.

Les points d'accroche sont tous bien configurés et dans la configuration du module peu importe celui que je choisis, rien ne s'affiche.

Est-ce que quelqu'un aurait une piste sur quoi checker éventuellement ?

(j'espère avoir mis les infos nécessaires à la compréhension du pb, si jamais dites le moi:) )

J'ai fait appel au support pour le module et je n'ai aucune réponse depuis presque 1 semaine...d'où ce post !

Un grand merci

Depuis qq semaines je n'arrive plus a connecter ma boutique ebay a prestashp alors qu'avant ça marchais tres bien
j'ai le code erreur suivant

Code d'erreur : 20.1.3 : 2023-07-07 13:43:40 : signin.ebay.com

j'ai demandé a ebay qui me dit de demander a prestashop ? ... voila

Merci bien

Depuis que nous avons installé le module Up2pay e-Transactions Crédit Agricole Paybox v4.5.9 la page de redirection après un achat payé est directement la page historique de commande du client. 

Le problème, c'est qu'à cause de cela, les commandes ne remontent plus dans Google Analytics

Nous sommes certains que cela provient du module, car c'est à l'instant où nous avons changé de module que le problème est apparu (nous ne pouvons pas revenir à l'ancien module E-transaction, celui-ci ne supporte plus les nouveaux protocoles de sécurités).

Nous sommes sur un Prestashop 1.6.0.6 en production.

La seule différence notable, c'est que les deux modules de paiements n'utilisent pas les mêmes hooks d'accroche, cela peut-il avoir une influence ? Sinon avez vous déjà rencontré le problème ?

Merci d'avance

Suite passage en 8.1.0 avec le module 1-click-upgrade, j'ai une erreur lors du changement d'état d'une commande. Effet collatéral, la validation de paiement Payplug n'est pas prise en compte automatiquement. 

En mode debug, voici le code erreur en entier : Une erreur inattendue s'est produite. [PrestaShopException code 42] : SQLSTATE[42S22]: Column not found: 1054 Unknown column 'id_employee' in 'field list'.

Merci d'avance pour votre aide. 

Depuis une mise à jour la semaine dernière le module prestashop checkout ne fonctionne pas correctement les clients commande payent par carte bancaire via paypal le paiement est validé

mais quand je reçois la commande je n'ai aucunes des options qu'ils ont choisis je suis obligé de les appeler pour savoir quelle taille quelle couleur ils ont sélectionné.

Si les clients sélectionnent le mode de paiement par virement ou carte bancaire pas de problème le panier et les options sont bien récupérés

j'ai le même problème sur 2 boutiques de même version depuis le 28/06/2023 dans la nuit.

Version de PrestaShop : 1.7.4.4
module prestashop checkout à jour soi la version v7.3.3.0
URL de la boutique : http://www.lettres-adhesives-stickers.fr/
Thème actif : classic

Version du logiciel serveur : Apache
Version de PHP : 7.3.15
Limite de mémoire : 4G
Temps maximal d'exécution : 360
Taille max. pour envoi de fichiers : 2M
info_outline Informations sur la base de données
Version de MySQL : 5.6.42

ca devient très urgent du coté de mon hébergeur on ne trouve on a essayé de réinstaller le module de le configurer différemment ca ne change pas le problème.

a savoir que j'ai des modules spécifiques comme la création de textes personnalisés et que je ne peux pas faire évoluer la version de prestashop

auriez vous des pistes ? Merci pour votre aide

Cordialement Marco

J'ai récemment rencontré un problème avec le paiement par carte bleue sur ma boutique PrestaShop, et j'aimerais solliciter votre aide pour le résoudre. Un de mes clients m'a informé qu'il ne parvient pas à effectuer un paiement avec sa carte bleue à partir de son ordinateur sous Linux, et il rencontre également des difficultés avec sa tablette. Intrigué, j'ai décidé de tester moi-même en passant une commande sur ma boutique depuis un PC sous Linux.

Lorsque j'ai cliqué sur le bouton "Commander", j'ai pu observer que le bouton s'enfonçait normalement, mais rien ne se passait ensuite. J'ai attendu plusieurs minutes, mais la commande ne s'est jamais finalisée. Je tiens à préciser que j'utilise le module Stripe, qui est à jour, et que ma boutique PrestaShop est en version 8.0.4.

Il est important de noter que cette situation ne se produit pas lorsque j'utilise Windows. Les paiements par carte bleue fonctionnent parfaitement dans ce cas.

Heureusement, le client a pu finaliser sa commande en effectuant un virement bancaire. Cependant, j'aimerais résoudre ce problème d'intégration de paiement avec Linux pour offrir une expérience d'achat fluide à tous mes clients, indépendamment de leur système d'exploitation.

J'apprécierais grandement si quelqu'un pouvait me fournir des informations supplémentaires ou des suggestions pour résoudre ce problème.

Merci d'avance pour votre aide précieuse !

j'ai un soucis pour mettre a jour un mdoule que j'ai acheté il y a quelques semaines. L'abonnement est bien actif pour un et quand je souhaite mettre à jour le module, j'ai le message d'erreur suivant:

Quand je me suis connecté pour la première fois à Prestashop Add On j'ai utilisé mon compte Gmail. Le problème est que lorsque j'essais de me connecter depuis le back office, je n'ai pas la possibilité de me connecter via mon compte Gmail:

Si quelqu'un à la solution je suis preneuse.

Merci d'avance

après maintes recherches (Forum et Google) je ne trouve pas la solution

Je suis actuellement avec PS 8.0.3

Les mises à jours des modules natifs me sont proposés régulièrement et tout se passe correctement.

Par contre, pour les modules non natifs, pas de mises à jour proposées dans le BO

Merci de votre aide.

Cordialement,

Christophe.

Pour info:

PS 8.0.3

Version du logiciel serveur : Apache

Version de PHP : 8.2.3

Limite de mémoire : 512M

Temps maximal d'exécution : 165

Taille max. pour envoi de fichiers : 128M

J'ai installé et configuré le module Mondial RELAY.

Après une commande de client, je tente de générer une étiquette. Je cherche les commandes au statut "paiement accepté" dans la partie "générer des étiquettes" correspondant à la commande. 

Après vérification, la commande et ma recherche d'étiquette ont bien le même statut, pourtant le module affiche "aucun enregistrement trouvé" (cf: image)

Quel est le problème ?

Merci à vous.

Sur une boutique nous utilisons Mondial Relay comme transporteur et lors de la génération d'une étiquette nous avons une erreur 500.

Voici ce que le debug nous remonte :

in modules/mondialrelay/classes/MondialrelayTools.php (line 426)
    {        
		if (!preg_match('/[\x80-\xff]/', $string)) {            
			return $string;        
		}        

		if (self::seems_utf8($string)) {            
			$chars = array(                
				// Decompositions for Latin-1 Supplement                
				'ª' => 'a', 'º'  => 'o',                
				'À' => 'A', 'Á'  => 'A',                
				'Â' => 'A', 'Ã'  => 'A',

La ligne étant mise en évidence est : 

if (self::seems_utf8($string)) {

Je vous joins la capture complète du debug

Nous avons contacté Mondial Relay mais aucun retour quant à présent d'où le fait que je me tourne vers la communauté

Versions module et prestashop :

• MondialRelay - Inpost Officiel (par ScaleDEV) : v3.3.5

• Prestashop : 8.0.4

En vous remerciant par avance pour votre aide

Après avoir contacté le support de Prestashop Checkout ainsi que de Paypal, je tourne en rond car ils n'arrivent pas à m'aider convenablement depuis plusieurs semaines...

En fait, le problème est simple : j'ai un site e-commerce et des clients français peuvent bien payer via CB avec 3D secure. Par contre les étrangers (hors de France) ont TOUS un problème de "transfert de responsabilité" (liability shift).

Exemple d'une log qui provient du module Prestashop Checkout :

 Le body en réponse de Paypal ressemble à :

{"paypal_order":"7X5003059E484170J","id_cart":156,"isExpressCheckout":false,"isHostedFields":true,"fundingSource":"card","liabilityShift":null,"liabilityShifted":false,"authenticationStatus":"APPROVED","authenticationReason":null}

Ce qui prouve que le client semble s'être bien authentifié mais qu'il n'y a pas de transfert de responsabilité ... et dans ce cas le paiement est KO (cf ValidateOrder.php) :

Est-ce que quelqu'un a déjà été confronté à cette erreur ? Je tourne en rond ...

Merci d'avance !!