Erreur dans le champ PAYMENT_MEANS lors des tests avec le 3-D Secure

Réduire
X
  • Filtrer
  • Heure
  • Afficher
Tout effacer
nouveaux messages

  • [Problème] Erreur dans le champ PAYMENT_MEANS lors des tests avec le 3-D Secure

    Bonjour

    je viens d'installer l'API Sogenactif (societe generale) pour le paiement en ligne sur mon site (joomla1.5.22 et Virtuemart1.1.5).
    Grâce au merveilleux travail d'Alatak (merci, merci !) et à la gentillesseet la compétence du support de mon hébergeur Icodia, tout s'est bien passé jusque là !
    Les tests de démonstration avec des cartes de credit Visa ou Mastercard non enrôlée (non 3-D Secure) fonctionnent bien.
    Mais dès que je fais les tests avec des cartes enrôlées (commençant par 4 ou 5) alors que tout a l'air de bien se passer côté internaute :

    BOUTIQUE DE DEMONSTRATION 3D
    Votre transaction a bien été enregistrée


    Je clique sur "Retour à la boutique" et là sur la page je peux lire :
    Paiement accepté
    Suivez ce lien pour voir les détails de la commande.

    Mais ce message d'erreur apparaît en haut de la page :

    _PS_SIPS_ERROR_RESPONSE
    API ERROR
    Error in the response structure (payment_means)

    Et lorsque je clique sur le lien pour voir la commande :
    Les logos des cartes apparait avec : Choisissez un moyen de paiement ci-dessous :

    Et l'Etat de la commande: En attente

    Donc le paiement n'a en fait pas été effectué !

    En mode Debug, on peut voir que la variable payment_means de retour transmise par la banque semble curieuse: payment_means: � �� ������20101202100104.
    C'est ce qui donne l'erreur, le retour de cette variable lorsque l'internaute choisit son modèle de carte de paiement enrôlée.
    Et curieusement, cela fonctionne bien pour les cartes non enrôlées, il n'y a pas d'erreur et la variable retournée est bien le modèle de carte Visa ou Mastercard que l'internaute a renseigné.

    Le support de Sogenactif m'a répondu ceci :
    Le message obtenu n'est pas un message renvoyé par notre Api mais par votre contribution os commerce, et cela indique un problème au niveau de votre CMS.

    Qu'en pensez-vous ?
    Merci pour votre collaboration !

  • #2
    Paiement 3-D Secure : problème de retour de variable PAYMENT_MEANS

    Bonjour

    personne n'a une idée pour me faire avancer avec ce paiement 3-D Secure et Sogenactif de la société Générale ?

    Ce problème de retour de variable PAYMENT_MEANS qui ne fonctionne pas après le paiement 3-D Secure qui lui fonctionne bien vient-il de l'API Sogenactif ou du fichier "checkout.sips_response" fourni par Alatak ?

    Merci pour votre aide !

    Commentaire


    • #3
      Personne n'a eu de problème en installant un paiement 3-D Secure avec Virtuemart ?
      Je me sens un peu seule avec mon problème ! Le support Sogenactif ne me répond pas non plus...
      Merci de me laisser un petit message pour m'aider !

      Commentaire


      • #4
        Voilà la réponse du support de Sogenactif :
        Vous devez par conséquent vérifier ce que vous transmettez comme données au niveau de ce paramètre (payment_means) !

        Toujours personne pour m'aider ???

        Commentaire


        • #5
          Toujours personne qui s'intéresse à mon problème mais je continue à vous faire part de mes remarques :

          Lors de l'exécution du paiement 3-D Secure, dans les scripts de demo, j'ai remarqué que la variable passée dans l'adresse se nommait " ACS=VISA" et dans les scripts on utilise "payment_means=VISA" :
          https://payment.sips-atos.com/cgis-payment/demo/callACSdemo?ACS=VISA


          Je me suis donc intéressée aux adresses qui s'affichaient dans la barre d'adresse pendant l'exécution des 2 paiements différents : non 3-D Secure et 3-D Secure et voilà ce que j'ai noté :

          Pour un paiement avec une carte non enrôlée (qui fonctionne bien) :

          Au départ sur mon site de vente apparaît la demande du choix des cartes avec les logos et la phrase :
          Vous utilisez le formulaire sécurisé standard SSL, choisissez une carte ci-dessous

          Puis voilà ce qui s'affiche dans la barre d'adresse, après avoir cliqué sur 1 des logos des cartes :
          https://payment.sips-atos.com/cgis-payment/demo/callpayment puis :
          https://payment.sips-atos.com/cgis-payment/demo/callcreditcard puis :
          Votre transaction a bien été enregistrée et en cliquant sur le bouton "Retour", on revient sur mon site :

          Le paiement est accepté et l'état de la commande est bien : confirmée !


          Pour le paiement avec une carte enrôlée (qui a l'air de fonctionner mais n'est pas pris en compte) :

          Au départ sur mon site de vente, après la phrase :

          Vous utilisez le formulaire sécurisé standard SSL, choisissez une carte ci-dessous

          voilà ce qui s'affiche dans la barre d'adresse, après avoir cliqué sur 1 des logos des cartes :
          https://payment.sips-atos.com/cgis-payment/demo/callpayment puis :
          https://payment.sips-atos.com/cgis-payment/demo/callcreditcard puis :
          https://payment.sips-atos.com/cgis-payment/demo/callACSdemo?ACS=VISA puis :
          https://payment.sips-atos.com/cgis-payment/demo/callcreditcard3D
          Votre transaction a bien été enregistrée et en cliquant sur le bouton "Retour", on revient sur mon site :

          Le paiement est accepté mais l'état de la commande est : en attente !
          Donc malgré ce message, le paiement n'a pas fonctionné !

          Et il y a ce message d'erreur en haut de la page :

          _PS_SIPS_ERROR_RESPONSE
          API ERROR
          Error in the response structure (payment_means)

          En effet, en mode Debug, on peut lire :
          transmission_date: 20101207123926
          payment_means: ���������20101207123926
          payment_time : 134035
          payment_date : �
          response_code : 00


          Il y a même une erreur pour la date maintenant !

          J'espère que vous pourrez m'aider à résoudre ce problème, sinon je serai dans l'obligation de renoncer au paiement 3-D Secure, si c'est possible...

          Commentaire

          Annonce

          Réduire
          1 sur 2 < >

          C'est [Réglé] et on n'en parle plus ?

          A quoi ça sert ?
          La mention [Réglé] permet aux visiteurs d'identifier rapidement les messages qui ont trouvé une solution.

          Merci donc d'utiliser cette fonctionnalité afin de faciliter la navigation et la recherche d'informations de tous sur le forum.

          Si vous deviez oublier de porter cette mention, nous nous permettrons de le faire à votre place... mais seulement une fois
          Comment ajouter la mention [Réglé] à votre discussion ?
          1 - Aller sur votre discussion et éditer votre premier message :


          2 - Cliquer sur la liste déroulante Préfixe.

          3 - Choisir le préfixe [Réglé].


          4 - Et voilà… votre discussion est désormais identifiée comme réglée.

          2 sur 2 < >

          Assistance au forum - Outil de publication d'infos de votre site

          Compatibilité: PHP 4.1,PHP4, 5, 6DEV MySQL 3.2 - 5.5 MySQLi from 4.1 ( @ >=PHP 4.4.9)

          Support Version de Joomla! : | J!3.0 | J!2.5.xx | J!1.7.xx | J!1.6.xx | J1.5.xx | J!1.0.xx |

          Version française (FR) D'autres versions sont disponibles depuis la version originale de FPA

          UTILISER À VOS PROPRES RISQUES :
          L'exactitude et l'exhaustivité de ce script ainsi que la documentation ne sont pas garanties et aucune responsabilité ne sera acceptée pour tout dommage, questions ou confusion provoquée par l'utilisation de ce script.

          Problèmes connus :
          FPA n'est actuellement pas compatible avec des sites Joomla qui ont eu leur fichier configuration.php déplacé en dehors du répertoire public_html.

          Installation :

          1. Téléchargez l'archive souhaitée : http://afuj.github.io/FPA/

          Archive zip : https://github.com/AFUJ/FPA/zipball/master

          2. Décompressez le fichier de package téléchargé sur votre propre ordinateur (à l'aide de WinZip ou d'un outil de décompression natif).

          3. Lisez le fichier LISEZMOI inclus pour toutes les notes de versions spécifiques.

          4. LIRE le fichier de documentation inclus pour obtenir des instructions d'utilisation détaillées.

          5. Téléchargez le script fpa-fr.php à la racine de votre site Joomla!. C'est l'endroit que vous avez installé Joomla et ce n'est pas la racine principale de votre serveur. Voir les exemples ci-dessous.

          6. Exécutez le script via votre navigateur en tapant: http:// www. votresite .com/ fpa-fr.php
          et remplacer www. votresite .com par votre nom de domaine


          Exemples:
          Joomla! est installé dans votre répertoire web et vous avez installé la version française du fichier FPA:
          Télécharger le script fpa-fr.php dans: /public_html/
          Pour executer le script: http://www..com/fpa-fr.php

          Joomla! est installé dans un sous-répertoire nommé "cms" et vous avez installé la version française du fichier FPA:
          Télécharger le script fpa-fr.php dans: /public_html/cms/
          Pour executer le script: http://www..com/cms/fpa-fr.php

          En raison de la nature très sensible de l'information affichée par le script FPA, il doit être retiré immédiatement du serveur après son utilisation.

          Pour supprimer le script de votre site, utilisez le lien de script de suppression fourni en haut de la page du script. Si le lien de suppression échoue pour supprimer le script, utilisez votre programme FTP pour le supprimer manuellement ou changer le nom une fois que le script a généré les données du site et le message publié sur le forum. Si le script est toujours présent sur le site, il peut être utilisé pour recueillir suffisamment d'informations pour pirater votre site. Le retrait du script empêche des étrangers de l'utiliser pour jeter un oeil à la façon dont votre site est structuré et de détecter les défauts qui peuvent être utilisé à vos dépends.
          Voir plus
          Voir moins
          Travaille ...
          X