(Tgg_Atos) Beta 2.0 4 RC 4 à venir, dernière étape avant la 2.0 stable-release

Bonjour à vous,

que cache ce titre un peu énigmatique ?

Une nouvelle bêta release, celle de la RC4 actuellement en preview, avec quelques améliorations :

  1. Le montant minimum de commande pour pouvoir utiliser ce mode de paiement (une valeur différente pour chaque type de paiement : paiement en 1, 2 ou 3 fois).
    Cette option est pleinement compatible avec les environnements multi-devises, c’est pourquoi il m’a fallu autant de temps pour l’implémenter.
  2. Le module avertira le client si un changement de devise doit avoir lieu lors de la présentation de la liste des moyens de paiement disponibles.
  3. Le support du mode Guest checkout de Prestashop 1.4

Cette bêta-release devrait être la dernière incrémentation fonctionnelle avant la sortie de la stable 2.0, ce qui signifie que d’autres bêta-versions ne seront publiées qu’en réponses à des bugs et non pour ajouter de nouvelles fonctionnalités tant qu’une version n’aura pas reçu le label stable 2.0.

Cette version est presque prête, à être placée en preview, il me reste encore quelques modifications et des traductions françaises à ajouter, mais si mon activité professionnelle ne me prend pas trop de temps c’est une question de jours.

Si l’on récapitule toutes les fonctionnalités prises en charge par cette dernière version à venir (les nouvelles comme les anciennes), je crois que l’on peut considérer ce module comme plutôt complet dans son genre.

Je vais ensuite me consacrer à mon autre projet, qui a trop longtemps souffert du temps que me prenait le module de paiement : un module d’édition rapide des produits type tableur permettant un filtrage avancé et des actions de masse pour gérer les très gros catalogues; mais vous en saurez plus prochainement 😉

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.

26 Responses to (Tgg_Atos) Beta 2.0 4 RC 4 à venir, dernière étape avant la 2.0 stable-release

  1. Jérémy kleinclaus dit :

    Super nouvelle !
    Quand penses-tu que la version stable sera disponible 🙂 ?

    Merci !

    • Damien VERON dit :

      Pour qu’une version puisse être labelisée stable il faut dejà qu’elle ait été un minimum testée par quelqu’un d’autre que moi.
      Je packagerai la preview en beta release dès que j’ai un peu de temps (et de courage).

  2. Étant donnée mon actuelle incompétence dans le domaine (mais on s’améliore), je ne peux faire autre chose que te donner tout mon encouragement verbale (ou plutôt écrit)… J’espère que cela te fera quand même plaisir 😉

  3. machpro dit :

    Bjr,
    Je suis en train de passer en presta 1.4 et j’ai installé le module mis à jour, le pb est que dans la page de configuration je n’ai pas le choix de la devise et de ce fait le module « bloque ». je ne trouve pas la source du pb.
    Avez vous une idée??
    Merci par avance

    • Damien VERON dit :

      Bonjour, deux possibilités :
      – vous n’avez pas vidé le cache des templates Smarty après mise à jour
      – aucune de vos devises n’est compatible avec le module, voir la documentation.

      • machpro dit :

        Merci pour votre réponse rapide.
        Le cache a été vidé; j’ai même réinstallé le module, ma devise par défaut est l’euro.Sur la page « devise par défaut » est en rouge et je n’ai pas de choix possible dans l’ascenseur.
        une autre piste??

        • Damien VERON dit :

          Après deux heures de recherches infructueuses d’un bug éventuel qui se déclencherait selon des paramètres assez rares pour que seul vous soyez touché, me vient une évidence qui n’a rien d’un bug… :

          Avez-vous bien pensé à autoriser au moins une devise compatible avec le module ?

          Configurer les devises autorisées pour la passerelle de paiement ATOS dans le back-office Prestashop

        • ibenot dit :

          j’ai exactement le même soucis, je ne peux choisir ma devise (liste vide) alors que ma devise par defaut est bien l’euro ….. mais bizare je n’ai pas d’onglet atos dans paiements -> restriction des devises….

          • ibenot dit :

            ok c’est bon, le petit bug venait du fait que quand on essaye de réinitialiser le module, celui fait une maj (toujours est-il que j’avais une nouvelle interface du backoffice de gestion du module avec des nouvelles options (dont cette fameuse devise 😉 ) mais rien dans l’onglet Paiement comme sur le screenshot ci-dessus…. je me suis donc procuré la rc4 et refait une installe clean et Miracle ! dans paiement je coche la/les devises et je valide dans les options du modules…. Est-ce que la source du problème peut bien être une maj de certain fichier lorsque l’on clic sur « réinitialiser » le module. Merci à toi pour ce module vraiment souple et rapide ! Merci !

  4. christophe dit :

    Bonjour,

    j’aimerais tester votre module mais ma banque ne me fournit pas de fichier de certificat.

    Par contre, j ai bien un id marchand et un numéro de certificat de production, ma question est donc, est ce que je pourrais quand même utiliser votre module en rentrant ces infos en dur ou via le BO ?

  5. Nico dit :

    Félicitations pour le travail sur le module, je suis intéressé pour le tester sur presta 1.4.2 et faire les retours !

    A+ et merci pour le job !

  6. Jean-Luc dit :

    Bonjour,
    Merci encore pour toutes les versions de votre module ATOS gratuit que j’utilise depuis Février 2011!
    Je viens de mettre en prod la version 2.0 Beta 4RC4 après migration de la boutique http://www.square-creatif.com en Presta 1.4.3!
    Ca fonctionne parfaitement!
    Excellent Job!
    Jean-Luc

  7. Greg dit :

    Bonjour

    Après avoir bataillé férocement avec le module Atos ( et avoir perdu d’ailleurs ) j’ai découvert votre module…

    L’installation c’est plus que bien passée mais j’ai un soucis sur l’étape après le choix de paiement, un chouette Erreur 500 – Erreur du serveur! L’erreur suivante c’est produite : Le serveur a èté victime d’une erreur interne.

    Etant un bon noob j’ai testé : activer la boutique / virer le mode maintenance… Vider les caches au cas où, googlesisé depuis plus de 3h ( j’ai pu voir le soleil se coucher sur ma détresse en me disant « ah ah ! pauvre nouille » et fais le tour des droits des fichiers mais force est de constater que cela ne veux pas… Plus frustrant encore le fait qu’il est avéré que ce module envoi du pâté et que c’est ce qu’il me faut…

    Personnellement je n’ai plus aucune piste peut être auriez vous une piste à m’indiquer ?

    • Damien VERON dit :

      Bonsoir,
      Cette erreur peut être provoquée par des droits mal configurés comme un .htaccess non lisible par le serveur apache ou des droits abusifs (ex: OVH interdit les CHMOD 0777 sur les fichiers appelés par URL).

  8. Mathieu dit :

    Bonjour Damien,

    Excellent, comme toujours 😉

    Est-ce que tu sais s’il y a un moyen pour insérer dans le fichier PARCOM la ligne : RETURN_LOGO!my_logo.gif! ?

    Dès que je fais la modif, le module part en sucette et j’ai droit à un magnifique « Paiement indisponible jusqu’à demain ».

    Si tu as une solution, tu es mon sauveur !

    Mat.

  9. cybearDJM dit :

    Hello Damien, tres heureux d’avoir trouve ce module.
    Une question : je « joue » avec depuis hier en mode test+debug, et j’ai systematiquement « le paiement par carte est indisponible jusqu’a demain… ». avec une jolie icone Atos et le montant total de ma commande
    Les infos de debug s’affichent correctement et ont l’air « clean »…

    Apres installation, j’ai du deplacer le dossier /param car le chemin etait trop long.
    Hier, j’ai teste avec les binaires d’origine du package telecharge ici.
    Ce soir j’ai mis a jour avec les fichiers fournis par SOGENACTIF (v 615) pour Linux64 (v 2.6.18). Comme les fichiers certif.fr.xxxx sont en .PHP, j’ai modifie le pathfile cree lors de l’installation du module en ajoutant F_CTYPE!php!

    Qu’ai-je oublie de faire ? ou me suis-je plante ?
    Je seche…
    Par avance, merci.
    Et tous mes voeux (il est encore temps…)
    Sincerely
    DJM

    • cybearDJM dit :

      Oups, le site est en PS 1.4.6.2
      DJM

    • Damien VERON dit :

      Bonjour,
      – Quelle est la version du module ? (merci de poster sur le ticket approprié par rapport à la version utilisée, ce ticket n’est pas celui d’une release…)
      – Quel est le message d’erreur expédié par mail ?

  10. Muad'Dib dit :

    Bonjour Damien,

    Tout d’abord merci pour votre module.

    J’utilise actuellement la version de ce fil à savoir Beta 2.0 4 RC 4 en prod sur une boutique prestashop 1.2.5. J’ai fait tellement de modifs dans les corefiles qu’il va falloir que j’ai un sacré bout de temps devant moi avant de migrer le tout sur une version de presta plus récente.

    Pour vous dire la vérité ma boutique me servait avant toute autre chose de vitrine, les clients préférant jusqu’alors se déplacer en boutique pour effectuer leurs achats.

    J’avais bien entendu testé le comportement de votre module avant de le mettre en prod (il y a deux ans), et n’avait pas pu constater de mémoire le moindre problème.

    Depuis, très récemment certains clients on tenté d’effectuer leurs achats sur le e-shop.
    En premier lieu et vous n’y êtes pour rien, certains clients étrangers se sont fait jetés par 3D secure (ça c’est une autre histoire…) mais aucun problème avec le module, qui a logué les erreurs tout à fait convenablement.
    Ensuite j’ai eu une transaction .FR qui s’est déroulée sans accroc.

    Enfin il y a quelques jours, une cliente a acheté quelque chose, le paiement est bien passé, mais la commande n’est pas remontée dans ma boutique.
    Je suis presque sur d’avoir testé la fermeture de l’explorateur sans cliquer sur le bouton ‘retour en boutique’ à l’époque de mes tests, mais maintenant je ne sais plus trop.

    Donc je voulais savoir si ce problème de non remontée de la commande en boutique en cas de non clic du bouton ‘retour en boutique’ est un problème connu de cette version?

    Si tel est le cas, auriez-vous un ‘workaround’ pour le corriger?
    J’aurai pu aller regarder le code (disons humblement que je m’y connais un peu en php/mysql 😉 ) mais comme vous l’avez dit très justement sur l’une de vos réponse, à moins de savoir exactement ce que l’on fait dans un module de paiement, mieux vaut ne rien faire, je préfère demander l’avis de l’expert.
    En revanche je suis tout à fait capable de comprendre vos réponses et de mener à bien des modifications si certaines sont à faire.

    Vous avez des versions plus récentes du module qui sont disponibles, mais comme je ne suis pas entièrement sur qu’une MAJ soit nécessaire (qui plus est je suis adepte du bon vieux : « quand ça marche, n’essaie pas de le corriger ») d’autant plus que je ne suis pas tout à fait sur que vos nouvelles versions soient encore compatibles 1.2.5.

    Tant que j’y suis je voulais aussi vous demander une petite chose concernant les paiements en plusieurs fois.

    J’avoue que cette option m’intrigue un peu depuis que je l’ai vue dans le BO il plusieurs années. Comment fonctionne-t-elle réellement?
    Au moment du paiement, l’autorisation se fait sur quel montant, comment s’effectue la remontée en banque, et comment sont ‘prélevées’ les fraction suivantes?
    Vu que cela me semblait assez risqué pour le commerçant, j’ai préféré ne jamais utiliser cette option.

    D’avance je vous remercie amplement des réponses/explications qu’éventuellement vous allez pouvoir m’apporter.

    En vous souhaitant une belle journée et en vous remerciant encore pour cet excellent travail! Bravo!

    Cordialement.


    Muad’Dib

    • Damien VERON dit :

      Bonjour,
      premièrement je vous remercie pour le sérieux de votre demande (je supprime tellement de commentaires du type « sa marche pa, pk ? » que je vais finir par devoir prendre des anti-dépresseurs ;-)). Ce module a été développé pour des techniciens ayant votre sérieux, vous êtes donc chez vous ici.
      Je connais ce problème de migration, j’ai utilisé cette version pour un gros site eCommerce pour un client de l’agence qui m’emploie et nous sommes en train de migrer le site, sachant que j’avais à l’époque corrigés pas mal de bugs dans les fichiers Core, optimisé le back office à leur utilisation (tout en Hors Taxe) et développé environ une bonne quinzaine de modules pour répondre au spécificités de la boutique à déployer. Je compati donc.

      Concernant la non prise en compte, il faut savoir que contrairement à ce que prétend ATOS, le retour silencieux n’est pas 100% fiable, donc une fois de temps en temps vous ne recevrez pas de réponse silencieuse, voir même parfois des réponses silencieuses avec un code d’annulation alors que la transaction a bien été effectuée…
      La version que vous exploitez n’a pas de problème de ce côté mais une mauvaise configuration peut en être à l’origine. Vérifiez avant tout le domaine utilisé pour la réponse automatique configuré depuis la page de configuration avancée du module, et qu’aucune redirection (généralement configuré dans un .htaccess) n’intervient ce qui brise la réponse puisque les données POST sont perdues au passage. C’est le problème le plus courant.
      La version 2.1.6 du module permettent de forcer le retour du client vers la boutique, ce qui est une fonctionnalité ATOS, mais que je trouve personnellement un peu violente et ne met pas vraiment l’utilisateur en confiance (opinion personnelle sujette à caution).

      Concernant le paiement en plusieurs fois, je n’ai fait qu’une implémentation basique (et oui, cela prend du temps de développer proprement, et sans les prestations payantes d’installation/configuration/modification commandées par certaines personnes le projet serait largement déficitaire), ainsi le montant de la première transaction configurable via les variables ATOS n’a pas d’interface de configuration sur le module. Le module procède ainsi pour calculer le montant de la première transaction :
      Soient $atos_amount le montant à payer et $splitted le nombre de transaction (2 ou 3) :
      'INITIAL_AMOUNT='.round($atos_amount/$splitted)
      ce code est dans la fonction getPaymentForm() et peut être modifiée par un technicien ayant un niveau basique en PHP.
      Pour plus d’informations se reporter à la documentation ATOS, ne pas hésiter à contacter votre contact technique auprès de votre banque car tout n’est pas dans la documentation (sur les docs dont je dispose, le procédé est décrit brièvement dans « Dictionnaire des données », pourquoi dans cette doc et pas dans « Guide du programmeur » ? Je ne sais pas et je n’ai pas envie d’entrer dans la tête d’un technicien ATOS pour le savoir tellement ça a l’air bordélique dans leur crâne ;-)).
      L’utilisation de cette fonctionnalité demande effectivement plus de gestion que le paiement standard (si l’un des paiement est refusé il n’est pas automatiquement relancé, il vous faut surveiller cela sur vos journaux de transaction et demander vous-même à vos clients les paiement manquants).

      Cordialement,
      TrogloGeek.

  11. Muad'Dib dit :

    Hummm

    🙁

    Je viens de voir que je n’ai pas posté au bon endroit, mais aussi que j’ai 174 réponses à lire avant de poser ma question, car il n’est pas impossible que vous y ayez déjà répondu.

    Je vous prie de m’excuser d’avoir posté au mauvais endroit, et peut-être aussi posté quelque chose qui avait déjà été demandé.

    Si tel devait être le cas, merci de supprimer mes messages, je vais trouver mes réponses dans le bon fil et à défaut les reposter là bas.

    Toutes mes excuses.
    Cordialement.


    Muad’Dib

    • Damien VERON dit :

      Effectivement j’aurais préféré sur le fil de commentaire de la mise à disposition de la version, mais au moins vous poster sur une page qui parle de la bonne version, il y a beaucoup de monde qui continue de poster sur la page de la version 1.0, alors qu’ils en utilisent une plus récente et sans même indiquer la version utilisée… L’humanité me déprime quelque peu dans son incapacité à fournir les efforts appropriés lorsqu’ils demandent l’aide d’un autre humain. Vive les parasites.
      Conclusion vous faites parties des personnes les plus sérieuses m’ayant contacté alors pas de complexe à avoir 😉 et je peux vous dire que ce sont les personnes ayant votre sérieux qui me fournissent la motivation pour continuer ce projet.