(Tgg_Atos) Version 2.0 BETA 3 RC3

Bonjour à toutes et à tous,

voici la version RC3 pour la 2.0. Étant données les modifications, une désinstallation de la version précédente est nécessaire avant installation de celle-ci.

La compatibilité a été vérifiée avec les versions 1.3.7.0 et 1.4.0.17 de Prestashop. Le module devrait également fonctionner avec la version 1.2.5 sans problème (non vérifié).

Étant donné qu’OVH limite maintenant l’exécution des processus à quelques secondes sur les hébergement mutualisés, ce qui me gène énormément pour les manipulations d’extraction d’archives qui me sont nécessaires aux déploiements rapides des différentes version de Prestashop, je ne pourrais plus me permettre de continuer à faire évoluer le module tant que je n’aurais pas les moyens de me payer un hébergement de qualité supérieure (un virtuel dédié minimum). Je continuerai à suivre les bugs éventuels et à les corriger dans la mesure du possible. Pour participer au financement d’un hébergement de qualité, pensez aux dons, qui servent à la fois à couvrir les coûts d’hébergement et les nombreuses heures passées au développement de ce module. Pour information, le total des dons reçus depuis le début de cette aventure sont actuellement de 85€, ce qui ne couvre pas les sommes engagées dans l’hébergement actuel.

85€ après :
– 17 téléchargements de la version 0.b2
– 42 téléchargements de la version 0.b3
– 52 téléchargements de la version 0.b4
536 téléchargements de la version 1.0
342 téléchargements de la version 2.0.b1
– 50 téléchargements de la version 2.0.b2
Sachez que pour arriver à la qualité actuelle du module, il a fallu bien plus d’une centaine d’heures de travail, c’est à dire l’équivalant de plus d’un mois de travail à plein temps en conception et en réalisation pour que les fonctionnalités proposées conviennent à la plupart des besoins de base sans transformer le module en une usine à gaz.
Je me tourne avant tout vers les très nombreuses agences de créations web qui exploitent ce module et dont certaines passent leur temps à m’envoyer des demandes de support gratuit sans avoir lu la documentation pour ensuite facturer la prestation à leur client sans rétribuer le temps passé à répondre à leurs questions : ce module vous a fait faire des économies certaines sur l’un ou plus de vos projets, je pense que vous pouvez allègrement vous permettre de récompenser les efforts qui ont été nécessaire par un don entre 10 et 100€ selon les circonstances ?

 

Changelog version 2.0 BETA 3 RC 3:

– BUG: le problème avec les paiement trop faibles a été reglé (remplissage de zéros par la gauche du montant envoyé à atos).
– INTERNAL/COMPAT: amélioration de la compatibilité PS 1.4 par un wrapper de compatibilité overridant la fonction validateOrder.
– BO: possibilité de configurer les champs CAPTURE_MODE et CAPTURE_DAY pour les paiement en une fois.

Téléchargement :

Module ATOS/SIPS version 2.0 BETA 3 RC 3

Il s’agit de la dernière mise à jour fonctionnelle avant la 2.0 finale. Cette version sera donc considérée comme finale lorsqu’il y aura eu suffisamment de retours sur le bon fonctionnement du module sur les différentes conditions d’exploitation.

– TgG

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.

116 Responses to (Tgg_Atos) Version 2.0 BETA 3 RC3

  1. noclans dit :

    Bonjour,

    Je suis en train de tester votre module et je tiens à vous féliciter pour votre travail.
    Avant de faire un don j’aimerai comprendre le fonctionnement en vous posant quelques question, si je peux me permettre?

    J’ai installer votre module (cette dernière version) sur prestashop 1.4 et quand je valide le paiement par carte (société générale) je n’ai pas le masque de saisie de la banque et j’ai un retour directement sur mon compte. Est-ce qu’il y à un paramétrage particulier à faire?
    Je précise que je test sur un serveur héberger chez 1&1 avec le module FIA-NET analyse de commande et que ces tests sont la dernière ligne droite qui me décideront à valider votre solution plutot qu’une autre. Est-ce que le module FIA-NET ne bloque pas l’étape avant celle de votre module ce qui occasionnerai le retour direct au compte client sans aucune saisie de carte bancaire. J’ai aussi un certificat de (sogenactif) que j’ai entrer en configuration. Le problème survient soit en test soit en pre prod. Dois-ja aussi activer des choses coté bancaire peut être? (je me rapprocherai de ma banque demain matin).

    J’avoue honnetement que pour le moment je veux allez vers l’utilisation d e votre module.

    J’ai beaucoup de respect pour les développeurs comme vous qui partagez votre travail.
    bonne soirée.

    • Damien VERON dit :

      Probablement FIA-Net, je ne connais pas ce module

      • noclans dit :

        Merci je continu a chercher du coté FIA-NET (nouvellement intégré « d’origine » sur presta 1.4).

        Je reviendrai vers vous une fois le problème réglé.

        • Damien VERON dit :

          Oui j’avais vu cela, mais je n’ai encore jamais pris le temps de le tester.

        • Damien VERON dit :

          Je viens d’envoyer à FIA-Net une requête pour obtenir un compte « développeur » chez eux à des fins de vérification de la compatibilité des deux modules. En attendant je peux pas vérifier la bonne interaction des deux modules.

          Je vous tiendrai informés de leur éventuelle réponse.
          En attendant, si d’autres personnes font fonctionner (ou ont essayé) les deux modules simultanément je serai intéressé par les éventuels retours à propos de l’interaction des deux modules (en précisant la version du module Tgg-Atos utilisé).

        • Damien VERON dit :

          Cf patch ici.

          Cordialement, TrogloGeek.

          PS: toujours pas de nouvelles de FIA-Net.

  2. David dit :

    Bonjour Damien! Bravo pour ton boulot! Afin de financer ton hébergement, je t’invite plutot à facturer les prestations de support autour de ton module.

    Certains développeurs de script font déja cela. On peut rester dans l’esprit de l’open source, libre et du partage (pour l’amélioration du script) mais pour le temps passé à résoudre des problèmes particuliers, le plus simple est de facturer ce temps passé.

    A+ et bon courage.
    David

    • Damien VERON dit :

      Malheureusement si je passe mon temps à la gestion administrative des requêtes de support, facturation, mise en attente de paiement etc… Je n’aurais plus le temps de travailler correctement sur le module, et bien pire : je risquerais de passer à côté de bugs bien réels, même si la très grande majorité des requêtes concernent une mauvaise installation du module, je ne veux pas prendre le risque de laisser des bugs traîner dans une solution de paiement.

  3. khalil haouach dit :

    bonjour j ai installer et configuré le module sur prestashop 1.3.7.0 mais lors du passage du panier ver le paiement un message s affiche :Aucun module de paiement n’a encore été installé.
    merci .

    • Damien VERON dit :

      Ok, je verifie des que j’ai le temps la compat < PS 1.4 En attendant, si le montant du plus petit panier possible sur la boutique est superieur a 99 unites de la plus petite unité de la devise (ex: pour l'euro -> les centimes) la version 2.0-rc2 tournera sans probleme.

    • Damien VERON dit :

      Bonjour, je viens d’installer cette version avec prestashop 1.3.7 et il semble n’y avoir aucun problème de compatibilité, je vous invite à vérifier que vous avez correctement configuré les restrictions par devise, par groupe et par pays dans l’onglet Paiement du back-office Prestashop.

      • khalil haouach dit :

        merci c bon ça marche mais mon serveur est un 64 bits et le module n est pas compatible 64 es-que vous avez une solution pour ce problème

        • Damien VERON dit :

          Extrait de la documentation fournie avec le module, chapitre installation, première page après le sommaire… :

          – (facultatif mais très fortement conseillé) Obtenez les fichiers binaires ATOS fournis par
          votre banque correspondant à votre système d’exploitation, supprimez ceux du répertoire
          bin/ puis placez ceux de votre banque. Obtenez le fichier parmcom. fournis
          par votre banque pour remplacer celui présent dans le dossier param. Ceux fournis le sont
          pour vous permettre de vérifier rapidement que ce module répond à vos besoin. Ils devraient
          être remplacés avant un passage en production.

    • Mathieu dit :

      Bonjour,

      Même problème, message « Aucun module de paiement n’a encore été installé. » au moment de passer au paiement, après installation d’un module de paiement comptant à la livraison. J’ai désinstallé le module en question, mais depuis, ça ne propose plus aucun mode de paiement (je n’ai plus chèque, virement, PayPal et d’autres solutions de paiement comme avant).

      Quelqu’un aurait-il une solution ?
      Merci d’avance 😉

  4. drelin dit :

    Salut,
    je tente désespérément d’installer le module sur un serveur 1&1 mutualisé.
    J’ai bien suivi les étapes mais il me reste toujours le message suivant en retour du module:
    La devise par défaut n’est pas définie ou n’existe pas.
    avec un menu déroulant vide.
    je suis proche du but mais je suis bloqué là.
    Merci de votre aide

    • Damien VERON dit :

      Bonjour, merci d’indiquer au moins la version de Prestashop utilisée pour toute requête de support.
      Le module nécessite au moins que l’une des devises qu’il intègre ait sont CODE_ISO_ALPHA en accord avec celles enregistrées dans Prestashop.
      Je vous invite à consulter la documentation à propos de l’intégration de nouvelles devises pour obtenir plus d’informations.

  5. tiscO dit :

    Yo Damien !
    Merci pour la mise à jour, je teste ASAP et te fais un retour ASAPtoo !

  6. William dit :

    Bonjour, alors tout d’abord merci pour le dev de ce module, faut l’avouer, super pratique 🙂

    Je suis actuellement en train d’installer le module et de mettre à jour une boutique de 1.2.5 vers 1.3.7, mais lors
    de l’utilisation du module, j’ai un léger problème.

    La commande se déroule bien, jusqu’au moment où je clique sur « retour à la boutique ».

    La commande s’ajoute bien dans le BO par contre, je suis redirigiré vers une page blanche :

    Monsite/modules/tgg_atos/front-ctrl/payment-return.php

    J’ai l’impression qu’aucun fichier du thème n’est chargée.

    J’ai été jeté un oeil dans les fichiers tpl du module, je vois aucun fichier nommé « payment-return.php ».

    Est-ce normal ? Merci d’avance de vos réponses 🙂

    PS : j’ai essayé la RC2 et la RC3

    • Damien VERON dit :

      Bonjour,
      Activez l’affichage des erreurs sur le fichier config de Prestashop pour y voir plus clair.
      Et oui, il est normal que vous ne trouviez pas de fichier de theme pour cette page car elle n’est qu’une page de redirection transitoire.
      Il y a probablement un envoi de contenu qui perturbe l’envoi des en-tetes de redirection.

  7. Chris dit :

    Bonjour Damien ,
    Nouveau dans cette aventure prestashop je ne manquerai pas de te faire un don dès que notre site vendra son premier article !

    Sinon concernant la configuration j’ai le même souci que « Noclans » : je retourne directement sur la page de « mon compte » et la panier est toujours plein.
    Voici ma config :
    * serveur 1&1
    * prestashop 1.4.0.17
    * Module de paiement : le tien 😉 + les chèques
    * pas de module fia-net installé (aucun modules sécurité des paiements installé)
    * configuration de ton module :
    log ://serveur/modules/tgg_atos/log/
    bin ://serveur/modules/tgg_atos/bin/
    atos ://serveur/modules/tgg_atos/par/ (renommé car + de 54 caractères)
    mode : démonstration/test
    J’ai laissé tout le reste par défaut

    Merci pour ton aide

    • Damien VERON dit :

      Etrange, le problème serait donc plutot lié à 1&1 ? Il est vrai que cet hebergeur est assez problématique en général mais le module a déjà été modifié par le passé pour lui être compatible.
      Par contre tu me dis que tu as paramétré les path en les précédent d’un :// ?!? C’est une chaine représentant un chemin disque absolu vers les dossiers qui est attendu, qui devrait ressembler à :
      /home/vous/www/prestashop/modules/tgg_atos/…
      (sous linux)
      Evidemment, selon la configuration et la distribution linux il peut y avoir de grandes différences dans le chemin a utiliser, mais le chemin doit commencer par un slash unique, pas un deux points slash slash qui est un separateur de protocole, ce qui n’a rien a faire ici.

      • chris dit :

        Re,
        effectivement le chemin vers les logs est
        /homepages/22/monserveur/htdocs/modules/tgg_atos/log/

        le chemin vers les binaires est
        /homepages/22/monserveur/htdocs/modules/tgg_atos/bin/

        le chemin vers la configuration atos est
        /homepages/22/monserveur/htdocs/modules/tgg_atos/par/

        Si j’active le mode débuggage je reviens aussi sur la page compte et la panier est toujours plein…

        Merci pour la réponse

        • Damien VERON dit :

          Cf patch ici.

          Cordialement, TrogloGeek.

          • chris dit :

            Re,
            merci beaucoup ! j’arrive maintenant sur la page de démo de la banque.
            A très bientôt
            Chris

            • Damien VERON dit :

              En fait c’est plutôt à moi de vous présenter à tous mes excuses pour le dérangement, lors du nettoyage des instances de SERVER_NAME pour la première bêta-version 2.x je me suis trop préoccupé de la partie purement ATOS et ai négligé la partie Prestashop du module.
              Désolé pour le temps qu’auront perdu les personnes hébergées chez 1&1.

  8. William dit :

    Bonjour, tout d’abord merci de votre réponse !

    En effet, après avoir activé l’affichage des erreurs, j’ai une page recensant plusieurs erreurs que je vous joins ci-après : lien.

    Je n’y comprends pas grand chose, j’ai dans l’espoir que vous m’éclaircissiez un peu, je ne vois pas d’où peut provenir le problème.

    Merci.

    • Damien VERON dit :

      D’après la page d’erreur, le problème vient de l’envoi de mail automatique par Prestashop lors de la validation de la commande.
      Il semblerait que le fichier :
      C:\wamp\www\alguonat\alguonat1.3.7\tools\swift\Swift\Plugin\Decorator\Replacements.php
      soit manquant (ou illisible par manque de droits) sur ton installation de Prestashop.

      Que se passe-t-il lorsque tu utilises un autre module de paiement ? Obtiens tu le même problème ?

  9. BOUCHET dit :

    bonjour,

    tout d’abord je souhaitais vous féliciter de votre travail qui est considérable, je viens de récupérer votre module afin de le tester installation du module OK mais je suis nouveau dans le monde la boutique en ligne et je souhaiterais avoir quelques renseignements avez vous une adresse mail ou je pourrais vous contacter

    merci
    bonne continuation

    • Damien VERON dit :

      Bonsoir,
      Je suis désolé mais je ne peux me permettre de traiter des demandes privées dans le cadre d’une prestation de support gratuit.
      Si vous souhaitez des renseignements gratuits, posez-les ici que tout le monde puisse en profiter.

  10. William dit :

    Olala mon héros ! En effet le problème venait de l’absence de ce fichier dans le répertoire…
    Pourquoi ? Je ne sais pas, j’ai pris celui de la version 1.4 et tout marche à mon grand soulagement !

    Je te remercie grandement et file sur la page de dons. Merci de ta réactivité, tu me sors une grosse épine du pied.

  11. Alex. dit :

    Le paiement 3x fois est-il géré sur cette version ? thx tgg u rox 🙂

    • Damien VERON dit :

      Biensur, le support 2 à 3 fois sans frais est natif depuis la premiere beta version 2.x, je n’ai pas l’intention de supprimer le support de cette fonction Atos ni d’aucune autre a moins qu’il y ait quelque instabilité a régler avant de pouvoir la réimplémenter.

  12. Bonjour Damien, je te conseille de renommer le fichier admin-tpl/ en tpl-admin/ car cela entraine un bug mineur dans le back office au niveau des traductions :

    Warning: fopen(C:\wamp\www\eco/modules/tgg_atos/admin-tpl) [function.fopen]: failed to open stream: Permission denied in C:\wamp\www\eco\admin123\tabs\AdminTranslations.php on line 203

    Warning: fread() expects parameter 1 to be resource, boolean given in C:\wamp\www\eco\admin123\tabs\AdminTranslations.php on line 204

    Warning: fclose() expects parameter 1 to be resource, boolean given in C:\wamp\www\eco\admin123\tabs\AdminTranslations.php on line 206

    En effet prestashop regarde les fins de noms de fichier comme il voit tpl il essaie de le lire mais zut ce n’est pas un fichier mais un repertoire alors boom warning !

    Perso, j’ai juste renommer admin-tpl/ par tpl-admin/ et remplacé les occurences dans les fichiers concernés et le tour est joué 🙂

  13. Didier dit :

    Bonjour je viens de découvrir aujourd’hui l’existence de ce module
    ATOS par TrogloGeek (2.0-beta2-rc-2)
    J’ai installé PrestaShop™ 1.4.0.17, et l’installation de ce module a bien fonctionné (enfin je le pense)

    Avant d’éplucher la documentation de long en large, j’ai voulu faire une simulation d’achat (à l’arrache) et je lis ceci, lors du choix « payer par carte » avec BNP Paribas en mode test

    « Le paiement par carte est indisponible jusqu’à demain, nous vous prions d’accepter nos excuses pour cet inconvénient. »

    Je pense que cela est dû a une installation basique du module, à moins que ce soit un bug non encore détecté ?

    En tout cas le peu que j’en sais, cela me semble être un merveilleux module, qui s’il me rend le service que j’en attends, je financerai bien volontiers.

    • Damien VERON dit :

      La lecture de la section Installation de la documentation est necessaire.
      De plus je vous conseille la mise a jour RC3 disponible sur cette page.

  14. JM Correard dit :

    Bonjour Damien,
    merci beaucoup pour ton travail sur ce module. C’est énorme ! et cela fonctionne (presque) bien de mon coté.
    je suis sur la version 1.3.2.3 de prestashop
    je tente de le faire fonctionner avec un contrat au Crédit Agricole (e-transactions). En mode demo tout fonctionne bien. Je suis passé rapidement en prod, mais il semblerai que le transactions ID soit toujours à 0 (meme si je choisi sur l’interface du module de commencer à 1 ou plus).
    ce qui fait que une ou deux transactions passe dans la journée puis le système se bloque et la banque affiche une page jaune « erreur de sécurité, veuillez contacter le commerçant ».
    As tu une idée d’où peux venir le problème ?
    Merci pour ta réponse

    • Damien VERON dit :

      Cela ressemble fort a un probleme avec la table du module, commence par verifier que la table a bien été crée en base (tgg_atos_transactions_today) et si elle est bien presente que la clé primaire a bien été créée sur les deux colonnes.

  15. JM Correard dit :

    Merci Damien pour ta réponse.
    c’est bien ça, la table était inexistante dans la bdd. j’ai créer la structure de cette table et tout fonctionne. chaque ID est différent.
    merci, je t’envoi un don très rapidement.

  16. christophe dit :

    Bonjour Damien,
    Je suis en train de tester votre module et je tiens à vous féliciter pour votre travail.
    je suis sur la version presta 1.3.7 et j’ai eu ce message d’erreur:
    « Nous regrettons de ne pouvoir donner suite à votre demande, merci de prendre contact directement avec le commercant en indiquant votre problème » lors de ma deuxième commande , sachant que la première c’est bien enregistré .
    je ne sais pas d’où vient le problème si c’est possible de me donner une petite indication pour résoudre ca.

    • Damien VERON dit :

      Bonjour, vous avez probablement le même problème que les autres : non génération de la table en base de données, vérifiez la presence de la table tgg_atos_transactions_today dans la base de données.
      Quel est votre hébergement ? Quelles versions de PHP et MySQL utilisez vous ?
      Il semble y avoir une epidemie récemment, il est donc probable que l’une des versions récentes ait reçu une modification incompatible avec certains hebergements, mais je manque actuellement d’informations pour identifier le probleme, le module s’installant sans aucun problème sur les différents envirronements de recettes dont je dispose.

      • christophe dit :

        Problème résolu !! merci beaucoup de ton aide et aussi du super module . Respect.
        pour ceux qui ont le même problème il faut créer la table « tgg_atos_transactions_today » pour vous faciliter la tache je vous post la requête à exécuter pour la création de la table avec ses attributs :
        CREATE TABLE `ps_tgg_atos_transactions_today` (
        `atos_transaction_id` mediumint(9) UNSIGNED NOT NULL AUTO_INCREMENT,
        `date` DATE NOT NULL,
        PRIMARY KEY (atos_transaction_id,date)
        )

        bonne continuation.

        • Damien VERON dit :

          Exact, par contre attention car le prefixe ps_ dans le nommage de la table depend de votre installation Prestashop.

  17. Chris dit :

    Bonsoir,

    Au niveau des tables dans ma base de données je n’ai aucune table tgg_atos ou autre.

    Est-ce que l’installation du module doit générer des tables ?

    Sur prestashop 1.4.0.7 je suis passer par « module » « ajouter un autre module » « fichier du module »
    Ensuite le module c’est mis dans l’onglet « paiement » avec comme nom: » SIPS/ATOS v2.0-beta3-rc-3 Module de paiement SIPS/ATOS par TrogloGeek. »
    J’ai cliqué sur « installer »
    Puis je l’ai configuré comme indiqué dans la doc.

    Je suis toujours dans l’impasse…

    Chris

    • Damien VERON dit :

      Bonjour, oui le module installe sa table, si celle-ci ne s’est pas installée, désinstallez le, activez l’affichage des erreurs PHP puis réinstallez le pour obtenir les erreurs liées a l’installation du module.

  18. Damien VERON dit :

    Bonsoir, un petit patch pour les hébergements 1&1 qui devrait corriger les derniers soucis avec la variable SERVER_NAME en attendant la version prochaine pour laquelle j’attend de pouvoir débusquer le bug que rencontre certain avec la génération de la table lors de l’installation.

    http://www.capillotracteur.fr/downloads/tgg_atos-2.0.b3-RC3-patch1and1.tar.gz

    Merci donc à @lex du forum Prestashop pour sa contribution à l’amélioration de la compatibilité du module avec les différents hébergements.

    Si quelqu’un rencontrant ce problème de création de la table accepte de me prêter son hébergement à des fins de débuggage (accès Back Office Prestashop + FTP + un accès à votre base MySQL (PhpMyAdmin, SSH…)) je pourrai résoudre le problème plus rapidement.

    Cordialement TrogloGeek.

  19. Bonjour,

    Je ne sais pas pourquoi j’ai aucun affichage dans la partie configuration de l’administration du module. J’ai installé ton module sur une boutique PS1.4 de test sans problème, tout fonctionne. Mais sur la boutique en production rien ne marche.

    Combien prendrais tu pour jeter un oeil ?

    Merci d’avance

  20. Fred dit :

    Bonjour Damien,

    Un grand merci pour le patch 1&1, ça m’a déjà enlevé une épine du pied 😉
    Je me permet de vous faire part de mon retour de l’installation de votre module et vous soumettre le problème que je rencontre au final.

    Quelques infos sur ma configuration :
    – (Tgg_Atos) Version 2.0 BETA 3 RC3
    – Presta 1.4.0.17
    – Hébergement 1and1 sur serveur virtuel (CentOS 5 avec Plesk 8)
    – Version du logiciel serveur : Apache/2.2.3 (CentOS)
    – Version de PHP : 5.1.6 – Safe mode désactivé
    – Version de MySQL : 5.0.22

    Lors de l’installation du module dans le BO de presta, j’ai eu un comportement étrange où lorsque je clique sur « installer » j’ai ma fenêtre de téléchargement qui s’ouvre avec un fichier index.php vide qui se télécharge. (navigateur Firefox 3.6.16 sous Mac OS X 10.6.7). C’est tout ce que j’obtiens, le module ne s’installe pas.
    Si je reclique sur « installer » cette fois le module s’installe et j’ai un message d’erreur comme quoi le module est déjà installé. La table tgg_atos_transactions_today ne se crée pas => je la crée via PhpMyAdmin
    Au final j’ai bien le module qui apparait et je peux le configurer.

    Ensuite le module, ne se met sur aucun hook. Il faut que je lui attribue manuellement le hook « payment » pour pouvoir l’utiliser.

    J’ai récupéré les fichiers binaires d’e-transactions et les ai mis en place comme indiqué dans votre doc. J’ai juste modifié votre fichier tgg_atos.php pour qu’il appelle parmcom.e-transaction (fourni par le Crédit Agricole) au lieu de parmcom.etransaction

    Le tout fonctionne parfaitement en mode demo. Par contre, je viens d’installer le certificat de production et modifier le réglage dans le BO et j’obtient maintenant au moment où je suis redirigé sur le site de la banque une page jaune avec « Erreur de sécurité – Nous regrettons de ne pouvoir donner suite à votre demande, merci de prendre contact directement avec le commercant en indiquant votre problème ». Je n’ai visiblement pas le même problème que JM Correard ci-dessus car je n’arrive pas au stade de pré-production (j’ai vérifié la réponse que vous lui aviez donné et dans mon cas la table est bien créée en base et la clé primaire est bien sur les deux colonnes.). Je n’ai visiblement pas d’erreur en mode débug, les valeurs pour F_PARAM et F_CERTIFICAT correspondent bien à mon numéro marchand de production, TRANSACTION_ID s’incrémente correctement… J’avoue ne plus savoir où regarder pour me sortir de ce bug.

    Le site n’étant pas encore en production, je peux également vous ouvrir le BO de Prestashop + FTP + accès base pour le problème de la création de la table si vous le souhaitez (cf. post du 11 avril).

    Cordialement,
    Fred

  21. Ludo dit :

    Bonjour Damien,
    tout d’abord un grand merci pour ton implication dans ce projet qui vient combler une grande lacune de PS.
    Et surtout bravo pour ton esprit de partage!! J’ai déjà acheté des modules complètement buggés ou inopérables avec aucun SAV, ni même contact possible. Donc je trouve ton approche normale et logique de rappeler au agences qui se gavent avec ton travail de penser un peu à toi. Je ne manquerai pas de participer à ton travail des que j’en aurai les moyens.

    Bon passons au module.
    J’ai déjà fait l’install en suivant la doc. Je suis en serveur mutualisé 1&1 et j’ai installé le patch, depuis j’ai bien accès à la première étape de paiement mais j’ai un mail de la console de débug:
    [tgg_atos] Erreur durant l’appel de l’exécutable request
    (127): sh: ../modules/tgg_atos/bin/request: No such file or directory

    J’ai vérifié tous les droits, je chemin des fichiers, installé les fichiers fournis par LCL.

    Est-ce qu’il existe une liste des messages d’erreurs et la démarche pour les corriger?
    Merci

  22. fanfan2175 dit :

    Bonjour,

    Je suis un novice (et encore le mot est faible) concernant le e-commerce. Je n’arrive pas à installer votre module.
    En effet, le module semble installé et activé, mais au moment du paiement, l’option paiement par carte n’apparait pas …
    l’hébergement du site (minuscule) est sur un serveur ovh pro mutualisé.

    Merci de me contacter par mail si possible.

    Cordialement,

    • Damien VERON dit :

      Bonjour,
      Dans votre back office, page Modules >> Positions, voyez-vous bien le module dans le bloc Payment ? S’il n’y est pas il y a probablement eu une erreur à l’installation, auquel cas vous devriez activer le report d’erreurs sur votre boutique puis réinstaller le module pour obtenir le message d’erreur.

  23. Bonjour,

    Un petit passage par les AddOn de PS, et votre blog, m’incitent à télécharger votre archive… Histoire de lire la documentation. Je n’ai pas encore prévu de mettre un terminal de paiement, donc c’est (pour l’instant) juste pour ma culture de webmaster 😉

    En tout cas, à la lecture des forums et commentaires, a) votre module a l’air très intéressant b) vous êtes fort mal rémunéré en tant que développeur open source… c) vous assurez quand même le SAV… Rien que pour cela, vous méritez une couronne de laurier, d’une part, et une contribution si votre solution est utilisée sur un site, d’autre part (un jour, quand je vendrai mes produits avec votre solution… un jour…).

    • Le même, une heure après…

      Quelques questions subsidiaires :

      Pour améliorer la doc (milles pardons, je sais que c’est une perte de temps effroyable d’écrire des docs, mais c’est indispensable pour pouvoir ensuite répondre aux gens : RTFM !)… Je disais : pour pouvoir améliorer la doc, voici donc quelques exemples de questions que je me suis posé en la lisant :
      (rappel : je n’ai PAS installé le module, car la doc doit suffir à comprendre le fonctionnement de la bestiole)

      – GENERAL/pas de présentation, même sommaire, du front office et du back office du module… Ce serait pratique pour comprendre le fonctionnement « général », même si, comme vous dites, j’ai le ‘vernis technique nécessaire’

      – FAQ / …super idée de l’avoir incluse !!!!!!

      – Droits de fichiers :
      a) le document serait sans aucun doute nettement plus lisible avec une présentation en tableau. j’ai un mal de chien à comprendre à quel fichier se rapporte quelle consigne.
      b) pour éviter les questions stupide du genre ‘comment on configure les droits’, indiquer en toute lettre une indication du type : « Si vous ne savez pas configurer les droits, faites une recherche Google avec les mots clés suivants : vidéo filezilla configurer CHMOD »
      c) je cite : « La tarball contient les droits utilisés […] »? Alors là, je veux bien, mais je ne parle ni hébreux, ni arabe, donc je ne peux rien faire pour le conflit israélo-palestinien, ni pour comprendre ce charabia. Après recherche sur Google, j’apprend que la TARBALL est le diminutif d’une ‘archive TAR’. Dont acte. Par contre, la phrase n’est pas forcément très claire.
      …Après l’avoir relu 23 fois, je propose la traduction suivante :
       »
      Pour vous éviter la fastidieuse opération de configuration des droits, et si votre hébergeur le permet (c’est à dire que le serveur arrive à lire les droits existants), vous pouvez directement prendre la tarball* et l’extraire sur le serveur[**].
      Cela fonctionne par exemple chez OVH.
      *La tarball conserve, entre autre, les droit d’écriture du fichier au moment où l’archive a été créée. Plus d’info ? GoTo http://fr.wikipedia.org/w/index.php?title=Tar_(informatique)#Caract.C3.A9ristiques_techniques
       »
      [**] : […par contre, je ne sais toujours pas comment interpréter la note : (tar -xzf nomdufichier.tar.gz), j’ai donc besoin de vos lumières sur ce point… On peut exécuter une commande directement chez OVH ? QuiQueQuoiComment?]

      – Code ISO des langues :
      proposition de :
      « GoTo : http://fr.wikipedia.org/wiki/Abr%C3%A9viations_des_noms_de_langues »
      …Préciser aussi QUEL ISO est utilisé, car ce n’est pas clair au premier coup d’oeil 😉

      – GENERALITES /
      a) Je cite : « Les erreurs générées sur le front office vous sont reportées par mail. »
      Je propose de préciser, comme vous l’avez expliqué dans le forum PS :
      « Les erreurs générées sur le front office vous sont reportées par mail, afin d’éviter qu’elle ne s’affiche sur le navigateur de votre client, celui ci n’est donc pas perturbé lors de ses achats. »
      b) (facultatif) « ayant le vernis technique nécessaire » : je propose de préciser que celui ci doit être EPAIS ;-p

      – ADAPTATION AU THEME /
      « Le formulaire contenant les logos des moyens de paiement ne peut être modifié, il est généré par l’exécutable request. »
      KeSaKo ??? Il faut que je me repasse une couche de vernis… Je devine que c’est un échange entre la banque et notre serveur ? Là encore, un petit lien « GoTo », ou une note « non open source, mais dans la doc de la banque » pourrait être utile…

      – FS trop long /
      Je PENSE (je n’ai pas la science infuse) qu’il serait logique de préciser que la solution de déplacer le dossier est à PRÉFÉRER, tant pour la sécurité que pour la simplicité de maintenance postérieure (les liens ne risquent pas d’être brisés par la suppression malencontreuse d’un lien symbolique)

      -PRE PROD et PROD :
      Préciser : « Pas besoin de demander au support de ce module pourquoi ça ne passe pas de pré prod en prod, il faut seulement que vous suiviez la procédure de votre banque ! »
      Plus c’est clair… bah, plus c’est clair !

      – ADRESSE IP :
      Euh, si c’est dans la FAQ, pourquoi on n’ajoute pas un paragraphe dans la doc disant :
      « soyez intelligents, et autorisez les adresses IP des serveurs bancaires dans les IP autorisées à accéder au frontoffice de votre boutique lors de la maintenance.  » ?

      – Code 139 :
      Un développement explicatif du type :
      « ATOS utilise des exécutables à faire tourner sur votre SERVEUR DISTANT (qui n’est pas forcément sous Windows, au contraire !). Il est fort vraisemblable que vous n’ayez pas la version des binaires ATOS correspondant au système d’exploitation de votre serveur. Mettez votre hébergeur et votre banque en relation pour obtenir les binaires adaptés à votre hébergement.  »
      …serait plus clair ?

      – Les crochets (Hook ? But Where Is Peter Pan ???)
      Là, j’avoue humblement que je n’ai pas encore trop cherché à comprendre le fonctionnement, mais les HOOKS sont excessivement nébuleux pour moi au jour d’aujourd’hui…
      Oserais je avoir l’outrecuidance de proposer un GoTo vers une page adaptée de PS pour mieux comprendre les hooks de PS ?
      par exemple :
      GoTo : http://www.prestashop.com/wiki/FR_Wiki_PrestaShop/
      et plus précisément : [et bien… Je sais pas ! Par ce que j’ai beau chercher, je ne trouve des hook que pour l’EMPLACEMENT DES MODULES, et non des ‘déclencheur d’action quand on a une réponse de la banque ou une commande positive’… Là encore, je veux bien vos lumières !]

      • Damien VERON dit :

        Merci, ton retour m’est vraiment précieux niveau documentation : passé un certain niveau technique on a un peu du mal à savoir jusqu’où il faut reprendre 😉

        Quelques éléments de réponse en attendant une mise à jour de la documentation :

        – ADAPTATION AU THEME /
        « Le formulaire contenant les logos des moyens de paiement ne peut être modifié, il est généré par l’exécutable request. »
        KeSaKo ??? Il faut que je me repasse une couche de vernis… Je devine que c’est un échange entre la banque et notre serveur ? Là encore, un petit lien « GoTo », ou une note « non open source, mais dans la doc de la banque » pourrait être utile…

        Il s’agit ici des boutons représentant les cartes de paiement qui emmènent vers la page de banque (cf. doc ATOS), les seules customisations possibles du code html généré sont le remplacement des logos de carte et la segmentation graphiques en différents blocs (toujours cf. doc ATOS) alignés verticalement.

        – Les crochets (Hook ? But Where Is Peter Pan ???)
        Là, j’avoue humblement que je n’ai pas encore trop cherché à comprendre le fonctionnement, mais les HOOKS sont excessivement nébuleux pour moi au jour d’aujourd’hui…
        Oserais je avoir l’outrecuidance de proposer un GoTo vers une page adaptée de PS pour mieux comprendre les hooks de PS ?
        par exemple :
        GoTo : http://www.prestashop.com/wiki/FR_Wiki_PrestaShop/
        et plus précisément : [et bien… Je sais pas ! Par ce que j’ai beau chercher, je ne trouve des hook que pour l’EMPLACEMENT DES MODULES, et non des ‘déclencheur d’action quand on a une réponse de la banque ou une commande positive’… Là encore, je veux bien vos lumières !]

        Les hooks sont des points d’accroche à des évènements logiciels, on les appelle aussi « callbacks », « évènements », « events » ou (rarement) « points d’entrée » :

        • ceux-ci peuvent-être graphiques comme par exemple la génération de l’en-tête graphique, du pied de page, de la colonne droite ou gauche, la liste des moyens de paiement dans le parcours d’achat… Ces hooks ci servent surtout aux modules à insérer du contenu visuel sur la boutique.
        • ou purement programmatiques, il permettent aux modules d’exécuter des actions en réponses à certains évènements dans l’application e-Commerce. En ce qui concerne les deux hooks fournis par le module, ils sont de ce type, ils permettent à un autre module d’être appelé lorsque l’on reçoit une réponse bancaire.

        Si cette explication ne suffit pas à clarifier le sujet, dis-toi que cela n’intéresse que des personnes capables de créer un module Prestashop, qui connaissent donc forcément bien les hooks Prestashop puisqu’ils sont l’essence même du principe d’extension par modules. Ce passage de la documentation est là pour leur permettre d’étendre les fonctionnalités du module tgg_atos sans toucher au code source de celui-ci, en créant simplement un module à installer après tgg_atos.

        • Ah bah c’est plus clair 🙂

          Comme je n’ai pas encore de terminal de paiement, je ne sais pas encore toutes les subtilités afférentes aux gestions d’appel de banque.

          L’explication concernant le « formulaire » est un peu plus claire… Toujours après m’être trituré l’esprit, je devine que le formulaire est un formulaire d’appel vers la banque, et qu’il est automatique, puisque généré par l’exécutable request.

          Après diverses recherches, je pense que plutôt que réinventer la poudre, un lien vers un site ‘référence’ comme une banque serait bienvenu.
          Pour l’instant, je n’ai trouvé que des tuto, mais qui reprennent l’esprit de l’explication nécessaire :
          http://www.blog.manit4c.com/2009/12/18/installation-dun-paiement-atos-sips-tutoriel-premiere-partie/
          ou
          http://thierry-godin.developpez.com/php/atos/
          en particulier la première partie, avec le schéma des échanges… Est ce open source / libre de droit ? je ne sais pas (et devine que non). Je ne sais pas s’il existe une source ‘(presque) fiable et open source’ type Wiki pour ces données.

          Pour ce qui est du hook, l’explication que « le hook est un call back de programmation pour les (autres) programmeurs de module, cela n’intéresse que des personnes capables de créer un module Prestashop, qui n’a rien à voir avec les hooks graphiques » est beaucoup plus claire que mes premières (tentatives) d’explications !

          • Damien VERON dit :

            Le formulaire est en fait des logos de moyens de paiement (par défaut CB, VISA et MasterCard) qui redirigent vers le formulaire de paiement adéquat sur un serveur sécurisé (c’est ce que l’on espère tous) de la banque.
            Techniquement c’est bien un formulaire mais graphiquement et cinématiquement ce sont juste des boutons de redirection.
            Tu peux si tu le souhaites faire un tour sur http://www.capillotracteur.fr/prestashop/, l’une des boutiques de développement Prestashop que j’utilise pour recetter le module. Cette boutique ci est en 1.4.0.17. Comme elle me sert au divers tests et développement pour Prestashop, il peut arriver que je la « casse » temporairement, auquel cas il faut repasser plus tard si elle déconne.
            Je n’utilise que des certificats de démonstration, ainsi sur le sites bancaires, il faut utiliser un numéro de carte bancaire (valide ou non) se terminant par le code réponse voulu. Les deux principaux :
            00 => transaction acceptée (ex. N° de CB 0000000000000000000)
            05 => transaction refusée (ex. N° de CB 0000000000000000005)
            et 000 pour le cryptogramme visuel.
            Pour ce qui est de l’open source, avec Atos faut pas rêver, déjà obtenir un technicien compétant chez eux n’est pas chose aisée… Les documentations sont propriétaires des banques, cela dit, certaines banques ne font pas attention et elles peuvent même être indexées sur Google pour qui sait chercher. 😉

  24. Romain dit :

    Bonjour j’ai installer le module, la phase de test marche nikel mais quand je passe en pré-production j’ai un problème de lecture du certificat (« error reading certificate at line « ###### »). Je suis hébergé sur OVH, une idée ?
    Cordialement

    • Damien VERON dit :

      Il semblerait que le fichier certificat de production soit corrompu ou que tu ais mis un fichier qui n’est pas un certificat

      • Romain dit :

        Merci, c’est bien ce qu’on pensait, nous allons contacter la banque. De plus une donation serait faite pour ton aide 🙂 .

        • Romain dit :

          Après contact avec la banque, le certificat que nous avions été bon. En mode debug j’ai toujours le « error reading certificate » et :
          array(2) {
          [« cmd »]=>
          string(688) « /homez.395/cartland/www/boutique/modules/tgg_atos/bin/request « amount=5598 » « automatic_response_url=http://www.cartland.fr/boutique/modules/tgg_atos/front-ctrl/payment-autoresponse.php » « cancel_return_url=http://www.cartland.fr/boutique/modules/tgg_atos/front-ctrl/payment-return.php » « capture_day=0 » « capture_mode=AUTHOR_CAPTURE » « currency_code=978 » « customer_id=10 » « customer_email=romain@formalog.info » « customer_ip_address=ip_caché » « language=fr » « merchant_id=043282458900043 » « normal_return_url=http://www.cartland.fr/boutique/modules/tgg_atos/front-ctrl/payment-return.php » « order_id=51 » « transaction_id=5 » « pathfile=/homez.395/cartland/www/boutique/modules/param/pathfile » 2>&1″
          [« status »]=>
          int(0)
          }

          • Damien VERON dit :

            Quel était le nom du fichier que vous avez envoyé en tant que certificat (le nom qu’il avait sur votre ordinateur, pas le nom qu’il a sur le serveur) ?
            Avez-vous vérifié que votre certificat appartenait au même utilisateur que celui de démonstration utilisé et qu’il comportait les mêmes droits (CHMOD identique) ?

  25. Ralf dit :

    Bonjour,

    Je viens de l’installer sur mon site, voici l’erreur qui apparait:

    Access is denied.

    (Le paiement par carte est indisponible jusqu’à demain, nous vous prions d’accepter nos excuses pour cet inconvénient.)


    array(2) {
    [« cmd »]=>
    string(652) « C:/inetpub/vhosts/domain.com/httpdocs/atos/bin/request « amount=1989 » « automatic_response_url=https://www.domain.com/modules/tgg_atos/front-ctrl/payment-autoresponse.php » « cancel_return_url=https://www.domain.com/modules/tgg_atos/front-ctrl/payment-return.php » « capture_day=0 » « capture_mode=VALIDATION » « currency_code=978 » « customer_id=323 » « customer_email=test@test.com » « customer_ip_address=82.244.177.180 » « language=fr » « merchant_id=0141064503555111 » « normal_return_url=https://www.domain.com/modules/tgg_atos/front-ctrl/payment-return.php » « order_id=1800 » « transaction_id=0 » « pathfile=C:/inetpub/vhosts/domain.com/httpdocs/atos/param/pathfile » 2>&1″
    [« status »]=>
    int(1)
    }

    J’ai un serveur dédié:
    – Windows 2008 Std 64bit
    – IIS 7.5 , Plesk 9.5
    – Prestashop 1.4.1

    Merci pour votre aide.

    Cordialement

    • Damien VERON dit :

      Bonjour,
      transaction_id=0 => il y a visiblement eu une erreur lors de la création de la table tgg_atos_transactions_today, c’est un bug qui apparaît su certains hébergements et je cherche justement à l’éradiquer (puisqu’il semble être le dernier obstacle à la sortie officielle d’une 2.0 stable).
      Si tu peux me fournir des accès suffisants pour aller chercher l’origine du problème, je me ferais un plaisir d’effectuer le débuggage, et par la même occasion créer manuellement la table nécessaire (gratuitement bien-sur). J’aurais besoin d’accès Front office, back office, ftp, mysql (un tunnel ssh vers le serveur MySQL ou PhpMyAdmin par exemple). Auquel cas envois-les moi par message privé sur le forum Prestashop.

      Si cela te pose problème de me donner accès à la bécane (ce que je comprends très bien), il devrait te suffire de forcer manuellement la création de la table (cf. fonction de la classe tgg_atos->install() dans le fichier php éponyme).

  26. noclans dit :

    Bonjour,

    Je souhaiterais savoir comment on active l’acceptation des paiements pour quelques pays d’europe seulement. Je teste avec sogenactif et on me dit de placer un ALLOW_CARD_CTRY : avec ESP pour espagne par exemple dans les balises CONTROLS

    Merci d’avance pour votre réponse.

    • Damien VERON dit :

      C’est possible mais actuellement il faut mettre un peu les mains dans le cambouis :
      il faut éditer tgg_atos.php, y chercher la méthode de classe :

      public function getPaymentForm(&$amount, &$payment_currency, &$splitted = FALSE) {

      puis ajouter les variables décrites par la doc dans le tableau

      $params = array(
      'amount' => $atos_amount,
      'automatic_response_url' => $this->_getReturnBaseURL(TRUE) .'front-ctrl/payment-autoresponse.php',
      'cancel_return_url' => $return_base_url.'front-ctrl/payment-return.php',
      'capture_day' => $this->_get('INT_CAPTURE_DAY'),
      'capture_mode' => $this->_get('CAPTURE_MODE'),
      'currency_code' => $payment_currency['atos_code'],
      'customer_id' => $Customer->id,
      'customer_email' => $Customer->email,
      'customer_ip_address' => $_SERVER['REMOTE_ADDR'],
      'language' => ($this->_get('ISO_LANG') ? $this->_get('ISO_LANG') : $Lang->iso_code),
      'merchant_id' => $this->_getMerchantId(),
      'normal_return_url' => $return_base_url.'front-ctrl/payment-return.php',
      'order_id' => $cart->id,
      'transaction_id' => $this->_generateTransactionID()
      );

      le contenu de ce tableau peut différer selon les versions.
      les variables se définissent sous la syntaxe :

      'nom_de_la_variable' => 'valeur de la variable',

      Si la valeur contient des apostrophes, ajouter un \ devant.

      'var_exemple' => 'exemple d\'apostrophe',

      Chaque ligne du tableau sauf la dernière doit se terminer par une virgule.

      Pour ce qui est de votre problème plus particulier : la réponse de Sogénactif est du charabia et n’a aucun signification pour moi : leur documentation de dictionnaire de données ne fait mention ni d’un paramètre ALLOW_CARD_CTRY ni de CONTROLS.
      J’ai besoin de véritables informations technique pour vous répondre.

      • noclans dit :

        Bonjour Damien,

        Merci pour votre réponse et je confirme que celle de sogenactif c’est du charabia car à la base ils avaient déjà oublié d’activer l’acceptation des paiements étranger sur le contrat.

        J’attends de pouvoir réaliser la transaction qui posait problème d’ici quelques jours (disponibilité du testeur/payeur).

        Je pris note des modifications qu’il faut apporter au fichier tgg_atos.php mais en même temps je n’ai pas la doc des variables.

        Si je comprend bien en ajoutant une seule ligne avec la variable qui n’existe pas aurai permis (dans le tgg_atos.php) de récupérer la configuration (value) de prestashop dans la liste des pays autoriser pour votre module.

        En gros pour les codes iso des pays : ‘la_variable_qui_n_existe_pas’ =>($this->_get(‘ISO_LANG’) ? $this->_get(‘ISO_LANG’) : $Lang->iso_code),

        Je suppose qu’elle doit être placée à un endroit précis dans le code et non pas en fin de code ?

        Je vais tenter de récupérer la liste des variables.

        je vous tiendrais au courant.

        Bonne journée.

        • Damien VERON dit :

          La documentation concernant les variables fournies aux exécutables ATOS est généralement appelée « Dictionnaire des données » par les banques.
          Les variables peuvent être insérées dans n’importe quel ordre dans le tableau, pensez juste à ajouter la virgule sur la dernière ligne si vous insérer une nouvelle ligne après elle.
          Certaines variables peuvent également être ajoutées dans l’un des deux parmcom (cf Dictionnaire des données), beaucoup plus simple et propre si vous placez la variable dans parmcom.nomdelabanque, mais ce n’est pas authorisé pour toutes les variables.

          Si tu m’obtiens la documentation décrivant la configuration nécessaire à la restriction par pays, je mettrais à jour le module en conséquence, mais sans cela, ne sachant pas quelle(s) variable(s) renseigner, et avec quel contenu, je ne peux pas vraiment t’aider.

  27. petitbiston dit :

    Bonsoir Damiens, je reste ouvert pour que tu puisses faire l’ensemble de tes tests sur mon serveur / site.

    J’ai bien lu ton post sans aller directement sur le lien de téléchargement du Rc3 et je relance ma demande à nouveau, as tu la possibilité de me faire une « quittance » pour la donation que ma petite structure pourra faire ? Sinan je vais voir comment m’arranger autrement 😉

    Merci encore Julien

    • Damien VERON dit :

      Bonsoir,
      désolé pour vous avoir laissé aussi longtemps sans réponses, ma vie professionnelle est très prenante ces temps-ci et je n’ai malheureusement pas beaucoup de temps pour les « loisirs » dont le développement de ce module fait partie…

      Concernant la facturation, je ne peux émettre aucune forme de facture ou reçu, n’ayant aucun statut professionnel concernant ce que je développe à mon propre compte.
      Je devrais probablement envisager de mettre en vente le module sur Prestashop Addons tout en continuant à le diffuser gratuitement sur mon site, cela pour permettre aux entreprises d’obtenir une facture, mais je crains fort que la Team Prestashop ne voit d’un mauvais oeil une intrusion sur leur territoire :
      leur module Atos/SIPS et l’installation semble être pour eux une rentrée d’argent non négligeable
      (je ne les critique pas : il faut bien qu’ils vivent ! Et honnêtement leurs prix ne sont pas exagérés, ensuite je ne connais pas la qualité de leur module…)

      Voici un lien vers une preview de la version RC4.
      Elle devrait soit résoudre le problème d’installation de la table soit y contribuer fortement :
      Les erreurs à l’installation ne provoquent plus la fin de l’installation et celles-ci sont loggées dans le fichier tgg_atos/log/install.log (bien configurer les droits d’écriture sur le dossier tgg_atos/log !).
      Je pense que la plupart des non installations de tables sont dues à un problème lors de l’écriture des fichiers de configuration dû à un manque de droit, où à des personne ayant déplacé ou renommé le dossier param/ avant d’installer le module. Quoi qu’il en soit, si les non installations de tables persistent, ce fichier de log devrait nous apporter la réponse.

  28. raf dit :

    Bonjour,

    J’ai une question concernant le module est il possible de rajouter une banque nous même ?

    • Damien VERON dit :

      Bonjour,
      La page « Ajout d’une nouvelle banque au module » de la documentation incluse devrait, je pense, répondre a ta question 😉

      • raf dit :

        merci pour votre réponse c’est très sympa, effectivement en lisant la documentation on trouve facilement comment rajouter une banque 😉
        Une question subsidiaire, les fichier parcom et certif de démonstration c’est la banque qui les fournit c ça ?

  29. Gilles dit :

    Bonjour,
    Passant de virtuemart à Prestashop, j’ai découvert votre module de paiement Atos, quand je me suis penché sur le paiement. Un grand bravo pour votre module qui fonctionne très bien. La question que je me pose, c’est peut on définir un montant minimum pour payer en 2 ou 3 fois sans frais ?
    Bonne continuation et encore bravo pour votre module.
    Gilloux

    • Damien VERON dit :

      Bonjour,
      Le montant minimum pour utilisation d’un mode de paiement n’est pas implementé, mais cela est faisable.

      • Gilles dit :

        Bonjour,
        Merci pour votre réponse. Quand vous dites « c’est faisable » (montant minimum pour paiement 2ou3 x sans frais) c’est une prochaine option ou vous pouvez m’indiquer les grandes lignes des modifs?
        Bonne continuation.
        Gilloux

        • Damien VERON dit :

          C’est vraisemblablement une prochaine option du module. Officieusement, j’y travaille ces temps-ci, lorsque j’ai le temps (et l’énergie) de lancer Eclipse le soir. Malheureusement je manque de temps en ce moment…
          Pour les grandes lignes :

          1. Modifier la méthode hookPayment pour faire les vérifications de montant et transmettre les résultats au template (faire attention à la problématique d’environnement multi-devise si le cas s’applique)
          2. Modifier le template lié pour afficher un message et désactiver les liens lorsque le montant est trop faible (tu peux prendre exemple sur le bloc {else} existant)
          3. Par sécurité, refaire les vérifications dans la méthode getPaymentForm, modifier son template en conséquence.

          Si ça peut t’aider, voici l’état actuel de la méthode hookPayment dans mon fichier de travail :

          /**
          * Hook for displaying ATOS as a payment module
          * @global Smarty $smarty Uses templates processing
          * @param array $params
          * @return string|html HTML to display
          */
          public function hookPayment($params){
          global $smarty;
          /* @var $cart Cart */
          $cart = $params['cart'];
          $canProcess = (Db::getInstance()->getValue('SELECT MAX(`atos_transaction_id`) FROM '._DB_PREFIX_.$this->name.'_transactions_today` WHERE date = \''.date('Y-m-d').'\'') < 999999); if ($canProcess && (($minAmount = $this->_getInt('MIN_AMOUT')) > 0)) {
          $amount = $cart->getOrderTotal(true);
          //TODO: min amount checks
          }
          $smarty->assign(array(
          'controller' => _MODULE_DIR_.$this->name.'/'.'front-ctrl/payment-redirect.php',
          'bank' => $this->_get('BANK'),
          'canProcess' => (Db::getInstance()->getValue('SELECT MAX(`atos_transaction_id`) FROM '._DB_PREFIX_.$this->name.'_transactions_today` WHERE date = \''.date('Y-m-d').'\'') < 999999), '2t_allowed' => $this->_get('BOOL_2TPAYMENT'),
          '3t_allowed' => $this->_get('BOOL_3TPAYMENT'),
          ));
          return $this->display(__FILE__, 'tpl/'.$this->name.'-front-hookPayment.tpl');
          }

          As-tu ce qu’il te fallait ?

  30. Julien.D dit :

    Bonjour,

    Etant sur un hébergement Mutualisé n’ayant pas la fonction exec d’activée, mais le binaire sont fournis par l’hébergeur dans son dossier d’inclusion, par contre sur la version la case ne reste pas coché donc cela ne fonctionne pas alors que sa marchait avec la version 1 de votre module.

    Avez vous une solution.

    Merci d’avance,
    Cordialement

  31. Hello !

    Un petit commentaire en passant pour indiquer qu’en épluchant la ROADMAP OVH, j’ai pu lire :

    Hébergement Mutualisé > En production : v4.16 > Max_exec_time_php: passé à 120s pour des opérations de maintenance et des mises à jour de CMS

    Oh oh oh….

    Détails !

    • Damien VERON dit :

      Ah ? j’ai surtout remarqué qu’ils avaient mis à dispo des serveurs dédiés au ssh pour pouvoir utiliser un peu de puissance processeur sans nuir à l’hébergement.
      Cela dit entre temps, nécessité oblige, je me suis mis à utiliser le VMWare Player pour monter mes serveur de dev en local, comme ça le serveur lamp et mon dossier de travail Eclipse ( http://www.eclipse.org/pdt/ ) tournent sur le même système de fichier, je gagne un temps fou, même si les 3 Go de RAM commencent à être un peu… insuffisant parfois, va falloir que j’aille faire un tour rue Montgallet…

  32. Hervé dit :

    Bonsoir, j’ai téléchargé le tarball de la version 2.0 B3 RC3, mais je ne trouve pas de trace de documentation dans celle-ci. j’étais tombé sur un pdf la dernière fois, mais impossible de remettre la main dessus. quelqu’un à un lien?

  33. Mikael dit :

    Bonjour,

    je rencontre un problème lors de l’installation de votre module sur ma boutique en ps 1.4.
    Tout fonctionne correctement en démo mais pas en préproduction. J’ai tout essayé mais en vain. Les droits sont corrects sur les dossier aussi.

    Voici le message d’erreur : API ERROR
    Error reading certificate data at line (A6A134B1551C3D00B6F4D063466682BE8378B7FB2193CE44EF33A127D6B0140705 )

    array(2) {
    [« cmd »]=>
    string(650) « /homepages/26/d361496625/htdocs/tgg_atos_bin/request « amount=555000 » « automatic_response_url=http://imontres.com/modules/tgg_atos/front-ctrl/payment-autoresponse.php » « cancel_return_url=http://imontres.com/modules/tgg_atos/front-ctrl/payment-return.php » « capture_day=0 » « capture_mode=AUTHOR_CAPTURE » « currency_code=978 » « customer_id=2 » « customer_email=mikael.trabelsi@gmail.com » « customer_ip_address=109.0.129.140 » « language=fr » « merchant_id=053166905900010 » « normal_return_url=http://imontres.com/modules/tgg_atos/front-ctrl/payment-return.php » « order_id=75 » « transaction_id=4 » « pathfile=/homepages/26/d361496625/htdocs/tgg_atos_param/pathfile » 2>&1″
    [« status »]=>
    int(0)
    }

    DEBUG MODE

    Pathfile
    Reading pathfile (/homepages/26/d361496625/htdocs/tgg_atos_param/pathfile) OK
    D_LOGO (/modules/tgg_atos/card_logo/)
    F_DEFAULT (/homepages/26/d361496625/htdocs/tgg_atos_param/parmcom.sogenactif)
    F_PARAM (/homepages/26/d361496625/htdocs/tgg_atos_param/parmcom)
    F_CERTIFICATE (/homepages/26/d361496625/htdocs/tgg_atos_param/certif)

    System
    Reading F_DEFAULT (/homepages/26/d361496625/htdocs/tgg_atos_param/parmcom.sogenactif) OK
    Reading F_PARAM (/homepages/26/d361496625/htdocs/tgg_atos_param/parmcom.053166905900010) OK
    Reading F_CERTIFICATE (/homepages/26/d361496625/htdocs/tgg_atos_param/certif.fr.053166905900010) OK

    Je vous remercie pour votre aide précieuse.

    Bien cordialement,

    • Damien VERON dit :

      Bonsoir, il semble que soit :
      – votre certificat n’est pas valide
      – le certificat mis en ligne n’a pas été décrypté (généralement les certificats sont livrés par votre banque cryptés dans une archive autoextractible fonctionnant en 16bits et beaucoup de gens pensent que l’archive est le certificat lui-même, soit parce qu’ils n’ont pas pris la peine de lire la documentation jointe soit parce que leur banque est une bande de bras cassés pas foutue d’informer correctement ses clients).

  34. Mathieu dit :

    Bonjour TroloGeek,

    Merci encore pour ton module qui fonctionne très bien (ou presque :)) car j’ai un soucis concernant le module avec Prestashop en version 1.4 : en effet, si le client créé un compte invité, le module ne fonctionne pas. Il s’affiche bien dans la liste des dfférents moyens de paiement, mais lorsque le client clique dessus, il revient à la page d’enregistrement de son compte et ainsi de suite : du coup le client tourne en boucle !

    Si tu as une solution, ça m’aiderait beaucoup !

    Merci encore pour ce module.

    Mat.

    • Damien VERON dit :

      Ok merci je regarde cela dès que possible

      • Mathieu dit :

        Merci beaucoup de ce suivi.
        N’hésites pas à me contacter si tu as besoin de faire des tests.

        • Damien VERON dit :

          Effectivement, incompatibilité avec la fonctionnalité « checkout as guest » de Prestashop 1.4.
          Pour résoudre cela, il faut éditer le fichier /tgg_atos/front-ctrl/payment-redirect.php à la ligne 6 pour remplacer :
          if (!$cookie->isLogged())
          par
          if (!$cookie->isLogged(true))
          et le module sera alors compatible avec les comptes « invités ».

          Cette modification sera bien-sur incluse dans la prochaine preview RC4.

          Cordialement, TgG.

  35. Florent dit :

    Bravo !

    Tout travail ( de qualité) mérite salaire ou encouragement !! 😉
    Même si au départ, c’est du bénévolat pur, comme j’aime ( je suis sous Linux :p )
    Voila un esprit noble !

    Florent

    • Damien VERON dit :

      Merci !
      Je suis plutôt Windowsien par habitude, à mon plus grand regret, pour mon PC perso et mes environnements de développement (les stations sur lesquelles je travaille en physique), par contre pour les hébergements AMP, vive Linux !
      Mais j’ai une préférence pour la rigueur du C# par rapport au PHP et l’API .Net est quand même un sacré gain de temps, alors je planifie de migrer vers un hébergement .Net avec une base de donnée MSSQL sur serveur mutualisé, même si mes prochaines contributions resteront très probablement en PHP en raison de mon gout pour le libre, mais créer des sites applicatifs sur mesure en MVC.NET, à partir du moment où le développeur est son propre client ;-), est tellement rapide. J’ai besoin de cette flexibilité pour concevoir des interfaces de diffusion de mes productions avec forum de support, tracker etc… Bon ok, c’est vrai, j’ai surtout la flemme d’apprendre à me servir des interfaces existantes type redmine, mantis, sourceforge, google code…

  36. Ella dit :

    Bonjour,
    Après installation de votre module sur mon site, j’ai le message suivant lorsque je valide le paiement via Atos :
    « Le paiement par carte est indisponible jusqu’à demain, nous vous prions d’accepter nos excuses pour cet inconvénient. »
    Merci pour votre aide

    • Damien VERON dit :

      Bonjour,
      pour cela je vous conseille de :
      1. Passer à la dernière version (2.0 RC4)
      2. Lire la documentation 😉 celle-ci vous aurait par exemple indiqué que le véritable message d’erreur n’est affiché qu’en mode débug ou envoyé par mail à l’adresse de contact de la boutique.

  37. Dany dit :

    Bonjour,
    merci beaucoup pour ce module mais, je n’arrive pas à le faire fonctionner… j’ai le message d’erreur suivant :
    Il y a des erreurs
    Le chemin vers les logs n’existe pas ou les droits sur les fichiers le rendent invisible.
    Puis en rouge : Chemin vers les logs : ….. /home/tgg_atos/log/
    Comment faire ?
    Merci

  38. iK dit :

    Bonjour Damien,

    encore merci pour ton module !

    Config :
    Prestashop 1.4.0.17
    Module ATOS 2.0-beta3-rc-3
    OVH Mutualisé Business (Linux Web)
    MySQL 5.1 PHP Version 5.2.17

    J’ai un problème de retour commande dans le BO et donc pas de retour de confirmation de commande. Je suis obligé de croiser les paiements mis en banque dans le Webaffaire d’ATOS avec les paniers des clients qui heureusement ne sont pas vidés et qui me permettent de leur créer manuellement leur commande (en chèque ou virement).
    Ce que je ne comprends pas, c’est que j’utilise cette version de 2.0RC3 depuis près d’un an, dès ça disponibilité et l’ouverture de mon site, et ce, sans aucun problèmes…

    Mais depuis mi-mars ce problème arrive à chaque commande. (Je m’en aperçois que maintenant puisque je n’avais que 1 à 2 commandes par mois et encore)

    Merci d’avance pour ta réponse.

    • Damien VERON dit :

      Bonjour,
      éléments de réponse dans un précédent commentaire.
      Quand vous dites que vous les créez manuellement, est-ce depuis le front office en vous connectant avec le compte de l’utilisateur, directement en base de données, ou via un module sur le back office ?
      Que disent les logs PHP ?

      • ik dit :

        Salut,

        voici les logs du mois de mars,
        – [Sat Mar 10 20:23:28 2012] [error] [client 207.46.13.93] [host http://www.lunettessimulationalcoolemie.fr] script not found or unable to stat: /homez.362/evendred/lunettesalcoolemie/store.php
        – [Tue Mar 27 11:42:45 2012] [error] [client 93.158.148.30] [host http://www.lunettessimulationalcoolemie.fr] Premature end of script headers: cms.php
        – [Thu Mar 29 23:54:49 2012] [error] [client 151.28.208.99] [host http://www.lunettessimulationalcoolemie.fr] Premature end of script headers: index.php

        Ainsi que le contenu des logs de ton modules, toujours pour le mois de mars car depuis le 27/03 il n’y en a pas d’autres alors qu’il y a eu des commandes.
        C’est donc les 2 dernières commandes qui ont parfaitement fonctionnées…
        ———————————–
        merchant_id: 049822003700036
        merchant_country: fr
        amount: 11900
        transaction_id: 1
        payment_means: MASTERCARD
        transmission_date: 20120327100222
        payment_time: 120309
        payment_date: 20120327
        response_code: 00
        payment_certificate: cfa7456ee519
        authorisation_id: 613186
        currency_code: 978
        card_number: 5137.27
        cvv_flag: 1
        cvv_response_code: ??
        bank_response_code: 00
        complementary_code:
        complementary_info:
        return_context:
        caddie:
        receipt_complement:
        merchant_language: fr
        language: fr
        customer_id: 42
        order_id: 323
        customer_email: sebastien.marin@capiconsult.com
        customer_ip_address: 109.190.29.31
        capture_day: 0
        capture_mode: AUTHOR_CAPTURE
        origin: client_return
        caller_ip_address: 109.190.29.31
        ———————————–
        merchant_id: 049822003700036
        merchant_country: fr
        amount: 10200
        transaction_id: 2
        payment_means: VISA
        transmission_date: 20120327100356
        payment_time: 120747
        payment_date: 20120327
        response_code: 00
        payment_certificate: a685afd49296
        authorisation_id: 212139
        currency_code: 978
        card_number: 4561.10
        cvv_flag: 1
        cvv_response_code: ??
        bank_response_code: 00
        complementary_code:
        complementary_info:
        return_context:
        caddie:
        receipt_complement:
        merchant_language: fr
        language: fr
        customer_id: 41
        order_id: 322
        customer_email: info@sysco.fr
        customer_ip_address: 81.249.255.122
        capture_day: 0
        capture_mode: AUTHOR_CAPTURE
        origin: client_return
        caller_ip_address: 81.249.255.122

        Pour les commandes je passe par le BO pour me connecter à la place du client, je récupère son panier sur le FO est valide les commandes en chèque ou virement…

        Merci d’avance

        • Damien VERON dit :

          Aux vues des logs je dirais que certaines de vos pages plantent après avoir atteint le max_execution_time de php ou une autre limite (de temps probablement, éventuellement de mémoire)