Paiement Magento 2 - 400 Bad Request


9

Je fais face à une erreur ci-dessous lors de la commande sur la boutique Magento 2 avec le mode de paiement Cash On Delivery.

POST http://yoursite.com/rest/ae_en/V1/carts/mine/payment-information 400 (Bad Request)

Y a-t-il quelqu'un qui a rencontré le même problème?


1
Essayez http://yoursite.com/rest/default/V1/carts/mine/payment-informationouhttp://yoursite.com/rest/V1/carts/mine/payment-information
Ankit Shah

1
Où dois-je changer cela? Il s'agit du mode de paiement à la livraison natif de Magento. J'ai essayé avec virement bancaire et cela n'a pas fonctionné pour cela aussi.
Ravi Bhalodia

1
À l'aide du client REST, vous pouvez faire cela chrome: //restclient/content/restclient.html
Ankit Shah

1
vous devez savoir ce que le message d'erreur dit vraiment. où il est stocké, dépend de votre mode de déploiement. Un bon point de départ serait de supprimer les dossiers var / report et var / log, puis de reproduire l'erreur et de voir si quelque chose est ajouté dans l'un des dossiers
David Verholen

Lorsque vous activez display_errors = 1 sur .user.ini, vous avez appris la raison de l'erreur, puis vous pouvez résoudre ce
problème

Réponses:


2

Veuillez vérifier le dossier rép_racine / var / report / api s'il existe ou le fichier rép_racine / var / exception.log, vous en aurez probablement la raison.


0

400 mauvaises demandes pourraient signifier toutes sortes de choses. Lorsqu'ils sont rencontrés lors du paiement, ce sont généralement des champs obligatoires qui manquent. Vous devez activer le mode développeur et essayer de retracer l'erreur. Les chances sont que vous obtiendrez une erreur de serveur 500 avec une exception qui révèle le chemin d'accès.

J'ai également rencontré cette erreur plusieurs fois lors de l'utilisation de l'API REST Checkout, et dans mon cas, il manquait un numéro de téléphone dans mon adresse de livraison. Certains modules de paiement permettent de masquer le numéro de téléphone lors du paiement et bien que cela passe la plupart des étapes de validation, il générera une exception lors de la tentative de sauvegarde de l'adresse. Cependant, cette exception peut être difficile à détecter car l'API peut dire quelque chose comme «quelque chose ne va pas» et masquer l'exception d'origine.


0

Dans mon cas, il est corrigé en ajoutant de nouvelles valeurs dans la base de données. Vous pouvez aussi essayer

Aller à la base de données Magento et ouvrir la table sequence_order_1 et définir 2 nouvelles valeurs dans la base de données comme actuellement si votre table affiche 10 comme dernière valeur, donc insérer 11, 12 comme nouvelles valeurs


1
comment cela résout-il le problème? existe-t-il une référence de code où cela s'avérera résoudre le problème? Merci.
dchayka
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.