3. commande qui ne remontent pas

    Récemment


commande qui ne remontent pas

  • F

    prestashop 1.6.1.6 php 5.6
    bonjour, depuis quelques temps mes commandes ne se valident pas alors qu'elles sont payées,(seulement avec mon module de paiement Lydia) je dois les valider manuellement quand je vois les paiements, c'est vraiment la galère, si quelqu'un a des infos ! merci

    0

  • Les commandes se créent dans quel état ?
    "depuis quelques temps" -> qu'est ce qui a été modifié/ajouté à ce moment là ?

    0
    F
     1 réponse
  • F

    @chdup bonsoir, les commandes ne se valident pas, elles restent en panier avec le transporteur qui a été choisi, donc par déduction de montant je le valide manuellement.
    Les changements : desinstallation du module zendesk et mise à jour des stats. Les commandes remontent uniquement avec chèque, virement ou paypal.
    Merci

    0
  • O
    legacy

    Vous recevez un mails quand il y a un payement ?
    Souvent les plateformes vous envoient un mail avec le mauvais retour.

    Exemple chez moi au CIC

    Bonjour,

Nous vous informons que votre interface retour a emis un accuse de reception INVALIDE et la commande a ete VALIDEE.
RECAPITULATIF DU PAIEMENT :


Numero de TPE commercant : xxxx
Date de votre système : 2018-01-29 à 11:54:55
Date du paiement : 2018-01-29 à 11:54:53 (UTC+01:00)
Reference du paiement : 5a6efd7f7c0d
Montant du paiement : 25 EUR
Descriptif du paiement : No Panier :489849: A l attention de xxxxx en date du 29/01/2018-11:54:55

Vous trouverez ci-dessous les informations relatives à la requête émise par notre serveur ainsi que l'accuse de reception envoye par votre interface de retour.

NB : Un accuse de reception invalide n'a aucune incidence sur le paiement. Vous pouvez vous connecter a votre tableau de bord pour consulter l'etat de la commande.

REQUETE EMISE PAR NOTRE SERVEUR : http://www.chafoins.com:80/presta2/modules/xxxxx/validation.php?TPE=6xxxx8&date=29%2f01%2f2018%5fa%5f11%3a55%3a03&montant=25EUR&reference=5a6efd7f7c0d&MAC=715B283C0F0B4FC4704BA0247732E8F86048C804&texte-libre=No+Panier+%3a489849%3a+A+l+attention+de+Thomas+Roux+en+date+du+29%2f01%2f2018%2d11%3a54%3a55&code-retour=payetest&cvx=oui&vld=1219&brand=MC&status3ds=-1&numauto=000000&originecb=FRA&bincb=000003&hpancb=69543xxx49981D40D3CE5BE85430A39069&ipclient=xxx&originetr=FRA&veres=&pares=&motifdebrayage=seuilnonatteint&modepaiement=CB
Methode retenue : POST
TPE : 6592518
Host appele : www.chafoins.com
Port : 80
CGI appele : /presta2/modules/xxxxxx/validation.php
Requete emise : TPE=xxxx18&date=29%2f01%2f2018%5fa%5f11%3a55%3a03&montant=25EUR&reference=5a6efd7f7c0d&MAC=715B283C0F0B4FC4704BA0247732E8F86048C804&texte-libre=No+Panier+%3axx9%3a+A+l+attention+de+Thomas+Roux+en+date+du+29%2f01%2f2018%2d11%3a54%3a55&code-retour=payetest&cvx=oui&vld=1219&brand=MC&status3ds=-1&numauto=000000&originecb=FRA&bincb=000003&hpancb=69543BC5C51EC849981D40D3CE5BE85430A39069&ipclient=82%xxxx%2e35&originetr=FRA&veres=&pares=&motifdebrayage=seuilnonatteint&modepaiement=CB

Erreur 0

REPONSE DE VOTRE CGI DE CONFIRMATION :

    Dans ce mail si tu actives les erreurs de prestashop tu verras ce qui bloque la remontée des commande.

    Après je ne sais pas comment fonctionne Lydia

    0

  • je ne connais pas non plus Lydia mais il faudrait peut etre voir avec les developpeurs du module.
    Il y a peut etre un mode debug pour tracer l'erreur.

    0
    F
     1 réponse

  • Une commande payée qui ne se finalise pas c'est que le retour de la banque a échoué.
    Il faut:

    • regarder les log de connexion
    • regarder le panel admin de la banque

    C'est surement un souci d'url retour qui n'est pas bon ou redirigé

    0
  • F

    @chdup
    il n'y a plus de développeur pour ce module, c'est bien là mon problème et je n'ai pas trouvé la réponse sur https://github.com non plus mode debug activé et rien de plus ..

    0 1 réponse

  • @frede98 Il y a un mode debug dans le module en lui-même ?
    alors si rien dans le log de debug, c'est que le retour ne se fait pas.
    ça pourrait effectivement être une URL de retour mal configurée.

    0

  • Moi je constate qu'en lisant la première ligne du module, il y a une constante permettant de debugguer le module

    const DEBUG = false;

    Mais sans même cela, il faut consulter les logs d'accès du serveur à l'heure d'un paiement et voir de quoi il en retourne.
    Si rien de présent problème d'url retour, sinon consulter les logs d'erreur serveur

    0
    F
     1 réponse
  • F

    @doekia oui c'est bien ça un problème d'url retour !!! merci

    0 1 réponse

  • @frede98 Dans le module ou à la banque ?

    0
    F
     1 réponse
  • F

    @eolia je suppose dans le module, mais je ne sais pas où aller voir !!

    0

  • Le code du module est clair:

            $confirmUrl = sprintf(
            '%sindex.php?fc=module&module=%s&controller=validation',
            $base,
            $this->name
        );

    C'est donc un POST dont l'url est founie pas ton instance Prestashop.

    Retrouves-tu les appels à cette url dans tes logs d'accès serveur, et quelle est le code de retour HTTP?
    Enfin si tu nous fournis une url ça pourrait aider

    0
    F
     1 réponse
  • F

    @doekia a dit dans commande qui ne remontent pas :

    $confirmUrl = sprintf(
    '%sindex.php?fc=module&module=%s&controller=validation',
    $base,
    $this->name
    );

    voici ce que j'ai trouvé : 91.194.60.148 www.my-dressing.eu - [05/Feb/2018:16:30:33 +0100] "POST /index.php?fc=module&module=lydia&controller=validation HTTP/1.1" 403 218 "-" "-"
    77.189.147.186 www.my-dressing.eu - [05/Feb/2018:16:32:27 +0100] "GET /1393-thickbox_default/maillot-2-pieces-bandeau-blanc-a-losanges-marine-a-armatures.jpg HTTP/1.1" 200 91925 "https://www.google.de/" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:58.0) Gecko/20100101 Firefox/58.0"

    0

  • 403, donc accès interdit
    Tu n'aurais pas mis un .htaccess, ou protection par mot de passe ou similaire?

    0
    F
     2 réponses
  • F

    @doekia je cherche .. je vois pas !! dans mon htaccess :
    <IfModule mod_headers.c>
    Header unset Etag
    </IfModule>
    FileETag none
    <IfModule mod_deflate.c>
    <IfModule mod_filter.c>
    AddOutputFilterByType DEFLATE text/html text/css text/javascript application/javascript application/x-javascript font/ttf application/x-font-ttf font/otf application/x-font-otf font/opentype
    </IfModule>
    </IfModule>

    #If rewrite mod isn't enabled
    ErrorDocument 404 /index.php?controller=404

    0

  • Moi je vois une 200 mais en page blanche: https://www.my-dressing.eu/index.php?fc=module&module=lydia&controller=validation

    0

  • @doekia a dit dans commande qui ne remontent pas :

    403, donc accès interdit
    Tu n'aurais pas mis un .htaccess, ou protection par mot de passe ou similaire?

    Chaque mot est important tu sais. Donc, tu prends ton baton de pélerin et tu vas jusqu'au fichier modules/lydia/controllers/front/validation.php
    ET tu vérifie les accès, .htaccess, ... de chacun des éléments du chemin

    0
    F
     1 réponse
  • F

    @doekia merci merci j'y vais ...

    0
validation 1 commande 1 paiement 1 lydia 1
Se connecter pour répondre
 
bug26 1.624 front-office11 1.58 1.75 système5 paypal4 smtp3 https3 performance3 hack3 administration3 transporteurs3 module2 dashboard2 promotions2