Début de la phase Release Cadidate pour la version 3.0.0 de TggAtos

Bonjour,

les personnes souhaitant participer au test de la RC 3.0.0 peuvent la récupérer sur la page projet GitHub.

Comme il ne s’agit pas d’une Production Release, les personnes à faible niveau technique sont invités à patienter jusqu’à la sortie d’une telle version ou à passer par un prestataire à bon niveau de compétence qui sera capable de déterminer si oui ou non la version RC du module est fonctionnelle pour vos besoins.

Comme vous pouvez vous en douter, cette réécriture du module pour PrestaShop 1.5 a été assez fastidieuse, ainsi toute donation est la bienvenue (le bouton de don PayPal se trouve sur la page d’accueil du projet GitHub).

Tant que la première PR (Production Release) ne sera pas sortie ainsi qu’une documentation wiki mise en place, je n’assurerai pas de support mis à part pour les réels bugs qui seront soumis (en anglais si possible) avec suffisamment de détails sur l’interface appropriée. Pensez d’ailleurs à la consulter avant utilisation du module pour vérifier qu’il n’y a pas de bug majeur qui pourrait vous gêner dans l’exploitation du module.
Les feedbacks de compatibilité qui n’ont pas leur place sur l’interface Issues de GitHub peuvent être soumises en commentaire ici (désolé, je n’ai pas eu le temps de mettre en oeuvre quelque chose de plus approprié).

About Damien VERON

Développeur d'applications web et desktop
Cet article a été publié dans Module Tgg_Atos pour Prestashop (module de paiement ATOS/SIPS gratuit), Modules. Permalien.

106 Responses to Début de la phase Release Cadidate pour la version 3.0.0 de TggAtos

  1. Everaert Josselin dit :

    L’implémentation 3D secure n’est pas lié aux certificats coté client, mais aux binaires qui encode la requête.
    Avec les binaires ATOS de dernière génération (64bits) vous avez des codes de tags supplémentaires pour interpréter les erreurs ou le succès d’un paiement à l’aide d’une carte encodée en 3DSecure.
    Il faut savoir qu’un paiement avec une carte encodée 3D secure peut passer, sans la vérification 3dsecure… merci les banques !!

    voici les nouveaux tags inclus dans la requête de retour sur ces binaires:
    $hash[‘order_validity’],
    $hash[‘transaction_condition’],//34
    $hash[‘statement_reference’],//35
    $hash[‘card_validity’],//36
    $hash[‘score_value’],
    $hash[‘score_color’],
    $hash[‘score_info’],
    $hash[‘score_threshold’],
    $hash[‘score_profile’]

    c’est le retour sur « transaction_condition » qui nous intéresse
    3D_SUCCESS Le commerçant et le porteur de la carte sont inscrits au programme 3-D Secure et le porteur s’est authentifié correctement.
    3D_FAILURE Le commerçant et le porteur de la carte sont inscrits au programme 3-D Secure mais l’acheteur n’a pas réussi à s’authentifier (mauvais mot de
    passe).
    3D_ERROR Le commerçant participe au programme 3-D Secure mais le serveur Sips a rencontré un problème technique durant le processus d’authentification
    (lors de la vérification de l’inscription de la carte au programme 3-D Secure
    ou de l’authentification du porteur).
    3D_NOTENROLLED Le commerçant participe au programme 3-D Secure mais la carte du porteur n’est pas enrôlée.
    3D_ATTEMPT Le commerçant et le porteur de la carte sont inscrits au programme 3-D Secure mais l’acheteur n’a pas eu à s’authentifier (le serveur de contrôle
    d’accès de la banque qui a émis la carte n’implémente que la génération
    d’une preuve de tentative d’authentification).
    SSL L’acheteur ne s’est pas authentifié pour une des raisons suivantes :
    – le type de carte n’est pas supporté par le programme 3-D Secure
    – le commerçant ou le porteur de la carte n’est pas inscrit au programme
    3-D Secure

    Le tag « card_validity » est important lui aussi, car il faut savoir qu’avec un paiement en X fois, seul le premier paiement passe en 3Dsecure, pour peu que votre client est sa carte bientôt expirée… et vous pourriez avoir des soucis avec les paiements restant à échéance.

    (voir doc atos-sips)
    http://www.citelis.fr/wp-content/uploads/2010/12/Dictionnaire-des-donn%C3%A9es-D2.01.pdf

    • Damien VERON dit :

      Merci pour ces informations, leurs documentations sont à ce que je vois toujours aussi claires. Produite par un stagiaire et vérifiée par un autiste dopé au crack peut-être ? (oui je sais j’exagère outrageusement mais il est tard et j’ai besoin de me détendre) Car il manque à mon sens une information essentielle : l’impacte des différentes cinématiques d’authentification 3DS sur le code réponse de la transaction. Le statut 3D_ERROR par exemple entraîne-t-il bien un rejet de la transaction (donc code réponse différent de ’00’ ?)
      Donc en réponse à la question initiale (pour les lecteurs il faut savoir qu’il s’agit d’une conversation entamée par mail et qui se termine ici pour qu’elle puisse profiter à tout le monde), non le 3DS tel que vous le décrivez n’est pas implémenté dans le module et je n’ai à l’heure actuelle pas de documentation suffisante pour. Les documentations qui me sont passées entre les mains jusqu’ici tendaient à laisser penser que c’était techniquement transparent, à savoir que si le certificat VAD et la carte de l’acheteur participaient tous deux au programme 3DS et que cette authentification échouait, le response_code prenait alors une valeur de refus (le contraire serait d’ailleurs choquant non ?).
      Par contre votre document confirme ce que j’ai lu et relu dans les miens :

      Le serveur de paiement s’assure que la carte ne sera pas expirée pour traiter la dernière échéance.

      (extrait de l’annexe X sur les paiement en plusieurs fois).

  2. Everaert Josselin dit :

    Pour le paiement en plusieurs fois je me suis peut-être mal exprimé, je parlais de l’assurance du paiement au niveau de 3Dsecure, si un client vous paye en 3x, seul le premier paiement est assuré par votre banque, pas les autres.

    Et OUI un paiement peut être autorisé, même avec une carte en 3D_ERROR !! Le 3Dsecure n’est pas bloquant il est informatif.
    Ils partent du principe qu’ils sont faillibles et vous pas 🙂
    Au final c’est le marchand qui se fait planter, si vous avez de l’espoir et de la argne, vous pouvez vous plaindre auprès de votre banque, il parait qu’ils vous rembourse quand même…

    Ces informations sur le 3dsecure sont surtout là pour vous permettre de prendre une décision sur la livraison ou non de la commande à votre client. Il y a aussi le bon sens, quelque outils de snif IPs.

    En tout état de cause, dans le doute, demandez une copie de la carte recto/verso, ne sers à rien, ni une facture d’EDF, la seule chose à peut près valable c’est un abonnement à une ligne fixe (on peut retrouver le client); le mieux, un prélèvement de quelques centimes sur la carte de votre client, et vous lui demander de confirmer le montant, là vous éliminez en partie les CB volées.

  3. Jérôme dit :

    Bravo pour votre module dont je vais tester cette nouvelle version.

    Vous suggérez de faire un don, pouvez vous émettre une facture ?

  4. Steven dit :

    Bonjour ,
    Tout d’abord merci pour le partage de cette RC.
    J’ai été tester ça sur mon site test bien qu’en Anglais (Pour d’évidentes raisons) je trouve que cette nouvelle version est quand même bien propre et détaillée , c’est vraiment sympas !
    Néanmoins , bien que le support soit fermé , on ne sait jamais je vais quand même poser ma question , pour peu que vous soyez de bonne humeur j’aurai peut être droit à une réponse positive.

    Voicis ma question , pourquoi ai-je cette double erreur qui revient sans cesse avec le module ?
     » Error when calling request binary, system exit code: 11, text output:  »
     » Error when calling response binary, system exit code: 11, text output:  »

    Je pensais au début que c’était une erreur similaire à celle des version précédentes donc j’ai pris la peine de ramener les dossiers bin , param et log à la racine du site , mais rien y fait. J’ai donc modifié les CHMOD du dossier bin et appliqué les fichiers en 755 , ce qui me fait passer l’erreur de:  » Error when calling request binary, system exit code: 126, text output:  » à celle que j’ai posté un peu plus haut.

    Je me doute que c’est pas quelque chose de bien compliqué mais pauvre de moi je bute tout de même là dessus , je vous remercie d’avance si vous avez la solution à mon problème. Il n’est pas dit que je n’utilise pas votre module une fois la 3.0 achevée , et bien entendu si rentrées d’argent il y a , un don vous sera fait selon vos tarifs.

    Passez une agréable journée , au revoir

    • Damien VERON dit :

      Voir la documentation de votre système d’exploitation

      • tik dit :

        Je ne penses pas comprendre cette réponse que faut-il faire exactement ???

        • Damien VERON dit :

          pardon, effectivement je pourrais un peu plus détailler :

          1. Identifier votre système d’exploitation
          2. En trouver la documentation
          3. Chercher la signification de ce code numérique de retour

          Je rappelle une fois de plus que les commentaires ici sont destinés à des discussions autour du projet (propositions d’amélioration, débat sur l’orientation du projet etc…), les déclarations de bug/dysfonctionnement, anomalie… se font sur le tracker github du repository, pour les demandes d’aide de néophytes, le forum Prestashop est à privilégier (vous pouvez ensuite poster ici un lien vers le thread sur le forum Prestashop accompagné de la question si vous le souhaitez, ce qui permet de rassembler les personnes ayant une demande similaire et de vous entre-aider) car vous aurez plus de chance d’obtenir une réponse rapide et surtout dans un langage techniquement accessible, la vulgarisation technologique n’est pas mon fort.

    • chrisben dit :

      vérifie que tu as bien transféré par ftp les fichiers « request » et « response » en mode « binaire » et non automatique.
      J’ai eu exactement le même problème que toi et au bout d’une heure j’ai trouvé que mon Filezilla était en mode de transfert « automatique » et ça à dû rater pour ce fichier sans extension.
      Sinon vérifie aussi que tu as bien la version des binaires qui correspondent à l’OS de ton serveur (ex: 64 ou 32 bits).
      Si tu peux accéder en mode console à ton serveur (ssh), essaie d’exécuter directement ces binaires.
      Enfin les fichiers binaires eux mêmes (pas juste répertoire bin) doivent avoir le droit d’exécution pour l’utilisateur correspondant au serveur apache.

  5. JB dit :

    Tests effectués avec succès en mode test et pré-prod (Sogenactif).

    Os : Ubuntu 10.04.4 (Parallels Plesk Panel v11.0.9)
    PHP : 5.3.2
    Apache : 2.2.14 avec Nginx 1.3.0-1 en proxy/cache.

    Voilà merci et bon courage pour la suite.

  6. ShoppyShoppa dit :

    Bonjour, en bref Prestashop semble un bon CMS pour mon projet, sauf que je découvre que tous les modules coutent les yeux de la tête, ce qui m’amène ici.
    Quel est l’intérêt de ce module de paiement SIPS ATOS par rapport aux autres et notamment celui de Prestashop ? (à part le prix bien sûr)

    • Damien VERON dit :

      Bonsoir,

      je suis désolé mais je ne suis pas un commercial, aussi je vous répondrai que le meilleurs moyen de répondre à cela est de tester. De plus je n’ai de mémoire pu manipuler qu’un seul module payant de passerelle ATOS, aussi je ne suis pas vraiment capable de vous répondre, peut-être quelqu’un d’autre le sera.
      L’avantage d’un module payant est qu’il est généralement vendu avec des garanties (dont celle de support technique), bien que dans les faits certains supports techniques ne sont pas forcément efficaces. Dans le cas de ce module, la seule pseudo-garantie offerte est celle de ma bonne volonté à traiter les bugs soumis sur l’interface dédiée et contenant les données appropriées à la reproduction. Les autres demandes ne sont traitées qu’en support payant.

      • ShoppyShoppa dit :

        Mais vous devez quand même bien savoir pourquoi vous passez du temps sur ce projet ! Ce n’est surement pas par plaisir de programmation, alors peut être pour offrir une alternative gratuite meilleure que celle des autres modules ? En bref, comment défendez vous votre projet ?

  7. ShoppyShoppa dit :

    Vous devez bien comprendre que les gens ne vont pas acheter le module officiel à 200€ rien que pour pouvoir le comparer les autres !

    • Damien VERON dit :

      Et donc moi je devrais ?

      • ShoppyShoppa dit :

        2 semaines plus tard…
        Ben oui, si ya bien quelqu’un qui doit le faire c’est vous, et c’est la base.

      • ShoppyShoppa dit :

        que dis je, 1 mois et 2 semaines plus tard

        • Juda dit :

          Le jour ou Prestashop aura une communauté ressemblant un tant soit peu à celle de Drupal (ce n’est qu’un exemple) est bien loin grâce à vous et vos semblable Mr ShoppyShoppa.

          Réviser votre attitude permettra peut-être à d’autre d’avoir les mêmes envie d’entre-aide que TgG. Si vous voulez savoir pourquoi il faut acheter le module officiel plutôt que faire confiance à l’open-source, alors c’est dév du module officiel à qu’il faut poser la question.

  8. griffith dit :

    Son intérêt est qu’il marche parfaitement, qu’il est gratuit et que Damien a fait un travail formidable sur les anciennes versions, je suppose que ce sera aussi le cas sur cette version 3. Un module SIPS/ATOS quel qu’il soit, dans le fond ça n’a qu’un but celui de collecter les paiements sans bug. Je n’ai jamais rencontré de bug depuis que j’utilise les versions 2.1.x. Et tout ça gratuitement. Moi je crois que si, Damien fait ça par goût pour la programmation et par altruisme (en tout cas c’est pas pour les maigres dons qu’il reçoit). C’est comme ça que moi je défends son projet. Et je ne ressens pas le besoin de tester les autres dans la mesure où il marche parfaitement.

    • Damien VERON dit :

      Merci, toutefois je serai un peu plus pragmatique : les versions 2.x du module étaient devenues un véritable bordel programmatique, pas de quoi rendre fier un développeur consciencieux :-/.
      La raison à cela est que 2.x restait basée sur 1.x dont l’architecture n’était prévue que pour supporter très peu de fonctionnalités, je ne comptais à l’origine que fournir une base stable que chacun modifierait à son grès, fournir la solution à la problématique de génération des transaction_id de manière thread safe (via la table myisam avec une double clef primaire) et montrer comment implémenter une gestion des réponses bancaires ne s’appuyant pas sur la session utilisateur. Mais la pression utilisateur étant ce qu’elle est, le module a subit une croissance fonctionnelle démesurée par rapport à son embase structurelle.
      D’où la nouvelle embase 3.x (pas parfaite, loin de là, le temps à accorder à un projet non rémunérateur étant toujours limité, du moins tant que l’on ne gagne pas au Loto…), mais plus adaptée au volume fonctionnel actuel.

    • ShoppyShoppa dit :

      on parle d’un module de transactions financières, pas d’un générateur aléatoire de flocon de neige

      • Damien VERON dit :

        Donc, parce que j’ai le malheur de proposer un module gratuit ATOS/SIPS c’est à moi de payer tous les modules payants disponibles pour voir la différence ? Biensur…
        De mon point de vue ce serait plutôt aux modules payant d’argumenter de leurs avantages.
        De mon côté, je me contenterais de vous laisser vous débrouiller avec vos visions affabulatoires et démentielles d’un monde en orbite autour de votre nombril.
        Oui un mois et demi, mais ce n’est pas comme si vous méritiez que je prenne le temps de vous répondre n’est-ce pas ? Je prends le temps d’aider ceux qui font un minimum d’effort, pas les enfants gâtés qui se contentent d’exiger.

  9. griffith dit :

    Je sais pas pour qui il se prend ce ShoppyShoppa. A mon avis il est fou dans sa tête. Laissons le il mérite même pas le temps qu’on passe à lui répondre.

  10. Cousin Hub dit :

    Bonjour Damien;
    D’abord, merci pour ton travail. (Dommage que tu ne puisse pas faire de facture pour un petit don).

    Avant de commencer à tester cette version, je travaille sous Windows Server 2003, Apache 2.2 et pour différentes raisons en php 5.2.17.
    Y a t’il une raison pour laquelle ce module ne fonctionnerait pas avec cette version?
    Merci d’avance pour la réponse.

    • Damien VERON dit :

      Il y a eu des changements importants en 5.3 concernant la POO et pas mal de bugs en moins. Rien ne vous empêche d’essayer mais je ne compte pas assurer la compatibilité avec les versions antérieures car cela alourdirait considérablement mon workflow pour les mises à jours du module (je passe a chaque fois un temps considérable en vérifications de fonctionnement).
      De toutes manières il me semble que PS 1.5 nécessite aussi PHP 5.3 non ?

      • Cousin Hub dit :

        Merci pour la réponse.
        Non, Prestashop ne demande qu’une version 5.1+.
        Pour info, utiliser 5.3 sous Windows demande d’utiliser une version d’Apache compilé par soi-même ou ApacheLounge et des problèmes de compatibilité de module dont un que je n’ai jamais pu résoudre (php_bitset) et bien sûr indispensable pour moi.
        Je te tiendrai au courant de mes tests d’ici une quinzaine de jours.
        Je me permets deux commentaires :
        1) je trouve vraiment dommage qu’un module d’une application demande une version supérieure à l’application elle même.
        2) venant de java et/ou dotnet (et continuant à travailler avec), je suis toujours effrayé par ces situations typiques des développements php. Une mise à jour de x.2 en x.3 (donc sensée être mineure) et plus rien ne fonctionne. (je parle de php, pas de ton boulot Damien).

        • Damien VERON dit :

          De mon point de vue :
          – PHP < 5.3 est obsolète - PHP sous windows is evil - assurer la compatibilité de la version 3.0 (qui a déjà demandé de nombreux jours qui ne m'ont jamais été payés, sachant que je n'utilise même pas ce module...) avec d'anciennes versions de PHP me couterait pas mal de temps, à côté de cela un hébergement LAMP PHP > 5.3 coute seulement quelques euros par mois…
          – c’est le travail des banques que vous payez pourtant de vous fournir le module non ? Où est-il donc ?

          • Cousin Hub dit :

            « PHP sous windows is evil »
            Sortons des préjugés typiques du monde Linux, s’il vous plait.
            Et tu réponds pas à mon interrogation principale:
            « je trouve vraiment dommage qu’un module d’une application demande une version supérieure à l’application elle même. »
            Dommage…

            • Damien VERON dit :

              « PHP sous windows is evil » était évidemment un trait d’humour…
              Cela dit, il ne s’agit pas d’un préjugé, j’administre des serveurs d’exploitation Linux aussi bien que Windows depuis des années, et PHP sous Windows est une source d’emmerdes qui requière un supplément de travail non négligeable de la part des développeurs (dont je suis le principal) pour que les applications fonctionnent aussi bien sous Linux que Windows étant donné que PHP/*nix et PHP/Windows sont deux environnements distincts, avec des ressemblances certes, mais très loin d’être identiques…

              « je trouve vraiment dommage qu’un module d’une application demande une version supérieure à l’application elle même. »

              Dans le même genre moi j’ai aussi :
              – je trouve dommage que la banque ne vous fournisse pas le module
              – je trouve dommage que ces centaines d’heures (oui, réellement, centaines) passées sur la branche 3.0.0 ai été en tout et pour tout rémunérées par deux dons d’une valeur globale de moins de 15€
              – je trouve dommage que personne ne me file un coup de main, pour la doc par exemple, chose pour laquelle je ne suis pas très bon

              Mais heureusement pour toi, c’est un projet libre, donc fais un fork compatible PHP 5.1+ sous Windows, ainsi tout le monde est content 😉

              PS : je me doute bien que ton commentaire n’est pas une attaque personnelle, et ma réponse n’est pas non plus à prendre en tant que contre-attaque mais plus comme pure rhétorique.

        • Laurent dit :

          Windows 8 – Office 2013 … Où est le suivi de version là dedans ?
          Chaque projet est libre de sa codification de version !
          Admettons qu’un nouveau module sorte pour Presta 1.5 … sa version sera 1.0 ou 1.5 ?

    • poiron dit :

      Bonjour,

      la contribution du paiement de l hébergement de ce site peux vous permettre d’avoir une facture à votre nom.
      la réception d’un reçu d’une petite somme 50-100€ ne sera peut être refusée par un comptable. par contre la tva n’est pas récupérable. (à vérifier )
      Sinon faire une asso…

      • Damien VERON dit :

        L’hébergement du site est négligeable au regard du temps passé en développement/conception et des frais matériels. La mise en place d’une association serait idéale mais consomme beaucoup de temps et nécessite à priori plusieurs personnes, et requière aussi que je prenne un professionnel indépendant statut officiel pour que l’association puisse me payer avec les dons. Cela dit si des personnes sont motivées pour gérer l’association je ferai les démarches pour obtenir un statut indépendant, mais j’en doute fortement étant donné que la plupart des personnes intéressées par le projet ne le sont que quelques jours le temps de l’installer.

  11. Yann dit :

    Bonsoir,
    j’ai récupéré ta version 3.0.0, elle est en test sur un site de prod à très faible trafic (PHP 5.3, Linux Gentoo, Apache 2.0). Cependant, depuis plusieurs années, je ne suis plus très ATOS : techno vieillissante qui ne s’est pas vraiment adaptée aux nouveaux comportements de paiement, support régulièrement à côté de la plaque, … et migre les sites sur lesquels j’interviens vers d’autres IPSP.
    J’ai par contre eu besoin de faire un fichier de traduction FR, est-ce que ça t’intéresse que je te l’envoie (ça t’économisera 70 lignes de codes ;)), si oui à quelle adresse ?

    • Damien VERON dit :

      Je ne suis pas non plus un fan de SIPS que je considère comme obsolète, au design applicatif peu sécurisé (une installation par un néophyte de l’API laissera généralement des trous de sécurité), je n’ai créé ce module que pour tenter d’éradiquer d’autres modules 100% bricolage qui trainaient sur le web et étaient très populaires.
      Concernant les traductions FR, je pense qu’il n’y en aura jamais dans la branche 3.x étant donné le coût supplémentaire en temps sur les cycles de mises à jour du module. Il faut que je réfléchisse à un moyen de mettre en place une communauté de mise à disposition de traductions (un autre projet Git peut être ?).

  12. Bonjour et merci Damien pour ce module
    en tant que développeuse je ne peux que plussoyer à tes propos
    l’installation s’est bien passée
    la phase de test est OK
    la traduction française est en cours en tout cas pour la partie front
    dès que mes tests sont finis je passe en près prod
    je vous tiens au courant de la suite
    bien cordialement
    Natacha Courcelles

    Pour Informations
    serveur: FreeBSD FreeBSD 8.3-RELEASE-p3 #1: Tue Jun 19 12:47:33 CEST 2012 root@xxxxx.com:/usr/obj/usr/src/sys/NFDEDIE_3_4 amd64

    Version du logiciel serveur: Apache
    Version de PHP: 5.3.8
    Limite de mémoire: 512M
    Temps d’exécution maximal (max_execution_time): 1000
    Informations sur la base de données
    Version de MySQL: 5.5.19
    Moteur MySQL: InnoDB
    Version de PrestaShop: 1.5.3.1

  13. Bonjour à tous
    Suite à mon message précédent je reviens vers vous pour vous faire part de la mise en production du module V3

    pour résumer
    installation par FTP
    déplacement des dossiers param et log à la racine
    les binaires sont installés dans /usr/local/php/bin en 755
    création des traductions (pour l’instant que le front office)

    n’étant que la prestataire je n’ai bien entendu pas vendu le module mais uniquement le service de l’installation / paramétrage et des tests
    j’ai fait part au propriétaire de la boutique de ton fonctionnement par don..

    merci pour cet excellent module
    bien cordialement
    Natacha Courcelles

  14. JC Services dit :

    Bonjour !

    Ravi de voir qu’un module gratuit existe dans la jungle des modules payants pour Prestashop !! Je tiens en premier lieu à féliciter ton travail et à te remercier pour ton partage et ton suivi ! Après mise en production de ton module sur deux sites différents, je te ferai un don agréable, et pour chaque autre installation par la suite, tout travail mérite salaire 😉

    J’ai une petite question concernant le processus d’utilisation de ton module, je dois m’enregistrer auprès de ATOS ou de Ma Banque Belge ? Impossible d’avoir des informations claires à ce sujet sur le net ! ( pour l’obtention des certificats comme expliqué dans ta documentation )

    Cordialement.
    JC.

    • Damien VERON dit :

      A priori auprès de la banque, normalement ce sont les banques qui délivrent les certificats SIPS dans le cadre du contrat VAD. Cependant il est aussi possible de négocier un contrat VAD directement avec ATOS/SIPS.

  15. REF26 dit :

    Bonsoir
    Tout d’abord félicitation pour tout ce généreux travail
    Voici ma config:
    Linux infong 2.4 #1 SMP Wed May 15 13:26:15 CEST 2013 i686 GNU/Linux
    PHP Version 5.4.16
    PrestaShop™ 1.5.4.1

    J’ai lu un poste sur votre github qui ne me semble pas résolu et qui traite du même problème que celui que je rencontre https://github.com/TrogloGeek/prestashop-tggatos-module/issues/8 c’est à dire impossible d’installer le module que ce soit en FTP ou par presta… Pour info la tgg_atos-2.1.6.zip semblait fonctionner sans trop de difficultés mais après avoir lu qu’ elle n’était pas adapté pour PrestaShop™ 1.5.x j’ai décidé de prendre la 3.0.

    Merci pour tout et pour votre temps

    • Damien VERON dit :

      Ce problème a été traité et a eu une réponse depuis 3 mois déjà, et est fermé depuis 3 semaines, cf votre lien. Le seul ticket non résolu à cette heure est l’absence du logo.gif dans le module pour la page d’administration des différentes passerelles de paiement que je n’ai pas encore eu le temps de traiter.
      Le module s’installe très bien, cependant si vous essayez de donner un lien GIT au gestionnaire de module Prestashop, il y a peu de chances que cela fonctionne.

  16. Hi,

    We would like to consider donation but in France we need a receipt (not an invoice). We didn’t find any email address nor any assurance we will get one so that the reason of this message.

    So could you confirm it’s possible?

    By the way, lovely job and great idea to put it on github !

    • Damien VERON dit :

      Hi,

      thanks for your consideration, I am french too but unfortunately not able to produce a receipt, this is no tax-deductible donation, it would require some people to create an association (french « association loi 1901 ») to accept the donations and pay me with it. Sadly, I’m on my own on this project, but if some people want to make an association to maintain the project I would be happy with it.

      GitHub saves me a lot of time, and allows me to publish every single change without having to bundle a new release candidate.

  17. Stephane C. dit :

    Bonjour Damien,
    Avant tout, merci de fournir ce module. J’aide un voisin à l’installer sur un prestashop 1.5.0.17 en hébergement partager chez LWS.
    La version PHP est la 5.3.26, la machine tourne sous linux.

    J’ai essayé la RC 3.0.1 disponible sur github et il est impossible de lancer l’installation du module, la fonction escapeshellcmd() n’est pas autorisée par le php.ini et elle est utilisée dans le fichier tggatos.php. Comme il n’est pas possible de modifier le php.ini, et que j’imagine que ce ne doit pas être le seul hébergeur à désactiver cette fonction, serait-il de modifier le code pour éviter le problème ?

    Merci pour votre temps !

    • Damien VERON dit :

      Bonjour, modifier le code pour ne pas utiliser escapeshellcmd() serait effectivement possible mais

      • Cette fonction est une fonction utile de PHP qui permet une compatibilité cross-plateforme, votre hébergeur a-t-il une bonne raison de la désactiver ?
      • Cela fragiliserait le code du module en permettant une compatibilité avec LWS (qui est, avec 1&1 sur ma blackliste des hébergements à éviter) mais au prix d’éventuelles incompatibilités sur certains OS qui ne seraient pas pris en charge par l’alernative codée à la main

      Je ne prendrai donc pas en charge cette modification hors commandite, et une demande de merge provenant d’un fork ayant implémenté cette demande ne sera acceptée uniquement si la fonction en question n’est contournée que lorsqu’indisponible (sauf si argumentaire convaincant fourni).

  18. Olivier dit :

    Bonjour,
    Tout d’abord, merci pour votre généreuse contribution.
    Mes infos :
    Linux infong 2.4 #1 SMP Wed May 15 13:26:15 CEST 2013 i686 GNU/Linux
    PHP Version 5.4.17
    PrestaShop™ 1.5.4.1

    Je souhaite participer au test de votre version.
    Dois-je télécharger la version initiale 3.0.0 ou bien la branche 3.0.1 en cours ?
    Merci pour votre réponse,
    Olivier

    • Damien VERON dit :

      Bonsoir, si vous souhaitez aider ou bénéficier des dernières modifications, utilisez la dernière branche RC, si vous souhaitez participer à l’évolution utilisez la branche develop (qui n’est pas toujours dans un état de fonctionnement viable, donc branche interdite aux non-techniciens), si vous préférez la tranquilité d’un code éprouvé, choisissez une release.

  19. Jérôme V. dit :

    Bonjour je me permet de vous demandez un conseil quand à la mise en place de votre module (très utile d’ailleurs).

    Environnment

    Version RC3-0-0
    Prestashop 1.5.5.0
    PHP:5_4
    Système d’exploitation Linux 64 bits sur mutualisé OVH

    Une fois la mise en place du module j’ai un message d’erreur qui subsiste malgré les différents test de changement de droits et de chemin d’accès des répertoires.

    Error when calling request binary, system exit code: 11, text output:
    Error when calling response binary, system exit code: 11, text output:

    J’ai bien pensé a une mauvaise version des fichiers du répertoire BIN, mais aucun changement après le changement des fichiers.

    Merci pour votre réponse et pour le travail effectué sur ce module.

      • Jérôme V. dit :

        Merci le problème a été solutionné. J’ai ramené les répertoires bin, param, et log a la racine , avec les bons droits et les les fichiers transféré en binaire.

        Et bizarrement, ça fonctionne , alors que je n’ai fait que refaire une manipulation déjà effectué plusieurs fois … ^^

        • Damien VERON dit :

          D’après le message que vous m’avez demandé de supprimer, vous aviez un code retour de 127, il me semble que cela correspond à un manque de droit sur les kernels que j’ai l’habitude d’utiliser. Une erreur fréquente est d’oublier que sous Linux (et plus généralement les systèmes dérivés ou inspirés de System V il me semble), pour pouvoir lancer un exécutable, il faut avoir le droit d’effectuer un CD (changement du répertoire de travail) vers le dossier qui contient l’exécutable, et pour cela il faut avoir un droit d’exécution sur le dossier et ses parents.
          Donc pour lancer un binaire dont le chemin serait /a/b/c/binaire, il faut un droit d’exécution sur /a/b/c/binaire, mais aussi /a/b/c, /a/b et /a.
          Un bon moyen de s’en rendre compte : prenez un linux et retirez les droits d’exécution sur la racine « / », et voilà, le système est complètement cassé, plus moyen de se connecter en tant qu’utilisateur.

  20. Samuel dit :

    Bonsoir damien,

    J’ai par le passé utilisé l’une de tes versions de tgg atos sur un prestashop en 1.4 si mes souvenirs sont bons et j’entame ce jour la mise en fonction graduel d’un nouveau site sous ps1.5.

    Je présume que tu dois etre dans le code non stop mais j’aimerais savoir si tu as une date approximative pour une version 3 fonctionnelle ?

    Dans l’attente de te lire,
    Cordialement,
    Sam

  21. Juda dit :

    Plop !

    Alors un petit retour :
    Informations sur votre serveur: Linux #69-Ubuntu SMP x86_64
    Version du logiciel serveur: Apache
    Version de PHP: 5.3.10-1ubuntu3.6

    version PS 1.5.4.1

    J’utilise la dernière version de GIT soit la 3.0.1 (très sympa le petit correctif pour l’affichage BO).

    Les paiement VISA et CB ont très bien passé les tests de préprod’. On a aussi mis l’option Cetelem et Aurore, on attends des retours du client. J’ai les doc’ de leur circuit fermé si ça t’intéresse.

    Te faut-il des détails en plus ?

    • Damien VERON dit :

      Rien de plus merci, c’est impeccable, si 5 à 10% des gens qui testent le module faisaient un retour de ce genre je pourrais avoir un vrai cycle dev/RC/release ^^’

      • Juda dit :

        Vouééééé mais les gens c’est des feignasses, faudrait limite avoir un formulaire pré-rempli pour qu’ils participent, et encore je suis sur qu’une bonne partie ne daignerait même pas le remplir parce-qu’elle le trouverait môche.

        • Damien VERON dit :

          Les gens ? J’aurais dit les français 😉 (et je précise que je suis malheureusement moi-même français, pour couper court tout de suite à certaines accusations potentielles…), lorsque je participe sur des communautés anglophones je trouve que les gens font globalement plus d’effort, attendent moins le bec ouvert qu’on leur serve la solution de 2+2 sur un plateau. J’ai été affolé de voir un comparatif entre ce module et le module de neonec alias Mickael Caux dont ce module est presque un fork, et la conclusion était que bien que proposant moins de fonctionnalité, le module de neonec était à privilégier car les droits unix (CHMOD) à apposer sur les fichiers sont fournis dans son tutoriel (CHMOD 0777, c’est sûr que ça fonctionne quel que soit le contexte, mais cela troue plus la sécurité qu’un pet de vache la couche d’ozone…), le comparatif occultant totalement l’aspect sécurité/fiabilité de la comparaison. En France, on veut que ça fonctionne tout de suite, sans réfléchir, et bien évidemment gratuitement ;-D.

          • Juda dit :

            Complétement d’accord, l’esprit open-source/partage/libre, en France c’est limite considéré comme du communisme.

            De même, après avoir séjourné à l’étranger, et travailler avec une communauté international, j’ai de plus en plus l’impression que la France est vraiment un pays d’assisté.

            • Damien VERON dit :

              En effet le coq français, eut-il existé,
              Est aujourd’hui bel et bien mort et enterré,
              Ne subsistent que, dans notre « belle » France,
              Poussins piaillants et réclamant leur pitance.

  22. bibi dit :

    bonjour:

    Je sais que vous ne faite plus de support technique mais là j’ai vraiment besoin de comprendre
    j’ai le message classique
    le service n’est pas disponible, il sera disponible demain (enfin la phrase classique)
    Je suis en local peut être, est cela le problème???
    en faite il m’affiche ce message et ma page s’affiche sans le css avec une erreur de cache de smarty…
    j’ai la dernière version 1.5.6 de prestashop avec la template par défaut…

    j’ai essayé toute vos versions de atos(2.0 jusqu’à 3.0) j’ai toujours le même message et dans la doc il y a écrit que ce n’est pas lié à l’id marchand…

    pouvez vous m’éclairer??? svp

    • Damien VERON dit :

      Bonjour,
      premièrement, seule la branche 3.x est utilisable sur Prestashop 1.5. Le module fonctionne très bien en instance locale, c’est d’ailleurs ainsi qu’il est développé et subit la phase alpha-test (dans des machines virtuelles Debian 6/7 sous VMWare Player).
      Votre problème expliqué ainsi peut avoir quelques dizaines d’origines différentes… C’est pourquoi le README.md inclu vous explique d’activer le mode déboggage pour obtenir des message d’erreur plus verbeux. La page de configuration du module implémente aussi un auto-diagnostique basique sous forme de messages d’alerte. Assurez-vous d’utiliser la branche RC_3.0.2 qui implémente un correctif du système de rapport d’avarie fourni par emily-d.

      • Damien VERON dit :

        branche RC_3.0.2 invalidée car elle introduisait une erreur fatale dans le gestionnaire d’erreur, la branche 3.1.0 la remplace mais en introduisant des modifications d’interface externe.

  23. Samuel dit :

    Bonsoir Damien,

    Je viens de mettre en phase de test sur un serveur de demo webaffaire ta version RC 3.1 tgg. Install facile etc etc. En examinant les variables de debug j’ai constaté que la valeur de automatic_reponse_url est faussée puisque tu recupere le chemin + nom du module et tu concatène avec ‘silentresponse’ en omettant l’extension ‘.php’.

    case self::RETURN_CONTEXT_SILENT:
    $protocol = self::RETURN_PROTOCOL_HTTP;
    $domain = $this->get(self::CNF_RETURN_DOMAIN_SILENT);
    $controller = preg_replace(‘@^(https?://[^/]+)?(/.*)$@’, ‘$2’, $this->context->link->getModuleLink($this->name, ‘silentresponse’));
    break;

    Soit sans aucune valeur dans le champ automatic_response_url de la config et via le debug:

    AUTO_RESPONSE_URL (http://www.xxxxxxxxxxx.com/module/tggatos/silentresponse)

    En observant la structure de ton module je tombe bien sur un fichier silentresponse(.php) mais situé dans le rep tggatos/controllers/front/
    et non a la racine de ton module.

    Sans doute un petit bug.

    Webaffaire ne semble pas trop comprendre AUTO_RESPONSE_URL en mode démo.
    Ça me chiffonne.

    Bravo pour cette superbe pièce de code,
    Cordialement,
    Sam

    • Damien VERON dit :

      Bonsoir et merci pour ce retour, je préfère que ce genre de discussion ait lieu dans le gestionnaire de tickets Issues du repository GitHub car plus adapté, mais c’est un autre sujet.

      Je ne récupère pas simplement le chemin + nom du module pour concaténer silentresponse, je demande à la l’instance de contexte $this->context->link de la classe Link de Prestashop de générer une URL vers le contrôleur SilentResponse du module (situé dans /controllers/front/ selon la nomenclature Prestahop 1.5), car les accès directs par URL à des contrôleurs dans le module est déprécié depuis Prestashop 1.5. Le preg_replace ne sert qu’à sélectionner la partie URI de l’URL, car le module gère le domaine et le protocole.
      Ensuite, l’URL produite vous semble faussée, mais en réalité elle est réinterprétée par la réécriture d’URL Prestashop 1.5.

      Initialement, je générais de la même manière l’accès au contrôleur UserReturn mais lorsque la réécriture d’URL est désactivée, cela génère un lien de la forme ?module=tggatos&controller=userreturn, hors dans certains cas (l’annulation par exemple il me semble) se fait par un formulaire en mode GET cet qui a pour effet de perdre les paramètres GET module et controller puisque lors de la génération de ce formulaire, le système ATOS/SIPS ne traite pas comme il le devrait les paramètres GET déjà présents dans l’URL de retour => perte des paramètres GET de l’URL de retour.
      C’est pourquoi l’autodispatcher tggatos/autodispatch/userreturn.pub.php a été créé, compromis conciliant le fonctionnement de Prestashop et d’ATOS/SIPS.

      En espérant vous avoir éclairé sur mes choix.

      l’AUTO_RESPONSE_URL est correctement traitée en mode démo et la bonne réception de ce mode de réponse doit impérativement être vérifié dès le mode démo. Si vous n’obtenez pas la réponse automatique/silencieuse, j’aurais tendance à penser que vous êtes en mode maintenance (ou autre type de restriction par IP) ou que votre site n’est pas sur un(e) domaine/adresse publiquement routable (domaine intranet, IP réseau interne…), auquel cas le serveur bancaire ne peut contacter directement votre boutique.

  24. Samuel dit :

    Merci pour ces éclaircissements lipides Damien.

    J’y retourne !

    Cordialement,
    Sam

  25. Samuel dit :

    Damien,

    Ok pour l’auto_response.

    Un autre bug vis a vis de la 1.5:

    Paiement test un numero cb valide: l’inscription dans la dbase etc est ok

    Idem via un numero cb invalide, dbase ok client, commande details etc.

    Aucune reception de mail par le client dans les deux cas de figures.

    alors que via cheque et virement et tgg sous maintenance et hors maintenance ok pour la reception via le bouton de retour.

    Le process d’auto_response passe a coté de l’envoi de ces emails importants a premiere vue. Dans la 1.5 l’envoi de ces mails se configure via un module peut etre
    ceci explique t’il cela.

    ———-

    J’ai entamé la traduction de l’admin de ton module via l’outil de traduction de
    ps. Comment pourrais je t’exporter cette traduction une fois achevée afin que
    tu puisse l’intégrer dans ta nouvelle mouture ?

    Amigalement,
    Sam

    • Damien VERON dit :

      Encore une fois, merci de poster les questions/remarques concernant fonctionnalités et bugs sur le gestionnaire de tickets Issues du repository GitHub, cette semaine je suis en congés et plutôt de bonne humeur mais normalement il est prévu que les commentaires ne suivant pas les règles de commentaire posées dans le corps de l’article soient tout simplement supprimés (je rappelle que je gère ce projet que je n’utilise pas en bénévole avec le peu de temps libre dont je dispose pour faire bénéficier à la communauté Prestashop de mon expérience dans le domaine, ces règles sont là pour m’éviter de passer une éternité à répondre à vos demandes et que les question ayant déjà trouvé une réponse soit facilement retrouvables…).

      Pour les mails, le module n’en envoie aucun, c’est un choix pour ne pas complexifier plus encore une passerelle déjà bien chargée en options, l’idée étant simplement de se reposer sur les emails de confirmation de commande et de changement de statut Prestashop, et éventuellement sur les emails que peuvent envoyer le serveur ATOS/SIPS (contactez votre technicien SIPS pour plus d’informations à ce propos, je n’ai pas de documentation à ce sujet, je sais simplement que cette option existe dans le contrat). Si regardez de plus près l’appel du module à PaymentModule::validateOrder(...) vous verrez que je mets à disposition en variables de template email Prestashop les différents champs de la réponse, elles sont donc disponibles dans le mail de confirmation de commande et dans le mail de statut de commande (vous pouvez donc utiliser des statuts de commande particulier à ce module ayant des templates emails comportant un récapitulatif de paiement).

      Concernant les traductions, elles doivent être proposées via un pull-request comme celui de redpik et bpongy sur le projet GitHub, mais sachez que je suis quelque peut regardant sur les traductions, si elles ne me plaisent pas elles ne seront pas intégrées. La gestion des traductions a représenté une charge de travail pénalisante dans l’évolution du module sur les branches 1.x et 2.x, c’est pourquoi j’ai choisi de ne plus les gérer pour me concentrer sur les fonctionnalités et la stabilité du module.

  26. Julie dit :

    Bonjour

    J’ai mis la version 3.1.0. sur mon site et n’ayant pas constaté d’erreur, j’ai mis le tout en prod (tout ce passe bien). Le site n’est actif que 1 à 2 mois dans l’année. Il y a 15 produits dématérialisés (des billets pour des match de tennis).

    Voici les infos de ma config :

    Informations sur votre serveur
    Informations sur votre serveur: Linux info 3.0 #1337 SMP Tue Jan 01 00:00:00 CEST 2000 all GNU/Linux Linux info 3.0 #1337 SMP Tue Jan 01 00:00:00 CEST 2000 all GNU/Linux Linux info 3.0 #1337 SMP Tue Jan 01 00:00:00 CEST 2000 all GNU/Linux
    Version du logiciel serveur: Apache
    Version de PHP: 5.4.24
    Limite de mémoire: 90M
    Temps d’exécution maximal (max_execution_time): 50000

    Informations sur la base de données
    Version de MySQL: 5.1.72-log
    Moteur MySQL: InnoDB
    Préfixe des tables: ps_

    Informations sur votre boutique
    Version de PrestaShop: 1.5.6.1

    Informations sur la configuration mail
    Méthode d’envoi de mail: Vous utilisez la fonction mail() de PHP

    En espérant avoir été utile ^^

  27. Juda dit :

    Bonjour !

    Oh que vois-je ? Une nouvelle RC 😀
    Après passage sur Git-hub, je remarque que le patch concerne quelques lignes. Malheureusement j’ai plus la main sur le projet sur lequel j’avais installé le module. Je vais les relancer au cas ou. Et je te tiendrai au courant s’il y-a suite.

  28. Nass dit :

    Bonjour j’installe sur mon Ftp le module je ne voit rien dans le back office dans les modules
    j’installe ensuite le module via le zip de GitHub toujours rien une solution ?

    • Damien VERON dit :

      Bonjour,
      Tous les dossiers de module Prestashop doivent avoir le nom de la classe du module en minuscule (`tggatos` dans ce cas-ci). Les archives GitHub encapsulent le projet dans un dossier du nom du projet, il faut donc renommer ce dossier.

  29. Léon dit :

    Bonjour,

    Feedback suite à 2 installs en prod sans aucun souci.

    RC 3.1.0
    Check that silent response works well: OK
    Production use feedbacks with: Webaffaires and Merc@net
    Details about production environment configuration: Dedicated web server from OVH
    OS used with distribution and version: FreeBSD 9.1 64bit + linux.ko
    HTTP server: nginx-1.4.4 + apache22-2.2.25 prefork
    PHP: php5-5.4.19 DSO
    HTTP and PHP configuration options alteration: none
    PrestaShop version: 1.5.4.1 + 1.5.6.0
    PrestaShop functionnalities used: multiboutique = false
    Anything else you think relevant: partial payments not yet used/tested

    Merci bcp Damien

    • Damien VERON dit :

      De rien, c’est un plaisir de mettre de telles ressources à disposition de personnes qui prennent le temps pour fournir des feedbacks utiles. Pour qu’un projet justifie le temps investi, il faut qu’il vive, et il vit grâce à ce type de retours qui, je le sais très bien, prennent du temps pour être fait correctement, mais moins je l’espère que le temps que peut faire gagner ce module.
      Merci à toi.

  30. Yan David dit :

    Bravo à toi Damien,
    La RC 3.1.0 tourne comme une horloge sur Presta 1.5.4.1
    je suis en train de finir les traductions de l’admin Presta, je les mettrais en ligne sur ce post ou dans un lien externe.
    Un détail vraiment très léger….comment modifier la page d’affichage des logos des banques de façon à voir apparaître tous les logos souhaités (Visa, Amex, MC, CBV etc)
    un conseil cependant à tous, pour les binaires, allez cherche ceux sur le site ATOS pour 64 bits avec ou sans Glibc-2-5-42 et n’oubliez surtout pas de leur donner les permissions adéquates .
    Cordialement
    Yan

    • Damien VERON dit :

      L’affichage de logo supplémentaire se fait via le champ de configuration moyens de paiement dans l’administration module.

  31. Yan David dit :

    Damien, j’ai aussi lu que tu avais des soucis d’hébergement, je dispose de dédiés et je peux te réserver des espaces si tu le souhaites
    Cordialement
    Yan

    • Damien VERON dit :

      Merci mais je ne travaille que sous mes propres hébergements (question de temps à passer, je connais mes propres politiques d’hébergement, ailleurs il faut que je prenne le temps de parcourir toute la configuration…). De toutes manières j’ai un nouveau serveur mais je manque de temps pour y migrer le service de vérification de version. La maeilleure méthode reste de suivre le projet GitHub pour rester informé.

  32. ideclik dit :

    Bonjour et merci pour cet excellent module qui marche parfaitement (contrairement aux versions payantes… )

    Serveur : VPS 1&1 Parallels Plesk Panel v11.5.30 CentOS 6
    PrestaShop : 1.5.6.2
    PHP : 5.5.9 Zend Engine v2.5.0
    mysql : 5.5.36

    Je réaliserais un paiement paypal dès que mon client aura payé

    Encore merci 😉

    • ideclik dit :

      Petit problème a régler :
      – error when calling request binary system exit

      Le message s’affiche aléatoirement… ce qui est surprenant.

      • ideclik dit :

        Problème réglé : bibliothèque GD pas stable sur le VPS 1&1 pour dépassement des limites privvmpages.
        (The size of private (or potentially private) memory allocated by an application. The memory that is always shared among different applications is not included in this resource parameter.)

        J’ai repassé le domaine sur un mutualisé 1&1 Unlimited plus et plus le moindre problème.

        Encore merci

        • Damien VERON dit :

          Je ne comprends pas, le binaire request utilise GD ? Pourtant il n’a à priori pas à gérer d’image… Il ne fait normalement que générer des balises images dont le SRC pointe vers une image statique…
          De mon expérience, il n’y a pas grand chose qui fonctionne correctement chez 1&1. J’évite soigneusement cet héebrgeur ainsi que LWS.

          • ideclik dit :

            J’ai passé 1h avec les service technique 1&1 sans avoir de réponse concrète… les conséquences de ces erreurs sont surprenantes.

            Je pense que le VPS arrive anormalement a saturation (privvmpages) et qu’il bloque certains scripts avec des erreurs sur phpmail, bibliothèque GD…

            En ce qui concerne 1&1, même si ce n’est pas parfait, c’est déjà beaucoup mieux que chez OVH qui devient à mes yeux le pire hébergeur.

      • Damien VERON dit :

        Merci de poster les problèmes rencontrés sur l’interface Issues de GitHub.

    • Damien VERON dit :

      Oui, quand on veut quelque chose qui fonctionne il vaut mieux éviter les modules payants que l’on ne peut pas tester avant achat 😉

  33. Vincent dit :

    Bonjour, j’essaye d’installer le module tggatos mais j’ai 2 problèmes.
    – Je ne sais pas ou mettre les codes données par ma banque Crédit Agricole (Identifiant e-transactions,SITE , rang)
    – J’ai une erreur ‘/tggatos/bin/’ does not exist, or is not a directory, or rights on it are to low to see it from PHP user. ATOS binary executable call will probably fail.’ ==> j’ai essayé de transférer les fichier en binaire.

    Un grand merci d’avance

    • Damien VERON dit :

      Désolé pour le retard.
      – Le module n’a besoin que du fichier certificat fourni par la banque (mode (pré-)production uniquement, non utilisé en mode démo) et des fichiers binaires pour fonctionner.
      – Vérifiez le chemin et les droits comme l’indique le message d’erreur.

  34. François dit :

    Bonjour,
    Installé sur prestashop 1.5.6.2, je rencontre une erreur lors de l’utilisation du module.
    Dans les logs, j’ai le message suivant :
    : /xxx/modules/tggatos/tggatos.php(659): Atos invocation returned an error: /xxx/www/modules/tggatos/bin/request ‘language=fr’ ‘merchant_id=mon_merchant_id’ ‘currency_code=978’ ‘amount=12340’ ‘pathfile=/xxx/www/modules/tggatos/param/pathfile’ ‘normal_return_url=http://monsite.fr/modules/tggatos/autodispatch/userreturn.pub.php’ ‘cancel_return_url=http://monsite.fr/modules/tggatos/autodispatch/userreturn.pub.php’ ‘automatic_response_url=http://monsite.fr/index.php?fc=module&module=tggatos&controller=silentresponse’ ‘customer_ip_address=11.11.11.11’ ‘customer_email=smerek@free.fr’ ‘transaction_id=7’ ‘payment_means=CB,3,VISA,3,MASTERCARD,3’ ‘capture_mode=AUTHOR_CAPTURE’ ‘capture_day=0’ ‘customer_id=2’ ‘order_id=3’
    debug object: TggAtosModuleRequestOutputParser Object
    (
    [success] =>
    [error] => API ERRORError reading certificate file (/homez.xxx/www/modules/tggatos/param/certif..monmerchantid)
    [form] =>
    )

    Le fichier certif est appelé sans code langue (devrait etre certif.fr.monmerchantid). J’ai cherché un peu dans le module pour forcer la langue serveur, ca ne marche toujours pas. Mon site est en français seulement.
    Savez vous comment je peux faire pour que ca utilise le code langue ? J’ai le soucis avec les binaires de ma banque, mais aussi avec ceux d’origine, donc je me dit que j’ai du oublier un truc… 🙁

    Mes infos prestashop :
    Informations sur votre serveur
    Informations sur votre serveur: Linux #42 SMP Wed Feb 26 12:45:33 CET 2014 x86_64
    Version du logiciel serveur: Apache
    Version de PHP: 5.4.24
    Limite de mémoire: 512M
    Temps d’exécution maximal (max_execution_time): 300
    Informations sur la base de données
    Version de MySQL: 5.1.73-1-log
    Moteur MySQL: InnoDB
    Préfixe des tables: ps_
    Informations sur votre boutique
    Version de PrestaShop: 1.5.6.2

    Merci d’avance de votre aide.
    Bonne soirée,
    François

    • Damien VERON dit :

      Bonsoir,
      le code langue ISO2 utilisé lors de la génération du nom de fichier certificat à lire par l’API SIPS provient du paramètre `merchant_country`. Il vous faut l’ajouter dans le fichier parmcom par défaut de votre banque (parmcom.votrebanque) via la ligne suivante :
      MERCHANT_COUNTRY!fr!
      Je viens de voir que ce paramètre est manquant pour le fichier parmcom.smc fourni avec le module (fourni par un utilisateur du module), je corrige cela de mon côté aussi.

      Merci pour votre retour.

  35. Léon dit :

    Bonjour,

    Feedback suite à l’install en prod PS 1.6 sans aucun souci, ce que j’attendais puisque la mise à jour PS est plutôt cosmétique. Par contre, le PS est une màj 1-click réussie depuis la 1.4.9.0 ce qui est assez étonnant même pour un petit site.

    RC 3.1.0
    Check that silent response works well: OK
    Production use feedbacks with: Merc@net
    Details about production environment configuration: OVH mutu Pro
    OS used with distribution and version: Linux 3.10.23-grsec-mutu-grs-ipv6-64+
    HTTP server: apache
    PHP: php 5.2.17 CGI
    HTTP and PHP configuration options alteration: none
    PrestaShop version: 1.6.0.5
    PrestaShop functionnalities used: multiboutique = false
    Anything else you think relevant: partial payments not yet used/tested

    Encore merci.

  36. LikyLike dit :

    PHP_OS Linux
    Version Linux web461.240.ha.ovh.net 3.10.23-grsec-mutu-grs-ipv6-64+ #42 (Mutualisé OVH)
    PHP Version 5.3.16

    Prestashop 1.5.6.1
    Version TGGATOS 3.1.0

    Pleinement fonctionnel en lisant la doc, et en appliquant les instructions !

    Un grand merci pour ce très beau travail !

  37. Antoine dit :

    Bonjour,
    Un petit feedback suite à une mise en prod réussie.

    TggAtos 3.2.1
    Paiement en 1x via Sherlocks LCL

    OVH mutualisé performance 1
    OS Linux webd212.media.ha.ovh.net 3.10.23-grsec-mutu-grs-ipv6-64+
    PHP 5.4.27 / FPM/FastCGI

    Prestashop 1.5.6.1

    Silent response et retour de l’utilisateur pleinement fonctionnel.

    J’ai utilisé les binaires fournis par OVH ici http://guide.ovh.com/MiseaJourKitAtos
    Le tout placé à la racine de l’hébergement, en dehors du dossier /www.

    Merci pour ce très bon module, plus complet et bien mieux développé que le module « officiel » Prestashop !

    • Damien VERON dit :

      Pas de prosélytisme sur quel module est le meilleur (de toutes manières de telles considérations n’existent pas, deux solutions représentent chacune une somme de compromis, une solution ne peut donc être qualifiée de supérieure à une autre que dans un contexte donné). Surtout que je postule actuellement chez PrestaShop pour un poste de développeur ;-).

      • Antoine dit :

        Je n’ai pas dis que l’un était meilleur que l’autre, je constate simplement qu’un module offre plus de fonctionnalités qu’un autre et que la qualité du code n’est pas la même 🙂

        Bonne chance pour votre candidature !

        • Damien VERON dit :

          C’était de toutes manières un troll de ma part : sur ce sujet on pourra en discuter durant une éternité sans se mettre d’accord ;-).
          Pour ce qui est de la qualité du code, je ne suis pas non plus satisfait du mien, mais bon, je ne peux pas non plus passer ma vie sur des projets personnels non rémunérant.
          Pour moi la véritable question est : pourquoi un module n’est-il pas commandité par les banques ou ATOS ? Quitte à ce qu’il soit payant, le principal étant qu’il soit minutieusement vérifié par des personnes qui connaissent bien le système (les documentations fournies sont… Comment dire cela…). Que certains choisissent ensuite de passer quand même par des modules non officiels est un choix personnel, mais un module officiel, certifié et avec support me semble presque obligatoire, non ?

  38. Ralf Rasam dit :

    Salut Damien.

    On utilise
    – tggatos 3.0.0
    – Prestashop 1.5.4.0
    – ubuntu 10
    – php 5.3.x
    – banque SG (sogenactif)

    Après vérification, il s’avère qu’un plafond de paiement à 300€ est appliqué : la commande est « divisée » à chaque tranche de 300€ … 🙁
    > Pas de restriction au niveau de la banque (après sollicitation auprès d’eux)
    > Pas de restriction au niveau de prestashop (pas de regle de promotion)
    > Pas de restriction au niveau du module tggatos (pas de paramétrage outre)

    Est-ce que cette restriction de plafond est native sur tggatos ? ou c’est autre chose ?

    Merci pour ta réponse et bonne journée

    • Damien VERON dit :

      Bonjour,

      premièrement, cela n’a pas de rapport, mais la version 3.0.0 est obsolète (deux problèmes sérieux ont été corrigés en 3.2.1 et divers autres problèmes dans les versions entre).

      Que voulez-vous dire par « la commande est « divisée » à chaque tranche de 300€ » ? De multiples commandes sont générées ? De multiples paiements ?
      Il n’y a pas de restriction de montant hardcodée dans le module, un autre module pourrait cependant interférer.
      Ne comprenant pas concrètement comment se manifeste le problème, je n’ai pas de piste à vous proposer.

      • Ralf Rasam dit :

        Re-salut Damien.

        1/ Oui de multiples commandes sont générées, et elles sont en erreur.
        2/ Pas de hardcode, ca rassure. Mais un autre module peut intérférer, alors là …
        3/ Merci de ta réponse. Et finalement, on en est à demander à la banque (SG) si il n’y pas de plafond de paiement pour notre compte chez elle … Egalement si le certificat ATOS qu’elle a fourni est ok pour les modes preprod et prod (on attend depuis 10 jours) … 🙂

  39. sharanu patil dit :

    How do i test this code(a demo working one)????

  40. Lionel dit :

    Bonjour,
    j’ai une question qui va surement paraître idiote (pour ma défense c’est le premier module de paiement sécurisé que j’installe) :
    Dans la doc il y a écrit : Replace tggatos/bin/ content with binaries compatible with your system provided by your SIPS service provider
    La banque c’est CA et ils m’ont simplement fourni une feuille avec écrit (ce ne sont pas les vrais chiffres) :
    Accès n°: 1234567
    Rang : 01
    MCC : 1234
    CODE BANQUE : 12345
    PAD de télécollecte : 1234567890
    CENTRE de télécollecte principal : 123456789012
    Code BIN : 123456
    Bin 3D Mastercard : 123456
    Bin 3D Visa: 123456
    Du coup à défaut de fichiers spécifiques fournis par la banque on peut utiliser ceux par défaut dans le script?
    Sinon j’insisterai auprès de la banque, mais comme ils ne sont pas très conciliant je préfère être sur de ce que je dois exiger d’eux avant.
    Merci d’avance, et désolé d’avoir rabaissé le niveau.

    – tggatos 3.4.0
    – Prestashop 1.6
    – Debian 3.13.10-1
    – php 5.4
    – banque Crédit Agricole

    • Damien VERON dit :

      Bonjour, pas d’inquiétude à avoir pour ce qui est de « rabaisser le niveau », l’important étant de bien fournir suffisamment de détails pour obtenir de l’aide.

      1. Vérifiez que votre solution de paiement est bien une solution de paiement SIPS d’ATOS : le Crédit Agricole est sensé avoir migré vers un système appelé PayBox, il s’agit de deux systèmes techniques différents et non compatibles. S’il s’agit de PayBox, vous trouverez le kit fourni par la banque ici
        http://www.e-transactions.credit-agricole.fr/formulaire_telechargement.htm
        et un module compatible ici :
        http://addons.prestashop.com/fr/modules-paiement-prestashop/25-paybox-paiement-1x-et-3x.html
        Vous trouverez probablement d’autres modules en cherchant.
      2. S’il s’agit bien d’une solution ATOS/SIPS, votre banque doit vous avoir fournit un « kit » ou « plugin » sous forme d’une archive, ou vous a fourni des identifiants pour accéder à un back-office de gestion des paiements en ligne sur lequel vous devriez pouvoir télécharger le kit. Les binaires devraient se trouver dans ce kit, sous forme de fichiers nommés « request » et « response ».

      Il existe plusieurs versions des binaires SIPS disposant de fonctionnalités différentes, et ces différences ne sont pas documentées, il vaut mieux prendre le temps de remplacer les binaires inclus dans le module par ceux fournis par votre banque pour éviter d’éventuels problèmes.

      • Lionel dit :

        Bonjour, je viens de m’apercevoir que j’ai oublié de vous remercier pour votre réponse.
        Juste pour informations le crédit agricole n’a pas voulu fournir les fichiers, ils disent que c’est à ATOS de le faire. Bref, un bon dialogue de sourd. Comme ils veulent vendre leur module paybox ils ne veulent rien savoir.
        Mais encore merci pour votre réponse

  41. Perrine dit :

    Bonjour Damien,

    Je suis sur un hébergement mutualisé et les binaires sont installés à la racine de mon hébergeur, dans un dossier /cgi-bin/
    Je n’ai pas encore installé le module et je voulais m’assurer qu’il est possible de modifier le chemin d’accès vers les binaires pour le configurer selon les prérequis de mon hébergement.

    Merci par avance,
    Perrine

Répondre à Damien VERON Annuler la réponse.

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *

Suite à de nombreux abus, toute demande d'aide et déclaration d'erreur/bug doit respecter les règles suivantes pour être publiée et que je prenne le temps de vous répondre (répondre sérieusement à une demande d'aide prend du temps, merci de respecter cela) :
  • Indiquer la version de Prestashop utilisée ainsi que celle du module en question.
  • Indiquer les informations sur l'hébergement :
    • version PHP
    • système d'exploitation et version
    • serveur HTTP et version
  • Les commentaires relatifs à un des téléchargements de ce blog doivent impérativement être postés sur la page permettant de télécharger la version dont il est question.
  • Décrire le problème de manière intelligible avec un langage soigné, vous êtes sur un site dédié à des professionnels. English comments are allowed.
Pour tous les commentaires :
  • Soigner votre langage, vous êtes sur un site dédié à des professionnels.