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
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.
Probablement FIA-Net, je ne connais pas ce module
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é.
Oui j’avais vu cela, mais je n’ai encore jamais pris le temps de le tester.
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é).
Cf patch ici.
Cordialement, TrogloGeek.
PS: toujours pas de nouvelles de FIA-Net.
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
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.
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 .
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.
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.
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
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 fournis
votre banque correspondant à votre système d’exploitation, supprimez ceux du répertoire
bin/ puis placez ceux de votre banque. Obtenez le fichier parmcom.
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.
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 😉
Oui, elle se situe dans la documentation Prestashop :
http://doc.prestashop.com/pages/viewpage.action?pageId=3506270#G%C3%A9rerlesm%C3%A9thodesdepaiement-Restrictionsdesmodulesdepaiementparrapportauxdevises
Merci Damien pour ta réponse, cependant j’avais déjà réglé ça ( voir cette image : http://imageshack.us/photo/my-images/804/capturetqd.jpg/ ), mais ça ne fonctionne toujours pas… BIZARRE
Alors il faut vérifier que vos modules sont bien inscrits au hook de paiement et faire un relevé de logs PHP.
Les modules apparaissent bien dans le HOOK de paiement, dans l’ordre où ils étaient avant…
Comment relever les logs PHP ? Qu’est-ce que j’y trouve dedans ?
J’ai essayé aussi de désinstaller et réinstaller mes modules de paiement, mais rien à faire !
Mes modules apparaissent bien dans le HOOK de paiement, comme avant d’ailleurs.
Comment relever les logs PHP, et qu’est-ce que j’y trouve à l’intérieur ?
C’est bizarre car j’ai essayé de désinstaller les modules de paiement puis de les réinstaller, mais sans succès…
Je suis vraiment coincé et ne peux plus avancer !
J’ai résolu mon problème, j’ai restauré ma base de données, sinon impossible de savoir d’où ça vient !!!
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
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.
Yo Damien !
Merci pour la mise à jour, je teste ASAP et te fais un retour ASAPtoo !
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
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.
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
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.
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
Cf patch ici.
Cordialement, TrogloGeek.
Re,
merci beaucoup ! j’arrive maintenant sur la page de démo de la banque.
A très bientôt
Chris
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.
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.
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 ?
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
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.
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.
Le paiement 3x fois est-il géré sur cette version ? thx tgg u rox 🙂
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.
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é 🙂
et plus précisément aux lignes : 253, 320 et 327 du fichier tgg_atos.php
c’est tout 🙂
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.
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.
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
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.
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.
Merci beaucoup 🙂
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.
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.
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.
Exact, par contre attention car le prefixe ps_ dans le nommage de la table depend de votre installation Prestashop.
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
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.
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.
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
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
Pas de probleme, je vous recontacte bientot par mail pour que vous me transmettiez les information d’acces.
Merci a vous
Ok, pas de problème, vos accès sont prêts.
Bien à vous,
Fred
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
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,
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.
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 !]
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 » :
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 !
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. 😉
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
Il semblerait que le fichier certificat de production soit corrompu ou que tu ais mis un fichier qui n’est pas un certificat
Merci, c’est bien ce qu’on pensait, nous allons contacter la banque. De plus une donation serait faite pour ton aide 🙂 .
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)
}
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) ?
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
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).
Bonjour,
Je viens à l’instant de t’envoyer par PM sur le forum Prestashop.
Merci
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.
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.
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.
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.
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
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.
Bonjour,
J’ai une question concernant le module est il possible de rajouter une banque nous même ?
Bonjour,
La page « Ajout d’une nouvelle banque au module » de la documentation incluse devrait, je pense, répondre a ta question 😉
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 ?
Oui, generalement sous la denomination « kit de test/demonstration »
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
Bonjour,
Le montant minimum pour utilisation d’un mode de paiement n’est pas implementé, mais cela est faisable.
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
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 :
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 ?
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
Merci beaucoup pour le retour, je vais verifier cela.
Par contre, meme pour le mode « les binaires sont dans le dossier d’inclusion du serveur », la fonction exec est necessaire !
Oui mais les binaires fournis par l’hébergeur ont le droit de s’exécuter alors que les notres non.
Merci d’avance
Oui c’est bien cela.
J’ai reparé le probleme hier soir mais il etait trop tard pour packager le module, j’essaye de faire ca ce soir
OK merci.
preview RC4 mise à jour avec le correctif.
Merci beaucoup je vais tester cela.
Merci beaucoup cela fonctionne très bien.
Bonne continuation.
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 !
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…
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?
Hello,
la documentation est bien là, mais elle est à la racine de la tarball, en ligne de commande on passe donc facilement à côté si on ne liste pas les fichiers de la tarball avant extraction.
Sinon la documentation est aussi disponible ici :
http://www.capillotracteur.fr/downloads/doc-atos-sips-prestashop.pdf
et sa source :
http://www.capillotracteur.fr/downloads/doc-atos-sips-prestashop.odt
*normalement* je pense à mettre à jour cette doc en même temps que celle du module, mais l’erreur est humaine…
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,
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).
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.
Ok merci je regarde cela dès que possible
Merci beaucoup de ce suivi.
N’hésites pas à me contacter si tu as besoin de faire des tests.
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.
Merci beaucoup Damien ! Je regarde ça et je te dis si tout fonctionne !
Encore mille merci !
Mat.
Merci TgG, tout marche !
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
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…
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
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.
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
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.
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 ?
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
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)