PaypalAPI erreur

[eolia]

@Olivier75009 a dit dans PaypalAPI erreur :

@eolia a dit dans PaypalAPI erreur :

Oui c'est possible, le prix spécifique n'aurait pas été appliqué mais c'est curieux car Presta recalcule le panier lors de la connexion.

c'est une nouvelle cliente, aurait-elle pu fournir un numéro de TVA qui l'aurait basculé ensuite en pro, à un moment avant la validation de la commande ?

Aucune idée, je ne sais pas comment vous basculez les clients en groupe pro. Un module ? Un dev spécifique ?

[Olivier75009]

C'est un module : SIRET et groupe de clients v1.7.7 - par MassonVincent

edit : j'avais bien ça, et pourtant j'ai une commande "invité" :

[eolia]

Si vous aviez ces paramètres, ce n'est pas une commande "invité" (ce serait marqué dans la commande) mais une commande classique.

[Olivier75009]

Alors en effet, la commande ne peut être une commande "invité", ce qui nous questionne c'est que la cliente en question a pour groupe par défaut "invité" (on n'a jamais mis ça en place). Autre question, les prix d'achat des produits s'affichent désormais dans la commande, nous n'avions pas ça auparavant (<- on va vivre avec, c'est pas un soucis en soi).
Est-ce que je peux supprimer le groupe invité par exemple (en basculant tous les membres dans un autre groupe)

[eolia]

Prestashop a toujours existé avec 3 groupes:

• Visiteur
• Invité
• Client

Ces 3 groupes ne sont pas supprimables nativement car nécessaires au fonctionnement du système. Si ils manquent c'est qu'ils ont été supprimés directement en base de données.

Si un client a un compte Invité cela se présente comme ceci:

Concernant le prix d'achat, c'est une demande qui m'a été faite et qui permet rapidement de se rendre compte si on est dans les clous au niveau de la vente (remises etc) ce prix ne s'affiche que si au minimum un des produits de la commande a un prix d'achat enregistré.

[Olivier75009]

Alors curieusement, le client est enregistré dans le groupe client particulier, mais dans le groupe invité par défaut.

[eolia]

Quels sont les groupes sélectionnés par défaut chez vous ?

[Olivier75009]

Je n'ai pas l'option "groupe par défaut" :

[eolia]

Ok, je vois que cette option n'est visible que si on est en multishop. Je constate qu'il y a eu de la bidouille car normalement les 3 premiers groupes sont 1,2 et 3.

Dans la table ps_configuration, vérifez l'id des groupes pour ces 3 variables:

PS_UNIDENTIFIED_GROUP (visiteur)
PS_GUEST_GROUP (invité)
PS_CUSTOMER_GROUP (client)

Et corrigez les id si nécessaire.

[Olivier75009]

j'ai modifié value pour les lignes correspondantes, mais à présent j'ai ça en BO:

Du coup Visiteur et Invité sont supprimables.
Je ne devrais pas en plus faire un update sur la table ps_customer_group (et ps_customer -> id_default_group) pour affecter les clients aux groupes dont les valeurs (de ps_configuration) ont changé ?

[eolia]

Vos valeurs en base de données devraient être:

PS_UNIDENTIFIED_GROUP => 5
PS_GUEST_GROUP => 6
PS_CUSTOMER_GROUP => 1

[Olivier75009]

Et bien c'est ce que j'avais auparavant (remis à l'instant, donc même image que 5 posts plus haut)

[eolia]

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 *
FROM ps_customer_group
WHERE id_customer IN (
SELECT id_customer
FROM ps_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:
UPDATE ps_customer
SET id_default_group = 1
WHERE id_default_group = 6

Troisième requête qui va mettre à jour les groupes (ceux existant déjà seront ignorés):
UPDATE IGNORE ps_customer_group cg
SET id_group = 1
WHERE id_customer IN (
SELECT cg2.id_customer
FROM ps_customer_groupcg2
WHERE cg2.id_group = 6
)
AND cg.id_group = 6

A 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 FROM ps_customer_group
WHERE id_group = 6

Tous les clients du groupe 6 seront dans le 1 et le 6 ne comportera plus de clients.

[Olivier75009]

A quoi correspond ce groupe 3, vu qu'il n'existe pas...

[eolia]

Oups corrigé, c'est 6.

[Olivier75009]

Merci ! (Requêtes exécutées)

[eolia]

Vos groupes sont propres à présent ?

[Olivier75009]

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é

[Olivier75009]

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).

[Olivier75009]

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°