Tgg_Atos (Module gratuit ATOS/Sips pour Prestashop) est sur googlecode

Pour permettre une contribution communautaire au projet, le projet a été initialisé sur Google Code, il commence avec la V1.

http://code.google.com/p/tgg-atos/

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), Non classé. Permalien.

19 Responses to Tgg_Atos (Module gratuit ATOS/Sips pour Prestashop) est sur googlecode

  1. Yann dit :

    Bonjour,

    Ce module est il compatible avec le systeme du CIC ?

    http://www.cmcicpaiement.fr/fr/index.html

    Merci d’avance,

    Yann

    • Damien VERON dit :

      Bonjour,
      vous inversez le problème : ce module n’est pas compatible ou non avec certaines banque, il est fait pour permettre une liaison entre une boutique prestashop > 1.2.5 et un système ATOS/SIPS.
      Il est donc virtuellement compatible avec toute banque offrant un contrat VAD avec une interface ATOS/SIPS 600 bien qu’il faille quelques connaissances en PHP pour intégrer les banques qui ne sont pas préconfigurées de base dans le module mais en ce cas il suffit de m’envoyer les fichiers paramètres du monde démonstration de la banque pour que je les intègre rapidement.

      En l’occurrence le CIC n’utilise pas le système ATOS.

      Cordialement, Damien.

  2. Turtle dit :

    Bonjour !

    Merci pour ce module qui, même si je ne l’ai pas encore essayé, devrait m’être très, très utile.
    Par contre, je n’ai pas trouve comment faire remonter un bug, alors je le fais via ce commentaire.
    Pas de souci d’installation, mais à la configuration, 2 problèmes :
    _ celui des 54 caractères dépassés
    _ un warning php :
    Warning: Invalid argument supplied for foreach() in monsite/presta/modules/tgg_atos/tgg_atos.php on line 432

    J’ai donc supprimé le répertoire de modules et l’ai mis sur monsite/presta/atos, et ai modifié les adresses dans le backoffice ; c’est bon, plus de problème au niveau du nombre de caractères, mais j’ai toujours le warning, et toujours à l’adresse monsite/presta/modules/tgg_atos/tgg_atos.php alors que le fichier n’est plus du tout là.

    Et avec ça, je pense que ça serait bien d’avoir dans la doc les valeurs de CHMOD à mettre sur les droits des fichiers, en plus du texte ^^

    Bye !

    Turtle

    • Damien VERON dit :

      Les 54 caractères ne sont pas un bug mais une limitation du système Atos.

      Le warning sur la ligne 432 signifie qu’il y a eu une erreur lors du listing des fichiers certificats : vérifier la présence des droits de lecture + exécution pour le dossier param ainsi que le droit de lecture pour les fichiers contenus.

      Je ne peux pas donner de valeurs CHMOD pour les fichiers étant donnés que cela dépend de la configuration du serveur. Les valeurs CHMOD que j’utilise sur mon hébergement OVH sont préservées dans la tarball qui doit être extraite directement sous linux pour ne pas les perdre.

  3. Merci pour cette contribution, mais votre module est-il compatible avec presta 1.3.2.x ?

    Merci d’avance

    • Damien VERON dit :

      Le module a été conçu pour la branche 1.3 (version 1 sous version 3) de prestashop avec quelques corrections pour rétrocompatibilité 1.2.5, il est d’usage d’incrémenter au minimum la sous version en cas de changement de l’interface API disponible sans rétrocompatibilité. Le module devrait fonctionner sur n’importer quelle release stable de la branche 1.3.

  4. Grégory dit :

    Bonjour,

    Votre module prend il en charge le retour automatique à la boutique ?

    Merci d’avance pour votre réponse ainsi que votre travail.

    Cordialement

  5. Grégory dit :

    Bonjour,

    j’ai finalement trouvé pourquoi le retour automatique « silentieux » ne fonctionnait pas.
    La boutique était en mode maintenance.
    Je me heurte maintenant à un problème avec google Analytics. Je ne récupère pas les données du tag ecommerce si le client ne revient pas sur la boutique.

    Merci d’avance pour votre aide.

    Cordialement

    • Damien VERON dit :

      Oui, c’est le principe de Google Analytics : pas de client, pas de statistique.

      Dites les mecs, il va falloir apprendre a bosser un peu par vous meme et arrêter de demander aux autres de faire a votre place le travail que vous facturez ensuite a vos clients.

  6. surflibre dit :

    Salut,

    Merci pour ce module gratos

    J’ai toute fois un léger soucis.

    Je suis en 1.4.5.1 et j ai toujours le message de le back :
    « Impossible d’écrire le fichier de configuration, vérifiez les permissions sur le dossier de configuration
    Le chemin vers les binaires n’existe pas ou les droits sur les fichiers le rendent invisible.
    Le chemin vers les fichiers paramètres n’existe pas ou les droits sur les fichiers le rendent invisible »

    je suis en dédié, php5.3.6 (safemode off), j ai bien respecter les 54 caractères (au dessus de la racine web(/var/www/vhosts/mydns.commmm/tgg_atos/)

    tout est sur ce chemin

    chmod -R 777 sur tgg_atos

    et cette erreur dans le BO.

    J ai pas encore parcouru ton code, mais un truc m interpelle ou est le pathfile?

    Récemment j’ai bosser sur du Magento ou j’ai du intégrer 6 boutiques (multi websites), je n’ai pas eu trop de difficultés à intégrer, ou du moins des erreurs classiques de pathfile parmcom chmod et cie (fichiers placés aussi < 54 caractères)

    mon error log me donne :"

    PHP Warning: is_dir() [function.is-dir]: open_basedir restriction in effect. File(/var/www/vhosts/mydns.commmm/tgg_atos/param/) is not within the allowed path(s): (/var/www/vhosts/mydns.commmm/subdomains/subnamed/httpdocs:/tmp) in ……./httpdocs/modules/tgg_atos/tgg_atos.php on line 354, referer: ……../admin/index.php?tab=AdminModules&configure=tgg_atos&token=103e20c075b9e7a79ffe8d7893786aaa&tab_module=payments_gateways&module_name=tgg_atos

     »

    Tu es le seul à avoir une version gratos qui focntionne (ou du moins s active) sous 1.4 .

    Le modules est-il finit?

    Pourquoi ta version est marquée en Bêta?

    ……à cause de ce type de pb…?

    Cordialement,

    Surflibre

    • Damien VERON dit :

      Bonjour, désolé pour les délais de réponse…
      Cela est dû à vos restrictions open_basedir qui interdit à votre site web de lire ou d’écrire ailleurs que dans /var/www/vhosts/mydns.commmm/subdomains/subnamed/httpdocs
      et /tmp. Il faut soit modifier cette restriction abusive (idéalament : /var/www/vhosts/mydns.commmm/ et /tmp) soit remettre les fichiers du module dans la racine web.

      Le module est en version bêta parce que je passe mon temps à ajouter de nouvelles fonctionnalités sans avoir le temps de valider intégralement toutes les fonctionnalités sur un échantillonnage de plate-forme d’hébergements suffisamment représentatif et que je n’ai pas assez de retour (généralement on vient se plaindre quand ça ne fonctionne pas ou que l’on est pas capable d’installer le module, mais on me contacte très rarement pour me dire que cela fonctionne, quand cela fonctionne on m’oublie…).

      • surflibre dit :

        Bonjour,

        le safemode est bien à off.

        il est vrai qu’on se retrouve « oublié » quand notre module marche
        … mettre un like bidule peut te rassurer, ou bien un compteur de dl.

        Pour « généralement on vient se plaindre quand ça ne fonctionne pas ou que l’on est pas capable d’installer le module »,
        … désolé mais j’en suis au 2ème site Prestashop, dans le mois ou je dois faire le paiement atos et l’erreur est récurrente avec ton module.
        Je te rassure sous Magento c est le même type de problèmes qu’on rencontre (j ai du paramétrer 6 banques en multidomaines toutes sous atos), tendu au début et ça à finit par fonctionner.

        Donc ma soluce, dans notre cas, à été de créer un parcom.merchantid et de modifier le path file pour coller à la racine /var/www/vhosts/mydns.tld/atos/ les dossiers bin, log, param.

        Merci

  7. surflibre dit :

    Re

    Excuse pour la redondance de post,

    Comme quoi ton module est intéressant, j a reçu ce mail :

    L’exécutable request a retourné une erreur.

    API ERROR
    Error reading pathfile (no key word D_LOGO)

    donc en reviens à pathfile

    merci

  8. surflibre dit :

    Re,

    Je reviens une dernière fois pour dire que j’ai résolu le coté fonctionnel de l’appel à la banque et les retours.

    Mais j’ai toujours le beau message d’erreur (cité ci-dessus) dans le back office du module.

    Pour l’histoire j’ai reconstruit manuellement parcom et pathfile avec les path des bin et param < 54 caractères + appel au parmcom.038862749811111 (ici pour cyberplus) et non sur parmcom.cyberplus.

    Tout roule.

    En vous remerciant encore,