La version 1.0 est enfin disponible,
elle est compatible à partir de la version 1.2.5 de Prestashop.
23/09/2010 – version 1.0
– Correction d’un bug concernant les devises n’ayant pas deux décimales
– Ajout de la compatibilité Prestashop 1.2.5
Module ATOS/SIPS version 1.0
Une désinstallation de l’ancienne version n’est pas nécessaire avant mise à jour depuis la beta 4 RC2.
On m’a plusieurs fois demandé si j’envisageais le support du paiement en 2 ou 3 fois sans frais :
Oui effectivement c’est envisagé, une fois que les dons auront couvert les frais de développement de la version actuelle étant donné que les « généreux » commanditaires se sont miraculeusement désistés.
Ce module est disponible en libre accès car je ne souhaite pas me générer un rente régulière mais être payé pour le travail effectué. Je souhaite que ce module reste gratuit pour les autoentrepreneurs ouvrant leur e-Commerce, mais tout travail mérite salaire. Si une fonctionnalité supplémentaire est voulue, elle sera implémentée pour peu que le coût de développement soit payé.
En attendant, ce module a pour but de vous aider à ouvrir votre premier e-Commerce.
Vous ne trouverez dans la documentation aucune information sur le fonctionnement d’ATOS et cela est voulu : je ne cautionne pas l’installation d’une passerelle bancaire par des personnes ne prenant pas le temps de lire la documentation fournie par leur banque. Vous devrez donc lire le guide fourni par votre banque pour ce qui est des procédures de test et de passage en production.
Pour soutenir le module et aider à son évolution :
Bonjour,
Merci pour tout ce travail. On oublie parfois que télécharger un module « gratuit », c’est de longues heures de boulot.
De mon coté, je n’arrive pas à le faire fonctionner. Sur mon site de test, le message » Le paiement par carte est indisponible jusqu\’à demain, nous vous présentons nos excuses pour la gêne occasionnée. » apparait.
Une idée ?
Cordialement,
Romuald
Bonjour, cela signifie que l’exécutable ATOS n’a pas retourné de formulaire de départ en paiement.
Les causes possibles sont multiples :
mauvaise configuration des droits sur les fichiers binaires (doit générer un email d’alerte)
erreur lors de la saisie du chemin vers les binaires (doit générer un message d’alerte dans le back office du module)
fonction exec() non activée sur l’hébergement
ID de transaction 999999 dépassé
binaires non compatibles avec votre système (utilisez de préférence ceux fournis par votre banque correspondant au système d’exploitation de votre hébergement)
L’administrateur du site a-t-il reçu un mail de rapport d’erreur de la part du module ? (nécessite évidemment que l’email d’administration de prestashop soit correctement configuré)
Salut Damien, il semble que tu aie oublié le pathfile dans le dossier param.
Pour se debugguer il faut le créer et coller ceci à l’intérieur :
DEBUG!NO!
D_LOGO!/modules/tgg_atos/logo/!
F_CERTIFICATE!param/certif!
F_PARAM!param/parmcom!
F_DEFAULT!param/parmcom.mercanet!
Merci Damien pour ton module
Petit bug aussi dans le fichier tpl/tgg_atos-front-hookPayment.tpl.
Tu utilises la variable {$module_template_dir} dans ton a href vers tgg_atos-payment-redirect.php au lieu de {$module_dir}.
Du coup si on fait la procédure templates en mettant le tpl dans themes, il va chercher le tgg_atos-payment-redirect.php dans le dossier themes, donc 404 de prestashop.
Remplacer {$module_template_dir} par {$module_dir} et ça roule 😉
++
Effectivement, erreur de ma part, je republie une nouvelle version corrigée au plus vite, merci.
Par contre le projet a été porté sous google-code pour avoir une vraie interface de déclaration et de suivi des bugs : http://code.google.com/p/tgg-atos/issues/list
Donc prière de ne pas poster cela ici.
Bon, le problème que tu as relevé à propos de la délocalisation des templates vers le dossier de themes n’est pas le seul. Du coup pas de version 1.1, je travaille directement sur une refonte plus globale, avec automatisation de la création du dossier de theme, une gestion plus solide de celui-ci, un back office remanié et en prime devrait venir la gestion du paiement en 2 à 3 fois sans frais.
Bonjour,
Ce n’est pas un oubli, le fichier pathfile est généré par le module a la validation des parametres de son back office.
OK autant pour moi. L’erreur semblait plutot venir de la variable trop longue. un peu bidon leur limitation de path à 54 caractères ….
Le système Atos est vieux et quelque peu obsolète…
Bonjour Damien,
Je suis intéressé par l’installation de votre part du module sur deux sites.
Puis-je être sur que ce module fonctionnera aussi bien et avec autant de sécurité qu’un module acheté sur PrestaStore ?
Merci pour votre réponse
Cordialement
Franck
Bonjour, le seul moyen d’être sur est de tester les deux.
La seule garantie offerte avec ce module est le délai de réaction très court pour la correction de tout bug rencontré par la communauté. Si tu regardes l’historique du beta-test sur le forum Prestashop tu pourras constater que ce projet est mené avec beaucoup plus de sérieux que 99% des autres modules Prestashop. Un projet module gratuit mené avec plus de sérieux que la plupart des modules payants, ensuite c’est à toi de voir…
Bravo ! good job !
Marche bien en pré-prod je test encore…
Sauf les logos ne s’affiche pas, ainsi que la mise en forme (tpl & Theme)
Quant au lien « symbolique » je n’ai pas tout compris…j’ai du dupliquer mon répertoire plus bas dans arborescence…
Si tu as une réponse, merci par avance 😉
Cordialement,
Bonjour,
Je reformule pour être plus clair :
1-Comment modifier la page de paiement ?
2-Comment créer un lien symbolique?
Merci
1- En lisant la partie Adapter l’apparence du module à celle de votre boutique de la documentation fournie
2- Cela est sans rapport avec le module mais dépend de votre système d’exploitation, Google est ton ami… Et puis cette méthode est facultative, cf documentation.
Merci Damien,
Mais j’ai bien lu la doc, et appliqué à la lettre : « Adapter l’apparence du module à celle de votre boutique » et même renommer mon thème en « Prestashop » au cas ou…
Quant au symlink, google n’est pas mon ami lorsqu’il me parle en UNIX… si tu pouvais juste nous donner la bonne ligne de commande se serait super.
Par rapport à toi nous ne sommes que des enfants certes qui savons utiliser un mixeur… mais pas le démonter 😉
Merci encore pour ton aide…
* réponse sur la création de liens symboliques censurée *
C’est très gentil de l’aider mais cette discussion n’a aucun rapport avec le module.
De plus fournir des lignes de commandes « pré-construites » n’est pas une bonne habitude : cette catégorie d’utilisateurs se contente de copier coller les commandes sans réfléchir jusqu’au jour où ils provoquent une catastrophe…
Une simple recherche sur google lui aurait suffit à trouver la réponse en 5 minutes chronos, je ne cautionne pas l’installation d’application sensibles par des personnes n’ayant :
* aucune connaissance du système d’exploitation l’hébergeant
* aucune volonté d’apprendre ou de chercher sérieusement à résoudre leurs problèmes par eux même
N’oublions pas qu’un système de paiement mal installé ou mal sécurisé fait courir des risques non seulement à l’inconscient qui a décidé que parce qu’il sait à peu près ce qu’est un site web il était tout à fait capable d’installer lui même son système de paiement, il fait aussi courir des risques aux utilisateurs qui utiliseront le système de paiement.
Les liens symboliques sont une des connaissances les plus basiques que l’on puisse avoir d’un système de fichier Unix. Si cette personne n’est pas capable de comprendre une documentation sur la création de liens symboliques alors cette personne n’est pas capable d’installer de manière fiable et sécurisée un système de paiement (ou n’importe quelle application web d’ailleurs) sur son serveur unix/linux.
Je refuse d’être complice de personnes faisant courir des risques de vol d’identité bancaire vis à vis de leurs clients.
bonsoir,
mes url pour les bin dépassent les 54 caractères, comment puis je faire pour augmenter cette limite ?
Merci
Bonjour,
Lisez la documentation fournie avec le module section « L’emplacement des fichiers de configuration (fs) est trop long (54 caractères maximum) », ça sera un bon début déjà…
Je désapprouve l’installation d’un système aussi sensible qu’une liaison bancaire par quelqu’un qui n’a pas l’idée d’ouvrir la documentation pour voir s’il n’y a pas une réponse au problème. La mise en place de ce type de système demande un minimum d’implication personnelle, si vous n’aimez pas mettre la main dans le cambouis demandez à votre prestataire en hébergement de l’installer, une liaison bancaire n’est pas une chose que l’on peut bâcler.
1- Lorsque l’on met en place un module, il faut s’attendre à y apporter un support
2- Je doute que vous soyez vous même commerçant ou si c’est le cas et que vous traitez vos clients de cette manière, je doute que vous les revoyiez un jour
3- De telle réponse n’incite pas à l’utilisation de votre module …
4- Quel pauvre type vous faites
1- Lorsque l’on vend un module il est d’usage d’apporter un support. Hors je diffuse bénévolement ce module, sa création et son maintient me prennent déjà beaucoup de temps. J’apporte un support aux personne sérieuses qui me contactent, je ne peux pas passer tout mon temps à aider bénévolement les personne qui n’ont manifestement pas les connaissances adéquat pour installer ce type de logiciel. J’ai développé bénévolement ce module, y apportant bien plus de soin que celui dont les autres modules de paiement ATOS gratuit on fait l’objet, sachant que je n’en ai l’usage ni pour moi ni pour un client et toi, qu’as-tu fait pour la communauté ?
2- Je ne suis pas commerçant et ce n’est pas ce que l’on attend de moi. Mais tu sais rien ne t’empêche de créer ton propre module, même de repartir de celui ci si tu veux, la GPL t’y autorise, peut-être serait-ce plus constructif que critiquer ?
3- Je n’ai pas particulièrement envie qu’il soit utilisé n’importe comment et que l’on vienne me reprocher les désastres qui peuvent en résulter. Pour rappel, je ne touche rien lorsqu’un utilisateur utilise ce module.
4- Venant de toi c’est un véritable compliment ! 😉
Allez, à la prochaine, et le plus tard possible.
demande d installation??quel demarche a entreprendre
je suis sur la création d un site vitrine,je débute et aurai voulu intégrer un module de paiement,car pas pratique d aller regulierement a la poste(mandat cash ou code+vérification des cheques..) et via boite mail….
est ce une bonne solution pour moi?
gratuit par le titre mais quand est il des commisions de banque ou » assurances hackers » pour bug ou récupération d info sur serveur,suis je couvert ?
Les commissions de banque ne sont pas dépendantes du module utilisé mais du contrat passé avec la banque.
Pour ce qui est de l’assurance + couverture, je ne peux pas fournir des assurances pour un module qui me coûte beaucoup de temps mais ne me rapporte rien, surtout que beaucoup d’utilisateurs ne connaissant rien aux technologies web installent ce module en survolant à peine la documentation ou sans être capable de comprendre cette documentation et finissent par planter le système. Je fournis ce module tel quel, si vous souhaitez des garanties il vous suffit de faire faire votre liaison bancaire par une agence web, à vous de choisir entre la gratuité et la sérénité. Si vous avez des connaissances solides en hébergement, oui ce module peut être un énorme gain de temps et d’argent pour vous, sinon je vous conseille plutôt de passer par une agence qui vous offrira des garanties, cela vous coûtera probablement quelques centaines d’euros mais au moins vous serez normalement à l’abri des tuiles. Avec une liaison bancaire installée par une personne sans connaissances en hébergement/sécurité web, vous courrez des risques et, plus grave, vous en faites courir à votre clientèle.
A moins d’être vous même un professionnel du web ou un amateur éclairé, à l’aise avec la configuration d’une solution d’hébergement, je vous conseille fortement de passer par une agence, qu’au final vous ayez ce module ou un autre importe peu, ce qui est important c’est que la solution que vous utiliserez ait été conçue et installée par une personne compétente, méticuleuse et sérieuse. Si vous avez des difficultés à en trouver une je peux vous orienter vers une agence avec laquelle je travaille régulièrement.
merci pour les explication,je vais prendre contact avec ma banque,car le plus dure pour moi serait de faire sa subir a ma clientèle
cordialement
si tu as un peu de temps,je t invite a faire un ti tour sur mon site et me dire ce qui va pas,en tant que conseiller
cordialement
mgshop
et suis pret a recevoir des infos de votre part pour pouvoir en installer un,avec qui travaillé vous?pouvez vous me tenir informé?via boite mail?
Bjr,
Bravo pour votre travil, votre module à l’air de bien fonctionner(en test actuellement en vue d’une migration vituemart/prestashop).J’ai remarqué un détail curieux, à savoir que le cleint qui paye par CB reçoit le mail paiement accepté avant celui de confirmation de commande, le contraire me semble plus logique! enfin celà reste un détail mais qui peut perturber les clients pointilleux.
Merci encore de votre boulot pour la communauté.
Concernant l’ordre des messages envoyés, il s’agit d’un mécanisme interne à Prestashop. Ce module n’envoie aucun mail aux clients (certaines banques peuvent envoyer un mail à vos clients lorsqu’ils valident le paiement si vous le souhaitez).
Beau travail msieur. Merci pour l’esprit d’ouverture à la communauté. Il faut plus de gens comme cela pour développer Prestashop.
Bonjour Damien, un GRAND merci pour ta contribution. J’ai lu attentivement ta documentation (qui a le mérite d’exister) et plongé quelques heures dans ton code.
Ton module est il compatible pour un hébergement sous Windows ? Les tests effectués sur le répertoire /bin se base sur des binaires type unix (request / response). J’avais supprimé ces binaires pour ne laisser que les .exe. Côté paramétrage, pas de LS sous windows … j’ai déplacé mes répertoire /bin /param /log. Au final, côté BO plus d’erreur, mais côté FO le module n’est pas opérationnel, je reste sans message avec une page vide dans l’URL « tgg_atos-payment-redirect.php » et pas de redirection. Je me suis dit qu’il n’était compatible qu’avec un hébergement sous unix … j’ai bon ?
Salutations
Bannane
Je viens de vérifier et effectivement cette version ne fonctionne pas sous Windows.
Je viens de recetter sous Windows la version 2.0 BETA 1 RC1 que je m’apprêtais à diffuser et elle a été corrigée pour tourner sous Windows.
Par contre je ne vois pas le rapport avec le fait que la fonction LS n’existe pas sous cet OS ?
Bonjour Damien,
Effectivement un GRAND merci pour ce module ET pour ces évolutions que continuent (m’en vais les tester d’ici peu).
J’ai posté une « issue » sur Google code mais je fais un doublon ici, me demandant s’il s’agit d’un pb venant de presta ou du module :
La commande est en « Erreur de paiement » pour des montants faibles (inférieurs à 15€)
1. Panier à 15€ env.
2. Paiement via Visa en (preprod ou dev) avec carte valide
3. ATOS renvoie un paiement OK
4. Retour sur site OK (pris en compte, liste des commandes)
5. Status de la commande et mail utilisateur = « Erreur de paiement »
Pour un panier à 40€, pas de problèmes, « Paiement accepté », j’ai vérifié le « message » et les response_code sont 00 dans les deux cas.
Merci d’avance pour toute info,
Fabrice
Merci pour ce retour, je testerai ça quand j’aurais un peu de temps, par contre tu ne m’as pas mentionné la version de PS utilisée ? Car le problème m’a l’air de venir de PrestaShop lui-même si j’en crois ta description.
Yep, désolé, 1.3.1
sur OVH (module 1.0) et sur windows (module 2 BETA 1) même combat.
Je vais le tester avec une 1.3.2 sur Windows pour voir ça.
Je posterai aussi sur le forum prestashop.
Merci encore,
Fabrice
J’effectue des tests de mon côté sur la 1.3.2 qui me sert au développement du module (hébergement mutualisé LAMP sur OVH), si je n’arrive pas à répéter l’erreur je rechargerai la 1.3.1 lorsque j’aurai le temps pour vérifier (j’ai bossé tout le week end pour rattraper le retard sur la sortie de la premiere 2.x du coup j’ai pris du retard sur des choses plus personnelles 😉 )
Non reproduit
Environnement LAMP OVH mutualisé
Banque : Cyberplus
Mode : Démonstration
Prestashop 1.3.1 + tgg_atos 1.0 + standard binaries
Prestashop 1.3.1 + tgg_atos 1.0 + OVH binaries
Prestashop 1.3.2 + tgg_atos 2.0.b1-RC1 + standard binaries
panier : 0.50€, fdp : 8.37€, total : 8.87€ => Statut de commande au retour : Paiement accepté
Plus d’informations sont nécessaires à la reproduction du bug
Pourrais-tu m’envoyer les logs de la transaction et une capture d’écran du récupitulatif de la commande dans le back office ? je t’envoie un mail pour te donner mon adresse.
Bonjour Damien,
Tout d’abord merci pour ton excellent travail !
J’essaie d’installer ton module, mais je suis confronté à une erreur :
« Le paiement par carte est indisponible jusqu’à demain, nous vous présentons nos excuses pour la gêne occasionnée. »
avec en mail :
« L’exécutable request a retourné une erreur.
(139): »
Les droits sur bin sont bon ( 777 que je modifierai par la suite pour plus de sécurité)
le fichier param est bon (j’ai uploader mon certificat de production)
pas d’erreur en back
exec() activer et testé
id de transaction à 8
binaires de la banque pour linux 2.6.9
Environnement LAMP dédié
Banque : Citelis (crédit mutuel)
Mode : pré-production
presta : Version 1.3.2.3
J’ai parcouru tous les forums ont tu propose ton aide mais sans succès …
Une idée sur ce j’aurai mal effectué ?
Merci
Bonjour,
Comme indiqué dans le mail que vous avez reçu, l’exécutable a retourné le code 139 et aucun message d’erreur. C’est à votre hébergeur et Atos de vous répondre sur ce point, mais étant donné le code d’erreur, je penche simplement pour une incompatibilité des binaires utilisés avec votre hébergement.
Par contre un chose m’intrigue fortement : vous êtes en pré-production ? Avez vous pu effectuer correctement votre recette en mode démonstration ?
Bonjour,
J’ai trouvé mon erreur peut être pourra t elle vous servir par la suite.
Mon problème venait du fait que j’envoyai mes exécutables par FTP avec filezilla et que celui-ci ne les envoyai pas en mode binaire !
Merci d’avoir passé du temps sur mon erreur
Cordialement
Salut Guillaume,
J’ai le même problème avec la même erreur. Mais j’avour que je ne vois pas comment passer mes fichiers du dossier /bin autrement que par un FTP (pour le coup j’utilise filezilla aussi).
Vous avez une piste ?
Merci
Avez-vous eu une réponse ?
Comment avez vous transmis les binaires ?
Bonjour,
J’ai rencontré exactement le même problème et je suis tombé sur ce post qui m’a bien aidé.
Pour ceux qui se demandent comment faire avec Filezilla, il faut aller dans le menu Edition/Paramètres puis, dans l’arbre de navigation de gauche, sélectionnez Transferts/Types de fichiers et pour le type de transfert, choisissez binaire.
Cordialement.
Bonjour Damien, merci pour ce module qui fonctionne très bien!
J’ai un petit soucis pour mettre le logo d’entreprise sur l’interface bancaire:
on me dit : « inscrire le nom de ce fichier logo dans votre script « call request » champs « logo_id » ». Ca se passe dans quel fichier ? Request? tgg_atos.php?
Merci pour ton super travail et meilleurs voeux
Il suffit de remplir le champs « Nom du logo marchand » dans la page de configuration du module.
Pour l’ajout de champs qui ne seraient pas prévus dans la page de configuration, modifier le fichier tgg_atos.php.
A la ligne 328, vous trouverez la définition des paramètres spécifiques à l’exécutable request.
Développant principalement sur Magento, je m’étonnais du manque de module ATOS Gratuit. Je viens de trouver ton module, je m’en vais donc tester cela tout de suite et je suis réellement disposé à proposer mon aide pour la correction / évolution du module.
A bientôt 🙂
Bonjour et merci, si tu veux participer il y a de la place pour tout le monde 😉
Parmis les besoins actuels:
– traductions
– module de statistique atos permettant de voir les paiements refusés et de relancer les clients concernés (en utilisant les hooks mis a disposition par le module)
– serialisation/desserialisation de panier pour envoyer les informations du panier a Atos et s’assurer lors du paiemet accepté que le contenu du panier n’a pas ete modifié en parallele du paiement.
– toutes autre idee est biensur la bienvenue egalement
bonjour,
je suis intéressé par la relance client lors d’un paiement refusé via cb… avez-vous des nouvelles concernant cette fonctionnalité ? je vous remercie, bon aprèm.
ibenot
Bonjour Damien VERON
Merci pour votre module.
Je l’ai installé sur un site sous prestashop et j’ai fait toutes configurations et le site est passé en production. Les opérations s’effectuent avec succès au niveau de la banque sauf que le mail qui est renvoyé par le module tgg Atos à l’adresse mail du site indique toujours cette erreur (extrait) et le caddie n’est pas vidé au retour du paiement sur le serveur etransaction:
La banque a renvoyé une réponse invalide.
l’ID de panier retourné dans le champs id_order n’existe pas
…
…
caddie:
receipt_complement: fr
merchant_language: fr
language: 15
customer_id: 3203
order_id: xxxx@gmail.com (adresse mail renseigné ici)
customer_email: xxx.yyy.00.000 ( adresse ip renseigne ici)
customer_ip_address:
…
Pourriez-vous me dire le problème?
Merci par avance
Désolé, le support gratuit de la v1 est terminé depuis plusieurs mois ppur pouvoir me concentrer sur la v2.
Bonjour Damien, merci pour tout, votre module fonctionne à merveille !
Bonjour,
je vous remercie de ce retour, cela dit je vous conseille de passer à la version 2.0 RC4 qui est bien plus à jour.