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
-
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
-
Les 4 messages d'erreurs ont été envoyés à 19h44, 19h56, 20h02 et 20h09. Mais il n'y a pas de logs correspondants.
edit : je viens de faire deux tests d'affilés (et un autre test d'un partenaire), pas d'erreurs non plus. Par contre difficile de débloquer un panier après avoir été sur la page Paypal (retour), lorsque l'on souhaite supprimer un article depuis le panier déroulant, le popup pour débloquer s'affiche brièvement avant de renvoyer à la page order.
-
Enfin un mail d'erreur associé à un log !
Un client a rencontré un problème avec le module PayPalAPI:
PayPal response:
TIMESTAMP -> 2024-10-09T07:34:02Z
L_ERRORCODE0 -> 10431
L_SHORTMESSAGE0 -> Transaction refused because of an invalid argument. See additional error messages for details.
L_LONGMESSAGE0 -> Item amount is invalid.
L_SEVERITYCODE0 -> Errorlog associé :
Array
(
[0] => 2024-10-09T09:34:01+02:00
[1] => Array
(
[CANCELURL] => https://www.XXXXXXX/commande?step=3&
[RETURNURL] => https://wwwXXXXXXX/modules/paypal/express_checkout/payment.php
[NOSHIPPING] => 0
[BUTTONSOURCE] => PHENIXSUITE_EC
[L_PAYMENTREQUEST_0_NUMBER0] => 5309
[L_PAYMENTREQUEST_0_NAME0] => INFINIE BRILLANCE UV/LED 15ml (x 1)
[L_PAYMENTREQUEST_0_DESC0] => NOUVELLE FORMULE - ENCORE PLUS DE BRILLANCE ! Gel ...
[L_PAYMENTREQUEST_0_AMT0] => 21.024
[L_PAYMENTREQUEST_0_QTY0] => 1
[L_PAYMENTREQUEST_0_NUMBER1] => 5066
[L_PAYMENTREQUEST_0_NAME1] => BORDEAUX - Contenance : 5ml (x 1)
[L_PAYMENTREQUEST_0_DESC1] => Opaque - Rouge bordeaux.'La manucure zéro défaut'L...
[L_PAYMENTREQUEST_0_AMT1] => 11.88
[L_PAYMENTREQUEST_0_QTY1] => 1
[L_PAYMENTREQUEST_0_NUMBER2] => 6279
[L_PAYMENTREQUEST_0_NAME2] => BOHEMIAN - Contenance : 5ml (x 1)
[L_PAYMENTREQUEST_0_DESC2] => Opaque - Prune foncé légèrement parsemé de fines p...
[L_PAYMENTREQUEST_0_AMT2] => 11.88
[L_PAYMENTREQUEST_0_QTY2] => 1
[PAYMENTREQUEST_0_PAYMENTACTION] => Sale
[PAYMENTREQUEST_0_CURRENCYCODE] => EUR
[PAYMENTREQUEST_0_SHIPPINGAMT] => 7.20
[PAYMENTREQUEST_0_ITEMAMT] => 44.78
[PAYMENTREQUEST_0_AMT] => 51.98
[ADDROVERRIDE] => 1
[EMAIL] => XXXXXXX@XXXXXXX
[PAYMENTREQUEST_0_SHIPTONAME] => XXXXXXX
[PAYMENTREQUEST_0_SHIPTOPHONENUM] => +XXXXXXX
[PAYMENTREQUEST_0_SHIPTOSTREET] => XXXXXXXXX
[PAYMENTREQUEST_0_SHIPTOSTREET2] =>
[PAYMENTREQUEST_0_SHIPTOCITY] => XXXXXXXX
[PAYMENTREQUEST_0_SHIPTOCOUNTRYCODE] => FR
[PAYMENTREQUEST_0_SHIPTOZIP] => XXXXXXX
))