Récemment
-
Solutions de paiement...
Discussion générale5 -
Petit code pour les descriptions de produits
Discussion générale3 -
Problèmes de prix avec plusieurs devises et PayPal
PhenixSuite5 -
Feuilles de styles non chargées si smart cache activé [RÉSOLU]
PhenixSuite5 -
PayPal Module Error
Bugs & Améliorations2 -
Transient Bug after 1.6.2.31 Upgrade
Bugs & Améliorations2 -
blockcategory et left_column
BUG connus1 -
[REGLÉ] override - je n'y arrive pas.
Modules10 -
les routes sur mesures
Discussion générale6 -
Nouvelle attaque ?
Discussion générale11 -
Problème calcul HT
Bugs & Améliorations42 -
Erreur sur facture générée depuis le FO
PhenixSuite3 -
Factures ne se génèrent plus depuis 06/12 [RÉSOLU]
Bugs & Améliorations20 -
Edition en masse des déclinaisons
Nouvelles fonctionnalités4 -
Mise à niveau de Prestashop 1.6.24 vers PhenixSuite 1.6.30
Discussion générale2 -
PaypalAPI erreur
PhenixSuite50 -
Thème possible
Questions relatives à l'installation/upgrade2 -
erreurs cleaner
Discussion générale3 -
multiples déclinaisons sur produit [RÉSOLU]
Bugs & Améliorations22 -
Thème enfant
PhenixSuite3
PaypalAPI erreur
-
Vos valeurs en base de données devraient être:
PS_UNIDENTIFIED_GROUP => 5
PS_GUEST_GROUP => 6
PS_CUSTOMER_GROUP => 1
-
Et bien c'est ce que j'avais auparavant (remis à l'instant, donc même image que 5 posts plus haut)
-
Ok donc vous devez récupérer dans la table ps_customer_group tous les clients qui appartiennent au groupe 6.
Si ces clients ont une double (ou plus) entrée, c'est qu'ils appartiennent au moins à 2 groupes.
2 cas de figure à envisager:- ils appartiennent à 1 seul groupe (invité) il faut mettre à jour l'id_group sur 1 (qui est votre groupe client par défaut si j'ai bien compris)
- ils appartiennent à plusieurs groupes => supprimer les lignes ayant l'id_group 6
Ensuite il faut mettre à jour l'id_default_group pour chaque client concerné.
1ère requête uniquement pour visualiser:
SELECT *
FROMps_customer_group
WHERE id_customer IN (
SELECT id_customer
FROMps_customer_group
WHERE id_group = 6
)Deuxième requête qui va mettre l'id groupe par défaut à 1 pour ceux qui auraient le 6:
UPDATEps_customer
SET id_default_group = 1
WHERE id_default_group = 6Troisième requête qui va mettre à jour les groupes (ceux existant déjà seront ignorés):
UPDATE IGNOREps_customer_group
cg
SET id_group = 1
WHERE id_customer IN (
SELECT cg2.id_customer
FROMps_customer_group
cg2
WHERE cg2.id_group = 6
)
AND cg.id_group = 6A présent tous les clients du groupe 6 sont passés dans le 3, il ne reste qu'à supprimer les entrées du groupe 6:
DELETE FROMps_customer_group
WHERE id_group = 6Tous les clients du groupe 6 seront dans le 1 et le 6 ne comportera plus de clients.
-
A quoi correspond ce groupe 3, vu qu'il n'existe pas...
-
Oups corrigé, c'est 6.
-
Merci ! (Requêtes exécutées)
-
Vos groupes sont propres à présent ?
-
Les invités sont passés en clients particuliers. Mais je ne m'explique pas le fait qu'hier il y ait eu une inscription dans le groupe invité
-
Salut Pierre,
je reviens vers toi sur le problème Paypal. Auparavant les clients ne revenaient pas vers nous, donc difficile d'avoir d'avantage de précision sur cette erreur. Aujourd'hui j'ai eu ça de la part d'une cliente :
et dans les logs en BO :
Je précise qu'avant la mise à jour en v.30, on avait des paiements Paypal, depuis lors plus aucune commande sur Paypal, uniquement Payplug. C'est aussi notre premier retour client. Il n'y a aucune information sur notre interface pro Paypal non plus. Il se trouve aussi que lorsqu'on ajoute un produit directement depuis le panier (quantité) Payplug/Oney se met à jour alors que Paypal non. Il faut faire un refresh de la page panier pour qu'il se mette à jour. (5 étapes, pas de onepagecheckout).
-
Je me suis connecté sur le compte de la cliente (Paypal en 4xsans frais) même message d'erreur (depuis Opera). Idem depuis un autre navigateur (Edge).
Le problème semble être résolu: il se trouve que l'ID client de l'API Rest et le secret ID ne correspondaient plus du tout (email de connexion + mdp de connexion du compte mail°
-
Une fois vs identifiants corrigés ça donne quoi ?
Si toujours rien de mieux il me faudra un accès ftp pour débuguer le payload de Paypal (à priori ça parle plutôt de montant invalide)
-
Les IDs corrigés m'ont donné au début un accès à l'interface Paypal, mais pas pour les clients ni une autre personne du BO qui faisaient des tests sur deux autres navigateurs. J'ai réessayé de mon côté et suis aussi tombé sur le même message d'erreur.
-
On vient de re-modifier les IDs (j'ai dû recréer une API Rest auparavant, mais il en existait déjà une) et ça a l'air de fonctionner... Je reviens plus tard pour voir si il n'y a plus de problème
-
Finalement, depuis les modifs, 4 messages d'erreur et aucun paiement passé avec Paypal.
-
@eolia a dit dans PaypalAPI erreur :
Si toujours rien de mieux il me faudra un accès ftp pour débuguer le payload de Paypal (à priori ça parle plutôt de montant invalide)
-
les accès sont déjà en MP
-
J'ai répondu au MP.
Debug mis en place, les données sont correctes.
J'arrive chez Paypal et le montant est correct.
A quel moment l'erreur intervient svp ?
-
après avoir accepté les conditions générales et choisir le mode de paiement. Ça se produit à partir du moment où le paiement en 4x est activé (probablement au dessus d'un certain montant... à confirmer)
-
Je n'ai pas cette erreur donc je vais retester avec un montant pris en charge par le 4X (pas simple avec les infos au compte-goutte...)
-
Bah je ne reproduis pas.
Pour info, les logs du module sont dans /web/modules/paypal/log