Bonjour,
les personnes souhaitant participer au test de la RC 3.0.0 peuvent la récupérer sur la page projet GitHub.
Comme il ne s’agit pas d’une Production Release, les personnes à faible niveau technique sont invités à patienter jusqu’à la sortie d’une telle version ou à passer par un prestataire à bon niveau de compétence qui sera capable de déterminer si oui ou non la version RC du module est fonctionnelle pour vos besoins.
Comme vous pouvez vous en douter, cette réécriture du module pour PrestaShop 1.5 a été assez fastidieuse, ainsi toute donation est la bienvenue (le bouton de don PayPal se trouve sur la page d’accueil du projet GitHub).
Tant que la première PR (Production Release) ne sera pas sortie ainsi qu’une documentation wiki mise en place, je n’assurerai pas de support mis à part pour les réels bugs qui seront soumis (en anglais si possible) avec suffisamment de détails sur l’interface appropriée. Pensez d’ailleurs à la consulter avant utilisation du module pour vérifier qu’il n’y a pas de bug majeur qui pourrait vous gêner dans l’exploitation du module.
Les feedbacks de compatibilité qui n’ont pas leur place sur l’interface Issues de GitHub peuvent être soumises en commentaire ici (désolé, je n’ai pas eu le temps de mettre en oeuvre quelque chose de plus approprié).
L’implémentation 3D secure n’est pas lié aux certificats coté client, mais aux binaires qui encode la requête.
Avec les binaires ATOS de dernière génération (64bits) vous avez des codes de tags supplémentaires pour interpréter les erreurs ou le succès d’un paiement à l’aide d’une carte encodée en 3DSecure.
Il faut savoir qu’un paiement avec une carte encodée 3D secure peut passer, sans la vérification 3dsecure… merci les banques !!
voici les nouveaux tags inclus dans la requête de retour sur ces binaires:
$hash[‘order_validity’],
$hash[‘transaction_condition’],//34
$hash[‘statement_reference’],//35
$hash[‘card_validity’],//36
$hash[‘score_value’],
$hash[‘score_color’],
$hash[‘score_info’],
$hash[‘score_threshold’],
$hash[‘score_profile’]
c’est le retour sur « transaction_condition » qui nous intéresse
3D_SUCCESS Le commerçant et le porteur de la carte sont inscrits au programme 3-D Secure et le porteur s’est authentifié correctement.
3D_FAILURE Le commerçant et le porteur de la carte sont inscrits au programme 3-D Secure mais l’acheteur n’a pas réussi à s’authentifier (mauvais mot de
passe).
3D_ERROR Le commerçant participe au programme 3-D Secure mais le serveur Sips a rencontré un problème technique durant le processus d’authentification
(lors de la vérification de l’inscription de la carte au programme 3-D Secure
ou de l’authentification du porteur).
3D_NOTENROLLED Le commerçant participe au programme 3-D Secure mais la carte du porteur n’est pas enrôlée.
3D_ATTEMPT Le commerçant et le porteur de la carte sont inscrits au programme 3-D Secure mais l’acheteur n’a pas eu à s’authentifier (le serveur de contrôle
d’accès de la banque qui a émis la carte n’implémente que la génération
d’une preuve de tentative d’authentification).
SSL L’acheteur ne s’est pas authentifié pour une des raisons suivantes :
– le type de carte n’est pas supporté par le programme 3-D Secure
– le commerçant ou le porteur de la carte n’est pas inscrit au programme
3-D Secure
Le tag « card_validity » est important lui aussi, car il faut savoir qu’avec un paiement en X fois, seul le premier paiement passe en 3Dsecure, pour peu que votre client est sa carte bientôt expirée… et vous pourriez avoir des soucis avec les paiements restant à échéance.
(voir doc atos-sips)
http://www.citelis.fr/wp-content/uploads/2010/12/Dictionnaire-des-donn%C3%A9es-D2.01.pdf
Merci pour ces informations, leurs documentations sont à ce que je vois toujours aussi claires. Produite par un stagiaire et vérifiée par un autiste dopé au crack peut-être ? (oui je sais j’exagère outrageusement mais il est tard et j’ai besoin de me détendre) Car il manque à mon sens une information essentielle : l’impacte des différentes cinématiques d’authentification 3DS sur le code réponse de la transaction. Le statut 3D_ERROR par exemple entraîne-t-il bien un rejet de la transaction (donc code réponse différent de ’00’ ?)
Donc en réponse à la question initiale (pour les lecteurs il faut savoir qu’il s’agit d’une conversation entamée par mail et qui se termine ici pour qu’elle puisse profiter à tout le monde), non le 3DS tel que vous le décrivez n’est pas implémenté dans le module et je n’ai à l’heure actuelle pas de documentation suffisante pour. Les documentations qui me sont passées entre les mains jusqu’ici tendaient à laisser penser que c’était techniquement transparent, à savoir que si le certificat VAD et la carte de l’acheteur participaient tous deux au programme 3DS et que cette authentification échouait, le response_code prenait alors une valeur de refus (le contraire serait d’ailleurs choquant non ?).
Par contre votre document confirme ce que j’ai lu et relu dans les miens :
(extrait de l’annexe X sur les paiement en plusieurs fois).
Pour le paiement en plusieurs fois je me suis peut-être mal exprimé, je parlais de l’assurance du paiement au niveau de 3Dsecure, si un client vous paye en 3x, seul le premier paiement est assuré par votre banque, pas les autres.
Et OUI un paiement peut être autorisé, même avec une carte en 3D_ERROR !! Le 3Dsecure n’est pas bloquant il est informatif.
Ils partent du principe qu’ils sont faillibles et vous pas 🙂
Au final c’est le marchand qui se fait planter, si vous avez de l’espoir et de la argne, vous pouvez vous plaindre auprès de votre banque, il parait qu’ils vous rembourse quand même…
Ces informations sur le 3dsecure sont surtout là pour vous permettre de prendre une décision sur la livraison ou non de la commande à votre client. Il y a aussi le bon sens, quelque outils de snif IPs.
En tout état de cause, dans le doute, demandez une copie de la carte recto/verso, ne sers à rien, ni une facture d’EDF, la seule chose à peut près valable c’est un abonnement à une ligne fixe (on peut retrouver le client); le mieux, un prélèvement de quelques centimes sur la carte de votre client, et vous lui demander de confirmer le montant, là vous éliminez en partie les CB volées.
Bravo pour votre module dont je vais tester cette nouvelle version.
Vous suggérez de faire un don, pouvez vous émettre une facture ?
Non
Bonjour ,
Tout d’abord merci pour le partage de cette RC.
J’ai été tester ça sur mon site test bien qu’en Anglais (Pour d’évidentes raisons) je trouve que cette nouvelle version est quand même bien propre et détaillée , c’est vraiment sympas !
Néanmoins , bien que le support soit fermé , on ne sait jamais je vais quand même poser ma question , pour peu que vous soyez de bonne humeur j’aurai peut être droit à une réponse positive.
Voicis ma question , pourquoi ai-je cette double erreur qui revient sans cesse avec le module ?
» Error when calling request binary, system exit code: 11, text output: »
» Error when calling response binary, system exit code: 11, text output: »
Je pensais au début que c’était une erreur similaire à celle des version précédentes donc j’ai pris la peine de ramener les dossiers bin , param et log à la racine du site , mais rien y fait. J’ai donc modifié les CHMOD du dossier bin et appliqué les fichiers en 755 , ce qui me fait passer l’erreur de: » Error when calling request binary, system exit code: 126, text output: » à celle que j’ai posté un peu plus haut.
Je me doute que c’est pas quelque chose de bien compliqué mais pauvre de moi je bute tout de même là dessus , je vous remercie d’avance si vous avez la solution à mon problème. Il n’est pas dit que je n’utilise pas votre module une fois la 3.0 achevée , et bien entendu si rentrées d’argent il y a , un don vous sera fait selon vos tarifs.
Passez une agréable journée , au revoir
Voir la documentation de votre système d’exploitation
Je ne penses pas comprendre cette réponse que faut-il faire exactement ???
pardon, effectivement je pourrais un peu plus détailler :
Je rappelle une fois de plus que les commentaires ici sont destinés à des discussions autour du projet (propositions d’amélioration, débat sur l’orientation du projet etc…), les déclarations de bug/dysfonctionnement, anomalie… se font sur le tracker github du repository, pour les demandes d’aide de néophytes, le forum Prestashop est à privilégier (vous pouvez ensuite poster ici un lien vers le thread sur le forum Prestashop accompagné de la question si vous le souhaitez, ce qui permet de rassembler les personnes ayant une demande similaire et de vous entre-aider) car vous aurez plus de chance d’obtenir une réponse rapide et surtout dans un langage techniquement accessible, la vulgarisation technologique n’est pas mon fort.
vérifie que tu as bien transféré par ftp les fichiers « request » et « response » en mode « binaire » et non automatique.
J’ai eu exactement le même problème que toi et au bout d’une heure j’ai trouvé que mon Filezilla était en mode de transfert « automatique » et ça à dû rater pour ce fichier sans extension.
Sinon vérifie aussi que tu as bien la version des binaires qui correspondent à l’OS de ton serveur (ex: 64 ou 32 bits).
Si tu peux accéder en mode console à ton serveur (ssh), essaie d’exécuter directement ces binaires.
Enfin les fichiers binaires eux mêmes (pas juste répertoire bin) doivent avoir le droit d’exécution pour l’utilisateur correspondant au serveur apache.
Tests effectués avec succès en mode test et pré-prod (Sogenactif).
Os : Ubuntu 10.04.4 (Parallels Plesk Panel v11.0.9)
PHP : 5.3.2
Apache : 2.2.14 avec Nginx 1.3.0-1 en proxy/cache.
Voilà merci et bon courage pour la suite.
Bonjour, en bref Prestashop semble un bon CMS pour mon projet, sauf que je découvre que tous les modules coutent les yeux de la tête, ce qui m’amène ici.
Quel est l’intérêt de ce module de paiement SIPS ATOS par rapport aux autres et notamment celui de Prestashop ? (à part le prix bien sûr)
Bonsoir,
je suis désolé mais je ne suis pas un commercial, aussi je vous répondrai que le meilleurs moyen de répondre à cela est de tester. De plus je n’ai de mémoire pu manipuler qu’un seul module payant de passerelle ATOS, aussi je ne suis pas vraiment capable de vous répondre, peut-être quelqu’un d’autre le sera.
L’avantage d’un module payant est qu’il est généralement vendu avec des garanties (dont celle de support technique), bien que dans les faits certains supports techniques ne sont pas forcément efficaces. Dans le cas de ce module, la seule pseudo-garantie offerte est celle de ma bonne volonté à traiter les bugs soumis sur l’interface dédiée et contenant les données appropriées à la reproduction. Les autres demandes ne sont traitées qu’en support payant.
Mais vous devez quand même bien savoir pourquoi vous passez du temps sur ce projet ! Ce n’est surement pas par plaisir de programmation, alors peut être pour offrir une alternative gratuite meilleure que celle des autres modules ? En bref, comment défendez vous votre projet ?
Vous devez bien comprendre que les gens ne vont pas acheter le module officiel à 200€ rien que pour pouvoir le comparer les autres !
Et donc moi je devrais ?
2 semaines plus tard…
Ben oui, si ya bien quelqu’un qui doit le faire c’est vous, et c’est la base.
que dis je, 1 mois et 2 semaines plus tard
Le jour ou Prestashop aura une communauté ressemblant un tant soit peu à celle de Drupal (ce n’est qu’un exemple) est bien loin grâce à vous et vos semblable Mr ShoppyShoppa.
Réviser votre attitude permettra peut-être à d’autre d’avoir les mêmes envie d’entre-aide que TgG. Si vous voulez savoir pourquoi il faut acheter le module officiel plutôt que faire confiance à l’open-source, alors c’est dév du module officiel à qu’il faut poser la question.
Son intérêt est qu’il marche parfaitement, qu’il est gratuit et que Damien a fait un travail formidable sur les anciennes versions, je suppose que ce sera aussi le cas sur cette version 3. Un module SIPS/ATOS quel qu’il soit, dans le fond ça n’a qu’un but celui de collecter les paiements sans bug. Je n’ai jamais rencontré de bug depuis que j’utilise les versions 2.1.x. Et tout ça gratuitement. Moi je crois que si, Damien fait ça par goût pour la programmation et par altruisme (en tout cas c’est pas pour les maigres dons qu’il reçoit). C’est comme ça que moi je défends son projet. Et je ne ressens pas le besoin de tester les autres dans la mesure où il marche parfaitement.
Merci, toutefois je serai un peu plus pragmatique : les versions 2.x du module étaient devenues un véritable bordel programmatique, pas de quoi rendre fier un développeur consciencieux :-/.
La raison à cela est que 2.x restait basée sur 1.x dont l’architecture n’était prévue que pour supporter très peu de fonctionnalités, je ne comptais à l’origine que fournir une base stable que chacun modifierait à son grès, fournir la solution à la problématique de génération des transaction_id de manière thread safe (via la table myisam avec une double clef primaire) et montrer comment implémenter une gestion des réponses bancaires ne s’appuyant pas sur la session utilisateur. Mais la pression utilisateur étant ce qu’elle est, le module a subit une croissance fonctionnelle démesurée par rapport à son embase structurelle.
D’où la nouvelle embase 3.x (pas parfaite, loin de là, le temps à accorder à un projet non rémunérateur étant toujours limité, du moins tant que l’on ne gagne pas au Loto…), mais plus adaptée au volume fonctionnel actuel.
on parle d’un module de transactions financières, pas d’un générateur aléatoire de flocon de neige
Donc, parce que j’ai le malheur de proposer un module gratuit ATOS/SIPS c’est à moi de payer tous les modules payants disponibles pour voir la différence ? Biensur…
De mon point de vue ce serait plutôt aux modules payant d’argumenter de leurs avantages.
De mon côté, je me contenterais de vous laisser vous débrouiller avec vos visions affabulatoires et démentielles d’un monde en orbite autour de votre nombril.
Oui un mois et demi, mais ce n’est pas comme si vous méritiez que je prenne le temps de vous répondre n’est-ce pas ? Je prends le temps d’aider ceux qui font un minimum d’effort, pas les enfants gâtés qui se contentent d’exiger.
Je sais pas pour qui il se prend ce ShoppyShoppa. A mon avis il est fou dans sa tête. Laissons le il mérite même pas le temps qu’on passe à lui répondre.
Bonjour Damien;
D’abord, merci pour ton travail. (Dommage que tu ne puisse pas faire de facture pour un petit don).
Avant de commencer à tester cette version, je travaille sous Windows Server 2003, Apache 2.2 et pour différentes raisons en php 5.2.17.
Y a t’il une raison pour laquelle ce module ne fonctionnerait pas avec cette version?
Merci d’avance pour la réponse.
Il y a eu des changements importants en 5.3 concernant la POO et pas mal de bugs en moins. Rien ne vous empêche d’essayer mais je ne compte pas assurer la compatibilité avec les versions antérieures car cela alourdirait considérablement mon workflow pour les mises à jours du module (je passe a chaque fois un temps considérable en vérifications de fonctionnement).
De toutes manières il me semble que PS 1.5 nécessite aussi PHP 5.3 non ?
Merci pour la réponse.
Non, Prestashop ne demande qu’une version 5.1+.
Pour info, utiliser 5.3 sous Windows demande d’utiliser une version d’Apache compilé par soi-même ou ApacheLounge et des problèmes de compatibilité de module dont un que je n’ai jamais pu résoudre (php_bitset) et bien sûr indispensable pour moi.
Je te tiendrai au courant de mes tests d’ici une quinzaine de jours.
Je me permets deux commentaires :
1) je trouve vraiment dommage qu’un module d’une application demande une version supérieure à l’application elle même.
2) venant de java et/ou dotnet (et continuant à travailler avec), je suis toujours effrayé par ces situations typiques des développements php. Une mise à jour de x.2 en x.3 (donc sensée être mineure) et plus rien ne fonctionne. (je parle de php, pas de ton boulot Damien).
De mon point de vue :
– PHP < 5.3 est obsolète - PHP sous windows is evil - assurer la compatibilité de la version 3.0 (qui a déjà demandé de nombreux jours qui ne m'ont jamais été payés, sachant que je n'utilise même pas ce module...) avec d'anciennes versions de PHP me couterait pas mal de temps, à côté de cela un hébergement LAMP PHP > 5.3 coute seulement quelques euros par mois…
– c’est le travail des banques que vous payez pourtant de vous fournir le module non ? Où est-il donc ?
« PHP sous windows is evil »
Sortons des préjugés typiques du monde Linux, s’il vous plait.
Et tu réponds pas à mon interrogation principale:
« je trouve vraiment dommage qu’un module d’une application demande une version supérieure à l’application elle même. »
Dommage…
« PHP sous windows is evil » était évidemment un trait d’humour…
Cela dit, il ne s’agit pas d’un préjugé, j’administre des serveurs d’exploitation Linux aussi bien que Windows depuis des années, et PHP sous Windows est une source d’emmerdes qui requière un supplément de travail non négligeable de la part des développeurs (dont je suis le principal) pour que les applications fonctionnent aussi bien sous Linux que Windows étant donné que PHP/*nix et PHP/Windows sont deux environnements distincts, avec des ressemblances certes, mais très loin d’être identiques…
« je trouve vraiment dommage qu’un module d’une application demande une version supérieure à l’application elle même. »
Dans le même genre moi j’ai aussi :
– je trouve dommage que la banque ne vous fournisse pas le module
– je trouve dommage que ces centaines d’heures (oui, réellement, centaines) passées sur la branche 3.0.0 ai été en tout et pour tout rémunérées par deux dons d’une valeur globale de moins de 15€
– je trouve dommage que personne ne me file un coup de main, pour la doc par exemple, chose pour laquelle je ne suis pas très bon
…
Mais heureusement pour toi, c’est un projet libre, donc fais un fork compatible PHP 5.1+ sous Windows, ainsi tout le monde est content 😉
PS : je me doute bien que ton commentaire n’est pas une attaque personnelle, et ma réponse n’est pas non plus à prendre en tant que contre-attaque mais plus comme pure rhétorique.
Windows 8 – Office 2013 … Où est le suivi de version là dedans ?
Chaque projet est libre de sa codification de version !
Admettons qu’un nouveau module sorte pour Presta 1.5 … sa version sera 1.0 ou 1.5 ?
Bonjour,
la contribution du paiement de l hébergement de ce site peux vous permettre d’avoir une facture à votre nom.
la réception d’un reçu d’une petite somme 50-100€ ne sera peut être refusée par un comptable. par contre la tva n’est pas récupérable. (à vérifier )
Sinon faire une asso…
L’hébergement du site est négligeable au regard du temps passé en développement/conception et des frais matériels. La mise en place d’une association serait idéale mais consomme beaucoup de temps et nécessite à priori plusieurs personnes, et requière aussi que je prenne un professionnel indépendant statut officiel pour que l’association puisse me payer avec les dons. Cela dit si des personnes sont motivées pour gérer l’association je ferai les démarches pour obtenir un statut indépendant, mais j’en doute fortement étant donné que la plupart des personnes intéressées par le projet ne le sont que quelques jours le temps de l’installer.
Bonsoir,
j’ai récupéré ta version 3.0.0, elle est en test sur un site de prod à très faible trafic (PHP 5.3, Linux Gentoo, Apache 2.0). Cependant, depuis plusieurs années, je ne suis plus très ATOS : techno vieillissante qui ne s’est pas vraiment adaptée aux nouveaux comportements de paiement, support régulièrement à côté de la plaque, … et migre les sites sur lesquels j’interviens vers d’autres IPSP.
J’ai par contre eu besoin de faire un fichier de traduction FR, est-ce que ça t’intéresse que je te l’envoie (ça t’économisera 70 lignes de codes ;)), si oui à quelle adresse ?
Je ne suis pas non plus un fan de SIPS que je considère comme obsolète, au design applicatif peu sécurisé (une installation par un néophyte de l’API laissera généralement des trous de sécurité), je n’ai créé ce module que pour tenter d’éradiquer d’autres modules 100% bricolage qui trainaient sur le web et étaient très populaires.
Concernant les traductions FR, je pense qu’il n’y en aura jamais dans la branche 3.x étant donné le coût supplémentaire en temps sur les cycles de mises à jour du module. Il faut que je réfléchisse à un moyen de mettre en place une communauté de mise à disposition de traductions (un autre projet Git peut être ?).
Bonjour et merci Damien pour ce module
en tant que développeuse je ne peux que plussoyer à tes propos
l’installation s’est bien passée
la phase de test est OK
la traduction française est en cours en tout cas pour la partie front
dès que mes tests sont finis je passe en près prod
je vous tiens au courant de la suite
bien cordialement
Natacha Courcelles
Pour Informations
serveur: FreeBSD FreeBSD 8.3-RELEASE-p3 #1: Tue Jun 19 12:47:33 CEST 2012 root@xxxxx.com:/usr/obj/usr/src/sys/NFDEDIE_3_4 amd64
Version du logiciel serveur: Apache
Version de PHP: 5.3.8
Limite de mémoire: 512M
Temps d’exécution maximal (max_execution_time): 1000
Informations sur la base de données
Version de MySQL: 5.5.19
Moteur MySQL: InnoDB
Version de PrestaShop: 1.5.3.1
Bonjour à tous
Suite à mon message précédent je reviens vers vous pour vous faire part de la mise en production du module V3
pour résumer
installation par FTP
déplacement des dossiers param et log à la racine
les binaires sont installés dans /usr/local/php/bin en 755
création des traductions (pour l’instant que le front office)
n’étant que la prestataire je n’ai bien entendu pas vendu le module mais uniquement le service de l’installation / paramétrage et des tests
j’ai fait part au propriétaire de la boutique de ton fonctionnement par don..
merci pour cet excellent module
bien cordialement
Natacha Courcelles
Bonjour !
Ravi de voir qu’un module gratuit existe dans la jungle des modules payants pour Prestashop !! Je tiens en premier lieu à féliciter ton travail et à te remercier pour ton partage et ton suivi ! Après mise en production de ton module sur deux sites différents, je te ferai un don agréable, et pour chaque autre installation par la suite, tout travail mérite salaire 😉
J’ai une petite question concernant le processus d’utilisation de ton module, je dois m’enregistrer auprès de ATOS ou de Ma Banque Belge ? Impossible d’avoir des informations claires à ce sujet sur le net ! ( pour l’obtention des certificats comme expliqué dans ta documentation )
Cordialement.
JC.
A priori auprès de la banque, normalement ce sont les banques qui délivrent les certificats SIPS dans le cadre du contrat VAD. Cependant il est aussi possible de négocier un contrat VAD directement avec ATOS/SIPS.
Bonsoir
Tout d’abord félicitation pour tout ce généreux travail
Voici ma config:
Linux infong 2.4 #1 SMP Wed May 15 13:26:15 CEST 2013 i686 GNU/Linux
PHP Version 5.4.16
PrestaShop™ 1.5.4.1
J’ai lu un poste sur votre github qui ne me semble pas résolu et qui traite du même problème que celui que je rencontre https://github.com/TrogloGeek/prestashop-tggatos-module/issues/8 c’est à dire impossible d’installer le module que ce soit en FTP ou par presta… Pour info la tgg_atos-2.1.6.zip semblait fonctionner sans trop de difficultés mais après avoir lu qu’ elle n’était pas adapté pour PrestaShop™ 1.5.x j’ai décidé de prendre la 3.0.
Merci pour tout et pour votre temps
Ce problème a été traité et a eu une réponse depuis 3 mois déjà, et est fermé depuis 3 semaines, cf votre lien. Le seul ticket non résolu à cette heure est l’absence du logo.gif dans le module pour la page d’administration des différentes passerelles de paiement que je n’ai pas encore eu le temps de traiter.
Le module s’installe très bien, cependant si vous essayez de donner un lien GIT au gestionnaire de module Prestashop, il y a peu de chances que cela fonctionne.
Hi,
We would like to consider donation but in France we need a receipt (not an invoice). We didn’t find any email address nor any assurance we will get one so that the reason of this message.
So could you confirm it’s possible?
By the way, lovely job and great idea to put it on github !
Hi,
thanks for your consideration, I am french too but unfortunately not able to produce a receipt, this is no tax-deductible donation, it would require some people to create an association (french « association loi 1901 ») to accept the donations and pay me with it. Sadly, I’m on my own on this project, but if some people want to make an association to maintain the project I would be happy with it.
GitHub saves me a lot of time, and allows me to publish every single change without having to bundle a new release candidate.
Bonjour Damien,
Avant tout, merci de fournir ce module. J’aide un voisin à l’installer sur un prestashop 1.5.0.17 en hébergement partager chez LWS.
La version PHP est la 5.3.26, la machine tourne sous linux.
J’ai essayé la RC 3.0.1 disponible sur github et il est impossible de lancer l’installation du module, la fonction escapeshellcmd() n’est pas autorisée par le php.ini et elle est utilisée dans le fichier tggatos.php. Comme il n’est pas possible de modifier le php.ini, et que j’imagine que ce ne doit pas être le seul hébergeur à désactiver cette fonction, serait-il de modifier le code pour éviter le problème ?
Merci pour votre temps !
Bonjour, modifier le code pour ne pas utiliser
escapeshellcmd()
serait effectivement possible maisJe ne prendrai donc pas en charge cette modification hors commandite, et une demande de merge provenant d’un fork ayant implémenté cette demande ne sera acceptée uniquement si la fonction en question n’est contournée que lorsqu’indisponible (sauf si argumentaire convaincant fourni).
Bonjour,
Tout d’abord, merci pour votre généreuse contribution.
Mes infos :
Linux infong 2.4 #1 SMP Wed May 15 13:26:15 CEST 2013 i686 GNU/Linux
PHP Version 5.4.17
PrestaShop™ 1.5.4.1
Je souhaite participer au test de votre version.
Dois-je télécharger la version initiale 3.0.0 ou bien la branche 3.0.1 en cours ?
Merci pour votre réponse,
Olivier
Bonsoir, si vous souhaitez aider ou bénéficier des dernières modifications, utilisez la dernière branche RC, si vous souhaitez participer à l’évolution utilisez la branche develop (qui n’est pas toujours dans un état de fonctionnement viable, donc branche interdite aux non-techniciens), si vous préférez la tranquilité d’un code éprouvé, choisissez une release.
Bonjour je me permet de vous demandez un conseil quand à la mise en place de votre module (très utile d’ailleurs).
Environnment
Version RC3-0-0
Prestashop 1.5.5.0
PHP:5_4
Système d’exploitation Linux 64 bits sur mutualisé OVH
Une fois la mise en place du module j’ai un message d’erreur qui subsiste malgré les différents test de changement de droits et de chemin d’accès des répertoires.
Error when calling request binary, system exit code: 11, text output:
Error when calling response binary, system exit code: 11, text output:
J’ai bien pensé a une mauvaise version des fichiers du répertoire BIN, mais aucun changement après le changement des fichiers.
Merci pour votre réponse et pour le travail effectué sur ce module.
http://prestashop.blog.capillotracteur.fr/2013/02/10/debut-de-la-phase-release-cadidate-pour-la-version-3-0-0-de-tggatos/#comment-4582
Merci le problème a été solutionné. J’ai ramené les répertoires bin, param, et log a la racine , avec les bons droits et les les fichiers transféré en binaire.
Et bizarrement, ça fonctionne , alors que je n’ai fait que refaire une manipulation déjà effectué plusieurs fois … ^^
D’après le message que vous m’avez demandé de supprimer, vous aviez un code retour de 127, il me semble que cela correspond à un manque de droit sur les kernels que j’ai l’habitude d’utiliser. Une erreur fréquente est d’oublier que sous Linux (et plus généralement les systèmes dérivés ou inspirés de System V il me semble), pour pouvoir lancer un exécutable, il faut avoir le droit d’effectuer un CD (changement du répertoire de travail) vers le dossier qui contient l’exécutable, et pour cela il faut avoir un droit d’exécution sur le dossier et ses parents.
Donc pour lancer un binaire dont le chemin serait /a/b/c/binaire, il faut un droit d’exécution sur /a/b/c/binaire, mais aussi /a/b/c, /a/b et /a.
Un bon moyen de s’en rendre compte : prenez un linux et retirez les droits d’exécution sur la racine « / », et voilà, le système est complètement cassé, plus moyen de se connecter en tant qu’utilisateur.
Grand merci pour vos réponses.
Je vous ai fait un premier don, d’autre viendront se rajouter au fur et a mesure.
Petite précision : 127 peut aussi venir du faite que vous utilisez la mauvaise version des binaires (pas dans son cas ^^’).
Par exemple utiliser la version binaire 32 bit sur un serveur 64bit.
Bonsoir damien,
J’ai par le passé utilisé l’une de tes versions de tgg atos sur un prestashop en 1.4 si mes souvenirs sont bons et j’entame ce jour la mise en fonction graduel d’un nouveau site sous ps1.5.
Je présume que tu dois etre dans le code non stop mais j’aimerais savoir si tu as une date approximative pour une version 3 fonctionnelle ?
Dans l’attente de te lire,
Cordialement,
Sam
Plop !
Alors un petit retour :
Informations sur votre serveur: Linux #69-Ubuntu SMP x86_64
Version du logiciel serveur: Apache
Version de PHP: 5.3.10-1ubuntu3.6
version PS 1.5.4.1
J’utilise la dernière version de GIT soit la 3.0.1 (très sympa le petit correctif pour l’affichage BO).
Les paiement VISA et CB ont très bien passé les tests de préprod’. On a aussi mis l’option Cetelem et Aurore, on attends des retours du client. J’ai les doc’ de leur circuit fermé si ça t’intéresse.
Te faut-il des détails en plus ?
Rien de plus merci, c’est impeccable, si 5 à 10% des gens qui testent le module faisaient un retour de ce genre je pourrais avoir un vrai cycle dev/RC/release ^^’
Vouééééé mais les gens c’est des feignasses, faudrait limite avoir un formulaire pré-rempli pour qu’ils participent, et encore je suis sur qu’une bonne partie ne daignerait même pas le remplir parce-qu’elle le trouverait môche.
Les gens ? J’aurais dit les français 😉 (et je précise que je suis malheureusement moi-même français, pour couper court tout de suite à certaines accusations potentielles…), lorsque je participe sur des communautés anglophones je trouve que les gens font globalement plus d’effort, attendent moins le bec ouvert qu’on leur serve la solution de 2+2 sur un plateau. J’ai été affolé de voir un comparatif entre ce module et le module de neonec alias Mickael Caux dont ce module est presque un fork, et la conclusion était que bien que proposant moins de fonctionnalité, le module de neonec était à privilégier car les droits unix (CHMOD) à apposer sur les fichiers sont fournis dans son tutoriel (CHMOD 0777, c’est sûr que ça fonctionne quel que soit le contexte, mais cela troue plus la sécurité qu’un pet de vache la couche d’ozone…), le comparatif occultant totalement l’aspect sécurité/fiabilité de la comparaison. En France, on veut que ça fonctionne tout de suite, sans réfléchir, et bien évidemment gratuitement ;-D.
Complétement d’accord, l’esprit open-source/partage/libre, en France c’est limite considéré comme du communisme.
De même, après avoir séjourné à l’étranger, et travailler avec une communauté international, j’ai de plus en plus l’impression que la France est vraiment un pays d’assisté.
En effet le coq français, eut-il existé,
Est aujourd’hui bel et bien mort et enterré,
Ne subsistent que, dans notre « belle » France,
Poussins piaillants et réclamant leur pitance.
bonjour:
Je sais que vous ne faite plus de support technique mais là j’ai vraiment besoin de comprendre
j’ai le message classique
le service n’est pas disponible, il sera disponible demain (enfin la phrase classique)
Je suis en local peut être, est cela le problème???
en faite il m’affiche ce message et ma page s’affiche sans le css avec une erreur de cache de smarty…
j’ai la dernière version 1.5.6 de prestashop avec la template par défaut…
j’ai essayé toute vos versions de atos(2.0 jusqu’à 3.0) j’ai toujours le même message et dans la doc il y a écrit que ce n’est pas lié à l’id marchand…
pouvez vous m’éclairer??? svp
Bonjour,
premièrement, seule la branche 3.x est utilisable sur Prestashop 1.5. Le module fonctionne très bien en instance locale, c’est d’ailleurs ainsi qu’il est développé et subit la phase alpha-test (dans des machines virtuelles Debian 6/7 sous VMWare Player).
Votre problème expliqué ainsi peut avoir quelques dizaines d’origines différentes… C’est pourquoi le README.md inclu vous explique d’activer le mode déboggage pour obtenir des message d’erreur plus verbeux. La page de configuration du module implémente aussi un auto-diagnostique basique sous forme de messages d’alerte. Assurez-vous d’utiliser la branche RC_3.0.2 qui implémente un correctif du système de rapport d’avarie fourni par emily-d.
branche RC_3.0.2 invalidée car elle introduisait une erreur fatale dans le gestionnaire d’erreur, la branche 3.1.0 la remplace mais en introduisant des modifications d’interface externe.
Bonsoir Damien,
Je viens de mettre en phase de test sur un serveur de demo webaffaire ta version RC 3.1 tgg. Install facile etc etc. En examinant les variables de debug j’ai constaté que la valeur de automatic_reponse_url est faussée puisque tu recupere le chemin + nom du module et tu concatène avec ‘silentresponse’ en omettant l’extension ‘.php’.
case self::RETURN_CONTEXT_SILENT:
$protocol = self::RETURN_PROTOCOL_HTTP;
$domain = $this->get(self::CNF_RETURN_DOMAIN_SILENT);
$controller = preg_replace(‘@^(https?://[^/]+)?(/.*)$@’, ‘$2’, $this->context->link->getModuleLink($this->name, ‘silentresponse’));
break;
Soit sans aucune valeur dans le champ automatic_response_url de la config et via le debug:
AUTO_RESPONSE_URL (http://www.xxxxxxxxxxx.com/module/tggatos/silentresponse)
En observant la structure de ton module je tombe bien sur un fichier silentresponse(.php) mais situé dans le rep tggatos/controllers/front/
et non a la racine de ton module.
Sans doute un petit bug.
Webaffaire ne semble pas trop comprendre AUTO_RESPONSE_URL en mode démo.
Ça me chiffonne.
Bravo pour cette superbe pièce de code,
Cordialement,
Sam
Bonsoir et merci pour ce retour, je préfère que ce genre de discussion ait lieu dans le gestionnaire de tickets Issues du repository GitHub car plus adapté, mais c’est un autre sujet.
Je ne récupère pas simplement le chemin + nom du module pour concaténer
silentresponse
, je demande à la l’instance de contexte$this->context->link
de la classeLink
de Prestashop de générer une URL vers le contrôleurSilentResponse
du module (situé dans/controllers/front/
selon la nomenclature Prestahop 1.5), car les accès directs par URL à des contrôleurs dans le module est déprécié depuis Prestashop 1.5. Lepreg_replace
ne sert qu’à sélectionner la partie URI de l’URL, car le module gère le domaine et le protocole.Ensuite, l’URL produite vous semble faussée, mais en réalité elle est réinterprétée par la réécriture d’URL Prestashop 1.5.
Initialement, je générais de la même manière l’accès au contrôleur
UserReturn
mais lorsque la réécriture d’URL est désactivée, cela génère un lien de la forme?module=tggatos&controller=userreturn
, hors dans certains cas (l’annulation par exemple il me semble) se fait par un formulaire en mode GET cet qui a pour effet de perdre les paramètres GETmodule
etcontroller
puisque lors de la génération de ce formulaire, le système ATOS/SIPS ne traite pas comme il le devrait les paramètres GET déjà présents dans l’URL de retour => perte des paramètres GET de l’URL de retour.C’est pourquoi l’autodispatcher
tggatos/autodispatch/userreturn.pub.php
a été créé, compromis conciliant le fonctionnement de Prestashop et d’ATOS/SIPS.En espérant vous avoir éclairé sur mes choix.
l’AUTO_RESPONSE_URL est correctement traitée en mode démo et la bonne réception de ce mode de réponse doit impérativement être vérifié dès le mode démo. Si vous n’obtenez pas la réponse automatique/silencieuse, j’aurais tendance à penser que vous êtes en mode maintenance (ou autre type de restriction par IP) ou que votre site n’est pas sur un(e) domaine/adresse publiquement routable (domaine intranet, IP réseau interne…), auquel cas le serveur bancaire ne peut contacter directement votre boutique.
Merci pour ces éclaircissements lipides Damien.
J’y retourne !
Cordialement,
Sam
Damien,
Ok pour l’auto_response.
Un autre bug vis a vis de la 1.5:
Paiement test un numero cb valide: l’inscription dans la dbase etc est ok
Idem via un numero cb invalide, dbase ok client, commande details etc.
Aucune reception de mail par le client dans les deux cas de figures.
alors que via cheque et virement et tgg sous maintenance et hors maintenance ok pour la reception via le bouton de retour.
Le process d’auto_response passe a coté de l’envoi de ces emails importants a premiere vue. Dans la 1.5 l’envoi de ces mails se configure via un module peut etre
ceci explique t’il cela.
———-
J’ai entamé la traduction de l’admin de ton module via l’outil de traduction de
ps. Comment pourrais je t’exporter cette traduction une fois achevée afin que
tu puisse l’intégrer dans ta nouvelle mouture ?
Amigalement,
Sam
Encore une fois, merci de poster les questions/remarques concernant fonctionnalités et bugs sur le gestionnaire de tickets Issues du repository GitHub, cette semaine je suis en congés et plutôt de bonne humeur mais normalement il est prévu que les commentaires ne suivant pas les règles de commentaire posées dans le corps de l’article soient tout simplement supprimés (je rappelle que je gère ce projet que je n’utilise pas en bénévole avec le peu de temps libre dont je dispose pour faire bénéficier à la communauté Prestashop de mon expérience dans le domaine, ces règles sont là pour m’éviter de passer une éternité à répondre à vos demandes et que les question ayant déjà trouvé une réponse soit facilement retrouvables…).
Pour les mails, le module n’en envoie aucun, c’est un choix pour ne pas complexifier plus encore une passerelle déjà bien chargée en options, l’idée étant simplement de se reposer sur les emails de confirmation de commande et de changement de statut Prestashop, et éventuellement sur les emails que peuvent envoyer le serveur ATOS/SIPS (contactez votre technicien SIPS pour plus d’informations à ce propos, je n’ai pas de documentation à ce sujet, je sais simplement que cette option existe dans le contrat). Si regardez de plus près l’appel du module à
PaymentModule::validateOrder(...)
vous verrez que je mets à disposition en variables de template email Prestashop les différents champs de la réponse, elles sont donc disponibles dans le mail de confirmation de commande et dans le mail de statut de commande (vous pouvez donc utiliser des statuts de commande particulier à ce module ayant des templates emails comportant un récapitulatif de paiement).Concernant les traductions, elles doivent être proposées via un pull-request comme celui de redpik et bpongy sur le projet GitHub, mais sachez que je suis quelque peut regardant sur les traductions, si elles ne me plaisent pas elles ne seront pas intégrées. La gestion des traductions a représenté une charge de travail pénalisante dans l’évolution du module sur les branches 1.x et 2.x, c’est pourquoi j’ai choisi de ne plus les gérer pour me concentrer sur les fonctionnalités et la stabilité du module.
Bonjour
J’ai mis la version 3.1.0. sur mon site et n’ayant pas constaté d’erreur, j’ai mis le tout en prod (tout ce passe bien). Le site n’est actif que 1 à 2 mois dans l’année. Il y a 15 produits dématérialisés (des billets pour des match de tennis).
Voici les infos de ma config :
Informations sur votre serveur
Informations sur votre serveur: Linux info 3.0 #1337 SMP Tue Jan 01 00:00:00 CEST 2000 all GNU/Linux Linux info 3.0 #1337 SMP Tue Jan 01 00:00:00 CEST 2000 all GNU/Linux Linux info 3.0 #1337 SMP Tue Jan 01 00:00:00 CEST 2000 all GNU/Linux
Version du logiciel serveur: Apache
Version de PHP: 5.4.24
Limite de mémoire: 90M
Temps d’exécution maximal (max_execution_time): 50000
Informations sur la base de données
Version de MySQL: 5.1.72-log
Moteur MySQL: InnoDB
Préfixe des tables: ps_
Informations sur votre boutique
Version de PrestaShop: 1.5.6.1
Informations sur la configuration mail
Méthode d’envoi de mail: Vous utilisez la fonction mail() de PHP
En espérant avoir été utile ^^
Bonjour !
Oh que vois-je ? Une nouvelle RC 😀
Après passage sur Git-hub, je remarque que le patch concerne quelques lignes. Malheureusement j’ai plus la main sur le projet sur lequel j’avais installé le module. Je vais les relancer au cas ou. Et je te tiendrai au courant s’il y-a suite.
Bonjour j’installe sur mon Ftp le module je ne voit rien dans le back office dans les modules
j’installe ensuite le module via le zip de GitHub toujours rien une solution ?
Bonjour,
Tous les dossiers de module Prestashop doivent avoir le nom de la classe du module en minuscule (`tggatos` dans ce cas-ci). Les archives GitHub encapsulent le projet dans un dossier du nom du projet, il faut donc renommer ce dossier.
Bonjour,
Feedback suite à 2 installs en prod sans aucun souci.
RC 3.1.0
Check that silent response works well: OK
Production use feedbacks with: Webaffaires and Merc@net
Details about production environment configuration: Dedicated web server from OVH
OS used with distribution and version: FreeBSD 9.1 64bit + linux.ko
HTTP server: nginx-1.4.4 + apache22-2.2.25 prefork
PHP: php5-5.4.19 DSO
HTTP and PHP configuration options alteration: none
PrestaShop version: 1.5.4.1 + 1.5.6.0
PrestaShop functionnalities used: multiboutique = false
Anything else you think relevant: partial payments not yet used/tested
Merci bcp Damien
De rien, c’est un plaisir de mettre de telles ressources à disposition de personnes qui prennent le temps pour fournir des feedbacks utiles. Pour qu’un projet justifie le temps investi, il faut qu’il vive, et il vit grâce à ce type de retours qui, je le sais très bien, prennent du temps pour être fait correctement, mais moins je l’espère que le temps que peut faire gagner ce module.
Merci à toi.
Bravo à toi Damien,
La RC 3.1.0 tourne comme une horloge sur Presta 1.5.4.1
je suis en train de finir les traductions de l’admin Presta, je les mettrais en ligne sur ce post ou dans un lien externe.
Un détail vraiment très léger….comment modifier la page d’affichage des logos des banques de façon à voir apparaître tous les logos souhaités (Visa, Amex, MC, CBV etc)
un conseil cependant à tous, pour les binaires, allez cherche ceux sur le site ATOS pour 64 bits avec ou sans Glibc-2-5-42 et n’oubliez surtout pas de leur donner les permissions adéquates .
Cordialement
Yan
L’affichage de logo supplémentaire se fait via le champ de configuration moyens de paiement dans l’administration module.
Damien, j’ai aussi lu que tu avais des soucis d’hébergement, je dispose de dédiés et je peux te réserver des espaces si tu le souhaites
Cordialement
Yan
Merci mais je ne travaille que sous mes propres hébergements (question de temps à passer, je connais mes propres politiques d’hébergement, ailleurs il faut que je prenne le temps de parcourir toute la configuration…). De toutes manières j’ai un nouveau serveur mais je manque de temps pour y migrer le service de vérification de version. La maeilleure méthode reste de suivre le projet GitHub pour rester informé.
Bonjour et merci pour cet excellent module qui marche parfaitement (contrairement aux versions payantes… )
Serveur : VPS 1&1 Parallels Plesk Panel v11.5.30 CentOS 6
PrestaShop : 1.5.6.2
PHP : 5.5.9 Zend Engine v2.5.0
mysql : 5.5.36
Je réaliserais un paiement paypal dès que mon client aura payé
Encore merci 😉
Petit problème a régler :
– error when calling request binary system exit
Le message s’affiche aléatoirement… ce qui est surprenant.
Problème réglé : bibliothèque GD pas stable sur le VPS 1&1 pour dépassement des limites privvmpages.
(The size of private (or potentially private) memory allocated by an application. The memory that is always shared among different applications is not included in this resource parameter.)
J’ai repassé le domaine sur un mutualisé 1&1 Unlimited plus et plus le moindre problème.
Encore merci
Je ne comprends pas, le binaire request utilise GD ? Pourtant il n’a à priori pas à gérer d’image… Il ne fait normalement que générer des balises images dont le SRC pointe vers une image statique…
De mon expérience, il n’y a pas grand chose qui fonctionne correctement chez 1&1. J’évite soigneusement cet héebrgeur ainsi que LWS.
J’ai passé 1h avec les service technique 1&1 sans avoir de réponse concrète… les conséquences de ces erreurs sont surprenantes.
Je pense que le VPS arrive anormalement a saturation (privvmpages) et qu’il bloque certains scripts avec des erreurs sur phpmail, bibliothèque GD…
En ce qui concerne 1&1, même si ce n’est pas parfait, c’est déjà beaucoup mieux que chez OVH qui devient à mes yeux le pire hébergeur.
Merci de poster les problèmes rencontrés sur l’interface Issues de GitHub.
Oui, quand on veut quelque chose qui fonctionne il vaut mieux éviter les modules payants que l’on ne peut pas tester avant achat 😉
Bonjour, j’essaye d’installer le module tggatos mais j’ai 2 problèmes.
– Je ne sais pas ou mettre les codes données par ma banque Crédit Agricole (Identifiant e-transactions,SITE , rang)
– J’ai une erreur ‘/tggatos/bin/’ does not exist, or is not a directory, or rights on it are to low to see it from PHP user. ATOS binary executable call will probably fail.’ ==> j’ai essayé de transférer les fichier en binaire.
Un grand merci d’avance
Désolé pour le retard.
– Le module n’a besoin que du fichier certificat fourni par la banque (mode (pré-)production uniquement, non utilisé en mode démo) et des fichiers binaires pour fonctionner.
– Vérifiez le chemin et les droits comme l’indique le message d’erreur.
Bonjour,
Installé sur prestashop 1.5.6.2, je rencontre une erreur lors de l’utilisation du module.
Dans les logs, j’ai le message suivant :
: /xxx/modules/tggatos/tggatos.php(659): Atos invocation returned an error: /xxx/www/modules/tggatos/bin/request ‘language=fr’ ‘merchant_id=mon_merchant_id’ ‘currency_code=978’ ‘amount=12340’ ‘pathfile=/xxx/www/modules/tggatos/param/pathfile’ ‘normal_return_url=http://monsite.fr/modules/tggatos/autodispatch/userreturn.pub.php’ ‘cancel_return_url=http://monsite.fr/modules/tggatos/autodispatch/userreturn.pub.php’ ‘automatic_response_url=http://monsite.fr/index.php?fc=module&module=tggatos&controller=silentresponse’ ‘customer_ip_address=11.11.11.11’ ‘customer_email=smerek@free.fr’ ‘transaction_id=7’ ‘payment_means=CB,3,VISA,3,MASTERCARD,3’ ‘capture_mode=AUTHOR_CAPTURE’ ‘capture_day=0’ ‘customer_id=2’ ‘order_id=3’
debug object: TggAtosModuleRequestOutputParser Object
(
[success] =>
[error] => API ERRORError reading certificate file (/homez.xxx/www/modules/tggatos/param/certif..monmerchantid)
[form] =>
)
Le fichier certif est appelé sans code langue (devrait etre certif.fr.monmerchantid). J’ai cherché un peu dans le module pour forcer la langue serveur, ca ne marche toujours pas. Mon site est en français seulement.
Savez vous comment je peux faire pour que ca utilise le code langue ? J’ai le soucis avec les binaires de ma banque, mais aussi avec ceux d’origine, donc je me dit que j’ai du oublier un truc… 🙁
Mes infos prestashop :
Informations sur votre serveur
Informations sur votre serveur: Linux #42 SMP Wed Feb 26 12:45:33 CET 2014 x86_64
Version du logiciel serveur: Apache
Version de PHP: 5.4.24
Limite de mémoire: 512M
Temps d’exécution maximal (max_execution_time): 300
Informations sur la base de données
Version de MySQL: 5.1.73-1-log
Moteur MySQL: InnoDB
Préfixe des tables: ps_
Informations sur votre boutique
Version de PrestaShop: 1.5.6.2
Merci d’avance de votre aide.
Bonne soirée,
François
Bonsoir,
le code langue ISO2 utilisé lors de la génération du nom de fichier certificat à lire par l’API SIPS provient du paramètre `merchant_country`. Il vous faut l’ajouter dans le fichier parmcom par défaut de votre banque (parmcom.votrebanque) via la ligne suivante :
MERCHANT_COUNTRY!fr!
Je viens de voir que ce paramètre est manquant pour le fichier parmcom.smc fourni avec le module (fourni par un utilisateur du module), je corrige cela de mon côté aussi.
Merci pour votre retour.
Bonjour,
Feedback suite à l’install en prod PS 1.6 sans aucun souci, ce que j’attendais puisque la mise à jour PS est plutôt cosmétique. Par contre, le PS est une màj 1-click réussie depuis la 1.4.9.0 ce qui est assez étonnant même pour un petit site.
RC 3.1.0
Check that silent response works well: OK
Production use feedbacks with: Merc@net
Details about production environment configuration: OVH mutu Pro
OS used with distribution and version: Linux 3.10.23-grsec-mutu-grs-ipv6-64+
HTTP server: apache
PHP: php 5.2.17 CGI
HTTP and PHP configuration options alteration: none
PrestaShop version: 1.6.0.5
PrestaShop functionnalities used: multiboutique = false
Anything else you think relevant: partial payments not yet used/tested
Encore merci.
PHP_OS Linux
Version Linux web461.240.ha.ovh.net 3.10.23-grsec-mutu-grs-ipv6-64+ #42 (Mutualisé OVH)
PHP Version 5.3.16
Prestashop 1.5.6.1
Version TGGATOS 3.1.0
Pleinement fonctionnel en lisant la doc, et en appliquant les instructions !
Un grand merci pour ce très beau travail !
Bonjour,
Un petit feedback suite à une mise en prod réussie.
TggAtos 3.2.1
Paiement en 1x via Sherlocks LCL
OVH mutualisé performance 1
OS Linux webd212.media.ha.ovh.net 3.10.23-grsec-mutu-grs-ipv6-64+
PHP 5.4.27 / FPM/FastCGI
Prestashop 1.5.6.1
Silent response et retour de l’utilisateur pleinement fonctionnel.
J’ai utilisé les binaires fournis par OVH ici http://guide.ovh.com/MiseaJourKitAtos
Le tout placé à la racine de l’hébergement, en dehors du dossier /www.
Merci pour ce très bon module, plus complet et bien mieux développé que le module « officiel » Prestashop !
Pas de prosélytisme sur quel module est le meilleur (de toutes manières de telles considérations n’existent pas, deux solutions représentent chacune une somme de compromis, une solution ne peut donc être qualifiée de supérieure à une autre que dans un contexte donné). Surtout que je postule actuellement chez PrestaShop pour un poste de développeur ;-).
Je n’ai pas dis que l’un était meilleur que l’autre, je constate simplement qu’un module offre plus de fonctionnalités qu’un autre et que la qualité du code n’est pas la même 🙂
Bonne chance pour votre candidature !
C’était de toutes manières un troll de ma part : sur ce sujet on pourra en discuter durant une éternité sans se mettre d’accord ;-).
Pour ce qui est de la qualité du code, je ne suis pas non plus satisfait du mien, mais bon, je ne peux pas non plus passer ma vie sur des projets personnels non rémunérant.
Pour moi la véritable question est : pourquoi un module n’est-il pas commandité par les banques ou ATOS ? Quitte à ce qu’il soit payant, le principal étant qu’il soit minutieusement vérifié par des personnes qui connaissent bien le système (les documentations fournies sont… Comment dire cela…). Que certains choisissent ensuite de passer quand même par des modules non officiels est un choix personnel, mais un module officiel, certifié et avec support me semble presque obligatoire, non ?
Salut Damien.
On utilise
– tggatos 3.0.0
– Prestashop 1.5.4.0
– ubuntu 10
– php 5.3.x
– banque SG (sogenactif)
Après vérification, il s’avère qu’un plafond de paiement à 300€ est appliqué : la commande est « divisée » à chaque tranche de 300€ … 🙁
> Pas de restriction au niveau de la banque (après sollicitation auprès d’eux)
> Pas de restriction au niveau de prestashop (pas de regle de promotion)
> Pas de restriction au niveau du module tggatos (pas de paramétrage outre)
Est-ce que cette restriction de plafond est native sur tggatos ? ou c’est autre chose ?
Merci pour ta réponse et bonne journée
Bonjour,
premièrement, cela n’a pas de rapport, mais la version 3.0.0 est obsolète (deux problèmes sérieux ont été corrigés en 3.2.1 et divers autres problèmes dans les versions entre).
Que voulez-vous dire par « la commande est « divisée » à chaque tranche de 300€ » ? De multiples commandes sont générées ? De multiples paiements ?
Il n’y a pas de restriction de montant hardcodée dans le module, un autre module pourrait cependant interférer.
Ne comprenant pas concrètement comment se manifeste le problème, je n’ai pas de piste à vous proposer.
Re-salut Damien.
1/ Oui de multiples commandes sont générées, et elles sont en erreur.
2/ Pas de hardcode, ca rassure. Mais un autre module peut intérférer, alors là …
3/ Merci de ta réponse. Et finalement, on en est à demander à la banque (SG) si il n’y pas de plafond de paiement pour notre compte chez elle … Egalement si le certificat ATOS qu’elle a fourni est ok pour les modes preprod et prod (on attend depuis 10 jours) … 🙂
How do i test this code(a demo working one)????
First: hello
To test it, you download and install it, there is no demo shop to test it.
Bonjour,
j’ai une question qui va surement paraître idiote (pour ma défense c’est le premier module de paiement sécurisé que j’installe) :
Dans la doc il y a écrit : Replace tggatos/bin/ content with binaries compatible with your system provided by your SIPS service provider
La banque c’est CA et ils m’ont simplement fourni une feuille avec écrit (ce ne sont pas les vrais chiffres) :
Accès n°: 1234567
Rang : 01
MCC : 1234
CODE BANQUE : 12345
PAD de télécollecte : 1234567890
CENTRE de télécollecte principal : 123456789012
Code BIN : 123456
Bin 3D Mastercard : 123456
Bin 3D Visa: 123456
Du coup à défaut de fichiers spécifiques fournis par la banque on peut utiliser ceux par défaut dans le script?
Sinon j’insisterai auprès de la banque, mais comme ils ne sont pas très conciliant je préfère être sur de ce que je dois exiger d’eux avant.
Merci d’avance, et désolé d’avoir rabaissé le niveau.
– tggatos 3.4.0
– Prestashop 1.6
– Debian 3.13.10-1
– php 5.4
– banque Crédit Agricole
Bonjour, pas d’inquiétude à avoir pour ce qui est de « rabaisser le niveau », l’important étant de bien fournir suffisamment de détails pour obtenir de l’aide.
http://www.e-transactions.credit-agricole.fr/formulaire_telechargement.htm
et un module compatible ici :
http://addons.prestashop.com/fr/modules-paiement-prestashop/25-paybox-paiement-1x-et-3x.html
Vous trouverez probablement d’autres modules en cherchant.
Il existe plusieurs versions des binaires SIPS disposant de fonctionnalités différentes, et ces différences ne sont pas documentées, il vaut mieux prendre le temps de remplacer les binaires inclus dans le module par ceux fournis par votre banque pour éviter d’éventuels problèmes.
Bonjour, je viens de m’apercevoir que j’ai oublié de vous remercier pour votre réponse.
Juste pour informations le crédit agricole n’a pas voulu fournir les fichiers, ils disent que c’est à ATOS de le faire. Bref, un bon dialogue de sourd. Comme ils veulent vendre leur module paybox ils ne veulent rien savoir.
Mais encore merci pour votre réponse
Bonjour Damien,
Je suis sur un hébergement mutualisé et les binaires sont installés à la racine de mon hébergeur, dans un dossier /cgi-bin/
Je n’ai pas encore installé le module et je voulais m’assurer qu’il est possible de modifier le chemin d’accès vers les binaires pour le configurer selon les prérequis de mon hébergement.
Merci par avance,
Perrine
Bonsoir,
Le chemin des binaire est en effet configurable via le back-office module, il est aussi possible de désactiver l’utilisation d’un chemin.
Ok super merci beaucoup 🙂