Jump to content

iorek

Members
  • Posts

    727
  • Joined

  • Last visited

Everything posted by iorek

  1. bonjour, si vous avez souscrit vous avez reçu par email vos identifiants pour le site suivant: https://systempay.cyberpluspaiement.com/vads-merchant/ c'est cette url que nous appelons l'outil de gestion de caisse, votre back-office commerçant pour suivre vos paiement. la banque populaire ne fournit pas le certificat. il est accessible une fois que vous êtes identifié.
  2. l'outil de gestion de caisse est celui de Systempay. pour y accéder il faut souscrire un contrat avec les banques populaires. le module de paiement que vous avez téléchargé est associé à un contrat systempay pour le groupe Banques Populaires.
  3. bonjour disons plutôt que cela concerne la plateforme plus que la banque. mais effectivement cela n'a pas d'incidence sur le module. lorsque l'internaute saisit son numéro de carte sur la plateforme de paiement, le bin de celle-ci est analysé. si ce bin est un bin visa ou mastercard le directory serveur de Visa ou de Mastercard est interrogé pour savoir si la carte est enrolée. Si la carte est enrôlée le directory serveur renvoit l'url de l'acs de la banque du porteur. Une fois que la plateforme de paiement a connaissance de cette url, elle effectue une redirection du navigateur de l'internaute qui se retrouve sur l'acs de la banque. une fois qu'il en aura fini avec l'aCS (l'url dans son navigateur a changé, il n'est plus sur le site de paiement), il reviendra à la plateforme de paiement pour continuer ou non le paiement. L'autorisation est faite après les contrôles ACS et uniquement si ceux-ci sont positifs ou impossible (ACS ne répondant pas)
  4. l'équipe Payzen est la même que celle de SystemPay, à savoir Lyra Network. la plateforme est 100% la même. seule la marque change. et j'en suis le leader. je n'ai vu aucune demande de votre part. donc pas possible de répondre à un mail fantome. je suis en copie de tous. c'est mon équipe qui s'est cogné toutes les contributions. il y a d'autres plug-in (non en ligne) et d'autres en cours de développement (opencart, ...) les autres banques ne font pas parce qu'elles sous la coupe d'atos qui n'investit plus bcp depuis longtemps. ou qui laissent faire des tiers qui se font payer. bon choix à vous nous jouons la modernité et la simplcité
  5. j'oubliais: "Ce module réalise correctement la transaction même si le client final ne revient pas sur votre boutique après le paiement. Il recevra également son email de confirmation". à la condition expresse que l'url serveur soit renseignée dans le back-office du marchand! sinon cela ne fonctionne pas. Le module ne peut pas tout. et pour l'email: à la condition expresse que le marchand ait souscrit à l'option dans systempay. normalement Systempay envoie un email au client. mais cela peut aussi se faire dans un module
  6. bonjour, Je vois que Cedric est tjs prolixe sur le sujet systempay Concurrence Déloyale? sur le problème c'est surtout l'utilisation illégale des logos qui sont des marques déposées de Natixis. ensuite on se fiche un peu de savoir s'il fait du palier, du n fois, du single. s'il y a des clients, tant mieux. nous livrons un module single est gratuit et c'est celui qui intéresse avant tout les marchands. et il est maintenu par les développeurs de la plateforme. donc il suit les évolutions de la plate-forme. donc la concurrence déloyale faut pas exagérer. on est la plateforme systempay, on la développe, on l'enrichit, on l'exploite. on n'est pas la concurrence déloyale on fournit les modules gratuitement en version single. faudrait pas inverser les rôles!!!!!!!!!!!!!!!!!!!!!! en plus la description du module est totalement mensongère: ce n'est pas le mdule qui fait du 3DS secure, c'est le plateforme ce n'est pas le module qui fait du n fois, c'est la plateforme qui créé les paiements en fonction de la requete reçue ce n'est pas le module qui fait de la sécurité, c'est la plateforme ce n'est pas le module qui gère les cartes, c'est la plateforme. demandez à Cedric ce qu'est un affilié Cofinoga ou Cetelem? au lieu de récopier bêtement la doc de notre module? Casino, Cdiscount sont des cartes de paiements affiliés Cofinoga. Il le sait Cedric? But a un carte affilié Cetelem? il le sait Cedric? ce n'est pas le module qui gère le multi langue c'est la plateforme. et surtout ce module n'est pas un terminal virtuel!! quelle ânerie d'écrire cela! c'est un module pour générer une requête https en valorisant les bons paramètres. le terminal virtuel, si on peut utiliser ce nom, c'est la plateforme systempay qui le gère Concurrence déloyale? faudrait pas mélanger les rôles. quant au commentaire sur la restriction d'accès, c'est digne d'un gamin de 4 ans.
  7. euh, mon module il a été posté en Juin et validé 70 jours plus tard. donc je ne suis pas le copieur. je fais ce métier depuis 2003, donc je ne copie pas. www.lyra-sms.com existe depuis cette date. et pourquoi faire payer un module quand on marge sur les sms?
  8. pas bien compliqué d'ajouter l'envoi de sms au client! de toute façon le module restera gratuit et avec des sms gratuits de tests. on fait un peu de marge sur les sms. on ne va en faire en plus sur les modules. et la plateforme d'envoi existe depuis 2003. elle n'est pas en chantier et envoie quelques centaines de milliers de sms par mois. faible au regard des très gros du marché, mais significatif et fiable.
  9. bonjour vous pouvez aussi remplacer le module t4mb par ce module gratuit: http://www.prestastore.com/back-office-tools/1027-sms-module-by-lyra-online.html à découvrir avec un gateway d'envoi de sms 100% français. le sms n'est envoyé qu'au marchand. (car un sms n'est pas gratuit et donc pas forcément utile d'informer son client pas sms). il reçoit déjà un mail qui ne coûte rien.
  10. un tpe physique sert en premier à lire des puces et des pistes de carte. cela veut dire que physiquement le porteur de la carte est présent pour payer. un tpe physique peut aussi avoir une application dite VAD (qui n'a rien à voir avec le paiement sur internet) pour saisir manuellement le numéro de carte, la date de validité, ... Cela veut dire que le client donne en live au commerçant son numéro de carte et ce dernier le saisit sur son terminal physique. sans garantie paiement bien sûr. les applications de paiement sur internet s'adresse à des commerçants qui vendent sur internet et qui ne sont pas physiquement au bout de la ligne quand il faut payer. et c'est de toute façon bien plus sécurisé, car on n'a pas le risque d'une personne dans le call center qui prend les appels et qui recopie pour elle les données carte. En résumé: on peut avoir une application VAD sur un tpe physique. la banque peut louer le tpe et de toute façon fournit le contrat VAD si on a un site marchand, on a besoin d'une solution comme systempay pour que l'internaute paye sans appeler le commerçant enfin, on peut avec systempay avoir une offre dite basique où on a l'équivalent d'un tpe physique sur internet avec la VAD. cette offre s'adresse aux commerçants qui n'ont pas besoin du tpe physique parce qu'ils n"ont pas de magasin physique. je n'ai tjs pas compris ce que vend Rioo, ni ce qu'on paye. une couche facturable qui ne sert strictement à rien. et si on veut acheter un certificat ssl, il y a des acteurs directs comme comodo, verisign, etc.. et si je comprends bien ces lignes: Une fois ses achats commandés sur le site du commerçant (vous!), le client arrive sur un formulaire de la zone sécurisée de liaison-ssl.com afin de saisir son numéro de carte bancaire. Les informations sont alors transmises au serveur via le protocole SSL. Ce dernier crypte l'échange de données entre le client et le serveur, afin d'exclure l'interception des données par une tierce personne. Le commercant récupére ensuite, via une adresse mail sécurisée (du type [email protected]), les infos bancaires de son client et les traitent directement avec son TPE. on est tout simplement en face d'un service payant totalement interdit par Visa Mastercard. aucune société non agrée PCI-DSS n'a le droit de faire l'acquisition de données cartes pour ensuite les transférer on ne sait comment à un tiers. Ce service est tout simplement interdit sans agrément visa mastercard. dans tous les cas, le banquier est là pour renseigner son client. car tout commence par un contrat VAD.
  11. et je ne vois ce que vient faire rioo.fr dans le débat (à part faire de la pub déguisé)
  12. quel rapport avec Prestashop et systempay? vous parlez d'un tpe physique? ici on parle de paiement sur internet, pas d'un boitier.
  13. cela dépend si vous comptez en semaine ou en jour. je ne peux pas risquer de poster la dernière version qui n'apporte que des améliorations fonctionnelles et attendre comme la dernière fois 3 semaines. car pendant 3 semaines, plus personne n'a pu récupérer le module. j'ai posté un module d'envoi de SMS le 25 juin. nous sommes les 2 aout et il n'est tjs pas validé ou invalidé. (SMS Module By Lyra Online) il est pourtant documenté, écrit proprement et utile car propose un gateway SMS en français avec une entreprise française. si les délais sont améliorés, je ne l'ai pas vu? sorry. donc je ne peux pas prendre le risque de poster le dernier module de paiement s'il n'est pas validé de façon certaines dans les 3 jours. Ma version 2.6 a tout de même été téléchargée près de 600 fois depuis Juin avec 2 semaines d'invisibilité. cela concerne trop de clients de Systempay et des banques populaires.
  14. pour le return_mode en attendant la dernière release, il suffit d'ajouter (pour une fois!!!) ce paramètre dans le code du form: ctx_mode="GET". mais pan peut aussi t'envoyer la dernière version en PM qui te permet de choisir la valeur du return_mode qui est maintenant dans le bo valorisée à GET. le module de paiement 2.8 n'a pas été posté sur prestastore car ils mettent trop de temps à valider les modules.
  15. Je n’avais pas de message en mode TEST, j’ai fais la modif sur la variable ctx_mode dans le fichier validation.php ligne 107 ???? faut surtout pas faire comme cela; on fait une interface d'admin pour modifier la valeur du ctx_mode!!!! c'est quoi cette horreur? ensuite le 503, c'est comme le dit pan l'impossibilité d'exécuter l'url serveur. ton serveur nous bloque l'adresse ou n'est pas disponible.
  16. tant qu'on implante uniquement la redirection sur le site de la poste c'est plutôt simple. vente privée l'a développé en Webservices avec map google de localisation des bureaux de poste, c'est pas mal du tout. mais cela demande des mises à jour régulières de la base de données des sites de la poste (en fait tous les jours), donc difficile à faire avec prestashop. mais si c'est gratuit c'est un beau module pour le produit. pas sûr que les cms concurrents soient déjà en train de la faire. :-)
  17. je pense qu'une des priorités c'est de développer leurs propres modules car dans ce cas, ils prennent 100% au lieu de 30%. En ce moment, il faut par exemple développer la nouvelle offre SO de colissimo, donc cela prend du temps et des hommes. au final c'est aussi une histoire de gros sous. quand on a posté près de 4000 messages, on doit un peu connaître le produit je suppose? personnellement j'ai juste uniquement une expertise en paiement car je baigne dedans depuis 20 ans sur 4 continents. et aussi un peu en SMS. :-) Nos modules sont développés par mes ingénieurs tous bac+5. (même si ce n'est pas forcément tout le temps un gage de code parfait. :-) ) je comprends que cela soit râlant. et au final ils vont se retrouver avec des boutiques //. ce qui est une erreur stratégique. la communauté doit être le maitre mot. Wait and see.
  18. peut-être était-ce parce que j'ai posté le module officiel pour la plateforme SystemPay développé par l'équipe de Lyra Network, qui developpe aussi SystemPay. mais j'ai une nouvelle version pour le paiement single et une autre pour le paiement multiple qui prennent en compte 2/3 remarques d'utilisateur. (retour automatique à la boutique, suppression d'un warning en php signalé par un utilisateur avisé, ), mais je n'ose pas les poster. quand on poste une mise à jour, l'ancien module disparait le temps que le nouveau soit en ligne. la dernière fois: plus de 15 jours. en plus c'est l'été... même s'ils embauchent, ce qui est une bonne chose, il serait bon de définir une charte. délai de validation, attente de l'équipe Prestashop, etc... sinon on est dans le noir le plus complet. J'ai eu droit à 2 mails de réponse en 2 mois, et encore parce que j'ai insisté. rançon du succès? il y a 12 solutions alternatives à Prestashop. si Prestashop veut garder le vent en poupe, il faut améliorer ce point. Mais j'ai confiance. Même si mon module SMS gratuit , n'est tjs pas validé. :-)
  19. bonjour, je pense qu'en baissant le niveau de debug du php cela doit disparaitre, mais on va regarder. plus c'est propre, mieux c'est. donc on prend en compte la remarque. il est certain qu'installer un module qui s'appuie sur un form posté en https et ne s'appuie pas sur un cgi, qui a besoin de droits d'exécution, de répertoires de travail, c'est plus simple; il y a les anciens (très anciens) et les modernes. :-) cela se retrouve aussi un peu dans le back-office qui est 100% WEB 2.0. Pas seulement dans la simplicité d'installation du module. c'est aussi simple à installer parce que Prestashop est bien conçu pour ajouter des modules simplement. P.S: j'espère qu'il fonctionne mieux que pas mal...:-)
  20. je partage totalement le besoin rigueur et d'exigence. Mais quand on poste une simple à jour vraiment basique ou même la mise à jour du texte descriptif du produit, il s'écoule trop de temps. j'ai une mise à jour du module systempay pour les clients qui souhaitent en fin de paiement un retour automatique à la boutique pour valider leur tag google analytic, effiliation ou autre. je ne la poste pas. Car je n'ai pas de visibilité sur le délai et je ne veux pas risquer que les clients banques populaires perdent le module dans Prestastore. je l'ai fait en Juin et le module a disparu pendant 3 semaines. le but n'est pas de multiplier les boutiques à côté. Cela serait une erreur. Le but est de fédérer intelligemment et quand c'est payant, de contribuer au développement de ce produit. j'ai un module sms testé, documenté, offrant une solution française (cocorico) qui dors depuis 26 jours je crois. c'est beaucoup. et je pense que c'est écrit proprement. (pas par mois mais par un de mes ingénieurs) raccourcir les délais me semble vital pour le devenir du produit.
  21. Lyra j'aimerais bien. :-) Natixis un tout petit peu mais surtout votre banque! elle est libre de ses prix... donc négociez!!! cela ne fait jamais de mal..
  22. idem pour moi. j'ai réussi à avoir une validation pour le module de paiement de SystemPay début Juillet pour un module posté le 9 juin. Mais pour un autre module d'envoi de sms alternatif à tm4b, aucune news depuis le 26 juin; aucune réponse au mail aucune information sur la politique de validation, les règles à respecter. et en plus mon module est gratuit! je n'ose même plus faire une mise à jour car dans ce cas le module disparait 1 mois. Septembre? c'est du délire. l'open source ne peut pas vivre dans ces conditions. le produit va souffrir de tels délais.
  23. en reflechissant, je ne vois pas où est le problème. il suffit d'utiliser une interface de paiement qui n'est pas basé sur un CGI et qui utilise les ports https de votre hébergeur. dans ce cas l'hébergeur ne voit rien et vous n'êtes pas obligés de vous interfacer avec son module très limité et très rustiqe donc atos, paybox sont exclus, mais systempay la solution de la banque populaire va fonctionner tout de suite. http://www.prestastore.fr/modules-paiement-prestashop/929-systempay-cyberplus-paiement-.html et si vous n'êtes pas à la banque populaire ou ne voulez pas y aller, sa version non banque populaire qui s'appelle PayZen commercialisé par Lyra Network fonctionnera avec toutes les autres banques.
  24. http://documentation.online.net/hebergements_facturation#le_paiment_par_carte_bancaire_est-il_sur encore un qui traite des cartes sans respecter pci-dss.
×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More